何かを変える前に baseline を記録する

変更前に baseline を記録する方法:5つの記録、1本のコマンド、日付付きフォルダ。変更前がなければ、14日後の確認は何も比較できません。

効果測定5分で読めます2421 回閲覧
何かを変える前に baseline を記録する

何かを変える前に baseline を記録する。14日後の確認は、変更前の記録がなければ比べる相手がいないからです。10分で終わります。目に見える成果が何も出ない唯一の手順で、飛ばすと、そのあとの測定がすべて静かに無駄になります。

ページと検索語をSearch Console の「あと一歩」の検索語で選んだあと、本文に触る前にやってください。ページが変わった瞬間、変更前は消えます。Search Console は数字を出し続けますが、どれが古い版の数字なのかは分からなくなります。

なぜ変更前に baseline を記録するのか

順位は放っておいても動きます。競合が公開し、Google が更新し、季節が変わり、リンクが現れます。書き換えの2週間後、書き換えが効いたかどうかに関係なく数字は変わります。変更前の記録がなければ、その2つを分けられません。

変更前がなければ、「上がった」と「放っておいても上がった」は同じに見えます。

記録する5つ

5つとも、すでに持っている道具から取れます。新しいアカウントも、買っていない製品も要りません。

#記録するもの取得元
1対象語のクリック、表示回数、CTR、平均掲載順位(直近3か月)Search Console の検索パフォーマンスをその語で絞る
2ページ全体の同じ4指標(すべての語)Search Console のページタブをその URL で絞る
3クローラーが受け取る生の HTML をファイルに保存curl 1回。下に記載
4変更を公開した正確な日時書き留める。これが境界線になります
5今日そのページが引用されているか(固定プロンプト3〜5個)自分でエンジンに聞き、回答を保存

5行目が飛ばされがちで、変更前の期間について AI 側で残せる唯一の記録です。あとから遡って取得できる履歴レポートはありません。

3行目のコマンド

ブラウザが描画したものではなく、クローラーが実際に受け取ったものを保存し、読める文字数を数えておきます。あとで比較するためです。

URL="https://example.com/your-page"
DATE=$(date +%Y%m%d)

curl -s -A "Mozilla/5.0 (compatible; OAI-SearchBot/1.4; +https://openai.com/searchbot)" \
  "$URL" -o "baseline-$DATE.html"

wc -c "baseline-$DATE.html"

ファイルは残してください。書き換え後に同じコマンドを走らせ、ページは見た目が変わったのにバイト数がほとんど動いていなければ、内容はブラウザ側で追加されていて、クローラーには届いていません。

何かを変える前に baseline を記録する:変更前と変更後の測定値が公開日を挟み、その2つがそろって初めて結論が出せる

あとから復元できないもの

1行目と2行目は取り戻せます。Search Console は数か月の履歴を持つので、今日忘れても来週に変更前を取れます。3行目と5行目は無理です。ある朝の HTML を誰かが保存しているわけではありませんし、先週火曜に引用したかどうかのログを公開しているエンジンもありません。

急いでいて何かを飛ばすなら、何も飛ばさないでください。ただし、クローラーのスナップショットとプロンプトの実行だけは取り返しがつかないと知っておいてください。2つ合わせて4分ほどです。

どこに置くか

ページごとに1フォルダ、ページ名と日付を付けます。構造よりルールが大事です。変更前とあとの測定は同じ場所に置く。別々なら比較されません。

baselines/
  your-page-slug/
    20260815-gsc-term.csv
    20260815-gsc-page.csv
    20260815-baseline.html
    20260815-citations.md
    CHANGED-ON.txt

baseline はいつまで有効か

おおよそ、自分以外の何かがページの状況を変えるまでです。競合がより良い答えを出し、コアアップデートが来て、季節が変わる。どれも変更前の比較可能性を下げますし、どれも事前に知らせてくれません。

実務上は、記録と公開の間を短くするほうが安全です。考えている2週間前ではなく、編集するその日に記録します。変更の1か月前に取った「前」は、別の世界を測っています。

うまくいかない3つのやり方

どれも結局は同じです。答えの出ない2週間が残ります。

  1. エクスポートではなくスクリーンショットを取る。画像は差分も再計算もできません。CSV を書き出してください。1クリックです。
  2. 公開してから記録する。数時間遅れただけでも数字は汚れます。すでに公開したなら、待って、次の変更を実験として扱ってください。
  3. 科学的でないからと5行目を飛ばす。確かに科学的ではありません。数個のプロンプトは何か一般的なものを測ってはいません。それでも、あなたが持てる唯一の「前」です。あとで存在に助けられます。

よくある質問

3か月が適切な期間ですか

Search Console の既定表示で、週次のノイズを均すには十分です。季節性が強いなら長くしてもかまいませんが、測り直すときは同じ期間にしてください。3か月の前と1か月の後を比べても何も分かりません。

ページにほとんどデータがない場合は

それでも記録し、薄いと書き添えます。ほぼゼロの baseline も立派な baseline です。何かを言うには、より大きな効果が必要になるというだけです。

触るページすべてでやる必要がありますか

いいえ。結論を出したいページだけで十分です。明らかな誤字を直すのに実験を回す必要はありません。

次の一歩

変更前はディスク上にあり、日付も入っています。これでページを変えられます。baseline があるからこそ、その変更は「とりあえず整える」ではなく、仮説のある意図した編集になります。

変更前の記録は安い部分です。変更して、公開して、インデックス登録のために更新を送るところで、ほとんどのサイトが止まります。

収録: QueryWinガイド · レベル1

何かを変える前に baseline を記録する