SEO変更の効果を振り返る｜更新履歴と検索実績を同じ期間で比べる

変更前の状態を保存する

公開前に対象URL、タイトル、主要見出し、検索掲載の状態を保存します。記事の本文をすべて報告書へ貼る必要はなく、差分を追える版と変更理由があれば役立ちます。検索実績は対象期間とフィルタをそろえて出力し、まだデータがない項目は未取得と記録します。更新後に都合のよい期間だけを選ばないように、何を確認する予定かを先に決めておくことが重要です。

一度に変えた要素を列挙する

同じ公開でタイトル、本文、内部リンク、URLを変えたなら、すべて記録します。「記事をリライトした」の一行だけでは、どの変化と結果を比べているのか分かりません。ドメイン移転、テンプレート変更、計測の修正が同時期にあれば、記事単体の評価を難しくする要因として残します。変更を無理に一つの原因へまとめず、次回は切り分けられるかを作業の設計へ戻してください。

日数と条件をそろえて比較する

比較する期間は日数をそろえ、国、端末、検索タイプ、対象ページの条件を記録します。曜日構成や季節性も見て、需要が変わる分野では前年の同時期など別の比較を補助にします。移転前後のプロパティをまたぐ場合は、旧URLと新URLの対応を確認してください。違う条件で取った数値を足したり、重なる期間の出力を合算したりせず、どの比較が成立するかを明示します。

クリックだけで原因を決めない

クリック、表示回数、CTR、平均掲載順位を一緒に見ます。新しい検索語が増えると、全体のCTRや平均順位が変わることもあるため、合計だけで本文が悪くなったと判断しません。対象記事の主要な質問群を確認し、見込んだ読者へ届いているかを考えます。順位の変化を説明できない場合は、そのまま未解決として残し、数値を一つ選んで成功と呼ぶより、次に必要な点検を記載します。

周辺ページの動きを確認する

対象ページだけが変わったのか、同じ分野やサイト全体も動いたのかを確認します。周辺ページの変化は原因を証明しませんが、広い需要変化や技術問題を考える手掛かりになります。比較対象には目的や観測期間が近いページを選び、性質の違う記事を無理に対照として使わないでください。複数記事へ同じ共通部品を変更した場合は、個別記事の施策として扱うより、共通変更として記録する方が正確です。

観測・解釈・次の作業を分けて書く

報告書は「表示回数が増えた」という観測、「対象検索語の追加が影響した可能性」という解釈、「追加された質問を本文で確認する」という次の作業に分けます。この三つを一文で結ぶと、仮説が確定した原因に見えやすくなります。社内の判断用であっても、不明な部分を省かないでください。結果が小さい場合は観測を続ける判断もあり、毎回タイトルを変え続ける必要はありません。

例：移転と改稿が重なった場合

架空の例で、独自ドメインへの移転と料金記事の改稿を同じ週に行ったとします。新URLのクリックだけが伸びても、旧URLから表示先が移った可能性を調べる必要があります。旧新の対応表、転送の状態、検索語の構成、掲載の確認日を一緒に保存し、移転が落ち着く前の短い比較を改稿の効果として宣伝しません。後の確認では、移転の処理と記事の内容を分けて説明できる材料が揃ったかを見直します。

担当者が変わる時も、比較表のフィルタと公開した版を一緒に渡し、集計の取り直しで条件が変わらないようにします。

• SEOツールの数値が違う理由｜順位・流入・検索量を照合する
• サイト移転のURL対応表｜残すページ・統合先・検証方法を決める
• Search Consoleで記事を改善する｜検索語とページを一緒に読む