中古PixelのA・Bランクは共通規格ではない

中古Google PixelにはS、A、B、Cなどのランクがありますが、業界共通の定義ではありません。傷だけで決める会社、バッテリーや機能まで含める会社があり、同じAでも品質は違います。ランク名だけで価格を比べると、更新提供期間、Googleアカウント保護、通信状態、検査・保証の差を見落とします。

Pixelは外観がきれいでも、画面焼き付き、指紋認証、カメラ、USB‑C、バッテリーに問題がある場合があります。初期化しても旧Googleアカウントを求められれば再利用できません。Foldはヒンジと内外画面があり、通常モデルと同じ検査では不十分です。

本記事では状態を一文字にする前に、再利用、更新、通信、機能、電池、外観、保証へ分けます。個人購入と法人ロットの双方で使える検査・価格・記録方法を整理します。

正式モデル・容量・識別番号を確定する

検査前に次を記録します。

  • •正式モデル名
  • •無印、Pro、a、Fold等
  • •容量・色
  • •SIM・eSIM構成
  • •IMEI 1・IMEI 2・EIDの該当情報
  • •Android・セキュリティ更新
  • •シリアルまたは管理番号

Googleは箱、SIMトレイ、設定アプリ等からIMEIを確認する方法を案内しています（PixelのIMEI等を確認する）。複数IMEIがある機種では片方だけで照合を終えません。

商品説明と実機が違えば実機を優先します。容量不明、初期設定不可、識別番号不一致は確定構成として査定しません。

状態を八つの層へ分ける

  1. 更新提供期間
  2. Googleアカウント保護・初期化
  3. IMEI・SIM・通信条件
  4. 起動・基本機能
  5. 画面・タッチ・認証
  6. バッテリー・充電
  7. 外観・修理歴
  8. 付属品・保証・検査証跡

アカウント保護、通信、起動は合否項目です。問題があれば傷が少なくても通常品上位ランクにしません。最終記号を付ける場合も八層の結果を残します。

外観と機能を別ランクにする

「外観A・機能B・保護確認済み」のように分ければ、見た目の良さで機能不良を隠しません。用途ごとの許容も判断しやすくなります。

更新残存期間を状態表へ入れる

GoogleはPixel 8以降に米国Googleストア販売開始から7年間、Pixel 6〜7世代等に5年間の更新提供を案内し、Pixel 5a以前は提供終了としています（Pixelのアップデート提供期間）。

記録するのは次です。

  • •販売開始日
  • •公式提供期間
  • •調査時の残存期間
  • •現在のAndroid版
  • •セキュリティ更新日
  • •業務アプリ要件

「7年」を購入日から数えません。更新が段階配信される点も理解し、全台同日更新を保証しません。更新終了品を故障品と同じにする必要はありませんが、長期業務端末と同じ状態価値にはしません。

Googleアカウント保護を解除する

Androidのデバイス保護では、保護された端末をリセット後、以前同期したGoogleアカウントや画面ロック情報が必要になる場合があります。Googleは、保護を解除するには端末からGoogleアカウントを削除し、所有権確認に備えるよう案内しています（デバイス保護）。

正常品の条件は次です。

  • •Googleアカウントを削除した
  • •画面ロックを解除した
  • •設定アプリから初期化した
  • •初期セットアップを進められる
  • •旧所有者情報を要求されない
  • •実機と検査記録が一致する

保護残存は低ランクではなく取引保留です。売り手が後日解除する場合は期限、不履行時の返金・返却、送料を契約します。

データ消去とロック解除を分ける

初期化が完了しても、旧アカウントの所有権確認が残る場合があります。データ消去の証跡と、設定アシスタントを進めた結果を別々に記録します。

IMEI・SIM・ネットワークを確認する

同一モデルでも販売経路、SIM・eSIM、通信条件が違う場合があります。次を確認します。

  • •IMEI 1・IMEI 2と実機の一致
  • •SIMロックに関する該当状態
  • •eSIM・EID
  • •ネットワーク利用条件
  • •通話・データ通信
  • •対応バンドと利用予定事業者

Wi‑Fi運用予定でも未確認を隠しません。将来の再販や故障交換に影響します。通信試験をしていない場合は「SIM認識のみ」「通信未確認」のように範囲を書きます。

起動・カメラ・音声・センサーを検査する

  • •起動、再起動、初期化
  • •Wi‑Fi、Bluetooth、NFC
  • •前後カメラ・各レンズ・ピント
  • •マイク、スピーカー、通話
  • •振動
  • •ボタン
  • •近接、回転、明るさ等のセンサー
  • •GPSを使う用途での確認
  • •USB‑Cデータ通信

「カメラ起動」だけで全レンズ正常とはいえません。広角、望遠等の該当レンズ、ピント、曇り、黒点を確認します。通話用途はマイク、近接、受話音、通信を組み合わせます。

検査日時、Android版、接続環境を残し、未確認を問題なしと書きません。更新後だけ出る不具合もあるため、必要なら更新後に再検査します。

