よくあるご質問
Workflow Trigger Extensions における上限、プラン、権限、ベースライン、メタフィールド、およびトリガーのタイミングに関するよくある質問です。
マーチャントから最もよく寄せられる質問です。いずれかを選択すると、詳細が表示されます。
どのトリガーが私の上限にカウントされますか?
「Workflow Trigger Extensions」からのトリガーのみが対象となります。ワークフローでShopify独自のトリガーや他のアプリのトリガーも使用している場合、それらはカウントされません。弊社ではそれらの情報を把握しておりません。
その手当は、暦月ごとですか、それとも30日ごとですか?
過去30日間(ローリング30日間)単位です。ご利用状況とは、本日から遡って過去30日間に発生したイベントの数を指します。これは、その月の1日以降に発生したイベントの数ではなく、リセット日もありません。 各イベントは、発生から30日経過するとカウントから外れます。そのため、ある月の終わりに集中して発生したイベントは、翌月の最初の数週間でもカウントされ続けます。これが、**「Home」**で、当月単月よりも多くの利用状況が表示される理由です。プランと利用方法 をご覧ください。
無料プランでは、すべてのトリガーが利用できますか?
はい。98個のトリガーはすべて、無料プランを含め、どのプランでもご利用いただけます。プランの違いは、30日あたりのイベント利用枠のみです。プランと利用方法 をご覧ください。
上限に達すると、イベントはどうなるのでしょうか?
これらはキューに入れられるのではなく、失われてしまいます。上限を超えている間はイベントは一切発生せず、それらのイベントは保存されて後で配信されることもありません。プランのアップグレードを行うか、古いイベントが30日間の期間を過ぎるのを待つと、その時点からイベントの発生が再開されますが、上限が枯渇していた間に発生したすべてのイベントについては、記録の空白が生じることになります。 ブロックされたイベントは「イベント履歴」にも表示されないため、事後的にその空白期間を確認することはできません。プランと利用方法 をご参照ください。
アップグレードした場合、配信されなかったイベントは配信されますか?
いいえ。アップグレードを行うと、処理は直ちに再開されますが、未処理分の補填は行われません。処理待ちのキューは存在せず、フィールドレベルのトリガーについては、アプリはすでにベースラインを新しい値に更新しているため、見逃された変更が再び表面化することはありません。割り当てを使い切る前、使い切った後ではなく、アップグレードを行ってください。それが、80%のアラートが設定されている理由です。
なぜ私のトリガーがShopify Flowに表示されないのでしょうか?
権限が許可されていません。アプリで**「権限」**を開き、そのリソースへのデータアクセスを許可してください。権限とデータへのアクセス をご覧ください。
なぜ最初の変更が実行されなかったのでしょうか?
変更検出トリガーは、保存済みのベースラインと比較を行います。変更を行った時点でベースラインの同期が完了していなかった場合、その変更はベースラインに反映され、次のトリガーは通常通り発動します。トリガーの仕組み をご覧ください。
トリガーを使う前に、スイッチを入れなければならないのでしょうか?
通常はそうではありません。トリガーを使用するShopify Flowワークフローを有効にすると、「トリガー」ページでそのワークフローが有効になり、ベースラインの同期が自動的に開始されます。ただし、権限の付与はご自身で行う必要があります。これはストアフロントのトリガーにも当てはまります。ストアフロントのトリガーを使用するワークフローを有効にすると、「ストアフロントの動作へのアクセス」の権限が付与され次第、それらの購入者イベントの収集が開始されます。
ストアフロントのトリガーはデフォルトで有効になっていますか?テーマ側に何か設定が必要ですか?
いいえ、そしていいえです。ストアフロントのトリガーには「**ストアフロント動作へのアクセス」**権限が必要であり、すべてのトリガーは初期状態でオフになっています。トリガーをオンにするには、そのトリガーを使用するShopify Flowワークフローを有効にするか、「トリガー」ページで「**すべて有効にする」**を選択する必要があります。 最初のトリガーが有効になると、アプリが自動的にストアフロントにウェブピクセルをインストールします。テーマの編集やコードの貼り付けは一切必要ありません。このピクセルは、有効にしたトリガーが必要とするイベントのみを監視します。すべてのトリガーが再び無効になっている場合でも、ピクセルはインストールされたままですが、何も送信しません。ストアフロントのトリガー をご覧ください。
ストアフロントのトリガーで報告されるイベント数が、私の分析データよりも少ないのはなぜでしょうか?
これには3つの理由があり、いずれも設計上のものです。アナリティクスへの同意をまだ得ていない購入者は、ブラウザ上でトラッキング対象から外され、当社にデータが届くことはありません。また、広告ブロッカーやタブの閉じられ方によって、リクエストが阻止される場合があります。さらに、短期間に同じページが繰り返し閲覧された場合、それらは1つのイベントとして集計されます。ストアフロントのトリガーは、正確なカウントではなく、シグナルとして扱ってください。ストアフロントのトリガーをご参照ください。
「注文の更新」と、個別の注文トリガーの違いは何ですか?
**「注文の更新」トリガーは、注文に変更があった際に発火します。個々のトリガーは、そのフィールドに対する変更時にのみ発火するため、誰かがメモを編集しても「注文明細の変更」**トリガーは発火しません。ご自身のケースに該当する、最も範囲の狭いトリガーを使用してください。適切なトリガーの選び方をご参照ください。
メタフィールドの変更を検知することはできますか?
はい、10種類のオーナータイプに対応しています。「Metafield Triggers」ページで、監視対象とする定義を設定してください。メタフィールドのトリガーをご参照ください。
なぜ、バリエーションメタフィールドで「Product Metafield Update」がトリガーされないのでしょうか?
「Product Metafield Update」は、所有者が商品であるメタフィールドを対象とします。バリエーション上のメタフィールドについては、代わりに「Product Variant Metafield Update」および汎用的な「Metafield Update」トリガーが発動します。
トリガーはどのくらいの速さで発射されるのでしょうか?
Webhook ベースのトリガーは、ほぼリアルタイムで動作します。6 つのポーリング型トリガー(ブログ、ブログ記事、ページ、割引の有効期限、注文の表示ステータス、および会社の所在地に基づく免税措置)
- Shopifyはこれらに関するWebhookを公開していないため、1回のポーリングサイクル内に実行することはできません。ストアフロント そのイベントが当社に届いた場合、買い物客のアクションから数秒以内にトリガーが作動します。
一括編集では、イベントは1回発生するのでしょうか、それとも複数回発生するのでしょうか?
影響を受けるレコード1件につき1回です。5,000件の商品を対象としたCSVインポートを行うと、5,000件のイベントが発生し、割り当て枠が5,000件分消費されます。大規模なインポートを行う前には、使用していない広範囲な... Updateトリガーを無効にしてください。
顧客データは安全ですか?
このアプリはインストール時にデータへのアクセスを一切要求せず、すべての権限はオプトイン方式となっています。さらに、個人データに関するトリガーもオプトイン方式となっており、これらのデータは保存時には暗号化され、トリガーが作動した際にのみ復号化され、お客様のワークフローに転送されます。ストアフロントのトリガーは、購入者の氏名、メールアドレス、電話番号、住所を一切収集することはありません。権限とデータへのアクセス をご覧ください。
アンインストールするとどうなりますか?
すべてのトリガーが停止し、保存されていたスナップショットが削除されます。再インストールは、新しいベースラインから開始されます。
