リライトの記録は5項目で足りる、効果測定のやり方は変える前の数字で決まる

リライトの効果測定でつまずく原因は、測り方ではありません。測る対象が定まらないことです。

Search Console を開けば、表示回数・クリック数・CTR・掲載順位は日付ごとに残っています。足りないのは数字ではなく、「その数字が動いた日に、自分が何をしたか」のほうです。Search Console はこれを自動では記録しません。日付に手でメモを付ける機能や、CMSのリビジョン(版)履歴で変更日と差分まで追えることはありますが、変える前にどの数字を見て、何を狙って変えたかは自分で書かない限りどこにも残らないので、そこは自分で持つしかありません。

必要なのは大がかりな管理表ではなく、1回のリライトにつき1行です。何を書けば足りるのかを、理由から順に書きます。

記録する相手を決めるところ(どの記事から直すか)は自分のデータで確かめることもできますが、先に記録の話をします。対象が決まっても、記録が無いと結果を読めません。

Search Console は数字を持っているが、変更の履歴は自動では残らない

ここがこの記事の中心です。Search Console は指標のデータベースであって、作業のログではありません。

入っているのは「この日、このページは何回表示されて何回クリックされたか」です。自動では入らないのは「この日、このページのタイトルが変わった」という出来事のほうです。

この非対称が、効果測定を難しく見せている正体です。数字の変化は観測できるが、それと突き合わせる「いつ・何を狙って・何を変えたか」は、自分で書かない限りそろわない。だから「上がった気がする」「たぶん効いた」で終わります。

CMSの更新日時が残っていれば代わりになりそうに見えますが、更新日時は「何かを触った」までしか教えてくれません。誤字を1つ直したのか、タイトルを丸ごと書き替えたのかが区別できないので、効果の帰属には使えません。 WordPress など過去の版を保存している環境なら、リビジョン(版)履歴で変更日と変えた文の差分までは分かります。それでも残るのは文の差分だけで、変える前にどの数字を見て、何を狙って直したかは残りません。

Search Console にも、日付に目印を付ける機能はあります。2025年11月にGoogle が発表したカスタム アノテーションで、ヘルプでは「新しい機能のリリース、セールスの実施、ウェブサイトのバグの修正など、プロパティに固有の重要なイベントをマークするために自分で作成するメモ」と説明されています(Search Console のアノテーション ヘルプ)。自動では付かず、自分で付けるメモです。同じヘルプによると、メモは1件120文字まで・1つのプロパティに200件までで、500日以上たったものは自動で削除され、今のところ編集はできず、比較モードのグラフには表示されません。変更日の目印には使えますが、1件120文字では、変える前の4つの数字・変えた項目の一覧・狙いをまとめて残すには足りないことが多いです。目印として付けておくのはよいとして、下の5項目の記録は別に持ちます。 注釈の付け方と、比較モードでは表示されないので日付を先に控えてから比べる使い方は、サーチコンソールの注釈の使い方は？120文字・比較で消える制約と書き方にまとめました。

つまり記録は「あると便利なもの」ではなく、効果測定に必要なデータの片側そのものです。これが無い状態は、ものさしが無いのではなく、測る対象が無い状態に近いです。

なぜ「変える前の数字」をその場で控えるのか

記録で真っ先に抜けるのが、この項目です。日付とURLは思い出せても、変える直前の数字は残していないと後から困ります。

誤解のないように順序を分けて書きます。数字そのものは、変更日を覚えていれば取り直せます。変更日の前で期間を切ってエクスポートし直せばいいだけです。取り直せないのはそこではなく、次の3つです。

① 直近を含む期間の数字は、後から増える側に動く

Search Console のヘルプには「最新のデータは暫定値の可能性があり、引き続きデータが収集中であるため、その後数時間で変動する場合があります。」と書かれています(検索パフォーマンス レポート ヘルプ)。

つまり同じ期間を指定して取り直すと、当時より大きい数字が返ってくることがあります。後から取ったほうが確定値に近いので、数字としてはそちらが正しいです。ただし「自分が当時どの数字を見て直すと決めたか」は消えます。

暫定の日が期間に占める割合と、その扱い方はサーチコンソール データ反映はいつにまとめました。

