手順

1. chrome://extensionsに移動します。
2. 開発者モード（Developer mode）に切り替えます。
3. SAM拡張機能を見つけて、サービスワーカーを選択します。
4. アプリケーション（Applications）タブをクリックします。
5. ストレージ（Storage） > 拡張ストレージ（Extension Storage）を選択します。
6. 次のフィールドを確認します。
   • userInfo：プラグインのIDアンカー。browserOktaUserIdとorgのURLが含まれます。期待値は有効なbrowserOktaUserIdおよびorgId値です。空の値は、ユーザーがサインインしていないことを意味します。
   • pendingOauthEvents：キャプチャされたOAuth付与試行のローカルキュー。付与フローの後に自動入力され、HTTP 202応答の後にクリアされます。
   • orgUrl：Google管理コンソールからのOktaテナントURL。https://<org> .okta.comに一致します。

   プラグインは、収集-保存-フラッシュというデータ収集モデルを使用します。リクエストは、バッチ送信まではpendingOauthEventsにローカルで保存されます。バッチ送信は、次のいずれかが発生した場合にトリガーされます。

   • ローカルストレージに10件のイベントが収集された。
   • 1時間以上前のイベントを含む1時間サイクルが完了した。

7. アプリケーション（Applications）タブをクリックします。
8. ストレージ（Storage） > 拡張（Extension） > StorageLocalを選択します。
9. 次のストレージキーを確認します。
   • jwkRegisterResp：オブジェクトが存在します。JWKS登録が成功したことを確認できます。
   • authStatus：値はTOKEN_OKで、有効なアクセストークンが取得されたことを確認できます。
   • accessToken：トークン文字列が存在します。プラグインは認証され、送信の準備が完了しました。
   • pendingOauthEvents：値は空の配列（[]）で、キューに入っているイベントがOktaにフラッシュされたことを確認できます。
10. ネットワークタブでバッチ送信を確認します。

    以下は成功した呼び出しシーケンスです。

    1. POST /jwksは公開鍵を登録します。
    2. POST /tokenは登録をアクセストークンに交換します。
    3. POST /eventsはテレメトリを送信し、HTTP 202 Acceptedを返します。

11. ISPMのダッシュボードでデータフローを確認します。

    データが表示されるまでに、最大2日かかる場合があります。