Google検索結果を使用してコンテンツブリーフを計画する

TL;DR:

• SERPコンテンツ調査は観察から始まり、次に編集判断を加えます。 タイトル、スニペット、ドメインは読むべきページの選択を助けますが、それらがページを読むことに取って代わるわけではありません。
• 観察された証拠は推測された検索意図とは別に保つべきです。 結果をグループ化する前に、クエリ、コンテキスト、およびコレクションの状態を記録します。
• 有用なブリーフは作家に何を説明し、どのように証明するかを伝えます。 ランキングページの見出しをコピーするのではなく、聴衆の質問とオリジナルの証拠を優先してください。

検索結果のフォルダーは研究資料です。ページの対象を決定し、どの質問に答えるべきか、どの証拠がその回答を有用にするかを編集者が決定すると、それはコンテンツブリーフに変わります。そうでなければ、ライターはリンクのリストを受け取り、計画作業を繰り返す必要があります。

Scrapeless Google Search API は、この最初の研究ステップのために構造化された検索結果を提供します。このガイドは、観察されたタイトルとスニペットから執筆課題へのレビュー可能な道を構築するためにSERPコンテンツ調査を使用します。検索応答は発見の証拠を供給し、編集チームはページのレビュー、解釈、およびオリジナルの視点を提供します。

読者の決定を結果収集の前に定義する

具体的なタスクから始めます。JSONとCSVを比較している開発者は、ワークフローの出力形式を選択する必要があります。コンテンツブリーフテンプレートを探しているマーケターは、ライターに渡せるドキュメントが必要です。どちらの検索もコンテンツオペレーションに関するものかもしれませんが、自動的に同じ記事に繋がるべきではありません。

意図する読者、その出発知識、および読んだ後に行うべき決定を記述します。主なクエリと関連する小さな正当化されたクエリセットを追加します。あいまいなフレーズは、計画している結論に合うように黙って書き直すのではなく、見えるように保ってください。

意図に関する作業仮説を記録します。それを仮説としてラベル付けし、返送されたページを調査するまで保持します。クエリはチュートリアル、製品ページ、定義を一緒に表面化することができます。その混合は、すべてのタスクをカバーする1つの記事を作成するのではなく、オーディエンスを狭めることを正当化するかもしれません。

ブリーフには境界も必要です。記事が別の読者に属するか、チームが持っていない証拠を必要とするために答えようとしない内容を明記します。これは、有望な検索トピックが業界全体の終了不可能な調査に変わるのを防ぎます。

検索コンテキストを持つ観察シートを作成する

各観察は、正確なクエリ、提出された国および言語設定、観察時間、および生の応答リファレンスを保持する必要があります。Google Searchパラメータは、国、言語、ドメイン、および位置の制御を説明します。関連クエリを1つの市場内で比較する目的がある場合は、一貫した設定を使用します。

観察シートには、結果URL、返されたタイトル、スニペット、ホスト名、および提供されている場合のオーガニックポジションを含めることができます。レビュー状態の列と、編集者の解釈に対する別のノートを含めてください。元のタイトルやスニペットの上に推測されたページタイプをそのまま書いてはいけません。

Google Searchリクエストワークフローは、HTTP 200でタスクデータを返し、HTTP 201で保留中のタスクを返します。保留中の応答は、表示されたページについての観察をサポートできません。この記事は、認証されたコレクションランではなく、編集ワークフローを説明しています；アカウントデータを収集するには、自分のAPIキーと応答の検査が必要です。

欠落、ヌル、および空のフィールドは、生の証拠の中で明確に保持します。JSONデータモデルはこれらの違いがストレージで存続することを許可します。空のスニペットセルがページに関連する説明がないという主張になってはいけません。

タイトルとスニペットを調査する質問にグループ化する

観察されたテキストを読み、繰り返し現れる主題、明らかなページ形式、および聴衆の語彙を探します。可能な作業グループには、実装ガイド、定義、比較、テンプレートが含まれます。これらは編集ラベルであり、APIが返すことを保証するカテゴリではありません。

各ラベルは、それを促した結果に添付しておきます。タイトルが初心者向けチュートリアルを示唆する場合、それを仮の読書優先度として記録します。スニペットに制限が言及されている場合、目的のページで確認するための質問を作成します。検索結果の要約は有用なリードであり、ソースの完全なアカウントではありません。
Googleはどのように検索スニペットが生成されるかを文書化しています。彼らの言い回しはクエリによって異なる可能性があり、表示される抜粋はページ全体を表さないかもしれません。スニペットだけから記事のセクション構造、テストされた方法、または欠落しているトピックを推測しないでください。

リーディングリストを評価する際は、ドメインとURLをグループ化してください。一つの出版社のいくつかのページが有用である場合がありますが、それらは複数の組織からの独立した確認のように見えるべきではありません。参照ページとチュートリアルの違いを消さないように、各URLを保持してください。

Scrapelessでスクレイピングを始めよう

Scrapelessを使ってウェブスクレイピングと自動化のワークフローを強化しよう！
今日サインアップして**$5の無料クレジット**を受け取ろう — クレジットカードは不要。

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

コンテンツギャップを宣言する前にページを読む

