ワークフロー設定

はじめに

ワークフロー設定では、ワークフローの配信方法を設定し、実行を制限できます。これらの設定は以下に役立ちます：

ワークフローの対象国を特定する
実行速度を制御する
ターゲットデバイス（デスクトップ、モバイル、タブレット）を選択する
スパムを防ぎ、トークン予算を保護する

Workflow settings

{info} アクセス: ワークフロー詳細ページの「設定」ボタンをクリックするか、新しいワークフローを作成するときにワークフロー設定を開きます。

ターゲティングと配信

国モード

国別にワークフローを配信する方法を選択します：

モード	説明	いつ使うべき？
すべての国	どの国からでもワークフローを実行可能	多様なグローバルトラフィックが欲しい場合
含めるのみ	リスト内の国のみを許可	特定の国（VN、US、UKなど）からのトラフィックのみが欲しい場合
除外するのみ	リスト内の国をブロック	特定の国以外のグローバルトラフィックが欲しい場合

例:

ケース1: ベトナムのウェブサイト
→ モード: 含めるのみ
→ 選択: VN
→ 結果: ベトナムのIPのみがワークフローを実行

ケース2: 国際的なウェブサイト、中国のトラフィックを避ける
→ モード: 除外するのみ
→ 選択: CN
→ 結果: 中国以外のすべての国

{warning} プラン要件: この機能にはBasicプラン以上が必要です。無料プランは「すべての国」に制限されています。

国の選択

「含める」または「除外する」モードが選択されている場合、国のリストを選択する必要があります：

選択方法:

検索: 国名またはコード（VN、US、UK...）を入力
チェック: 国名の横にあるチェックボックスをクリック
グループ選択: クイックグループボタン（SE Asia、Europe、English Speaking...）を使用
選択済みを表示: 「選択済みのみ」を切り替えて、選択された国のみを表示
すべてクリア: 「すべてクリア」をクリックして選択を解除

国グループ

利用可能なクイック選択グループ：

グループ	国	数
SE Asia	VN, TH, MY, SG, ID, PH, MM, KH, LA, BN, TL	11
English Spk	US, GB, CA, AU, NZ, IE, ZA, IN, PK, NG	10
Europe	GB, DE, FR, IT, ES, NL, BE, AT, CH, SE, NO, DK, FI, PL, PT, GR, CZ, HU, RO	19
North America	US, CA, MX	3
East Asia	CN, JP, KR, TW, HK, MO	6

ヒント: グループをクリックすると、そのグループ内のすべての国を一度に選択できます！

実行制限

これらの制限は、ワークフロー実行の速度と量を制御するのに役立ちます。

1時間あたりのビュー数

説明: ワークフローが1時間に実行できる最大ビュー数。

値:

0 = 無制限
> 0 = 特定の制限（例：100ビュー/時間）

仕組み:

設定: views_per_hour = 50

ワークフローが午前10:00に実行開始
→ 10:00 - 11:00: 最大50実行
→ 11:00 - 12:00: リセット、再び最大50実行
→ 12:00 - 13:00: リセット、再び最大50実行

いつ使うべき？:

安定したトラフィックが欲しい、急増を避ける
Googleが異常なトラフィックを検出するのを防ぐ
トラフィックの成長率を制御する

例:

ケース1: 新しいウェブサイト、自然なトラフィック
→ views_per_hour = 20
→ 理由: 急激な増加を避け、自然な成長をシミュレートする

ケース2: 大規模ウェブサイト、高速トラフィックが必要
→ views_per_hour = 200
→ 理由: 疑いを持たれずに高いトラフィックを処理できる

1日あたりのビュー数

説明: ワークフローが1日（24時間）に実行できる最大ビュー数。

値:

0 = 無制限
> 0 = 特定の制限（例：1000ビュー/日）

仕組み:

設定: views_per_day = 500

1日目 (00:00 - 23:59): 最大500実行
2日目 (00:00 - 23:59): リセット、再び最大500実行

いつ使うべき？:

毎日のトークン予算を管理する
実際のユーザーを模倣するためにトラフィックを制限する
ビューのスパムを防ぐ

例:

ケース: 1日50,000トークンの予算
ワークフローコスト: ~100トークン/実行
→ views_per_day = 500 (500 x 100 = 50,000トークン)

最大ビュー数

説明: ワークフローのライフサイクル全体の合計ビュー数。

値:

0 = 無制限（永久に実行）
> 0 = 特定の制限（例：合計10,000ビュー）

仕組み:

設定: max_views = 10000

ワークフローは累積的に実行されます:
→ 1日目: 500ビュー (合計: 500)
→ 2日目: 800ビュー (合計: 1,300)
→ ...
→ 20日目: 400ビュー (合計: 10,000) → 永久に停止

