Журнал SEO-эксперимента должен сохранять не просто даты, а логику каждого вмешательства: что я изменила, на каком объекте, какого эффекта ожидала и что увидела позже. Самая важная деталь — ожидаемый эффект записывается до результата и потом не редактируется под фактическую динамику.
Иначе через месяц получается аккуратная история, в которой все решения будто бы заранее вели к тому, что произошло. Для проверки гипотезы такой журнал почти бесполезен.
Одна строка журнала — одно проверяемое событие
Я использую компактную схему дата → действие → объект → ожидаемый эффект → источник → наблюдение. Это моя операционная модель ведения кейса, а не формат, который требует Google.
| Поле | Что записывать | Когда заполнять
|
|---|---|---|
| Дата | Фактическое время изменения или контрольного замера | Сразу |
| Действие | Что именно добавили, удалили или изменили | Сразу |
| Объект | URL, донор, ссылка, блок страницы или настройка | Сразу |
| Ожидаемый эффект | Какой наблюдаемый сигнал должна затронуть гипотеза | До получения результата |
| Источник / версия | URL, сохранённый HTML, скриншот, выгрузка или другая проверяемая опора | Сразу |
| Наблюдение | Что стало видно после события по выбранной методике измерения | Позже, когда появились данные |
Именно поэтому это поле я не переписываю позже.
Что считать событием, а что оставить обычным замером
Не каждое открытие Search Console заслуживает отдельной строки. Событием я считаю то, что меняет состояние эксперимента: появилась или исчезла ссылка, изменился target, переписан существенный фрагмент страницы, поменялся canonical, добавилась важная внутренняя ссылка. Замер — другое: он ничего не меняет, а только показывает состояние в выбранный момент. Поэтому наблюдение можно привязать к уже существующему событию, не создавая видимость десятков новых вмешательств.
Есть ещё внешний контекст. Если рядом проходит крупное обновление Google Search или случается технический сбой, это не «наше действие», но такую отметку стоит сохранить: позже она понадобится при разборе временной последовательности.
Ожидаемый эффект должен совпадать с тем, что мы измеряем
Google описывает разные отчёты Search Console как инструменты для разных задач: Performance показывает поисковую эффективность по запросам, страницам и странам, а URL Inspection помогает разбирать состояние конкретного URL в индексе. Значит, и в журнале показатель стоит выбирать под гипотезу, а не наоборот. Если действие касается обнаружения или индексирования страницы, одной позиции может быть мало; если проверяется поисковая видимость, лучше заранее определить, какие данные будут наблюдаться и в каком разрезе.
Важен и один и тот же способ измерения. Период, запрос, страница, страна и устройство должны оставаться понятными из записи или связанной выгрузки — иначе позднее легко сравнить несопоставимые срезы.
Запись не должна превращать наблюдение в причину
У журнала есть простая граница. Он хорошо отвечает на вопрос «что происходило раньше, а что позже», но сам по себе не доказывает, что первое событие вызвало второе. Поэтому формулировка «через несколько дней после размещения изменилась наблюдаемая позиция» подходит для журнала. «Размещение вызвало рост» — уже причинная интерпретация и требует отдельного разбора.
Силу такого вывода я разбираю отдельно — в материале о корреляции и причинности.
Как журнал связан с baseline и текущим состоянием
Baseline фиксирует состояние до первого значимого воздействия. Журнал начинается после этой точки и хранит последовательность событий. А текущее состояние показывает, к чему эксперимент пришёл на сегодняшний момент.
В эксперименте по запросу топовысок я не дублирую в этой статье текущую позицию, DR, количество referring domains или свежие данные Search Console. Эти значения меняются и должны оставаться в одном месте — на главной странице проекта.
Новое наблюдение должно дополнять запись, а не переписывать её.
Минимальный пример записи
| Дата | Действие | Объект | Ожидаемый эффект | Источник | Наблюдение
|
|---|---|---|---|---|---|
| YYYY-MM-DD | Добавлена новая ссылка | URL донора → target | Проверить, изменится ли наблюдаемая поисковая видимость после события | URL публикации + сохранённая версия | Заполняется после серии сопоставимых замеров |
Если позже появляется новое объяснение, я добавляю его отдельно. Исходное ожидание остаётся тем, каким было до результата. В этом и есть смысл журнала: не просто помнить последовательность, а сохранить след решения до того, как стал известен исход.
Источники
- Google Search Central — Search Console: данные по crawling, indexing и Search performance
- Google Search Console — Performance report
- Google Search Console — URL Inspection
- Google Search Central — core updates и проверка дат обновлений
- Google Search Status Dashboard — ranking updates и инциденты
- Google Search Central — A/B testing best practices for Search