選択した目的地を開き、実際にレビューした内容を記録してください。最終URL、レビュー時間、関連セクション、およびアクセス制限を保持してください。開けなかったページは未解決であり、そのトピックが存在しないという証拠にはなりません。

一貫したレビュー チェックリストを使用してください: ページが誰に向けているか、そのタスクは何を完了させるか、どのような例を提供するか、およびどのような仮定が未説明のまま残されているか。技術的なチュートリアルの場合は、前提条件とコードと主張された出力との関係を確認してください。比較の場合は、各素材の主張の基準と出所を確認してください。

直接の観察を編集的な推測から分けておいてください。「レビューされたページは認証を説明しているが、実行可能なリクエストの例を提供していない」というのは、「競合他社は開発者を無視している」よりも狭く、有用です。また、そのことは、著者に新しい記事を改善するために必要な具体的な遺物を正確に伝えます。

コンテンツギャップは、レビューされたサンプル内の候補としての機会です。どのページが観察を支え、どのページが未レビューのままであるかを記録してください。その範囲によって、どのページもウェブ上のどこにもその質問に答えないとは主張せずに発見を正当化できます。

発見を実行可能なブリーフに変換する

著者に決定を中心にしたブリーフを提供してください。読者とタスク、主なキーワード、サポートとなる質問、提案されたアウトライン、必要な証拠、および受け入れ基準を含めてください。ソースURLを主張やセクションの横に配置し、説明のない山のように下部に置かないでください。

提案された各セクションの役割を説明してください。前提条件セクションは、読者が間違った環境で始めるのを防ぎます。作業例はその操作を示します。制限セクションは出力が何を確立できないかを説明します。これらの目的は「最初の結果と同じ見出しを含める」よりも強い執筆のガイダンスです。

元の貢献を具体的な用語で説明してください。それは、ローカルで実行された変換、より明確な決定ルール、またはチーム間の作業の引き渡しである可能性があります。貢献がライブアカウントデータを必要とする場合、著者が確認できない例を約束するのではなく、そのデータアクセスを前提条件にしてください。

Googleの人々第一のコンテンツガイダンスは、提案されたページがそのオーディエンスに価値を追加するかどうかを評価する際に有用です。ブリーフは、利用可能な情報源を読み取った後、誰があなたの処理から利益を得るかを説明するべきです。

引き渡しとしてブリーフをレビューする

結果を収集していない著者にブリーフを読んでもらってください。彼らはオーディエンスを特定し、提案された回答を説明し、支持する証拠を見つけ、必須のカバレッジとオプションの背景を区別できるべきです。この段階で不明確な優先順位は、後の不必要なセクションに変わることが一般的です。

各事実の約束を利用可能なソースまたは計画された検証ステップと照らし合わせて確認してください。未回答の研究質問を目に見えるように保ってください。解決されていない証拠を持つ洗練されたブリーフは、たとえそのアウトラインが完全に見えても依然としてドラフトです。

範囲が変わったときにブリーフのバージョンを変更してください。元の検索観察を保持し、新しい解釈を別に添付してください。これは、系譜モデルでの証拠とレビュー活動を区別する有用な方法に従います。後の編集者は、古い検索を再構築することなく、割り当てがなぜ変わったのかを理解することができます。

結論

構造化された結果を使用して何を調査するかを決定し、選択したページを読んでそれらに何が含まれているかを確立し、これらの発見を明示的な執筆要件に変換してください。結果的なブリーフは、オーディエンスのニーズを証拠と結びつけ、ランク付けされたページのアウトラインを課題として扱うのではありません。
より広範な コンテンツギャップ分析 ワークフローは、レビューされた機会の中で、どれが別の記事を必要とするのかを優先順位付けするのに役立ちます。その優先順位は、この特定のブリーフを支持する証拠とは明確に区別してください。

次の検索観察を構築する

このワークフローのための検索証拠を収集するには、Scrapeless Google Search API を利用してください。コレクション予算を計画する際は、Scrapelessの価格を確認し、リクエスト設定の横にGoogle検索パラメータを置いておいてください。

コミュニティ内での実装については、DiscordやTelegramで話し合ってください。

よくある質問

Q: コンテンツブリーフはスニペットだけから構築できますか？

スニペットは初期の読みリストと仮の質問をサポートすることができます。ページの深さ、見出し、欠落しているコンテンツに関する主張は、実際にページをレビューする必要があります。

Q: 繰り返されるタイトルフレーズは検索意図を証明しますか？

いいえ。それは意図の仮説を知る手助けとなる観察です。行き先を調査し、クエリの文脈を考慮することで、読者のタスクを確認してください。

Q: ブリーフはランキングページの見出しをコピーすべきですか？

それらのページを使用してカバレッジの期待を特定し、その後、読者のタスクと自身の証拠に基づいてアウトラインを構築してください。繰り返しの見出しは、彼らの言葉や順番をコピーする要件ではありません。

Q: 主張されたコンテンツギャップの横には何が必要ですか？

レビューされたURL、関連するページ観察、サンプル境界、そして提案された貢献が必要です。未レビューまたはアクセス不可能なページは、明示的に未解決のままにしておくべきです。

Q: このワークフローはランキング改善を予測しますか？

いいえ。それは編集課題の追跡可能性と明確性を向上させます。検索観察は、未来のランキング結果を保証するものではありません。