画面・タッチ・生体認証を分ける

画面は白、黒、赤、緑、青、低輝度・高輝度で確認します。

  • •ガラス割れ・傷
  • •焼き付き・残像
  • •色むら・点欠陥
  • •ちらつき・輝度
  • •全域タッチ
  • •ゴーストタッチ
  • •指紋認証
  • •顔認証の該当機能

保護フィルム装着時は、フィルム傷と本体傷を区別します。剥がせないなら装着状態での確認と記載します。生体認証は登録・解除・複数回認証を行い、単に設定画面が開くことを合格にしません。

Foldは別の検査表を使う

外画面、内画面、折り目周辺、ヒンジ、開閉角度、異音、浮き、タッチを個別に確認します。通常Pixelの外観ランク表へ当てず、修理費と保証条件もFold用に調べます。

バッテリーは世代別の情報範囲を明記する

GoogleはPixel 3〜8 ProとPixel Foldで約800サイクル、Pixel 8a以降で約1,000サイクルまで初期容量の80％以上を維持する設計と案内しています。Pixel 8a以降では充電サイクルやバッテリーヘルスを確認できる機能があります（Pixelのバッテリー）。

  • •バッテリーヘルス表示と結果
  • •充電サイクルが確認できる場合の値
  • •一定条件の実駆動
  • •USB‑C・急速充電
  • •発熱、膨張、突然の停止
  • •確認日時・方法

設計値を個体状態の保証にしません。情報を表示できない世代を推測で「良好」にせず、実駆動や診断範囲を記載します。膨張・異常発熱は安全問題として隔離します。

初期化直後は条件を揃えて再測定する

初期設定、同期、更新、アプリ最適化中は消費が増える場合があります。短時間だけで劣化と断定せず、処理完了後に同じ明るさ・通信・アプリ・時間で測定します。

外観・修理歴・防水を誤解しない

画面、背面、フレーム、四隅、カメラ、USB‑C、SIMトレイを撮影します。傷は位置と大きさ、筐体変形、背面・画面浮きを記録します。企業刻印やシール跡は機能とは別の販路減価です。

修理歴は修理主体、日付、部品、検査、保証資料を確認します。資料がなければ「修理歴なし」ではなく「確認資料なし」とします。修理・分解後の端末に新品時と同じ防水性能が必ず残るとは断定しません。水濡れ保証の条件も開示します。

付属品・保証を別に評価する

箱、USB‑Cケーブル、充電器、ケースを本体から分けます。

  • •純正・第三者製
  • •USB PD/PPS等の対応
  • •出力・ケーブル状態
  • •安定充電
  • •箱と端末番号
  • •ロット内数量

保証は電池、画面、外観、水濡れ、業務利用、返送送料、交換・修理・返金の順序を確認します。付属品が多いから本体ランクを上げず、別価値として加算します。

用途別に合格条件を決める

営業・通話

通信、電池、マイク、スピーカー、カメラ、認証、持ち出し時の安定性を重視します。

業務アプリ・キオスク

更新残存期間、MDM、Wi‑Fi、NFC、USB‑C、連続給電、画面を確認します。

撮影・コンテンツ

全カメラ、画面、容量、USB転送、発熱、電池を重視します。

再販

外観も重要ですが、Googleアカウント保護、IMEI・通信、機能、説明の正確さを優先します。

法人ロットは区分別台数で表す

  • •更新残存・保護解除・通信・機能正常
  • •正常・外観傷あり
  • •電池交換検討
  • •機能制限・修理歴あり
  • •保護・通信確認待ち
  • •起動不可・部品用途

モデル、容量、色、SIM、付属品も集計します。未検査ロットは無作為抽出し、母数、選び方、結果を残します。良品だけで全体を推定しません。

価格は区分別の販売可能台数を積み上げ、検品、初期化、解除、修理、物流、返品、処分を引きます。再利用不能率と処理日数が価値を左右します。

共通比較表へ翻訳する

  1. モデル・容量・識別
  2. 更新残存期間
  3. アカウント保護・初期化
  4. IMEI・SIM・通信
  5. 基本機能・カメラ
  6. 画面・タッチ・認証
  7. バッテリー
  8. 外観・修理歴
  9. 付属品・保証
  10. 税・送料込み総額

[SketCheeseの相場検索](/market-search)でも同じモデル・容量へ絞り、商品ごとの更新、ロック、通信、電池、保証を確認します。検索価格だけでは状態を保証しません。

売り手の開示と買い手の受入

売り手は「美品・動作確認済み」だけでなく八層の結果と未確認を開示します。写真、更新、保護解除、IMEI管理、通信、バッテリー、修理、保証を端末番号へ結び付けます。

買い手は到着後、梱包、仕様、初期設定、通信、機能を期限内に確認します。大量納品は検査能力に合わせて分割します。

  • •注文・端末番号
  • •到着・検査日・担当者
  • •仕様・更新・保護解除
  • •八層の結果
  • •写真と申告との差
  • •合格・条件付き・不合格
  • •交換・修理・返金

