В SEO-кейсе недостаточно приложить график или ссылку на Search Console и назвать вывод доказанным. Сначала нужно понять, какой именно тезис подтверждает источник. Один инструмент может хорошо показывать наблюдаемое состояние, но ничего не говорить о причине этого состояния.
Поэтому я использую три рабочих статуса: подтверждено, реконструировано и не доказано. Они относятся не ко всей статье целиком, а к отдельным утверждениям. Один кейс вполне может содержать все три статуса одновременно.
Три статуса вместо общего «доказано»
| Статус | Когда я его ставлю | Пример
|
|---|---|---|
| Подтверждено | Есть источник, который непосредственно поддерживает конкретный тезис | В журнале и на странице донора зафиксировано, что ссылка появилась в определённую дату |
| Реконструировано | Несколько фактов позволяют собрать правдоподобное объяснение, но источник не формулирует его напрямую | Из последовательности публикаций восстанавливается логика действий |
| Не доказано | Наблюдение есть, но данных недостаточно для сильного вывода | После ссылки изменилась позиция, но нельзя установить, что именно ссылка стала причиной |
Статус относится к claim, а не к авторитетности источника вообще. Даже официальный документ Google подтверждает только то, что в нём действительно описано.
Источник должен уметь доказать именно этот тезис
Самая полезная проверка — спросить не «насколько источник хороший», а «что из него следует без дополнительной догадки».
| Источник | Что он может подтвердить | Чего он сам по себе не подтверждает
|
|---|---|---|
| Страница донора + сохранённая версия | Наличие ссылки, анкор, target, текстовое окружение на зафиксированный момент | Что ссылка вызвала изменение позиции |
| Журнал эксперимента | Когда и какое действие было записано | Что действие было эффективным |
| Search Console Performance | Наблюдаемые клики, показы, CTR, среднюю позицию в заданном разрезе и периоде | Причину изменения этих показателей |
| URL Inspection | Что Google знает об индексированной версии конкретного URL и результаты live-проверки | Эффективность ссылки, текста или всей SEO-методики |
| Search Status Dashboard | Даты опубликованных Google ranking updates и инцидентов | Что конкретный апдейт повлиял именно на эту страницу |
| Публикация организатора или автора | Что было объявлено или сформулировано в первичном материале | Результат нашего отдельного эксперимента |
Эта матрица защищает от распространённой ошибки: рядом с сильным тезисом стоит настоящий источник, но источник отвечает на другой вопрос.
Отсутствие строки в Search Console — ещё не доказательство отсутствия события
Для редких запросов это особенно важная оговорка. Google указывает, что часть запросов не показывается в Performance report из-за защиты приватности, а таблицы также могут содержать не все строки данных. Анонимизированные запросы при этом могут учитываться в общих значениях графика.
Поэтому отсутствие конкретного запроса в таблице Search Console нельзя автоматически переводить в утверждение «по нему не было показов». Это пример границы источника: отсутствие видимой строки может быть следствием ограничений отчёта, а не отсутствия самого поискового события.
Для экспериментального кейса такой отрицательный результат я формулирую осторожно: «в доступной таблице Search Console запрос не отображается», а не «Google ни разу не показывал страницу по этому запросу».
Наблюдение и объяснение хранятся отдельно
Если после события изменилась средняя позиция или число показов, это можно зафиксировать как наблюдение по данным. Следующий вопрос — почему произошло изменение — уже требует отдельной интерпретации.
Я не разворачиваю здесь причинный анализ: это другая пользовательская задача, вынесенная в материал о корреляции и причинности в SEO. Для этой страницы достаточно правила: источник наблюдения не получает автоматически статус источника причины.
Хронологию действий при этом хранит журнал SEO-эксперимента. Он показывает, что происходило раньше и позже, но не подменяет доказательство причинности.
Что делать с реконструкцией
Реконструкция сама по себе не является ошибкой. Иногда публичные материалы дают несколько разрозненных фактов, из которых можно собрать рабочую модель. Ошибка начинается, когда такую модель перестают отличать от прямого утверждения источника.
Поэтому я сохраняю две вещи: факты, на которых стоит реконструкция, и формулировку её границы. Если новый источник противоречит модели, меняется реконструкция, а исходные подтверждённые факты остаются прежними.
Такой подход удобен и для обновления кейса: не приходится переписывать всю историю только потому, что изменилась одна интерпретация.
Как я применяю статусы в текущем эксперименте
В эксперименте по запросу топовысок подтверждённые события, наблюдаемая динамика и объяснение результата не получают один общий статус. Дата размещения может быть подтверждена, изменение показателей — зафиксировано как наблюдение, а причинная роль конкретного действия при этом остаться недоказанной.
Текущие позиции, DR, referring domains, Search Console и другие изменяемые значения я здесь не дублирую. Они остаются на главной странице проекта как единый источник текущего состояния. Эта статья хранит только правила присвоения доказательного статуса.
Минимальная карточка сильного утверждения
Для внутренней проверки мне хватает пяти полей:
| Поле | Что записать
|
|---|---|
| Claim | Одно конкретное утверждение |
| Evidence | Что непосредственно наблюдается или опубликовано |
| Source + date | Где и когда это можно проверить |
| Status | Подтверждено / реконструировано / не доказано |
| Boundary | Какой более сильный вывод из этих данных не следует |
Подробная архитектура «claim → evidence → source → date → limitation» нужна уже для другой задачи — сделать материал удобнее для внешнего цитирования (добавить ссылку на 13 статью). Здесь карточка используется прежде всего как защита от завышенного доказательного статуса.
Когда доказательств недостаточно
- источник подтверждает соседний, а не текущий тезис;
- есть только один несопоставимый замер;
- дата события неизвестна или восстановлена приблизительно;
- инструмент показывает состояние, но из него выводится причина;
- отсутствие строки в отчёте трактуется как доказанное отсутствие события;
- реконструкция подаётся как дословная позиция первичного источника.
В таких случаях я не стараюсь «дожать» формулировку. Статус «не доказано» — нормальный результат SEO-эксперимента, если именно его поддерживают доступные данные.
Источники
Документация проверена 18 августа 2026 года.
- Google Search Console — Performance report: clicks, impressions, CTR и average position
- Google Search Console — ограничения query data, anonymized queries и data truncation
- Google Search Console — ограничения и особенности данных Search Console
- Google Search Console — URL Inspection tool
- Google Search Status Dashboard — опубликованные ranking updates и инциденты
- Google Search Central — анализ данных вокруг core updates