② 掲載順位は期間全体の平均なので、期間を変えると値が変わる

掲載順位は「その瞬間の順位」ではなく、期間内のすべての表示について順位を平均した値です。だから同じページでも、28日で切るか90日で切るかで数字が変わります。

「変える前は8.2位だった」と書き残しておくと、それがどの期間で見た8.2位なのかが問題になります。だから記録には数字だけでなく、その数字を見た期間の長さも添えます。これだけで、後から比べるときに同じ条件を再現できます。

平均が何を隠すかは平均掲載順位とはに書きました。

③ ページ単位のCSVには日付の列が無い

Search Console のエクスポートに含まれる「ページ」の表は、1URLにつき1行で、期間ぶんが合計されています。日付の列は入っていません。

変更日をまたぐ期間で落とすと、変更前の日と変更後の日が同じ1行に混ざります。混ざったあとで内訳を取り出す手立ては、この表にはありません。期間を切るには、切る位置(=変更日)をこちらが知っている必要があるわけです。

だから5項目のうちいちばん重要なのは日付です。数字を控え忘れても日付があれば復旧できますが、日付が無いと切る位置が決まりません。

最低限これだけ残せば足りる(5項目)

管理表を作り込む必要はありません。次の5つだけです。

1行にすると、こうなります。

2026-08-17  /blog/xxx
  変えた箇所: タイトル / 説明文 / H2を2つ / 導入段落(ほかは触っていない)
  控え:   変更前のタイトル・説明文・H2・導入段落を別メモに保存
  変更前の数字: 8.2位 / 表示 1,400 / クリック 8 / CTR 0.6%(過去28日)
  狙い:  順位のわりにクリックが少ない。タイトルと説明文に具体的な数字を入れ、導入で答えを先に出す

※サンプルデータの数字です。

5つめの「狙い」を軽く見ないでください。効果測定でいちばん価値があるのは、上がった記録ではなく外れた記録です。狙いが書いてあれば「順位帯を読み間違えていた」と分かりますが、書いていないと「効かなかった」しか残りません。

逆に、本文を全文で保存する必要はありません。控えるのは、タイトル・説明文と、その回に変える見出しや段落の元の文だけで足ります。戻すときに要るのはそこだけで、本文を毎回まるごとコピーしていると続きません。続かない記録は、無い記録と同じです。下書きをGoogleドキュメントで書いているなら、直す前の版に名前を付けて残しておく手もあり(名前付きの版は統合されないとヘルプにあります)、やり方はGoogleドキュメントでブログの下書きを書くには？見出しと版の残し方に書きました。

なお、記録する対象の選び方(掲載順位4.0〜20.5位（100回以上は通常判定、30〜99回はデータ少なめの参考判定、30回未満は本文中心の監査）のページに絞り、区分ごとに、期待CTRとの差に表示回数を掛けたCTR機会差の大きい順(本文中心の監査は表示回数の多い順)に並べる)は自動で並べるツールも作ってあります。記録の様式とは別の話なので、詳しくは記事の最後に書きます。

直しは1回のリライトにまとめ、効果はその回全体で見る

記録の様式と並んで効果測定の成否を決めるのが、直し方の区切りです。1本の記事の直しは、1回のリライトでまとめて反映します。タイトル・説明文・見出し・本文を別々の日に少しずつ触ると、変更日が何日にも散って、比べる期間を切る位置が決まらなくなります。まとめて反映すれば、その回の変更日は1つです。

代償は正直に書いておきます。まとめて反映すると、個々の直しの効果は切り分けられません。3箇所変えて上がっても、「3つとも良かった」とは言えません。1つが効いて、1つが足を引っ張っていて、差し引きでプラスに見えている可能性は残ります。だから効果は「その回のリライト全体」として見ます。

その代わり、変える前の状態を控えてあれば、下がったときは控えから丸ごと戻せます。どの直しが原因かを突き止めなくても、元の状態には戻れます。 下がって見えたときに戻すかどうかを決める条件はリライトで順位が下がったときの戻し方、反映後に同じ条件で判断に書きました。

進め方を順に並べると、こうなります。

