コンテンツSEOは、まず1記事で答える読者の問いを決め、根拠と担当をそろえて記事を作り、公開前の確認と観測の準備を済ませてから公開し、記録したデータを基に次の調査や修正を選ぶ流れで進めます。
ここで扱うコンテンツSEOは、検索から訪れた読者の疑問に答える記事を作り、公開後も必要に応じて見直す取り組みです。制作を始める段階で、誰が何を確かめ、どの条件で次へ進むかを決めておきましょう。
以下の企画メモや引継ぎ方法は、Googleの公式資料を踏まえたaimarkelaboの運用提案です。Googleが指定する制作手順ではありません。
1記事で答える問いと、読後にできることを決める
最初に決めるのは、誰がどんな場面で困っていて、記事を読んだ後に何を判断・実行できればよいかです。
Googleは、想定する読者に役立つか、読者が目的を果たすのに十分な情報を得られるかを、コンテンツの自己評価の観点として示しています。企画では、この考え方を「読者の問い」と「読後の到達点」の組み合わせに落とし込みます。
出典：Google「有用で信頼性の高い、ユーザー第一のコンテンツの作成」
検索語を手がかりにする場合も、単語をそのまま並べず、読者の疑問を自然な一文で書きます。検索語から想定した疑問は仮説なので、問い合わせ記録などの資料があれば照合してください。
説明用の架空例として、サービスを初めて予約する人に向けた記事を考えます。中心の問いは「予約前に何を準備すればよいか」、到達点は「必要な情報と持ち物を整理し、予約画面へ進める」と書けます。「サービスについて理解する」よりも、本文に必要な説明を選びやすくなります。
次に、自社サイトの既存記事を調べます。同じ問いに答え、同じ到達点まで案内できる記事があるなら、その改稿を検討しましょう。架空例でも、既存の予約案内に準備の説明を補えば足りるのか、別の記事として詳しく扱う必要があるのかで選択が変わります。似たテーマの記事があるだけで、検索上の競合や順位低下が起きているとは判断しません。
企画は、次の表をコピーして記入できます。まず読者・問い・到達点・既存記事との役割を埋め、残りは後の工程で具体化してください。
| 記入する内容 | 自分の記事の記入欄 |
|---|---|
| 想定読者と困っている場面 | ＿＿＿＿ |
| 記事で答える中心の問い | ＿＿＿＿ |
| 読後に判断・実行できること | ＿＿＿＿ |
| 対象URLと、既存記事との役割の違い | ＿＿＿＿ |
| 答えに必要な説明、根拠URL・該当箇所・適用条件 | ＿＿＿＿ |
| 資料の説明に加えて提供する判断材料 | ＿＿＿＿ |
| 執筆・事実確認・公開判断・観測の担当 | ＿＿＿＿ |
| 公開前に満たす条件と確認記録 | ＿＿＿＿ |
| 公開・変更日、観測対象・期間・条件、次の確認日 | ＿＿＿＿ |
| 未決事項、確認相手、回答まで保留する作業 | ＿＿＿＿ |
説明量は、到達点に必要な内容から決めます。Googleの説明でも、順位向上に万能な文字数や、ページごとの理想的な見出し数はありません。また、検索語と同じ表現をすべて書く必要もありません。記事数、制作時間、更新頻度も一律のノルマから決めず、根拠の確認や公開後の見直しを担える範囲で計画します。
答えに必要な根拠をそろえ、不足への対応を決める
問いと到達点が決まったら、読者が判断するために必要な説明を挙げ、それぞれの根拠を探します。資料を大量に集めることよりも、記事で答える内容と資料の対応を確かめることが先です。
事実として書く内容には、確認した資料のURL、該当箇所、確認日、適用条件を残しましょう。たとえばサービスの案内なら、対象プランや利用条件が異なる資料を、そのまま全利用者向けの説明に使わないようにします。
Googleは、参考資料のコピーや言い換えにとどまらない価値と、情報源の明確さや内容の正確性を自己評価するよう促しています。資料で確認できた事実を示したうえで、読者が自分の条件を整理できる比較の観点や記入例を加える方法が考えられます。その整理方法は、出典の説明と区別して提案として書きます。
出典：Google「有用で信頼性の高い、ユーザー第一のコンテンツの作成」
先ほどの架空例で、予約画面への入力項目は運営資料で確認できても、当日の持ち物が分からないとします。この場合は、運営担当に確認する作業を企画メモへ追加します。質問例は、次のように分けられます。
- 「当日に必要な持ち物を教えてください。」
- 「その内容を確認できる現行の案内資料はありますか。」
回答待ちでも、確認済みの入力項目については下書きを進められます。一方、持ち物は推測で確定しません。回答が得られたら、対象者や例外条件も照合して本文に反映します。
確認できないままでは記事が約束する準備を案内できないなら、公開を保留するか、問いと到達点を見直します。範囲を絞る場合は、タイトルや導入もその範囲に合わせる必要があります。
企画メモには、不足している資料だけでなく、確認相手と、回答が来るまで保留する記述・作業を残してください。
問いに答える順で記事を作り、次の担当へ渡す
原稿は、読者が先に知るべき内容から組み立てます。特定の疑問に答える記事なら、冒頭で答えを示し、適用条件、理由、具体的な行動へ進める方法が使えます。比較記事なら、比較対象と選ぶ軸から始めるなど、目的に合わせて順序を選びましょう。
各節には、その段階で判断に必要な説明を置きます。同じ注意や結論が続く場合は、見出しを増やす前に、削除や統合で整理できないかを考えてください。
担当も、執筆、事実確認、公開判断、公開後の観測という役割ごとに決めます。一人が複数の役割を担う場合も、何の確認を終えたのかを記録すると、残っている作業を区別できます。
別の担当へ渡すときは、次の表に今回の依頼を記入します。記事制作中の確認依頼にも、公開後の調査・修正依頼にも使えます。
| 記入する内容 | 今回依頼する作業の記入欄 |
|---|---|
| 対象URL・原稿の版 | ＿＿＿＿ |
| 確認できた事実と根拠 | ＿＿＿＿ |
| 未確認事項 | ＿＿＿＿ |
| 原因の仮説・仮説が不要ならその旨 | ＿＿＿＿ |
| 依頼する作業 | ＿＿＿＿ |
| 担当・確認期限 | ＿＿＿＿ |
| 作業後に確かめる条件 | ＿＿＿＿ |
| 回答・確認結果の記録先 | ＿＿＿＿ |
架空の予約記事で持ち物の回答が得られたら、運営担当から届いた資料と該当箇所を添え、執筆担当へ説明の作成を依頼します。確認担当は、原稿が現行資料と一致するか、対象者による違いや例外が抜けていないかを確かめます。
「修正しました」という連絡は作業完了の報告です。読者が必要な準備を選べる説明になったかは、原稿を読んで別に確かめましょう。
本文、タイトル、見出し、内部リンクなどの具体的な点検は、既存記事の本文・タイトル・内部リンクを点検する手順で詳しく説明しています。
公開前に、何を確かめてから公開するか決める
原稿が完成したら、企画メモの到達点と照合します。読者が本文から必要な答えを得て、予定した判断や行動へ進めるかを確認してください。
公開判断のための記録には、対象原稿の版、確認者、確認した内容、未解決事項を残します。事実と根拠の一致に加えて、公開に使うテーマのプレビューで、同じ版の本文・表・画像をPCとスマートフォンから読めるか、必要なリンク先へ進めるかも確かめましょう。
架空の予約記事で、持ち物の説明は正しくても、スマートフォンでは表の必要な列を読めないとします。この場合は表示を担当する人へ修正を依頼し、再確認の条件を「同じ版の表をスマートフォンで最後まで読めること」とします。重要な事実の未確認や閲覧上の支障が残っていれば、解消してから公開判断に戻します。
なお、記事の公開とGoogle検索への登録・表示は別です。クロールはGoogleがページを取得すること、インデックス登録は検索に使う情報へページの内容を登録することを指します。基本事項に沿っていても、クロール、登録、検索結果への表示は保証されません。
公開条件の確認を終えたら、次に説明する比較用の記録と観測担当を用意し、公開へ進みます。
公開・変更前に、後で比較できる記録を用意する
公開後に何を調べるかは、公開前に決めておきます。既存記事を改稿する場合は、変更前のデータと、変更する箇所も残してください。
Google検索での取得・登録・表示に関する情報には、Search Consoleを使えます。検索パフォーマンスの傾向や、URL検査による個別ページの登録状態を調べるツールです。まず、対象サイトの情報を確認できる権限があるかを確かめましょう。
出典：Google「Search Consoleを使ってみる」
企画メモの観測欄から、次の内容を記録できるようにします。
- 対象と変更履歴：対象URL、変更箇所と理由、実際の公開・変更日
- 取得条件：データの取得日、集計期間の開始日・終了日、検索タイプ、検索語・国・端末などの絞り込み条件
- 取得内容：登録状態、表示回数・クリック数などの数値、取得できなかった項目と理由
- 次の作業予定：観測担当、次の確認日、その日に確かめること
表示回数は検索結果に表示された回数、クリック数は検索結果からクリックされた回数です。どちらも、記事を読んだ人数と同じものではありません。
新規記事で比較元がなければ、取得できた条件と数値を初回記録にします。まだ取得していない項目、空の取得結果、権限不足で見られない項目は、数値のゼロへ置き換えないでください。増減や変更効果は判断を保留しても、本文の誤記や閲覧上の支障の点検は進められます。
比較できる記録がある場合は、対象URLや絞り込み条件をそろえ、期間の長さに加えて季節性の違いも見ます。Googleも、検索流入の減少を調べる際に、類似する期間との比較や、検索語・URL・国・端末などによる変化の範囲の確認を案内しています。
次の確認日は、見直しを忘れないための作業予定です。Googleは変更の反映時間に幅があり、変更しても必ず目に見える変化が出るわけではないと説明しています。公開から何日で成果を判定できるかを、一律には決められません。
観測した事実から、次の調査・修正・追加観測を選ぶ
公開後は、まずページを読めるか、登録状態とデータの取得条件を確認できるかを確かめます。そのうえで検索上の変化を調べ、次の担当と作業を選びます。
下表は、数値から原因を確定するためではなく、先に何を調べるかを決めるための提案です。
| 観測したこと | 先に確かめること | 次の作業と依頼先 |
|---|---|---|
| 本文を開けない | 一般公開する意図と、実際の表示・操作 | 意図しない支障なら、サイト管理・技術担当へ調査を依頼します |
| 登録状態を確認できない、または未登録 | Search Consoleの権限、表示された登録情報、検索対象にする意図 | 権限不足は管理者へ、意図と異なる取得・登録の問題は技術担当へ渡します |
| 登録済みだが表示回数が少ない | 対象期間、絞り込み条件、取得できた検索語と記事の問い | 観測担当が追加分析します。少なさだけで需要不足や説明不足と決めません |
| 比較できる期間で表示回数とクリック数がともに減った | 検索語・URL・端末など、変化した範囲 | 分析担当が掲載順位、技術的問題、季節性や関心の変化を調べます |
| 表示回数がほぼ同じでクリック数が減った | 掲載順位、検索語の構成、検索結果のタイトル・説明文と周囲の表示 | 分析担当が調査し、記事の内容が伝わっていない箇所を確認できたら編集担当へ渡します |
| 検索流入はあるが、読後の行動が分からない | 行動計測の有無と、対象URL・期間の対応 | 計測の管理担当へ資料確認を依頼します。資料がなければ導線不良や離脱とは断定しません |
| 比較元がない、または変化の理由を判断できない | 取得できた範囲、比較条件、変更履歴 | 初回記録または追加観測へ進みます。確認できた誤記や閲覧上の支障は別に修正します |
Googleは、検索流入の減少には技術的問題のほか、季節性や検索する人の関心の変化が関係する場合があると説明しています。また、表示回数が変わらずクリック数が減った場合は、検索結果のタイトル・説明文や周囲の表示が調査候補になります。この組み合わせだけで、タイトル変更を決めることはできません。
架空の判断例として、表示回数が少なく、担当者に権限がないため登録状態を調べられない場面を考えます。最初の依頼先は管理者です。本文の全面改稿を決める前に、登録情報を確認する材料をそろえます。
一方、条件をそろえた比較でクリック数の減少を確認できたなら、変化した検索語と検索結果の表示を調べる作業へ進めます。調査しても説明不足を特定できず、データも判断に足りなければ、次に確かめる条件と日付を記録して追加観測を選びます。
取得・登録・表示の技術調査が必要な場合は、技術SEOの点検順と担当者への伝え方を参照してください。
調査や修正を依頼するときは、先ほどの引継ぎ表に、観測した事実、根拠、未確認事項、原因の仮説を分けて記入します。修正後は、依頼した箇所が直ったことと、検索上の数値が変化したことを別に確かめましょう。単回の前後差だけでは修正の効果と断定せず、比較条件、変更履歴、季節性なども合わせて検討します。
まずは企画メモの未記入欄から、次に進むために必要な作業を一つ選んでください。「誰が担当し、何を確かめられたら次へ進むか」まで書けば、執筆を始めるのか、資料の回答を待つのか、追加観測をするのかを具体的に選べます。
自社で判断しにくい場合は、対象URL、記事の目的、困っていること、手元の記録を整理し、aimarkelaboの相談ページで案内範囲を確認できます。既存記事の改善優先度、AIによる記事作成・リライト、Search ConsoleやWordPress運用などの相談範囲を案内しています。