いつ使うべき？:

期限のあるキャンペーン
総予算の管理
必要以上にワークフローが実行されるのを避ける

例:

ケース: 新しい投稿のトラフィックをブースト
目標: 1ヶ月で5,000ビュー
→ max_views = 5000
→ 結果: 5,000ビューに達した後、ワークフローは自動的に停止します

{danger} 警告: max_viewsに達すると、ワークフローは永久に停止します。実行を継続するには、値を増やすか0に戻す必要があります。

ユニーク間隔

説明: 同じIPアドレスからの2回の実行間の最小時間（秒単位）。

注意: 各IPは複数の異なるワークフローを同時に実行できます（最大30スレッド）が、特定のワークフローはそのIPに対してunique_intervalごとに1回しか実行できません。

デフォルト値: 1800秒（30分）

仕組み:

設定: unique_interval = 1800 (30分)

IPアドレス 192.168.1.1:
→ 10:00 AM: スレッド1がワークフロー#100を実行 → OK
→ 10:05 AM: スレッド2がワークフロー#100を実行しようとする → ブロック (同じIP、まだ30分経過していない)
→ 10:05 AM: スレッド2がワークフロー#101を実行 → OK (異なるワークフロー)
→ 10:30 AM: スレッド1がワークフロー#100を2回目に実行 → OK (30分経過)

説明:

同じIPは30分以内に同じワークフローを2回実行できません。
しかし、多くの異なるワークフローを同時に実行できます。

目的:

IPアドレスによる追跡: Google Analyticsが訪問者を追跡する方法と一致させます。
スパム防止: 同じIPが短期間に同じURLをスパムすることを防ぎます。
マルチスレッドのサポート: 各IPは30スレッドを実行でき、各スレッドは異なるワークフローを実行します。
現実的なトラフィック: 30分で1つのIPは約180の異なるワークフローを実行できます（30スレッド × 6ワークフロー/スレッド）。
ローテーションプロキシ: 新しいIP = 新しい訪問者、制限なし。

推奨事項:

ワークフロータイプ	unique_interval	理由
ホームページ、LP	3600s (1時間)	実際の人は1時間以内に戻ってくることは稀
ブログ記事	1800s (30分)	30分後に読み直す可能性がある
Eコマース商品	7200s (2時間)	購入者は通常より長く比較検討する

例:

実際のケース: 100個のIPアドレス、それぞれ30スレッド
システムには1000の異なるワークフローがある
unique_interval = 1800 (30分)

各IP:

- 30スレッドが同時に実行
- 各スレッド: 1ワークフロー/5分 = 12ワークフロー/時間
- IPあたりの合計: 30 × 12 = 360ワークフロー/時間
- 30分で: 30 × 6 = 180の異なるワークフロー

100 IP:
→ スループット: 100 × 360 = 36,000ワークフロー/時間
→ 多様なトラフィック: 100 IP × 180ワークフロー = 30分あたり18,000の組み合わせ
→ 各ワークフローは多くの異なるIPによって実行されます

追加設定

デバイス

説明: ワークフローを実行できるデバイスの種類を選択します。

オプション:

🖥️ Desktop - コンピュータ (Windows, Mac, Linux)
📱 Mobile - 携帯電話 (iOS, Android)
📱 Tablet - タブレット (iPad, Android Tablet)

仕組み:

アプリインスタンスがワークフローを実行するとき、システムは以下を行います：

選択されたリストからランダムに1つのデバイスを選択します。
そのデバイスをシミュレートします（ユーザーエージェント、画面サイズ、タッチイベント...）。
選択されたデバイスでワークフローを実行します。

例:

選択: Desktop + Mobile

実行1 → システムはDesktopを選択
実行2 → システムはMobileを選択
実行3 → システムはDesktopを選択
...
→ デスクトップとモバイル間の多様なトラフィック

推奨事項:

ウェブサイトタイプ	推奨デバイス	理由
ブログ、ニュース	Desktop + Mobile	50/50の混合トラフィック
Eコマース	Mobile (70%) + Desktop (30%)	モバイルでのショッピング傾向
SaaS、ダッシュボード	Desktop	ユーザーは主にデスクトップを使用
モバイルゲーム	Mobile	100%モバイルトラフィック

{warning} プラン要件: この機能にはBasicプラン以上が必要です。無料プランはデフォルトで3つのデバイスすべてで実行されます。

{info} 注意: 少なくとも1つのデバイスを選択する必要があります。何も選択されていない場合、システムはデフォルトでDesktop + Mobileになります。

プラン制限

特定の設定機能には上位プランが必要です：