1. 反映する前に、変更前の状態(タイトル・説明文・変える見出しや段落)と4つの数字を控える
2. 1本の記事の直しを、1回のリライトでまとめて反映する
3. 反映した日と、変えた項目の一覧を1行に記録する
4. 14日・28日・56日後などに、同じ長さの期間・同じ条件で比べる
5. 効果はその回のリライト全体として見る
6. 下がって戻すと決めたら、控えから丸ごと戻す

比べるときに忘れがちなのが、自分の手以外の変化が、いつも同時に走っていることです。

• 競合ページの入れ替わり。自分が何もしなくても、上位が動けば順位と表示回数は動きます
• 検索需要の季節性。月をまたげば、同じ順位でも表示回数は変わります
• 検索結果の構成の変化。AI Overview や他の枠が増減すれば、順位が同じでもCTRは動きます

これらは記録しても止められません。だから比べるときは同じ長さの期間・同じ条件にそろえます。変更日が1つに定まっていて、変える前の数字を同じ条件で控えてあれば、動いた数字を「その回のリライト」と「外の変化」に振り分けて考える材料が残ります。

サイト全体で見ると、全記事を同じ日に一度に触るのは避けたほうが読みやすくなります。触っていない記事という比べる相手がいなくなり、外の変化だけで動いたのかどうかを見分けにくくなるからです。

同じ記事に戻るまでの間隔はリライトの頻度はどれくらい、変えてから結果を見るまでに置く期間はリライトの効果はいつ分かるのかにあります。記録した数字を突き合わせる手順そのものはサーチコンソールの期間比較で間違えやすいことに分けて書きました。

道具はスプレッドシート1枚で足りる

正直に書きます。ここまでの記録に専用ツールは要りません。列が5つあるスプレッドシートで足ります。

理由は、記録が追記しかされないデータだからです。集計も検索もほとんど必要なく、月に数行増えるだけです。この用途でツールを増やすと、開く手間のほうが記録の手間を上回ります。 全記事を1行ずつ並べて、いまの状態に上書きしていく「台帳」は、この記録とは表を分けます。台帳の列と作り方は ブログの記事管理はスプレッドシートで足りる？全記事の台帳に置く7列と、毎月の更新手順に書きました。

様式の面では、次の4つを決めておくと続けやすくなります。

• 置き場所は1つに決める。記事ごと・月ごとにシートを分けると、次の「変更日の降順」で並べても全体を見渡せません
• 並び順は「変更日の降順」。直近に触った記事が上に来ていれば、間隔を空けるべき記事が目に入ります
• 書くのは変える直前。変えた後に書こうとすると、変更前の数字が手元から消えています
• 1回のリライトを1行にし、変えた項目は全部書く。記録には「タイトルのみ」と書いて実際は本文も触っていた、というずれがいちばん困ります。書き漏れた項目は、下がったときに戻し漏れます

様式が重いと、記録はそれだけで止まります。項目を増やすほど精度が上がるように見えますが、続かなければ精度は0になります。5項目に削ってあるのはそのためです。ただし、5項目程度まで削っても止まるなら、様式を軽くしても解決しないことが多いです。その場合の理由は、下の「よくある質問」に書きました。

よくある質問

リライトの記録とは、具体的に何を残すことですか

リライトの記録とは、いつ・どのURLの・どこを・何を狙って変えたかと、変える直前の表示回数・クリック数・CTR・掲載順位を、リライトのたびに1行ずつ残した一覧です。項目は日付・URL・変えた箇所・変える前の4つの数字・狙いの5つで足ります。いちばん重要なのは日付で、これが後から比較する期間を切る位置になります。数字にはそれを見た期間の長さ(過去28日など)も添えてください。掲載順位は期間全体の平均なので、期間が違うと同じ数字になりません。

記録を忘れていました。あとから数字を取り直せますか

変更日を覚えているなら、取り直せます。変更日の前で期間を切ってエクスポートし直してください。ただし当時の画面と同じ数字になるとは限りません。直近を含む期間には暫定のデータが混ざっており、ヘルプにも「最新のデータは暫定値の可能性があり、引き続きデータが収集中であるため、その後数時間で変動する場合があります」と書かれています。後から取ったほうが確定値に近いので数字としては正しく、失われるのは「自分が当時どの数字を見て直すと決めたか」のほうです。変更日そのものが分からない場合は、先にブログ管理画面のリビジョン(版)履歴を探してください。過去の版を保存している環境なら、変更日と変えた文まで分かります。RSSフィードや、更新を告知したSNSの投稿に日付が残っていることもあります。どこにも見つからなければ、その記事の効果測定はあきらめて、次の変更から記録を始めるのが早いです。

