多くのエージェンシーは、偶然の積み重ねでプロキシ環境を構築してしまっています。SEOチームは順位計測用に何かを購入し、有料広告チームは広告確認用に別のものを見つけ、ストラテジストは競合の価格情報をピッチのために取得する第三のツールに登録します。3つのベンダー、3つの連携、3種類の地域コード、3枚の請求書。そして、クライアントからのシンプルな質問に答える術がありません。自社のSEOレポートと広告レポートがどちらも「Madrid」と言っているとき、それは本当に同じ場所を指しているのか、という質問です。
これは1つのネットワークに統合すべき事例です。多くの場合コストが安くなるからではなく、3つのワークロードが根本的には同じ問いを投げかけているからです。すなわち、この市場の実際のユーザーには何が見えているのか、という問いであり、それには同じ方法で答えるべきなのです。
3つのワークロード、3つのトラフィック形状
これらのワークロードは、ローカルな視点を必要とするという点では共通していますが、それ以外のほぼすべての点で異なります。この違いを理解することが、1つのネットワークで3つすべてに対応できる理由です。
SEOモニタリングは高ボリュームかつ軽量です。多数の独立したクエリがあり、それぞれは小さく、それぞれが正確なロケーションとデバイスプロファイルを必要とし、それぞれが前のクエリとは独立しています。国レベルよりも細かい粒度でローカル結果が変化するため、リクエストごとのローテーションと市区町村レベルのターゲティングが求められます。仕組みの詳細はローカルSEOのための地域ターゲティングSERP APIにあります。
広告検証は低ボリュームかつ重量級です。チェックの回数は少ないものの、それぞれがインプレッションからランディングページまでの複数ステップの旅であり、多くの場合ブラウザでレンダリングされ、それぞれが最初から最後まで一貫したロケール情報を必要とします。求められるのはスティッキーセッションと、デバイスおよび言語設定の一貫性です。プログラム設計は広告掲載を大規模に検証するにあります。
競合インテリジェンスはその中間に位置します。カテゴリーを巡回し、ページネーションされた結果セット、ランディングページやオファーを扱い、それぞれが一連のリクエストにわたる内部的な一貫性を必要とします。求められるのは巡回ごとのスティッキーセッションと、控えめで安定したペースです。詳細は競合キャンペーンインテリジェンスで扱っています。
| ワークロード | セッションパターン | 1チェックあたりの重量 | 重要なターゲティング |
|---|---|---|---|
| SEOモニタリング | リクエストごとにローテーション | 軽量 | 市区町村とデバイス |
| 広告検証 | 旅ごとにスティッキー | 重量、多くはレンダリングあり | 国、市区町村、ロケールの一貫性 |
| 競合インテリジェンス | 巡回ごとにスティッキー | 中程度 | 国、時に市区町村 |
なぜ1つのネットワークが3つよりも優れているのか
1つのターゲティングモデル。 3つのワークロードすべてが同じ方法でロケーションを表現していれば、Madridにいるクライアントについての発見は、SEOレポートでも広告レポートでも競合分析でも同じ意味を持ちます。3つのベンダーを使っていると、「Madrid」の定義が一致しないかもしれない3つを突き合わせることになり、それに気づいたクライアントは理由を尋ねてくるでしょう。
維持すべき連携が1つで済む。 ベンダーはそれぞれ、認証情報の形式、エラー用語、ターゲティングコードのセット、サポート関係を持っています。統合すれば、誰も請求してくれないこの作業がなくなります。
比較可能な視点。 SEOチームがあるローカル競合の台頭を発見し、有料広告チームが同じ競合が同じ都市でより積極的に入札しているのを発見したとき、この2つの観察結果は比較可能な出口地点から得られたものであるため、議論するのではなく並べて検討することができます。
支出を理解できる場所が1つになる。 レジデンシャル帯域幅がコストの主な要因であり、3つのワークロードすべてが同じダッシュボード上で同じ単位で計測されていれば、予測ははるかに容易になります。その手法はレジデンシャルプロキシの帯域幅予測にあります。
Shifterのゲートウェイでは、3つのワークロードすべてが同じエンドポイントp.shifter.io:443を使用し、違いはすべて認証情報で表現します。
# SEO: リクエストごとにローテーション、市区町村レベル
customer-USERNAME-country-es-city-madrid:PASSWORD
# 広告検証: 旅全体を通して1つの出口
customer-USERNAME-country-es-city-madrid-sid-adv-221-ttl-600:PASSWORD
# 競合インテリジェンス: カテゴリー巡回ごとに1つの出口
customer-USERNAME-country-es-sid-ci-walk-09-ttl-600:PASSWORDsidを省略するとリクエストごとのローテーションになります。追加すると1つの出口が保持され、ttlがその保持時間を設定します。この1つの違いこそが、3つの設定を用意せずとも1つのネットワークで3種類のトラフィック形状に対応できる理由です。
SEOワークロードに関しては特に、SERP APIがリクエストを自前で管理する代替手段として検討する価値があります。ロケーションとデバイスの処理済みの構造化された結果が返ってくるためです。
クライアントは分けておく
ワークロードを統合するのは正しいことです。しかし、クライアントを一つの区別のないプールにまとめるのは、3つの理由から正しくありません。
コストの帰属。 クライアントは業務に対して請求されます。すべてのクライアントの収集作業が1つのプランを通じて実行されると、それぞれのコストがいくらだったのか分からなくなり、クライアントごとの利益率は推測に頼るしかなくなります。
予算の封じ込め。 あるクライアントのキャンペーンの急増が、別のクライアントのレポート作成が依存している割り当てを消費してしまうべきではありません。
クリーンなオフボーディング。 クライアントが離脱するとき、そのアクセス権、プラン、履歴も、他の誰にも影響を与えることなく一緒に離脱すべきです。
Shifterはこれをチームワークスペースで処理します。各クライアントは独自のプラン、ウォレット、請求書を持つ独自のワークスペースを持つことができ、エージェンシーのアカウント担当者は1つのログインとサイドバーの切り替え機能でメンバーとして追加されます。プランはワークスペースをまたぐことがないため、トラフィックが混在することはありません。設定手順は複数クライアントのためのサブアカウントと使用状況追跡で、機能自体はチームワークスペースの紹介で解説しています。
すべてのクライアント成果物に視点を記録する
1つのネットワークがもたらす実際的な利点は、レポートにそれが反映されて初めて実現します。クライアント向け資料に載るすべての観察結果には、市場、該当する場合は都市、デバイスプロファイル、タイムスタンプが付随しているべきです。そうすれば3つの分野を1つの会話の中で相互参照でき、疑義のある数字も、それが観察された正確な地点まで遡ることができます。
これはまた、データを報告するだけのエージェンシーと、それを裏付けられるエージェンシーとを分けるものでもあります。「それはどこで見たのですか」と尋ねられたクライアントは、数秒で答えを得られるべきです。
FAQ
あるクライアントの重いクローリングが、別のクライアントの結果に影響しますか?
出口は1つのクライアントに割り当てられるのではなく、プール全体でローテーションするため、あるクライアントが使い切ってしまうような固定のアドレス集合は存在しません。共有されているのは振る舞いです。ターゲットに対して過度に酷使されたアドレスは、次にそれを引いた誰にとっても不利になるため、すべてのクライアントのリクエストレートを通常の範囲に保ってください。予算はもう一つの共有リソースであり、だからこそ各クライアントは独自のプランを持つべきです。
1つのネットワークで、すべての市場のすべてのクライアントに十分ですか?
ほとんどのエージェンシーにとってはイエスです。ただし、クライアントが事業を展開する国や都市を、SEO業務が必要とする粒度でカバーしていることが条件です。統合する前に、主要市場での市区町村レベルのカバー範囲を確認してください。
SEOチームはプロキシを使うべきですか、それともSERP APIを使うべきですか?
構造化された結果を求め、リクエスト管理を行いたくないのであれば、SERP APIです。APIがカバーしていないページを観察する必要がある場合や、完全な制御を求める場合はプロキシです。多くのエージェンシーは両方を使っています。
収集業務についてクライアントへの請求はどう行いますか?
各クライアントに独自のプランを与え、そのプランの使用状況から請求してください。使用状況はパネル内でプランごとに追跡されており、これがクライアント単位での帰属を明確にする単位です。
結論
エージェンシーは、セッションパターン、重量、ターゲティングが異なる3つの収集ワークロードを運用していますが、共通する問いが1つあります。それは、この市場の実際のユーザーには何が見えているのか、というものです。1つのネットワークと1つのターゲティングモデルでこれに答えることで、3つの分野は比較可能になり、2つの連携が不要になり、支出は1つの単位にまとまります。
統合すべきはワークロードであり、クライアントではありません。各クライアントを独自のプランとワークスペースに保ち、すべての成果物に視点を記録し、SEOチェックと広告の旅の違いをベンダーではなく認証情報に表現させてください。製品自体はレジデンシャルプロキシページに、料金は価格ページにあります。