イベント履歴とトラブルシューティング

権限が付与されていません。**「権限」**を開き、そのリソースへのデータアクセス権を付与してから、フローエディタを再読み込みしてください。権限とデータへのアクセス を参照してください。

以下の手順に従って進めてください：

1. スイッチはオンになっていますか？ フィールドレベルのトリガーのほとんどは、デフォルトでオフになっています。スイッチを確認してください。 「トリガー」ページで。通常、「Flow」ワークフローを有効にすると、自動的にこの処理が行われるため、 トリガーがオフになっている場合、通常はワークフローもオフになっていることを意味します。
2. ベースラインの同期は完了しましたか？ 変更検出では差異を報告できません 初期状態が判明する前に。トリガーの「**データ同期」**セクションを確認してください。 ページ。
3. ** quotaは使い切りましたか？「**ホーム」で利用状況を確認してください。100%になると、以下の条件が満たされるまで一時停止されます。 期間がリセットされるか、アップグレードを行うまで。なお、期間を超過していた間に発生したイベントについては、 limit を超えるイベントはキューに入れられるのではなく破棄され、履歴行も残らないため、Event は空になります。 割当枠が枯渇している期間中の履歴は、不具合というよりは想定される現象です。参照： プランと利用方法.
4. **ブロードトリガーはオフになっていますか？**リソースの... Updateをオフにした場合 「トリガー」ページでトリガーを無効にすると、そのイベントは停止します。
5. **2つ目の許可は必要ですか？「****注文の配送先住所の変更」**についても同様です。 顧客データへのアクセスが必要です。

Storefrontのトリガーは購入者のブラウザで収集されるため、設計上、ベストエフォート型となっています。以下の順序で確認してください：

1. Storefrontの動作：アクセス権が与えられており、トリガーのスイッチはオンになっています。何も 両方が真になるまで収集される。
2. **同意。**分析に関する同意をしていない購入者は、ブラウザから除外されます。 そして、私たちには決して届きません。オプトイン方式を採用している地域では、トラフィックの大部分がこれに該当します。
3. 広告ブロック機能や閉じられたタブによってリクエストが中断されます。再試行は行われません。
4. 「Storefront Cart Viewed」は「/cart」ページでのみ発火し、カートドロワーでは決して そこへ移動します。ドロワーにはカスタムストアフロントのトリガーを使用してください。
5. **「閲覧したバリエーションが在庫切れ」**は、そのページにアクセスした際に表示されていたバリエーションに対してのみ発生し、 そのバリアントの在庫が同期されてからでないと。

閲覧可能なコンテンツと閲覧できないコンテンツの完全なリストについては、ストアフロントのトリガー をご覧ください。

Shopify Flow の実行履歴を確認してください。トリガーが作動し、Flow がワークフローを開始したのであれば、問題はトリガーではなく、条件ステップまたはアクションステップにあります。アプリの「イベント履歴」で配信が確認でき、Flow の履歴でその後何が起きたかがわかります。

トリガーの範囲が広すぎます。「注文の更新」から、「注文明細の変更」などの特定のトリガーに切り替え、範囲の広いトリガーは無効にしてください。ストアフロントのトリガーについては、「ストアフロントで商品が閲覧された」および「在庫切れのバリエーションが閲覧された」は、商品ページが閲覧されるたびに発動することに注意してください。詳細は 適切なトリガーの選択 を参照してください。

一括インポートやアプリによる書き込みはトリガーを発動しますが、2つの注意点があります。まず、これらはストアごとのレート制限の対象となるため、非常に大規模なバッチは即座ではなく、一定期間にわたって配信されます。また、バッチによってクォータが上限に達した場合、残りのデータは配信されません。