はじめにプランと利用方法

プランと利用方法

ページをコピーする

「Free」、「Starter」、「Grow」、「Unlimited」の各プラン、トリガーイベントの定義、80%および100%での上限アラート、および使用量を削減する方法について。

Workflow Trigger Extensions インストールは無料です。有料プランでは、月間のイベント利用枠が増えます。

プラン

プラン 価格 月ごとのトリガーイベント数
無料 $0 5,000
スターター 25ドル 25,000
成長する 50ドル 75,000
無制限 100ドル 無制限

**すべてのプラン(無料プランを含みます)で、すべてのトリガーをご利用いただけます。**プランの違いは利用量のみです。

何が「イベント」に該当するのか

このアプリのトリガーが発動し、Shopify Flow にデータが送信されるたびに、1回のイベントとしてカウントされます。

  • Shopifyや他のアプリからのトリガーはカウントされません。このアプリ自身の トリガーは割り当てを消費します。
  • 検出されたものの、有効になっているトリガーに一致しない変更は、カウントされません。
  • 指定されたメタフィールドのトリガー(注文、商品、商品バリエーション、および顧客メタフィールド) (更新)汎用の「**メタフィールド更新」**トリガーで単一のイベントを共有するため、それらは 重複してカウントしないようにしてください。
  • ストアフロントのトリガーは、他のイベントと同様にカウントされます。つまり、買い物客のアクションが 米国。購入者が分析に関する同意を拒否したため、ブラウザでイベントが記録されなかったことは一度もありません 当社にご連絡いただき、決して数に入れないでください。「**在庫切れの商品バリエーションの閲覧数」**を算出するには、すべての商品閲覧数が その機能を正常に動作させるため、これを有効にすると、すべての商品閲覧がカウントされます。ストアフロントのトリガー をご覧ください。
  • この利用枠は、各請求期間の開始時にリセットされます。
イベント、プランの利用状況、成功率、および現在のプランが表示されたアプリのトップページ
「ホーム」画面では、トリガーごとのイベント数とともに、過去30日間のプランに対するご利用状況が表示されます。

上限アラート

このアプリは、使用量が割り当ての**80%**を超えたとき、**そして100%**に達したときに、メールで通知します。通知の受信者や80%の閾値は、アプリの通知設定で変更可能です。閾値は50%から99%の間で自由に設定できます。

各アラートは、請求期間ごとに1回送信されます。請求期間の途中でプランを変更すると、アラートは新しい上限値に基づいて再設定されます。「Stores on Unlimited」をご利用のお客様には、上限に関するメールは送信されません。

100%になるとどうなるのでしょうか

割り当てが使い切られると、期間がリセットされるか、アップグレードを行うまでトリガーは実行されなくなります。設定内容(設定、権限、ワークフローなど)はすべて維持されたままとなり、割り当てが再び利用可能になった瞬間に、トリガーの実行が自動的に再開されます。

これは、元に戻すことができないため、正確に理解しておく価値があります:

  • **何も再実行されることはありません。**処理待ちのバックログも存在しません。処理中に変更された注文については、 上限を超えていた場合、アップグレードを行っても発動しません。
  • **「イベント履歴」では、このギャップは確認できません。**ブロックされたイベントは、履歴行として記録されることはありません。 ですから、後で振り返って、何を見逃してしまったのかを確認することはできません。
  • **変更検出は、それとは関係なく実行されます。**フィールドレベルのトリガーの場合、アプリは依然として トリガーが作動しなかった場合でも、新しい値をそのベースラインとして記録します。その後、 アップグレードの際、次の変更は、その新しい値と比較されるため、見落とされた変更は 後で再び表面化することはありません。

具体例です。現在「Free (5,000)」プランをご利用中で、20日に上限に達した場合:

  1. 22日に、お客様が注文の配送先住所を変更されました。注文の配送先住所 「Changed」イベントが発火せず、そのイベント自体がなくなっています。**
  2. 23日に「スターター」プランにアップグレードされます。トリガーは直ちに再開されます。
  3. 24日に、誰かがその注文の住所を再度編集しました。これにより、通常通り処理が実行され、 22日の住所と照らし合わせてみます。

22日の変更は、ステップ2でも、それ以降のどの時点でも、決して反映されません。

使用量を抑える

予想以上にリソースを消費している場合、その原因は、ほぼ間違いなく、編集のたびに発動する広範囲な「... Update」トリガーのいずれか、あるいはアクセスが集中しているストアのストアフロント・トリガーによるものです:

  1. **「Home」**を開き、トリガーごとの内訳をご確認ください。
  2. **「トリガー」**ページを開き、... Updateの広範囲にわたるトリガーをオフにしてください。 ワークフローでは使用されません。
  3. トリガーは広範囲のものより、範囲が狭いものをお選びください。「**商品バリエーションの価格変更」は、**はるかに遠くまで発動します **「製品アップデート」**よりも頻度は低いです。
  4. **「ストアフロントで閲覧された商品」**および「**在庫切れのバリエーションが閲覧された」**を、以下の場合にのみ有効にする それらを必要とするワークフローです。アクセス数の多いストアでは、これらが最も発生頻度の高いトリガーとなります アプリ内で。