セキュリティ 2026年9月4日 約22 分 Amazon Seller Central 2段階認証

Amazon Seller Central 認証コードが届かない 2026:アカウント復旧手順

Amazon Seller Centralに入れず、SMS停止、認証アプリの紛失、退職者による認証情報の保有に困っている担当者向けの記事です。予備の認証手段が使える場合と、すべて失った場合を分け、本人確認、権限分離、復旧後の運用環境まで実行手順を説明します。

Amazon Seller Central 認証コードが届かない 2026:アカウント復旧手順

Amazon Seller Centralに入れず、SMS停止、認証アプリの紛失、退職者による認証情報の保有に困っている担当者向けの記事です。予備の認証手段が使える場合と、すべて失った場合を分け、本人確認、権限分離、復旧後の運用環境まで実行手順を説明します。

Amazon公式ヘルプでは、Seller Centralへのログインに2段階認証が使われ、認証に失敗した場合のアカウント復旧手順も案内されています。公式の2段階認証説明

認証コードが届かない、または認証アプリを失った場合 → まず登録済みの予備手段か、まだ信頼されている端末を試します。

どちらも使えない場合 → 新しいセラーアカウントを作らず、Amazon公式のアカウント復旧フローで本人確認を進めます。

復旧後は主な認証手段と予備手段を再設定し、社員ごとの独立ユーザーで運用します。リモートMacは作業環境の引き継ぎには使えますが、本人確認や認証コードの代わりにはなりません。

01

この記事を読むべき担当者

アカウント所有者は、電話番号の停止、認証アプリの紛失、すべての予備手段の不使用によって正式な復旧申請が必要な場合に対象です。社内社員や運用責任者は、自分のSeller Centralユーザーで業務を継続しながら、証拠と影響範囲を整理します。

外注先やチーム管理者は、退職者や外部協力会社が認証情報を持ったままになっている場合に、アクセス権と作業環境を分離して再構築します。

02

最初に切り分けるべき4つの管理対象

「ログインできない」という一つの症状でも、実際には次の4層が混ざっていることがあります。

管理対象 確認する内容 触れてよい担当者
Amazonのログイン主体 アカウント所有者のメールアドレスや本人情報 アカウント所有者
2段階認証の手段 SMS、認証アプリ、登録済みの予備手段 アカウント所有者
Seller Centralユーザー 社員や外注先ごとの個別ログイン 権限を持つ管理者
作業環境 macOSのローカルユーザー、リモート接続、保存ファイル 環境管理者

社員用のSeller Centralユーザーが残っていても、アカウント所有者の本人確認を代行できるわけではありません。反対に、macOSのローカルユーザーを追加しても、Amazon側の認証責任者が変わるわけではありません。

次の比較で、進む経路を決めます。

現在の状態 取るべき行動 避ける行動 判断
SMSなどの予備手段が使える ログイン画面で別の登録済み手段を選ぶ 端末や回線を何度も変えて試す まず通常ログイン
信頼済み端末で管理画面に入れる セキュリティ設定を点検し、認証手段を再登録する 旧端末を放置する 早急に再設定
認証アプリと予備手段をすべて失った Amazon公式の復旧入口を使う 他人の身分証や新規アカウントを使う 本人確認へ
社員の独立ユーザーだけ使える 権限内の業務を継続し、証拠を保存する 所有者情報を勝手に変更する 業務継続と復旧を分離
退職者が認証手段を管理している 所有権、メール、端末、権限を個別に確認する 私物の認証アプリのバックアップを要求する 正式な復旧と権限整理
03

アカウント所有者が取る復旧手順

1. 認証コードの不着と認証手段の喪失を分ける

SMSが遅れているだけなのか、認証アプリのコードが無効なのか、主端末そのものを失ったのかを記録します。表示されたエラー、登録手段の末尾情報、操作日時は、個人情報やコードを隠した状態で保存します。

「Amazon Seller Centralで電話番号が使えなくなった場合にログインしたい」というケースでも、最初から新規アカウントを作るのではなく、ログイン画面に表示される登録済みの別手段を確認します。

2. 予備手段または信頼済み端末を一度だけ確認する

ログイン画面に別の認証方法を選ぶ項目が表示される場合は、現在も管理できる手段を選択します。認証アプリのコードが通らない場合は、端末の時刻ずれやアプリ側の状態も確認しますが、短時間に端末、回線、場所を次々変更して盲目的に試すことは避けます。

Amazonの公式説明では、2段階認証の設定や登録手段の管理が案内されています。2段階認証の設定に関する公式案内

3. すべての手段を失ったら公式復旧入口へ進む

「Seller Centralに予備の認証手段がない」状態では、Amazon公式のアカウント復旧手順を利用します。公式のアカウント復旧説明

提出前に、アカウント上の氏名、連絡先メールアドレス、政府発行の本人確認書類に記載された情報が一致するかを確認します。必要な資料の種類やアップロード画面は、利用中のサイトと当日の表示を優先してください。敏感な情報は、公式ページが求める場所にだけ入力します。

Amazonは復旧完了までの固定時間を本記事で保証していません。送信した入口、確認メール、画面の状態変化を時系列で記録し、同じ内容を別経路から繰り返し送ることは避けます。2段階認証に失敗した場合の公式対応

4. 復旧中の証拠を整理する

次の項目を一つの管理表にまとめます。

  1. ログインを試した日時と表示メッセージ
  2. 使用できなかった認証手段の種類
  3. 登録メールアドレスの管理者
  4. 退職者や外注先が関わった時期
  5. 注文、顧客対応、在庫管理への影響
  6. Amazonへ提出した復旧申請と確認メール

この記録は、復旧の成功を保証するものではありません。しかし、アカウント所有者、社内担当者、サポート窓口の説明を同じ事実にそろえるために役立ちます。

