症状:リモートMacでSeller Centralに入る際、パスキーの保存先や担当者が曖昧になりやすいです。 最短の対処:パスキーは実際の利用者が管理する端末またはパスワード管理手段に保管し、共有のリモートMacには置かないでください。チームでは各人に個別の子ユーザーを割り当て、端末間ログインが使えるかはログイン画面の選択肢で判断します。

対象は、リモートMacからAmazon Seller Centralを使う越境販売者とアカウント管理者です。 メンバーごとの権限や認証方法を整理し、交代時の回収手順も決めたいチーム管理者にも役立ちます。

最終更新:2026年9月24日。Amazonのパスキー告知、子ユーザー関連の案内、Appleの端末間利用資料を確認対象としています。告知上の対応範囲と、実際のアカウント画面に表示される選択肢は分けて扱ってください。

まずアカウントと認証の担当者を確認する

Amazonは、2026年7月からSeller Centralでパスキーのサポートを拡大すると告知し、一部アカウントでは後日パスキーが必要になる可能性にも触れています。ただし、これだけで全アカウントに強制適用済みとは判断できません。現在のアカウントに何が表示されているかを、AmazonのSeller Centralパスキー告知で確認したうえで、ログイン画面と設定画面の案内を優先します。

設定前に、次の担当を分けてください。

  • Seller Centralアカウントを管理する人
  • パスキーを作成・保管する実際の利用者
  • リモートMacへ接続できる人
  • ログインできない場合に公式の回復手順を実行する人
