ノードの種類(アクション)は、ワークフローの基本的な構成要素です。各ノードは、手動でウェブサイトを操作するのと同じように、ブラウザで特定のアクションを実行します。
Traffic4SEOには6つの主要なアクションタイプがあります:
1. ナビゲーション
2. インタラクション
3. タイミング
特定のURLに移動します。これは最も一般的なノードであり、通常はあらゆるワークフローの最初のノードです。
✅ 推奨:
❌ 非推奨:
| フィールド | 説明 | 必須 | 例 |
|---|---|---|---|
| ターゲットURL | 開くウェブサイトのアドレス。 | ✅ はい | https://example.com |
| リファラーソース | リファラーソースのURLを入力します(1行に1つ)。ブラウザはこれらのURLの1つから来たようにシミュレートします。直接アクセスの場合は空白のままにします。 | ❌ いいえ | 以下参照 |
例1: Googleを開く
ターゲットURL: https://www.google.com/
例2: 商品ページを開く
ターゲットURL: https://example.com/products/nike-air-max-shoes
例3: ブログ記事を開く
ターゲットURL: https://blog.example.com/seo-guide-2024
例4: リファラー付きでページを開く
ターゲットURL: https://example.com/products/nike-shoes
リファラーソース:
https://www.google.com/search?q=nike+shoes
https://www.facebook.com/
https://example.com/blog/top-10-sports-shoes
→ システムはリファラーリストからランダムに1つのURLを選択します。
→ ブラウザはHTTP Refererヘッダー付きでページを開きます。
→ Google Analyticsはリファラーからのトラフィックソースを記録します。
30 トークン(固定) - URLや読み込み時間に依存しません。
{warning} 注意:
- このノードは通常、ワークフローの最初のノードです。
- URLは
http://またはhttps://で始まる必要があります。- URLが存在しないかエラーの場合、ワークフローは失敗します。
{info} リファラーソースについて:
- リファラーは、他のソース(Google、Facebook、ブログ...)からのトラフィックをシミュレートするのに役立ちます。
- 空白の場合 → リファラーなし(直接トラフィック)。
- 複数のURLがある場合 → システムはランダムに1つのURLをリファラーとして選択します。
- リファラーはGoogle Analyticsやその他の分析ツールに記録されます。
- すべてのリファラーURLは有効でなければなりません(http://またはhttps://で始まる)。
提供されたリストからランダムにURLに移動します。多様なトラフィックを作成するのに適しています。
✅ 推奨:
❌ 非推奨:
| フィールド | 説明 | 必須 | 例 |
|---|---|---|---|
| ターゲットURLリスト | 複数のURL(1行に1つ)。 | ✅ はい | 以下参照 |
| リファラーソース | リファラーソースのURLを入力します(1行に1つ)。ブラウザはこれらのURLの1つから来たようにシミュレートします。直接アクセスの場合は空白のままにします。 | ❌ いいえ | 以下参照 |
例1: 多様なブログ
https://example.com/blog/post-1
https://example.com/blog/post-2
https://example.com/blog/post-3
https://example.com/blog/post-4
https://example.com/blog/post-5
→ システムは5つのURLからランダムに1つを選択します。
例2: 商品
https://shop.com/nike-shoes
https://shop.com/adidas-shoes
https://shop.com/puma-shoes
→ トラフィックは3つの商品に均等に分散されます。
例3: ランディングページ
https://example.com/promo-new-year
https://example.com/promo-march-8
https://example.com/promo-opening
例4: リファラー付きランディングページ
ターゲットURLリスト:
https://example.com/promo-new-year
https://example.com/promo-march-8
https://example.com/promo-opening
リファラーソース:
https://www.google.com/
https://www.facebook.com/
https://www.youtube.com/
https://example.com/blog
→ ランダムに1つのターゲットURL + ランダムに1つのリファラーURLを選択します。
→ 多くの異なるソースからのトラフィックをシミュレートします。
45 トークン(固定) - ランダム機能のため、URL移動より15トークン高くなっています。
{info} 注意:
- 各実行はすべてではなく、1つのランダムなURLのみを開きます。
- 各URLが選択される確率は等しいです(均等ランダム)。
- 多様性を確保するために、少なくとも3〜5つのURLを持つべきです。
- すべてのURLは有効でなければなりません。選択されたURLがエラーの場合、ワークフローは失敗します。
{success} リファラーソースについて:
- 仕組み: ランダムに1つのターゲットURLを選択 + ランダムに1つのリファラーURLを選択。
- 空白の場合 → トラフィックは直接トラフィックになります。
- 多くのリファラーがある場合 → 非常に多様なトラフィックソースを作成します。
- 例: 5つのターゲットURL + 4つのリファラーURL = 20の異なる組み合わせ!
- すべてのリファラーURLは有効でなければなりません(http://またはhttps://で始まる)。
指定された秒数待機します。これは、ワークフローを自然に実行し、ボット検出を回避するための極めて重要なノードです。
3つの主な理由:
ウェブページの読み込みを待つため
実際の人間がコンテンツを読んでいるのをシミュレートするため
ボット検出を回避するため
✅ 常に使用:
❌ 決して省略しない:
| フィールド | 説明 | 必須 | 制限 | 例 |
|---|---|---|---|---|
| 最小秒数 | 最小待機時間 | ✅ はい | 1-1800 | 5 |
| 最大秒数 | 最大待機時間 | ✅ はい | 1-1800, ≥ 最小 | 10 |
例1: ページ読み込み(短)
最小: 2秒
最大: 5秒
→ システムは2〜5秒の間でランダム化します
→ コスト: 2-5トークン
例2: 記事を読む(長)
最小: 30秒
最大: 60秒
→ 読者をシミュレート
→ コスト: 30-60トークン
例3: 商品を閲覧(中)
最小: 10秒
最大: 20秒
→ 商品閲覧をシミュレート
→ コスト: 10-20トークン
例4: クリック前に考える(非常に短い)
最小: 1秒
最大: 3秒
→ 思考をシミュレート
→ コスト: 1-3トークン
1 トークン/秒(実際のランダム化された時間に基づく)
注意: これは固定されていないコストを持つ唯一のノードです - コストはランダム化された時間に依存します。
待機コスト = ランダム化された秒数 × 1トークン
例:
- 最小: 5秒, 最大: 10秒
- 実行時に7秒にランダム化
- コスト = 7トークン
| 状況 | 最小 | 最大 | 理由 |
|---|---|---|---|
| 基本的なページ読み込み | 2秒 | 5秒 | 基本的な読み込みに十分 |
| 複雑なページ読み込み | 5秒 | 10秒 | 画像やJSが多いページ |
| 見出しを読む | 3秒 | 8秒 | 素早い見出し読み |
| 短い段落を読む | 10秒 | 20秒 | 1-2段落を読む |
| 記事全体を読む | 30秒 | 60秒 | 投稿全体を読む |
| 商品を見る | 10秒 | 25秒 | 画像や説明を見る |
| クリック前の思考 | 1秒 | 3秒 | 自然な遅延 |
{danger} 極めて重要:
- ワークフローを自然に保つために、ステップ間に常に待機を追加してください!
- 待機が短すぎる(< 1秒) = ボットのよう → 検出しやすい。
- 待機が長すぎる(> 300秒) = 不必要にトークンを浪費。
- ランダム性を作成するために最小-最大範囲を使用してください(実際の人間のようです)。
{success} 節約のヒント:
- 必要十分なだけ待機する: ページ読み込みに2-5秒、コンテンツ閲覧に10-20秒。
- 目標がページビューだけなら、非常に長い待機は不要です。
- エンゲージメント指標(ページ滞在時間)を増やしたい場合は、より長い待機を使用してください。
ページ上のランダムなリンクをクリックします。直帰率を下げ、セッションあたりのページ数を増やすのに役立ちます。
✅ 推奨:
❌ 非推奨:
| フィールド | 説明 | 必須 | 例 |
|---|---|---|---|
| CSSセレクタ | セレクタでリンクをフィルタリング | ❌ いいえ | .content a |
空白のまま = ページ上の任意のリンクをクリック。
例1: 任意のリンクをクリック
CSSセレクタ: (空白)
→ ページ上の任意のリンクをクリックします。
例2: コンテンツ内のリンクのみをクリック
CSSセレクタ: .content a
→ "content"クラスを持つ要素内のリンクのみをクリックします。
→ メニュー、フッター、サイドバーのリンクを無視します。
例3: 記事リンクのみをクリック
CSSセレクタ: .post-link
→ "post-link"クラスを持つリンクのみをクリックします。
例4: 商品リンクをクリック
CSSセレクタ: .product-card a
→ 商品カード内のリンクのみをクリックします。
30 トークン(固定)
{warning} 注意:
- ページにリンクがない場合 → ワークフローは失敗します。
- リンクがウェブサイト外につながる場合 → 戻れない可能性があります。
- 内部リンクのみをクリックするようにするには、CSSセレクタを使用してください。
- 新しいページが読み込まれるために、この後に必ず待機ノードを追加してください。
テキスト、URL、またはCSSセレクタで特定のリンクをクリックします。正確なナビゲーションに最適です。
✅ 推奨:
❌ 非推奨:
| フィールド | 説明 | 必須 | 例 |
|---|---|---|---|
| 選択タイプ | リンクの見つけ方 | ✅ はい | text, url, selector |
| 値 | テキスト、URL、またはセレクタの値 | ✅ はい | 場合による |
| 内部のみ | 同一ドメインのリンクのみをクリック | ❌ いいえ | true/false |
1. リンクテキスト (text) - 最も簡単
タイプ: text
値: "続きを読む"
→ "続きを読む"というテキストを持つリンクをクリックします
2. リンクURL (url) - 正確
タイプ: url
値: "/products/"
→ URLに"/products/"を含むリンクをクリックします
3. CSSセレクタ (selector) - 上級
タイプ: selector
値: ".product-link"
→ "product-link"クラスを持つリンクをクリックします
例1: 「続きを読む」をクリック
選択タイプ: リンクテキスト
値: 続きを読む
内部のみ: true
→ ウェブサイト内の「続きを読む」ボタンをクリックします
例2: Google結果をクリック
選択タイプ: リンクURL
値: /example.com
内部のみ: false
→ URLに"example.com"を含む結果をクリックします
例3: 特定の商品をクリック
選択タイプ: リンクテキスト
値: Nike Air Max Shoes
内部のみ: true
→ "Nike Air Max Shoes"というテキストを持つリンクをクリックします
例4: CSSセレクタを使用してクリック
選択タイプ: CSSセレクタ
値: .featured-product a
内部のみ: true
→ 注目の商品内のリンクをクリックします
30 トークン(固定)
例:
ページに3つのリンクがあります:
- リンク1: "続きを読む" (投稿1内)
- リンク2: "続きを読む" (投稿2内)
- リンク3: "続きを読む" (投稿3内)
設定: タイプ = text, 値 = "続きを読む"
→ アプリはリンク1(最初のもの)をクリックします
{info} 注意:
- 一致するリンクが見つからない場合 → ワークフローは失敗します。
- 複数の一致 → 最初のリンクを選択します。
- テキストは完全に一致する必要があります(大文字と小文字を区別)。
- URLは検索文字列を含むだけでよく、完全に一致する必要はありません。
- ウェブサイト外に出ないようにするには、「内部のみ」をオンにしてください。
- この後に必ず待機アクションを追加してください。
{success} ヒント: テキストにアクセントや特殊文字がある場合は、正確さを高めるためにテキストの代わりにURLを使用することをお勧めします。
CSSセレクタによって識別されるフィールドにテキストを入力します。実際のキーボード入力をシミュレートします。
✅ 推奨:
❌ 非推奨:
| フィールド | 説明 | 必須 | 例 |
|---|---|---|---|
| CSSセレクタ | 入力ボックスの位置 | ✅ はい | textarea[name="q"] |
| テキスト | 入力される内容 | ✅ はい | Traffic4SEO |
| Enter送信 | 入力後にEnterを押す | ❌ いいえ | true/false |
例1: Google検索
CSSセレクタ: textarea[name="q"]
テキスト: Traffic4SEO
Enter送信: false
→ Google検索ボックスに"Traffic4SEO"と入力します。
→ Enterは押しません(検索ボタンをクリックするためにクリックノードを使用します)。
例2: Enter付き検索
CSSセレクタ: input[name="search"]
テキスト: nike shoes
Enter送信: true
→ "nike shoes"と入力し、自動的にEnterを押します。
→ クリックノードは不要です。
例3: メールの記入
CSSセレクタ: input[type="email"]
テキスト: [email protected]
Enter送信: false
→ フォームにメールアドレスを入力します。
例4: コメントの入力
CSSセレクタ: #comment-box
テキスト: 素晴らしい製品、お金を払う価値があります!
Enter送信: false
→ ボックスにコメントを入力します。
10 トークン(固定) - すべてのノードタイプの中で最も安価です!
方法1: ブラウザのDevToolsを使用(推奨)
方法2: 属性で検索
<!-- 名前付き入力 -->
<input name="email">
→ セレクタ: input[name="email"]
<!-- ID付き入力 -->
<input id="search-box">
→ セレクタ: #search-box
<!-- クラス付きテキストエリア -->
<textarea class="comment-input">
→ セレクタ: textarea.comment-input
{warning} 注意:
- CSSセレクタは正確でなければなりません。間違っている場合 → ワークフローは失敗します。
- 入力ボックスは表示されており、操作可能でなければなりません。
- 一部のウェブサイトは検証にJavaScriptを使用しているため、機能しない場合があります。
- システムは各文字をランダムな遅延で入力します(実際の人間のようです)。
{info} ヒント: 「Enter送信」= trueの場合、フォームを送信するためにクリックノードを追加する必要はありません。
❌ 間違い:
URL移動 → テキスト入力 → リンクをクリック
(待機なし)
✅ 正解:
URL移動 → 待機 (2-5秒) → テキスト入力 → 待機 (1-2秒) → リンクをクリック → 待機 (5-10秒)
状況: 特定のURLを開く
❌ 無駄: URLs移動 (45トークン)
✅ 節約: URL移動 (30トークン)
差: 15トークン/実行 = 500実行で7,500トークン!
❌良くない:
ランダムリンクをクリック (セレクタなし)
→ メニュー、フッター、または広告をクリックする可能性があります。
✅ より良い:
セレクタ付きでランダムリンクをクリック: .post-content a
→ 記事コンテンツ内のリンクのみをクリックします。
リンクをクリック:
😊 簡単: タイプ = text, 値 = "続きを読む"
😰 難しい: タイプ = selector, 値 = "div.card > a.btn-primary:nth-child(2)"
→ 結果は同じですが、テキストの方がはるかに簡単です!
複雑なワークフロー:
URL移動 → 待機 → テキスト入力 → 待機 → クリック → 待機 → ランダムリンクをクリック
テスト方法:
1. 以下のみでワークフローを作成: URL移動 → 待機
2. テスト実行 → OK
3. 追加: テキスト入力 → 待機
4. テスト実行 → OK
5. ノードごとに順次追加を続ける...
→ 一度にすべてをテストするよりもエラーを見つけるのがはるかに簡単です!
1. URL移動: https://example.com/blog/great-article
↓
2. 待機: 30-60秒 (投稿全体を読むふり)
↓
3. ランダムリンクをクリック: selector = ".related-posts a"
↓
4. 待機: 10-20秒 (関連記事を閲覧)
↓
5. リンクをクリック: text = "ホーム"
↓
6. 待機: 5-10秒 (ホームページを表示)
ヒント: リンクがすでにページに存在する場合は、より自然にするために常にリンクをクリックを使用してください。
一般的な理由:
はい、しかし: