トラフィックルールによるフィルタリング

トラフィックルールとは、リンクに付ける条件と、それに一致した訪問者に対する動作の組み合わせです。ルールはリンク先が選ばれる前に、エッジで評価されます。最初に一致したルールが、その後の動作を決めます。ルールが1つもないリンクでは、余計な処理はいっさい行われません。

トラフィックルールは有料の機能です。リンクのダイアログにトラフィックルールタブが見当たらない場合は、そのワークスペースのプランに含まれていません。

ルールが置かれる場所

ルールは2か所に存在し、次の順序で評価されます。

1. リンク自身のルール — リンクのダイアログのトラフィックルールタブです。
2. ワークスペースの共通ルール — ワークスペース内のすべてのリンクに適用される、1つの共有リストです。

リンクのルールが先に走ります。これによって、1本のリンクに、全体の禁止に対する例外を持たせられます。ワークスペース全体ではすべてのデータセンターを遮断しつつ、監視サービスが見ている1本のリンクでは、その監視だけを通す、といった具合です。リンク側でワークスペースの共通ルールを適用しないを選べば、共有リストを丸ごと無効にすることもできます。

どちらのリストも上限は20件で、両者を合わせた一覧の上限も20件です。

条件

ルールには条件が少なくとも1つ必要です。条件のないルールはすべてのトラフィックを飲み込み、その下にあるルールをすべて到達不能にしてしまうため、フォームは保存を拒みます。1つのルールの中の条件はかつで結ばれ、そのすべてが満たされる必要があります。

| 条件 | 一致する対象 | | --- | --- | | 訪問者タイプ | 分類の判定結果です。人間、検索クローラー、ライブラリ、データセンター、VPN、TOR、不明 | | 確認済みクローラー | 名乗っているクローラーが、名前ではなくアドレスによって確認できるかどうか | | ネットワークの種類 | データセンター、公開プロキシ、商用VPN、TORの出口、Web匿名化サービス | | 品質スコアが次の値未満 | 品質スコアが1〜100のしきい値を厳密に下回ること | | 国／地方／都市 | 訪問者のアドレス範囲の所在地 | | 自律システム | ネットワーク番号。1ルールあたり200件まで | | アドレスまたはサブネット | 個別のアドレスとCIDRの範囲。1ルールあたり1,000件まで | | User-Agent／参照元 | ヘッダーに対するテキストのパターン | | キャンペーンタグの有無 | リクエストがUTMパラメータを伴っているかどうか | | デバイス／言語 | デバイスの種別と優先言語 | | 現地時間／曜日 | 訪問者のタイムゾーンでの時間帯と曜日 | | 訪問 | このドメインへの初回の訪問か、再訪問か |

どの条件も3値です。満たされた、満たされない、そしてデータがないため判断できない、の3つです。判断できないものが一致とみなされることは、決してありません。 そして反転スイッチが裏返すのは確定した答えだけなので、「ドイツ以外のすべて」というルールが、国を特定できなかった訪問者に対して黙って発動することはありません。

再利用できるアドレスリスト

アドレスリストはワークスペースに対して一度だけ定義し、ルールから参照します。1つのルールが参照できるリストは5件までです。リストは保存時にリンクのキャッシュ済み設定へ展開されるため、訪問者を待たせている間にリダイレクタがリストを取りに行くことはありません。

動作

| アクション | 訪問者に起きること | | --- | --- | | 通す | 通常のリンク先へ進みます。一致したことは記録されます。 | | 404で閉じる | 通常の「見つかりません」ページです。もともと存在しなかったリンクと見分けが付きません。 | | 410で閉じる | ブランドを適用した「リンクは利用できません」ページです。 | | 別のURLへ送る | ルールで指定した、別のリンク先です。 | | 代替ページ | 見出しと本文をご自身で指定した、ブランド適用済みのページです。 | | 警告 | 通常のリンク先へ進みますが、その訪問は疑わしいものとして記録されます。 |

通すがあるのは、フィルタリングを検証できるようにするためです。トラフィックを通したうえで、通したことを記録するルールこそ、実際に何かを遮断させる前にフィルタを確かめる方法です。

404での遮断が通常の「見つかりません」ページを返すのは意図的です。それより具体的な応答は、リンクを探っている相手に、探る価値のあるものを見つけたと教えてしまいます。

公開する前にプレビューする

プレビューパネルには、仮の訪問者——国、デバイス、ネットワークの種類、時刻、初回か再訪問か——を指定します。すると、どのルールが発動し、その訪問者がどこへ進むかが表示されます。これは別実装ではありません。プレビューはエッジワーカーが呼ぶのと同じ関数を呼び、エンドツーエンドのテストが、その答えを実際のリダイレクトのLocationヘッダーと突き合わせています。

結果を読む

一致はすべて、ルールの識別子とアクションとともにクリックイベントへ書き込まれます。分析画面のフィルタされたトラフィックの内訳は、2つの問いに答えます。各ルールがどれだけのトラフィックを止めたか、そしてそれをどう扱ったかです。アクションは識別子の隣に保存されるため、その後で編集したり削除したりしたルールについても、内訳は正しく読めます。

ルールの識別子は、保存をまたいでも変わりません。名前の変更や並べ替えで履歴が途切れることはありません。

フィルタリングにかかるコスト

フィルタリングはリダイレクトへの経路上で動くため、エンジンが取得するのは、そのリンクのルールが必要とするものだけです。

• 国、地方、都市の条件があると、地域の参照が行われます。
• ネットワークの種類の条件があると、アドレス範囲のデータが読み込まれます。
• 確認済みクローラーの条件があると、キャッシュのエントリが読まれます。
• 初回訪問の条件があると、リダイレクト用ドメインに小さなCookieが設定されます——しかも、実際にルールがそれを求めた場合に限ります。

ルールが取得したものは、クリックイベントを組み立てるバックグラウンドの処理でそのまま再利用されるので、同じ参照が2回行われることはありません。

プランの上限

プランによって、1本のリンクあたりのルール数に上限が設けられることがあります。プランの上限が、すでに設定されているルール数を下回った場合でも、既存のリンクは編集可能なままです。上限が効くのはルールの追加であって、すでにルールを持つリンクを保存することではありません。