パスキー、Seller Centralのユーザー、macOSのユーザー、リモート接続の権限は同じものではありません。リモートMacを操作できることは、他人のパスキーを使用してよいことを意味しません。 <
保存先の候補担当者との対応チーム運用への適合判断
本人が管理する端末保管者が明確メンバーごとに分けやすい本人が端末を利用できるなら優先
本人が管理するパスワード管理手段管理者と回復方法の確認が必要個人別に扱える場合に適する保存・復旧の運用を確認して採用
複数人が使うリモートMac保管者が曖昧になりやすい交代・権限変更時に追跡しにくい共有保管先として使わない
Appleの資料では、本人の端末にあるパスキーを別の端末で利用する一般的な仕組みが説明されています。また、iCloudキーチェーンの保護に関する説明もありますが、いずれもSeller Centralの画面が端末間認証を必ず提供するという意味ではありません。[Appleの端末間パスキー利用ガイド](https://support.apple.com/guide/iphone/passwords-devices-iph82d6721b2/27/ios/27?utm_source=openai)と[iCloudキーチェーンのセキュリティ概要](https://support.apple.com/guide/security/icloud-keychain-security-overview/sec3e341e75d/web?utm_source=openai)は、仕組みを理解するための資料として参照してください。

本人の設定画面でパスキーを登録する

画面名や設定位置は、アカウントに表示される最新の案内で確かめます。以下の手順は、表示が一致しない場合に画面を無理に読み替えず、Amazonの案内に戻る前提です。

  1. 使用するアカウントを確認します。 アカウント所有者本人か、個別の子ユーザーかを確認し、他人のログイン情報を使っていないことを確かめます。
  2. Seller Centralのログイン設定を開きます。 「Login & Settings」などの項目が見える場合は、表示されたログイン設定へ進みます。項目名や位置が異なる場合、類似した別設定を推測で選ばないでください。
  3. 画面の案内に従って登録します。 作成を求められたら、実際に利用する本人が管理する端末または管理手段を選びます。保存先と、その保存先を管理する人をチーム内で記録します。
  4. 表示されている別の認証・回復方法を確認します。 パスキーを登録しても、すべての追加認証や回復手段が不要になるとは限りません。画面に提示された選択肢を保ち、利用できる状態かを確認してください。
  5. いったんサインアウトして再ログインします。 登録した本人が、設定したパスキーでログインできるか確認します。確認中にエラーが出たら、表示内容を記録し、別の資格情報を共有して解決しようとしないでください。
FIDO Allianceはパスキーの一般的な仕組みを解説していますが、Seller Centralでの対応範囲や操作手順はAmazon側の画面で確認します。[パスキーの仕組みについての解説](https://fidoalliance.org/passkeys/?utm_source=openai)は、画面固有の操作を保証する資料ではありません。

注意:設定画面のスクリーンショットをチームで共有する場合は、アカウント名、メールアドレス、個人情報、認証情報を隠してください。画面の記録とパスキーそのものを同じ場所に保存しない運用にします。

リモートMacから初回ログインを確認する

リモートMacでSeller Centralを開いたら、まず実際のログイン画面に表示される認証方法を確認します。本人の端末を使う選択肢やQRコードが出た場合に限り、その画面の指示と本人の端末で端末間認証を試してください。

Appleの近くにある端末を使うパスキーの案内は、本人の端末を使う一般的な手順を説明しています。一方、Seller Centralのすべてのアカウント、ブラウザー、ログイン状況で同じ方法が表示されるとは限りません。選択肢がない場合は、画面の指示に従い、別の認証・回復経路を確認します。

<
確認する場面画面・運用で見る点合格とする状態該当しない場合
アカウント選択本人または割り当てられた子ユーザーか操作担当者とログイン身份が一致サインアウトして正しい身份を確認
端末間認証本人の端末やQRコードの選択肢が出るか表示された方法を本人が完了表示がなければAmazonの案内へ
ログイン後Seller Centralの必要な業務画面に進めるか担当業務に必要な範囲だけ利用できる権限とアカウント状態を管理者が確認
回復経路代替の認証・回復方法が確認できるか本人または担当管理者が手順を把握公式の回復方法を確認してから運用
ここで確かめるのは、対象アカウントの画面でログイン手順を完了できたかどうかです。接続先を変更すれば認証できる、あるいは成功が保証されるとは判断しないでください。リモートMacの接続手順や受け渡し方法を先に把握する場合は、[MACGPUのリモートMac案内](https://macgpu.com/ja/index.html)も参照できます。

よくある確認事項

Amazon Seller Centralでパスキーを設定するとき、何から始めますか?

実際に使う本人と対象アカウントを確認してから、Seller Centralのログイン設定画面に進みます。画面に表示される案内に従って登録し、保存先と保管者を記録してください。登録後は本人が再ログインし、利用できる別の認証・回復方法が画面に残っているかも確認します。

リモートMacで使うパスキーは、どこに保存しますか?

本人が管理できる端末、または本人が管理者となるパスワード管理手段を優先します。複数人が接続するリモートMacを保管先にすると、誰が資格情報を管理しているか曖昧になり、担当交代時の回収も難しくなります。Macの接続権限とパスキーの保管権限は分けてください。

子ユーザーごとに別のパスキーを設定できますか?

Amazonの子ユーザー案内と、対象アカウントのログイン設定に表示される選択肢を確認してください。各メンバーに個別のアクセス身份を割り当て、本人の案内に沿って設定するのが基本です。Amazonの子ユーザーに関する案内とユーザー権限の説明を確認し、共有ログインをチーム運用の前提にしないでください。

スマートフォンのパスキーでリモートMacにログインできますか?

ログイン画面に本人の端末を使う選択肢が表示される場合は、本人の端末で画面の指示に従ってください。Appleの端末間利用ガイドは一般的な仕組みの説明であり、Seller Central側の画面が同じ方法に対応している保証ではありません。選択肢がなければ、Amazonがそのアカウントに表示する別の方法を使います。

パスキーでログインできないときは、何を先に見ますか?

まず、ログイン対象のアカウント、画面に表示される認証方法、パスキーの保管先を確認します。次に、利用できる代替認証や回復方法を確かめ、エラー内容を記録して公式の案内に進みます。資格情報を何度も削除したり、接続先を変えたりして解決すると決めつけず、表示内容を保ったまま管理者へ共有してください。

チームの子ユーザーと変更時の引き継ぎを整える

Amazonの案内に従い、メンバーごとに必要なアクセス身份と権限を割り当てます。パスキーの設定可否や手順を一律と見なさず、各メンバーが実際に見るログイン設定画面で確認してください。Amazonのユーザー権限に関する説明は、公式のユーザー権限資料でも確認できます。

担当変更や離職が発生したら、次の順で処理します。

  1. Seller Centralで対象メンバーの業務上の権限を確認します。
  2. 不要になったプラットフォーム権限を、Amazonの手順に従って見直します。
  3. パスキーの保管者と保存先を再確認し、本人が管理していた資格情報をチームの共有物として残さないようにします。
  4. 残る管理者が、対象アカウントの公式な認証・回復経路を確認します。
  5. 実施者、変更した権限、確認した回復経路を、個人情報や認証情報を含めずに引き継ぎ記録へ残します。
リモートMacを利用する場合も、ログイン担当者、端末の接続権限、Seller Central上の権限を別々に点検してください。利用可能なmacOS環境や接続方法は、契約や引き渡し条件で確認できた情報だけをチームの手順書に記録します。

ログイン失敗時は公式の回復経路へ戻る

パスキーが表示されない、端末間認証が完了しない、アカウントに通常と異なる案内が出る場合は、原因を断定せず、まず表示内容を保存します。次に、対象ユーザーが正しいか、本人の端末を利用できるか、画面が示す代替認証・回復方法があるかを順に確認してください。

画面上に解決方法がなく、通常のログインも回復手順も進まない場合は、記録した提示内容をもとにAmazonの公式手順で問い合わせます。パスキーの削除や作り直しを反復すること、接続先の変更だけで解決すると決めつけることは避けます。利用者の経験談は、そのアカウント全体に共通する仕様の根拠にはなりません。

手元のMacで業務を続けられるなら、遠隔環境を増やす必要はありません。一方、短期間だけmacOS環境が必要な場合や、個人端末と業務端末を分けたい場合は、共有Macにパスキーを置かず、本人の認証手段を保ったままリモートMacを業務用に使う方法があります。常時稼働する専用機や物理接続が必要なら、自前のMacのほうが適する場合もあります。リモートMacはプラットフォーム認証やアカウント回復の代替ではありません。必要な期間だけ使う選択肢を検討するなら、MACGPUのMacレンタル案内で受け渡し方法と接続案内を確認し、利用前に自分のアカウント権限とパスキーの保管者を確定してください。