検索タスクから始める
コンテンツ最適化は、訪問者が実際にしようとしている判断に合わせてページを改善する作業です。すべてのページを長くすることや、決まった回数だけフレーズを入れることではありません。まず、クエリグループ、ユーザー層、判断の段階、到達してほしいページを整理します。比較のクエリには、基準とトレードオフが必要です。トラブルシューティングのクエリには、前提条件、順序立てたチェック、終了条件が必要です。
Googleのガイダンスとスパムポリシーを踏まえると、検索意図は編集上の有用な制約になります。料金を知りたい訪問者が検索するフレーズに、理論的なエッセイで応えても弱い答えです。定義を知りたい訪問者に、適切な語句を繰り返す販売色の強いランディングページを見せるのも、ミスマッチです。目指すのは、読みやすさを保った、完全で正確な答えです。
既存のページを監査する
キーワードの一覧を見る前に、レンダリング後のページを読みます。主な主張、裏付けとなる情報源、見出しの並び、例、表、画像、内部リンクを確認します。続いて、配信の状態を確認します。最終的なURL、titleタグ、canonicalタグ、ステータス、モバイルでのレンダリングを見ます。壊れやすい操作をしなくても、意味のあるコンテンツが利用できるかも確かめます。ルーティングやレンダリングの欠陥は、文章を書き直しても補えません。
有用な監査では、編集する前にギャップに名前を付けます。事実のギャップは、裏付けのない主張や古い主張です。意図のギャップは、クエリのタスクとページのずれです。構成のギャップは、答えを流し読みしにくくします。技術のギャップは、ページの発見や正しい解釈を妨げます。
- クエリは、繰り返し出る一つの単語ではなく、表れている問題ごとにグループ化します。
- 現在のページをその問題と比べ、足りない根拠や判断材料を書き出します。
- 事実に関わる変更は、一次情報で裏付けを取ります。
- 見出し、リスト、表で答えが明確になる箇所に限って、構成を見直します。
- 新しい内部リンクが、関連する正規ページに直接向いているかを確認します。
有用な変更を実施する
具体例として、ある構造化データのタイプがリッチリザルトを保証すると書いているページを考えます。最初の問題は、言葉の選び方ではなく事実の誤りです。有用な改訂では、その語彙が何を記述するのか、どの目に見える事実とマークアップを一致させるのか、どう検証するのかを説明します。さらに、有効なグラフでも検索機能が約束されるわけではない理由を示します。
変更の範囲は、レビューできる大きさにとどめます。正確な内容は残し、古い主張は置き換え、例示のシナリオには例示であることを明記します。URLがまったく別の意図に応える必要が出た場合は、確立した移動先をひそかに変えず、別のページを公開します。
| ギャップ | 対応 |
|---|---|
| 事実 | 記述を訂正し、一次情報へのリンクを付けます。 |
| 意図 | 対象のタスクに必要な情報を追加または再構成します。 |
| 構成 | 見出し、リスト、表は、答えが使いやすくなる箇所だけで使います。 |
| 技術 | ページが想定どおり機能するのを妨げている、ルート、レンダリング、canonicalタグ、直接の内部リンクを修正します。 |
改訂したページを確認する
公開後は、まず公開ページを確認します。コンテンツが表示され、URLが正しく、リンクが解決されるかを見ます。そのうえで、同じ国、デバイス、ページ群、期間で検索データを比較します。インプレッションとクリックは、サイトのセッションやコンバージョンとは分けて扱います。
グラフの動きは、季節性、競合するページ、レポートの遅延、別のリリースと重なることがあります。実施した内容は完了した事実として、その後の測定は観測として記録します。相関を、検索順位の約束に変えないでください。