機能	Free	Basic	Pro	Enterprise
国モード	全て	全て/含める/除外する	全て/含める/除外する	全て/含める/除外する
デバイス選択	全て	カスタマイズ可能	カスタマイズ可能	カスタマイズ可能
実行制限	✅	✅	✅	✅

プランに含まれていない機能を使用する場合:

システムはデフォルト値を適用します。
プランをアップグレードするための通知が表示されます。

よくある質問

❓ 新しいウェブサイトにはどのような制限を設定すべきですか？

安全な推奨事項:

views_per_hour = 10-20
views_per_day = 100-200
unique_interval = 3600 (1時間)

理由: 新しいウェブサイトは、Googleからの疑いを避けるために徐々にトラフィックを増やすべきです。

❓ views_per_hourとviews_per_dayの違いは何ですか？

views_per_hour: 速度を制限します（1時間の急激なスパイクを回避）。 views_per_day: 総量を制限します（毎日の予算を管理）。

例:

views_per_hour = 50
views_per_day = 500

→ 1時間あたり最大50実行
→ 1日あたり最大500実行
→ 安定して実行する場合: 50実行/時間 x 10時間 = 500実行/日

❓ views_per_hour = 100だがviews_per_day = 500に設定した場合はどうなりますか？

システムは先に到達した制限を優先します：

1時間目: 100実行 (合計: 100)
2時間目: 100実行 (合計: 200)
3時間目: 100実行 (合計: 300)
4時間目: 100実行 (合計: 400)
5時間目: 100実行 (合計: 500) → 1日の制限に到達
6〜24時間目: 停止 (1日の制限に到達)

❓ ワークフロー実行中に設定を変更できますか？

はい！ いつでも設定を変更できます：

変更は後続の実行に即座に適用されます。
すでに進行中の実行には影響しません。

❓ unique_intervalはいつリセットされますか？

unique_intervalは、各IPアドレスの最後の実行から計算されます：

IPアドレス 192.168.1.1:
→ ワークフロー#100を1回目実行: 10:00 AM
→ unique_interval = 1800s (30分)
→ ワークフロー#100を再度実行可能: 10:30 AM

注意: このIPは待機中に他のワークフロー（101, 102, ...）を実行できます。

views_per_hourやviews_per_dayのように日/時間でリセットされません。

❓ unique_intervalはインスタンスまたはIPごとに追跡されますか？マルチスレッドにどう影響しますか？

インスタンスIDではなく、IPアドレスごとに追跡されます。

マルチスレッド:

1つのIPは最大30スレッドを同時に開くことができます。
各スレッドは異なるワークフローを実行できます。
しかし、unique_interval内に同じワークフローを2回実行することはできません。

例:

IP 192.168.1.1 (30スレッド) (10:00 AM):
スレッド1: ワークフロー#100を実行 → OK
スレッド2: ワークフロー#101を実行 → OK
スレッド3: ワークフロー#102を実行 → OK
... (30スレッドが30の異なるワークフローを実行)

スレッド5: ワークフロー#100を実行しようとする（スレッド1によって既に実行済み）→ ブロック
→ 理由: 同じIP、ワークフロー#100はまだunique_intervalをクリアしていません。
スレッド5: ワークフロー#131を実行 → OK (まだ実行されていないワークフロー)

10:35 AM (35分後):
スレッド10: ワークフロー#100を再度実行 → OK (30分経過)

❓ views_per_hour = 0はどういう意味ですか？

0 = 無制限

views_per_hour = 0 → 1時間あたり無制限の実行
views_per_day = 0 → 1日あたり無制限の実行
max_views = 0 → 永久に実行

❓ より多くの国を選択するとトークンコストが高くなりますか？

いいえ。国の数はトークンコストに影響しません。

コストは以下にのみ依存します：

ワークフロー内のノード数
待機時間
優先順位乗数

❓ ワークフローがmax_viewsに達しました。どうすれば継続できますか？

方法1: max_viewsの値を増やします。 方法2: 0（無制限）に設定します。 方法3: total_viewsを0にリセットします（管理者に連絡）。

❓ 制限に達していないのにワークフローが実行されないのはなぜですか？

以下の条件を確認してください:

ワークフローのステータス: "アクティブ"でなければなりません。
トークン: アカウントに十分なトークンが必要です。
時間/日次制限: 制限に達している可能性があります。
アプリインスタンス: アプリインスタンスはオンラインですか？
国: オンラインのアプリインスタンスはcountry_modeと一致していますか？

まとめ:

ワークフロー設定は、実行の分散と速度を制御するのに役立ちます。
合理的な制限により、トラフィックがより自然になり、トークンを節約できます。
ワークフローを停止せずに、いつでも設定を変更できます。
一部の機能にはBasicプラン以上が必要です。

⚠️ システムアップデート

はじめに

機能