競合他社のドメインをGoogleオーガニック結果で比較する

TL;DR:

• 競合SERP分析は選択したクエリサンプルにおける存在を測定します。 すべての比較の横に、クエリ、コンテキスト、収集ウィンドウ、結果の深さを示してください。
• ホスト名ルールを使用し、観察を一貫してカウントします。 一つのドメインからの複数のURLが偶然に独立した勝利として扱われることがないようにしましょう。
• 違いの背後にあるページを調べます。 オーガニック結果の存在はコンテンツリサーチを導くことができますが、トラフィック、収益、または広告支出を確立するものではありません。

同じ顧客を対象とした会社は、チームが関心を持つすべてのクエリに対して表示されない場合があります。代わりに、発行者、ディレクトリ、またはディスカッションフォーラムが表示されることがあります。検索競合は検索サンプルによって定義されるため、比較は営業チームの競合リストだけでなく、クエリから始めるべきです。

競合SERP分析は、Scrapeless Google Search APIを使用して構造化された観察を収集し、次にどのドメインが表示され、どのページが明らかな意図に応えるのかを尋ねます。このガイドは、スコアカードの前に比較ルールを定義するため、結果は市場シェアの測定を暗示することなく、コンテンツの意思決定をサポートできます。

決定を表すクエリを選択する

クエリセットは文書化された研究質問を表すべきです。概念を学ぶ、カテゴリーを比較する、特定の製品機能を見つけるなど、タスクによってフレーズをグループ化してください。

正確な言い回しとトピックラベルを別々に保持します。関連するフレーズは同じトピックの有用なメンバーかもしれませんが、異なる観察です。ほぼ同じクエリを何度も繰り返すと、その言い回しが単純な平均で過剰に影響を持つことがあります。

各クエリが含まれた理由を記録します。繰り返し報告するための安定したクエリセットの改訂を使用します。チームが新しいトピックを追加する場合、新しいカバレッジを別に示すか、比較のために明確にラベル付けされた共通のサブセットを再計算してください。

サンプルは、すべての需要の統計的に代表的でなくても価値があります。そのドメイン存在の割合を総検索市場シェアと呼ぶことは避けてください。このワークフローでは検索ボリュームは提供されていないため、同等のクエリの重み付けは需要の推定ではなく設計の選択です。

ドメイングルーピングルールを定義する

ドメインマッチングは解析されたホスト名と明示的な境界を使用するべきです。URLのどこかに文字列が一致すると、無関係なサイトやパステキスト、クエリパラメータを競合として数えることになります。

元のホスト名を保持し、サブドメインを含めるかどうかを決定してください。正確なターゲットホスト名またはそのターゲットで終わるホスト名を受け入れるルールには明確な境界があります。それでも、ターゲットが確認済みの組織ドメインである必要があります。公共サフィックスは有効な組織ターゲットではありません。

公共サフィックス境界は、レポートがホスト名を登録可能なドメインにグループ化する際に重要です。最後の2つのラベルを取得することは一般的な解決策ではありません。一部のサフィックスには複数のラベルが含まれ、ホスティングプラットフォームは無関係な発行者を共有の親の下で分けることがあります。

小規模な組織の比較を行う際には、確認済みの許可リストを使用してください。ポリシーバージョンを保存して、後のマッピング変更が検索存在の変更として仮装しないようにします。未知または解析不能なリンクは、競合に黙って割り当てるのではなく、レビューのために可視化しておいてください。

比較可能なオーガニックスライスを収集する

Google Searchの入力パラメータにより、収集者はクエリ、国、言語、ページネーションコンテキストを設定できます。比較内でこれらの設定を固定し、完全なリクエストを保存してください。

構造化リクエストワークフローはPOST https://api.scrapeless.com/api/v1/scraper/request、x-api-tokenヘッダー、そしてアクターscraper.google.searchを使用します。認証されたコレクションにはアカウントキーが必要です。この文書ではライブの競合データセットや測定された競合パフォーマンスは主張されていません。

レスポンスの状態と配列の形状を確認した後のみ、オーガニック結果をマッピングします。HTTP 201は保留中です。失敗したりマッピングされていない実行は、欠如の主張をサポートできません。存在する空の配列は、その自身の状態で保持され、レビューアが欠落したコレクションと区別できるようにします。

返された位置、タイトル、リンク、およびスニペットを、存在する場合は保存してください。他のモジュールは元のレスポンスエリアに保持してください。JSON構造は、下流のレポートが結果をドメインレベルの行に減らしても有用な証拠です。

明示的な分母を用いたメトリクスを構築する

単純なドメイン存在測定は、少なくとも1つのオーガニックURLがドメインに一致する利用可能な観察を数えます。指定された比較グループ内の利用可能な観察の数で割ります。ドメインは観察ごとに1回カウントし、複数のページが表示されても同様です。

パーセンテージの横に分子と分母を表示してください。また、計画された観察のうち、利用できなかったものがいくつあるかも示してください。そうしないと、コレクションのギャップが分母を変更することに読者が気づかない可能性があります。

最良のリターンポジションの測定は、観察内で一致したドメインの最小の有効オーガニックポジションを取ることができます。欠落しているポジションはnullのままにしてください。存在しないドメインに恣意的なポジションを割り当て、その作成した数字を観察されたポジションと平均してはいけません。

ドメインの重複は別の質問に答えます：どのドメインが選択されたサンプルの両方に登場するか？ これは共有されている出版社を特定するのに役立ちますが、順序やページのアイデンティティは無視します。次のステップがコンテンツリサーチである場合は、ページレベルの証拠と共に報告してください。