記録をつけようとしたのに続きませんでした

本文を毎回コピーするような重い様式なら、まず削ってください。5項目程度まで削っても止まるなら、原因は手間ではないことが多く、その記録をいつ読み返すかが決まっていないと、書く動機を毎回ゼロから用意することになります。 リライトの記録が続かないのは面倒だからではない、読み返す日が決まっていないからに、再開するときの順番を書きました。

タイトルと説明文なら同時に変えてもいいですか

同時に変えて構いません。1本の記事の直しは、1回のリライトでまとめて反映する進め方をおすすめしています。どちらも検索結果に出る文なので、CTRが動いてもどちらが効いたかは割り振れず、効果はその回全体として見ることになります。その代わり、変える前のタイトルと説明文を控えておけば、下がったときに丸ごと戻せます。 避けたいのは、記録には「タイトルのみ」と書いて実際は本文も触っている状態です。記録と実作業がずれると、下がったときに何を戻せばいいのかが分からなくなります。

記録用のツールを導入したほうがいいですか

この用途なら要りません。スプレッドシート1枚で足ります。記録は追記しかされず、月に数行増えるだけなので、集計機能が要らないためです。 Search Console のカスタム アノテーションは変更日の目印には使えますが、1件120文字までなので、変える前の4つの数字と変えた項目の一覧まで残すには足りないことが多いです。記録はスプレッドシートに別に持ってください。

まとめ

• Search Console は数字を日付ごとに持っているが、「いつ何を変えたか」は自動では記録しない。日付に手でメモ(カスタム アノテーション)を付けたり、CMSのリビジョン履歴で差分を追えたりはするが、変える前に見た数字と狙いは自分で書かない限り残らないので、変更の履歴は自分で残す
• 残すのは日付・URL・変えた箇所・変える前の4つの数字(表示回数・クリック数・CTR・掲載順位)・狙いの 5項目。いちばん重要なのは日付で、比較する期間を切る位置になる
• 数字にはそれを見た期間の長さも添える。掲載順位は期間全体の平均なので、期間が違えば同じ数字にならない
• 変更日を覚えていれば数字は取り直せるが、直近を含む期間には暫定のデータが混ざるため当時の画面と一致するとは限らない。失われるのは「当時どの数字を見て決めたか」のほう
• 直しは1回のリライトでまとめて反映し、効果はその回全体で見る。個々の直しの効果は切り分けられない代わりに、変える前の状態を控えておけば、下がったときに控えから丸ごと戻せる。競合の入れ替わり・季節性・検索結果の構成の変化が常に同時に走っているので、比べるときは同じ長さの期間・同じ条件にそろえる
• 道具はスプレッドシート1枚で足りる。項目を増やすほど精度が上がるように見えるが、続かなければ精度は0になる

ここから先は、私が作ったツールの話です。

記録はスプレッドシートで足りるので、記録する記事のURLをリライトレーダーに入れて、本文のどこを直すかを先に見てください。対象の記事から選ぶなら、Search Consoleのデータを入れると、直す順番まで出ます。URLの診断で送るのは入れたURLだけで、本文は保存しません。Search Consoleの「ページ」タブのエクスポートをZIPのまま置くと、掲載順位4.0〜20.5位のページから手を入れる候補を順に並べます。判定と、そのうち1記事分の診断カードまでは無料です。有料は2,980円(税込)の買い切りで3記事分(候補が4件以上のときだけご案内)、生成の期限は購入から90日間で、月額課金はありません。CSVはブラウザの中で読み、送るのは候補ページのURLと、診断カードを出すときの狙いキーワード・順位・表示回数・CTRだけです。

⚠️ URLの診断は本文だけを読み、順位・表示回数・CTRは使いません(それらを使うのはSearch Consoleのデータを入れたときです)。変更の履歴は保存しません。