返品理由を分類し、保護残存なら初期設定確認、電池なら測定条件、カメラなら全レンズ検査を強化します。

状態差を価格へ反映する

同一モデル・容量・保証の正常品相場を基準に、再利用可否、修理、追加作業、販路、返品リスクを反映します。

修理後上限価値 ＝ 正常品想定手取り−修理費−物流−期間中下落−再検査−失敗・返品安全幅

保護残存、通信利用不可、安全問題は小幅減額で通常品にせず、保留・別市場へ分けます。実際の返品・修理実績で減額基準を定期的に更新します。

検査証拠を端末番号へ結び付ける

写真、設定画面、更新日、バッテリー、IMEI確認、通信、初期セットアップ、修理資料を同じ管理番号へ結びます。公開時はIMEI等を必要に応じてマスキングし、取引台帳では追跡できるようにします。

検査票には使用したSIM、充電器、ネットワーク、Android版、時間を残します。修理・再検査は古い結果を上書きせず履歴へ追加します。長期保管後は電池、更新、付属品を出荷前に再確認します。

標準検査を時間順に組み立てる

検査の抜けを防ぐには、担当者ごとに好きな順で触るのではなく、受入から出荷までを固定します。

受入時は、梱包状態、箱、端末番号、外観を撮影します。画面・背面の浮き、異臭、強い発熱、液体侵入が疑われる端末は通電せず隔離します。注文したモデル・容量・数量と一致するかを確認し、混在を早期に分けます。

初回通電時は、旧利用者の通知や個人情報を不用意に開かず、画面ロック、起動、電源、Googleアカウント状態を確認します。売り手が消去前データを残していた場合は、契約した情報管理手順に従い、通常検査から外します。

解除・初期化では、売り手または権限のある担当者がGoogleアカウントを削除し、設定アプリから初期化します。再起動後にWi‑Fiへ接続し、旧アカウントを求められず設定を進められるか確認します。データ消去と保護解除を別のチェック欄にします。

仕様確認では、モデル、容量、IMEI、Android版、セキュリティ更新、SIM・eSIMを台帳へ登録します。完全な識別番号はアクセス制限した台帳で扱い、商品ページや一般資料へそのまま公開しません。

機能検査では、単色画面と全域タッチ、認証、各カメラ、マイク、スピーカー、NFC、Wi‑Fi、Bluetooth、USB‑C、ボタン、センサーを確認します。通信は使用したSIM・事業者・確認範囲を書きます。Foldは開閉前後と角度を変えて内外画面を検査します。

バッテリー検査では、世代に応じてヘルス・サイクルを記録し、共通の明るさ、通信、アプリ、時間で実駆動を確認します。初期設定・更新・同期が続いている端末を通常測定へ混ぜません。充電器とケーブルも記録します。

出荷前は、再初期化、設定アシスタント、外観、付属品、電池、更新を再確認し、検査後に別端末・別箱へ入れ替わっていないか照合します。長期保管品は最初の結果だけで出荷しません。

各工程に合格条件、担当、日時、例外処理を付けます。「通信確認」のような曖昧な完了名ではなく、「指定SIMで発信・着信・データ通信」など契約用途に必要な事実を定義します。

ランク変更を履歴として管理する

検査中に新しい欠点が見つかった場合、元のランクを上書きして理由を消しません。変更前評価、発見日時、症状、写真、変更後区分、担当者を履歴に残します。修理後に上位へ戻す場合も、修理資料と再検査結果を添えます。

返品された端末は、輸送、初期不良、利用者損傷、説明不足を分けます。原因不明の「不良」にまとめると検査を改善できません。モデル・症状別に集計し、画面焼き付きが増えれば単色検査、USB‑Cが増えればデータ通信と充電の両方、保護残存が増えれば初期セットアップ確認を強化します。

評価基準を変更したら適用日と対象在庫を明記します。旧基準で検査した長期在庫は、新基準の追加項目を出荷前に確認します。同じAランク名でも検査時期で中身が違う状態を防ぎます。

法人取引では、買い手の受入結果を売り手の検査番号へ紐付け、合否差を定期的にレビューします。誤差が続く項目は、測定手順、使用機器、写真基準、担当教育を見直します。ランクの信頼性は名称ではなく、この検証と改善の循環から生まれます。

まとめ：ランク記号を検査可能な約束へ変える

中古Pixelの状態は外観記号だけでは表せません。モデル・容量を確定し、更新期間、Googleアカウント保護、IMEI・通信、機能、画面・認証、電池、修理、付属品・保証へ分解します。

買い手は用途に必要な項目と受入条件を決め、売り手は検査済みと未確認を開示します。法人ロットは一語にまとめず、区分別台数、サンプル方法、端末番号証跡を示します。

各社のランク名が違っても原データがあれば比較できます。返品・不合格の実績から基準を更新し、変更理由を残すことで、状態評価は印象ではなく継続的な品質管理になります。