Scrapelessでスクレイピングを開始

Scrapelessでウェブスクレイピングと自動化のワークフローを強化しましょう！
今日はサインアップして**$5の無料クレジット**を獲得しましょう — クレジットカードは不要です。

今すぐScrapeless Dashboardで無料クレジットを請求しましょう。

ドメインの存在をページ競争から分離する

ドメインレベルの比較は、異なるページ戦略を隠すことがあります。ある組織はカテゴリーページを通じて表示され、別の組織はチュートリアルを通じて、別の組織はディスカッショントピックを通じて表示される場合があります。

一致したURLを開き、レビュー後にページの目的にラベルを付けます。ページがクエリのタスクに応えているか、どのオーディエンスに向けられているか、どの実質的な質問をカバーしているかを記録します。タイトルやスニペットはそのレビューの出発点であり、コンテンツの代替品ではありません。

あなたの分析が正規化されたグループまたは正規のグルーピングを使用する場合、レビューされたURLを正確に併記してください。Googleは正規URLの選択を別の検索プロセスとして説明しています。ローカルに正規化されたURLはあなたの分析上の選択であり、その証拠がない限りGoogleの選択した正規のものとして提示すべきではありません。

自分のドメインからの複数のページが交互に表示される場合、そのパターンを問題としてラベル付けする前にページを検査してください。クエリや意図されたオーディエンスが異なる場合があります。存在チャートはどこを見ればよいかを特定できますが、それ自体で正しい編集のアクションを判断することはできません。

検証可能な発見を書き込む

防御可能な発見はサンプルと観察を名付けます。たとえば、レポートは、レビューされたドメインがコレクション期間中の特定のトピックグループの利用可能なオーガニックスライスに表示されたと言うことができます。その声明を寄与した実行にリンクすべきです。

次の文は、調査を提案することができます：競合のページタイプをレビューし、回答された質問を比較するか、自分のコンテンツが同じタスクに対処しているかを確認します。その提案に対して、測定された原因ではなく解釈としてラベルを付けます。

結果位置の違いを期待される収益や広告費に変換することは避けてください。オーガニック検索の観察には、どちらのビジネス結果も含まれていません。また、競合のインデックスされたページの完全な在庫も提供しません；サイト制限検索のカバー範囲には独自の限界があります。

ステークホルダーがトラフィック分析を求める場合は、別に定義されたデータソースを持ち込み、その範囲を説明してください。推定値は直接収集した検索観察から明確に区別するべきです。

時間を超えた比較を維持する

繰り返し報告するには、安定した定義と安定したクエリ入力が必要です。クエリセット、ドメイン許可リスト、パーサー、メトリックルールのバージョンを付けてください。

2つの期間を直接比較する際には、共通の利用可能な観察を使用し、除外された実行を開示してください。別のカバレッジレポートは、全体の収集計画を示すことができます。それは、便利な分母が欠けている市場やトピックを隠すのを防ぎます。

ページレビューのメモとビジネスアクションは、生データの外に保つべきです。チームがページを書き換えた場合、そのアクションの時間と理由を記録します。後の検索の動きはさらなる調査を促進する可能性がありますが、時間の順序だけではその編集が変更を引き起こしたことを確立することはできません。

各レポートの背後にある証拠をアーカイブしてください。レビュアーは、元のリクエスト、生の応答、正規化された行、グルーピングポリシー、および書かれた解釈を再構築することなく見つけることができるべきです。

結論

存在を計算する前に、クエリサンプルとドメインルールを定義してください。収集カバーを保持し、ページレビューを使用して違いを説明します。これにより、チームが行動を起こせる競合比較を作成し、検索証拠の限界を明確にすることができます。
レビューされたページの結果を使用して、コンテンツギャップ分析を行い、ドメイン比較が調査すべき場所を特定した後に情報を提供します。

次の検索観察を構築する

チームが回答する必要がある質問に基づいて、Google Search APIを設定します。収集頻度を設定する前に、Scrapelessの価格を確認してください。Google Searchパラメータモデルは、このワークフローで使用されるコンテキストコントロールを説明しています。

DiscordやTelegramでコミュニティと実装について話し合いましょう。

FAQ

Q: 競合のSERP分析は競合のトラフィックを推定しますか？

このワークフローはそうではありません。選択したクエリサンプル内の観察されたオーガニックプレゼンスを測定します。トラフィックは別に定義されたソースが必要です。

Q: 1つのドメインからの複数のURLは何度もカウントすべきですか？

ドメインのプレゼンスについては、観察ごとにドメインを一度だけカウントします。ページレベルのレポートはすべてのURLを保持する場合がありますが、それは別の測定方法です。

Q: 最後の2つのホスト名ラベルはすべての組織を特定できますか？

いいえ。公開サフィックスやホスティングの取り決めにより、そのルールは信頼できません。レビューされたドメインポリシーを使用し、元のホスト名を保持してください。

Q: 集めたページにドメインがない場合、Googleにもないのですか？

いいえ。観察は要求された成功裏に収集されたスライスのみをカバーします。広範な不在の主張には異なる証拠が必要です。

Q: スコアカードはなぜ競合がランク付けされているのかを証明できますか？

いいえ。調査のためのパターンを特定します。説明を提案する前にコンテンツや他の関連証拠を確認し、因果関係の主張を観察から分けておいてください。