У большинства команд уже есть отчёт по позициям в Google. Это вкладка «Эффективность» в Search Console, отсортированная по кликам и сфотографированная в слайд. В ней видны позиции. В ней не видно, что изменилось, почему изменилось и что кому с этим делать.
Этот процесс решает задачу за один присест. Вы задаёте набор запросов, передаёте Codex письменный контракт отчёта и дальше получаете отчёт одной и той же формы каждую неделю. Первая сборка занимает около 90 минут. Каждый следующий прогон — меньше десяти.
Весь процесс: на входе сырые выгрузки, на выходе один отчёт фиксированной формы и одно решение человека в конце.
Что у вас будет на выходе
Для кого это: для всех, кто отвечает за отчётность по сайту и уже имеет доступ к Search Console. Быть разработчиком не обязательно, но нужно место для файлов, которое Codex сможет читать.
Что останется на руках: сохранённый шаблон отчёта, письменный файл инструкций, которому Codex следует при каждом прогоне, и один готовый отчёт за реальную неделю.
Что нужно заранее: подтверждённый ресурс в Search Console, список из 20–50 запросов, которые вам действительно важны, Codex с доступом к папке проекта и право на чтение репозитория своего сайта, если захотите продвинутую версию.
Критерий готовности: вы можете отдать отчёт человеку, который не занимается SEO, и он скажет, на какие три запроса смотреть и почему.
Время: около 90 минут на первую сборку, меньше 10 минут на прогон после неё.
Почему отчёт «Эффективность» — не отчёт по позициям
Search Console даёт четыре столбца: клики, показы, CTR и средняя позиция. Это таблица измерений. Отчёт по позициям должен отвечать на другой набор вопросов, и сигналы 2026 года сделали этот разрыв шире, чем раньше.
Экспертный опрос Zyppy, опубликованный 9 сентября 2026 года, собрал 13 665 точек данных от 131 практика. Сигналы кликов и поведения — 29,4%, сигналы бренда — 27,0%, техническое здоровье SEO — 17,5%. Два из трёх сигналов, которые обошли техническое здоровье, в столбце позиции не видны. Разбор того, что меняют эти цифры, есть в отдельном практическом руководстве, но для отчётности вывод короткий: если ваш отчёт показывает только позиции, вы отчитываетесь о сигнале, который сдвинулся меньше всех.
Именно этот разрыв закрывает Codex. Он не скажет, почему Google что-то изменил. Он соберёт доказательства изменения достаточно единообразно, чтобы это могли сказать вы.
Перед началом: четыре решения
Примите их до того, как что-то напишете, потому что изменение задним числом означает пересборку отчёта.
- Набор запросов. 20–50 запросов, сгруппированных в две-три корзины по логике бизнеса. «Продукт», «сравнение», «поддержка» лучше, чем «высокая частота / средняя / низкая».
- Окно сравнения. Сравнивайте последние 28 дней с предыдущими 28 днями. Более короткие окна шумят, более длинные прячут то изменение, которое вы ищете.
- Порог. Решите, что считается достойным упоминания. Запрос, сдвинувшийся больше чем на пять позиций, или показы, изменившиеся больше чем на 30% при плоских кликах, — рабочие значения по умолчанию.
- Место хранения. Одна папка, одно правило именования.
reports/ranking/YYYY-MM-DD.mdплюс подпапкаdata/для сырых выгрузок. Codex нужно постоянное место для записи.
Шаг 1: выгрузите сырые данные
Откройте Search Console, выберите ресурс и перейдите в «Эффективность». Поставьте диапазон 56 дней, чтобы сравнение 28 на 28 было возможно из одной выгрузки, затем кнопкой экспорта скачайте CSV вкладки «Запросы».
То же самое сделайте для «Страниц», а для «Устройств» — если собираетесь отчитываться о разнице между мобильными и десктопом.
Ожидаемый результат: три CSV-файла в data/, в имени — дата выгрузки.
Проверка качества: откройте CSV с запросами и убедитесь, что первая строка данных — не запрос со словом "anonymous". Search Console скрывает редкие запросы, и иначе эти строки попадут в отчёт как безымянные движения.
Если не получилось: если выгрузка обрезана, диапазон слишком широк для лимита строк. Выгрузите окна по 28 дней отдельно, а склеить их поручите Codex.
Шаг 2: напишите контракт отчёта
Это шаг, который решает, доживёт ли процесс до четвёртой недели. Положите контракт в файл, который Codex читает при каждом прогоне: AGENTS.md в корне проекта или отдельный файл инструкций в папке отчётов.
В контракте нужно пять вещей и больше ничего:
Блок контракта | Что писать | Почему это важно |
|---|---|---|
Входные данные | Точные пути к файлам и правило диапазона дат | Не даёт агенту выдумать окно |
Пороги | Ваши границы, в числах | Превращает таблицу в решение |
Форма вывода | Три раздела, в этом порядке | Сохраняет сравнимость 30-й недели с 1-й |
Правила уверенности | Что писать, когда данные не объясняют изменение | Предотвращает уверенную чушь |
Границы | Что агент делать не должен | Только чтение, пока вы ему не доверяете |
Рабочая версия выглядит так:
## Контракт отчёта по позициям
Вход: data/queries-*.csv, data/pages-*.csv
Окно: последние 28 дней против предыдущих 28. Обе даты указывать в шапке отчёта.
Сообщать только три вещи:
1. Сдвинувшиеся запросы: любой запрос, сдвинувшийся больше чем на 5 позиций,
или показы, выросшие больше чем на 30% при плоских кликах, или любой
запрос, выпавший из топ-10.
2. Вероятное объяснение: использовать только данные из файлов. Если файлы
не объясняют движение, написать "этими данными не объясняется".
3. Проверить на следующей неделе: одна строка на помеченный запрос
с точным названием страницы или запроса для проверки.
Никогда не называть причину, на которую нельзя указать в данных. Никогда не
рекомендовать изменения на сайте. Никогда не редактировать файлы вне
reports/ranking/.Ожидаемый результат: один файл инструкций, закоммиченный или сохранённый рядом с данными.
Проверка качества: прочитайте контракт вслух. Если любую строку можно без правок применить к другому сайту, она слишком расплывчата, чтобы что-то ограничивать.
Если не получилось: если Codex продолжает добавлять разделы, форма вывода недостаточно конкретна. Назовите три заголовка ровно так, как хотите их видеть.
Анатомия отчёта. Подвал со списком точно использованных файлов — та часть, которой проверяющие доверяют больше всего, и та, которую большинство шаблонов опускает.
Шаг 3: сгенерируйте первый отчёт
Укажите Codex на папку и попросите один отчёт по контракту. Просите файл, а не ответ в чате: так результат можно проверить и сравнить по диффу.
На первом прогоне вы и узнаете, как на самом деле выглядят ваши данные. Заложите два-три круга правок. Это нормально и это самая дешёвая часть всего процесса.
Ожидаемый результат: reports/ranking/YYYY-MM-DD.md с шапкой, тремя разделами и подвалом со списком точно использованных файлов.
Проверка качества: возьмите два помеченных запроса и проверьте числа руками в Search Console. Совпало — конвейер исправен. Не совпало — остановитесь и почините шаг с данными. Не отлаживайте анализ поверх сломанного входа.
Если не получилось: чаще всего расходятся даты выгрузки и контракта. Фиксируйте обе даты в шапке при каждом прогоне, чтобы смещение на два дня не превращало тихо плоский месяц в обвал.
В первой моей версии отчёт показал одиннадцать сдвинувшихся запросов на неделе, где толком ничего не двигалось. Контракт был в порядке, а выгрузка — нет. Файл на 30 дней, сравнённый с окном в 28 дней, превратил два пропущенных дня в обвал по всему сайту. Теперь контракт отказывается запускаться, если диапазоны не совпадают, и этот сбой больше не возвращался.
Шаг 4: добавьте строку, которую агент написать не может
В каждый отчёт идёт один человеческий абзац: что мы выпустили, изменили или сломали за неделю.
Это не украшение. Это самый быстрый способ поймать агента, который приписывает ваш собственный релиз обновлению алгоритма. Когда отчёт говорит, что просела группа страниц продуктов, а ваша заметка говорит, что во вторник поменяли шаблон, круг объяснений сужается сразу.
Ожидаемый результат: два-три предложения в начале отчёта, написанные человеком.
Проверка качества: если заметка и раздел движений противоречат друг другу, это противоречие — самая ценная строка в отчёте. Оставьте его на виду, а не сглаживайте.
Шаг 5: проверьте перед отправкой
Пройдите эти три проверки, прежде чем отчёт уйдёт с вашего стола.
- Даты. Оба окна указаны в шапке и совпадают с выгрузкой.
- Две выборочные проверки. Два помеченных запроса проверены вручную.
- Одна проверка на противоречие. Не ссылается ли какое-либо заявленное объяснение на данные, которых нет в списке файлов внизу?
Если все три прошли, отчёт безопасно показывать. Это черновик вашего суждения, а не замена ему.
Продвинутый путь, когда будете готовы
Первые четыре недели ведите процесс руками. Автоматизируйте только после того, как дважды исправили один и тот же класс ошибок.
Дальше улучшения идут по нарастающей:
- Поставьте прогон на расписание. Еженедельный запуск по расписанию напишет отчёт до того, как вы откроете ноутбук. Человеческий абзац оставьте обязательным полем, чтобы отчёт без него не мог уйти.
- Храните снимки в системе контроля версий. Каждый прогон становится коммитом. Дифф между двумя неделями читается быстрее, чем любой из отчётов.
- Добавьте второй ресурс. Запросы конкурентов или бренда живут в отдельном отчёте с тем же контрактом, а не подмешиваются в основной.
- Добавьте один внешний сигнал. Проверка брендового поиска или доли ответов делает брендовый сигнал из опроса 2026 года измеримым, а не теоретическим.
Что автоматизировать не надо: шаг с рекомендациями. В тот момент, когда агент начинает предлагать изменения на сайте, вы перешли от отчётности к публикации, и нагрузка на проверку растёт быстрее, чем экономится время.
Устранение неполадок
Симптом | Вероятная причина | Что делать |
|---|---|---|
Все запросы выглядят упавшими | Смещение диапазонов дат между выгрузками | Зафиксировать оба окна и в контракте, и в шапке |
Отчёт пустой | Пороги слишком строги для вашего уровня трафика | Снизьте порог по показам раньше, чем порог по позиции |
Одни и те же пять запросов каждую неделю | Набор запросов слишком узкий | Добавьте в корзины длиннохвостые и сравнительные запросы |
Движение без объяснения | Нормально для низкочастотных запросов | Оставьте вывод «этими данными не объясняется» и идите дальше |
Числа расходятся с Search Console | Несовпадение ресурса или фильтра в выгрузке | Выгружайте всегда из одного ресурса и одного набора фильтров |
Поддерживайте процесс
Три привычки сохранят его полезным и после первого квартала.
Пересматривайте набор запросов каждый квартал. Отчёт, который следит за приоритетами прошлого года, — это урок истории, а не отчёт по позициям.
Перечитывайте контракт, когда меняется Search Console. Google периодически обновляет интерфейс отчёта «Эффективность» и поля выгрузки. Если поле исчезло, контракт нужно править в тот же день.
Храните старые отчёты. Сравнить отчёт этого квартала с тем же кварталом прошлого года — единственный дешёвый способ отделить реальное падение от сезонности.
Частые вопросы (FAQ)
Нужен именно Codex? Нет. Процесс работает с любым агентом, который умеет читать файлы, запускаться по расписанию и писать проверяемый результат. Codex хорошо подходит, когда сайт уже лежит в репозитории: отчёт становится коммитом, который можно сравнить.
Можно обойтись только бесплатными инструментами? Да. Весь процесс работает на бесплатных данных Search Console плюс агент. Платный трекер позиций нужен только тогда, когда нужны позиции конкурентов или позиции, которых не видно в вашем собственном ресурсе.
Чем это отличается от отчёта «Эффективность» в Search Console? Тот отчёт показывает таблицу. Этот процесс выдаёт решение: какие запросы перешли порог, что данные объясняют, а что нет, и что проверять на следующей неделе. Плюс он оставляет запись, а интерфейс — нет.
А если у сайта совсем мало трафика? Снизьте порог по показам и сравнивайте 28 дней с теми же 28 днями прошлого года, а не с предыдущими 28. Сайты с малым объёмом получают больше сигнала из годовых сравнений, чем из недельных.
Включать ли в отчёт AI Overviews или AI-цитирования? Если хочется, добавьте отдельный раздел со своим контрактом. Держите его вне отчёта по позициям: источники и способ измерения там другие, и смешивание делает оба менее читаемыми.
Автор: Leo Harrington, переводчик SEO-аналитики для более чем 500 отчётов для руководства в Auspia. Leo пишет о том, как превращать поисковые данные в отчёты, по которым может действовать неспециалист.