04

社員・外注先・管理者の役割分担

社内社員が独立ユーザーでログインできる場合

社員のログインが、所有者のパスワードや認証コードを共有したものではないことを確認します。独立ユーザーであれば、付与された範囲内で注文、顧客対応、在庫などの業務を継続できます。

ただし、本人情報、所有者のメールアドレス、2段階認証の責任者を社員が勝手に変更してはいけません。アカウントの識別情報、異常が起きた日時、業務への影響をまとめ、所有者が公式サポートへ説明できる状態にします。

Amazon公式のユーザー権限に関する説明でも、所有者と追加ユーザーの扱いは分けて考えられています。Amazon公式のユーザー権限説明

退職者が認証コードを管理している場合

社員が退職したからといって、私物の認証アプリのバックアップや個人端末のコードを要求する運用は適切ではありません。次の順番で、実際の管理者を確認します。

  • Amazonのログイン主体を誰が所有しているか
  • 2段階認証の端末を誰が管理しているか
  • 登録メールアドレスに誰がアクセスできるか
  • Seller Centralの独立ユーザーを誰が管理しているか
  • macOSのローカルユーザーとリモート接続権限を誰が持つか

所有者がまだ管理画面に入れるなら、先に社員・外注先ごとの独立ユーザーを作り、不要な権限を撤回できる状態にします。完全に入れない場合は、旧担当者との非公式な受け渡しではなく、所有者による公式復旧へ移行します。追加ユーザーの削除については、Amazon公式の案内も確認できます。Amazon公式の追加ユーザー削除説明

認証アプリを失った場合

「Amazonの認証アプリを紛失した場合にどう復旧するか」は、アプリの再インストールだけで解決するとは限りません。旧端末に保存された登録情報がなければ、予備手段を試し、それも使えない場合は公式の復旧フローに進みます。

第三者の解説にある「IPアドレスを変えれば解除できる」「別の端末なら認証を回避できる」といった方法は、公式手順として扱いません。認証アプリに関するAmazon公式の説明も、現在の画面と照合して確認してください。Amazon公式の認証アプリ案内

05

復旧後に行う2段階認証の再構築

復旧できた時点で作業を終えると、同じ問題が再発します。まず主な認証手段を、継続的に管理できる担当者の端末へ変更します。その後、実際に利用できる予備手段も登録し、主経路と予備経路の両方を別々に確認します。

「Amazonアカウント復旧後に2段階認証を再設定したい」場合は、次の順に進めます。

  1. 現在の認証手段と登録メールアドレスを確認する
  2. 旧担当者が管理する手段を削除または置き換える
  3. 管理責任者が継続管理できる主な手段を登録する
  4. 使える予備手段を登録する
  5. 社員と外注先を独立ユーザーとして分ける
  6. 権限、退職時の回収担当、緊急連絡先を台帳に残す
  7. 脱敏した設定画面を保管し、復旧経路を定期的に確認する

重要なのは、認証情報をチームの共有表やチャットにそのまま貼らないことです。共有すべきなのは責任者、更新日、保管場所、交代手順であり、認証コードそのものではありません。

06

リモートMacを業務継続の環境として使う境界

リモートMacは、ブラウザー、業務ファイル、作業手順、引き継ぎ記録を管理する安定した作業環境として検討できます。一方で、Amazonの本人確認を代行するものでも、認証コードを発行するものでもありません。固定IP、特定地域の接続、端末変更によって認証を回避できるとも説明できません。

導入時は、次の4層を別々に受け入れ確認します。

  • macOSのローカルユーザーが担当者ごとに分かれているか
  • VNC、SSHなどの接続権限を誰が持つか
  • Seller Centralの独立ユーザーが作られているか
  • 2段階認証の責任者と予備手段が台帳に記録されているか

海外拠点からの作業環境を整える場合は、海外向けMac環境の選び方を確認し、米国サイト向けの作業拠点が必要な場合は米国東部のMac環境も比較対象にできます。複数人で使う場合は、共有ログインではなく、ローカルユーザーとAmazonユーザーをそれぞれ分離してください。

復旧後の最終判定は、実際の担当者が一時的に作業から外れた想定で行います。所有者が予備手段を使えるか、社員が権限内の業務を継続できるか、外注先の接続を撤回できるか、リモートMacへ別の担当者が安全に接続できるかを確認します。

注意: リモートMacの接続履歴やローカル環境を整えても、Amazonの本人確認結果や復旧処理時間を保証するものではありません。認証責任者と作業環境の管理者を同じ人に固定しないことが、引き継ぎ時の混乱を減らします。

現在のように、退職者の端末や共有ブラウザーに依存した運用では、認証情報の所在が不明になり、作業環境の引き継ぎとアカウント復旧が同時に止まりやすくなります。自社でMacを購入する方法は物理的な管理権限を持てる一方、初期設定、保守、交代時の再構築を自社で負担しなければなりません。一般的なクラウド環境だけではmacOS固有の確認や既存作業環境の引き継ぎに向かない場合もあります。

復旧後に一時的なチーム運用や交代用のmacOS環境が必要なら、VNCMacのレンタルを、独立ユーザー、接続権限、業務アカウントの責任分界を確認する選択肢として比較できます。長期的に同じ担当者が重い処理を続ける場合や、専用の物理ポートが必要な場合は、自社保有のMacのほうが適しています。レンタルを選ぶ場合も、認証回避ではなく、交代可能な作業環境を整える目的に限定してください。

まずAmazon公式の復旧手順でアカウント所有者の本人確認を進め、アクセスが戻った後に2段階認証、独立ユーザー、Mac環境の順で責任者を再設定するのが安全です。