Шаблон запроса на техническое SEO-изменение

Форма запроса на изменение (для заполнения)

Когда использовать: Одна форма на одно исправление: скопируйте её, заполните все поля и передайте разработчику, который будет его делать.

Запрос на техническое SEO-изменение

Один запрос - одно исправление. Если нужны два изменения, напишите два запроса и свяжите их.

Трекер для нескольких запросов

Следующий шаг

• Исполнитель: [имя] - задача: [оценить и запланировать] до [дата]
• Проверяющий: [имя] - задача: после релиза пройти проверки из критериев приёмки

Проверка перед отправкой

• Все поля выше заполнены или помечены «н/п» с объяснением.
• Ссылки на доказательства открываются у людей вне SEO-команды.
• У каждого критерия приёмки однозначный результат: прошло или не прошло.
• В шагах отката указан человек и условие запуска.
• Разработчик прочитал запрос и согласился с объёмом работ.

Как собрать доказательства

Когда использовать: Приложите доказательства, которые разработчик откроет и воспроизведёт за пару минут. Тогда о запросе не будут спорить на разборе.

Что приложить

• Примеры URL: 3-5 проблемных URL, минимум по одному на каждый затронутый шаблон, плюс один нормальный URL для сравнения.
• Выгрузка из краулера: отфильтрованные строки (URL, статус, проблемное поле) и дата сканирования. Дайте ссылку на файл, а не вставляйте 500 строк.
• Отчёт Search Console: название отчёта, строка с проблемой, примеры URL из него и дата, когда вы смотрели.
• Исходный HTML: ответ сервера, чтобы было видно, что есть в HTML до выполнения JavaScript.
• Отрендеренный HTML: из инструмента «Проверка URL» (URL Inspection): «Проверить страницу на сайте» (Test live URL), затем «Посмотреть проверенную страницу» (View tested page), вкладка HTML.
• Заголовки или шаги редиректа, если проблема в коде ответа, X-Robots-Tag или редиректе.

Как воспроизвести

1. Откройте [URL].
2. Посмотрите [исходный код / заголовки ответа / отрендеренный HTML].
3. Ожидается: [что должно быть].
4. Фактически: [что есть].

Полезные инструменты

Запустите бесплатный аудит сайта: вы получите список затронутых страниц по каждой проблеме и понятное описание исправления, которое можно вставить в запрос.

Используйте Get Source Code of Webpage, чтобы получить исходный HTML и HTTP-заголовки, и Redirect Checker, чтобы выгрузить каждый шаг редиректа в CSV или JSON для задачи.

Учтите: просмотр исходного кода показывает HTML до выполнения JavaScript. Чтобы увидеть, что отрендерил Google, используйте «Проверку URL» (URL Inspection) в Search Console.

Влияние и приоритет

Когда использовать: Объясните, почему это исправление заслуживает места в спринте, на своих данных, а не на чужих отраслевых процентах.

Три честные цифры

1. Затронутые URL: посчитайте их по данным своего сканирования, с разбивкой по шаблонам.
2. Доля трафика: в отчёте «Эффективность» (Performance) в Search Console добавьте фильтр по страницам: «URL содержит» [маска]. Запишите клики за последние [3 месяца] и сравните с общим числом по сайту.
3. Страницы с выручкой или лидами: по своей аналитике отметьте, приносят ли эти страницы конверсии, и укажите, какие именно.

Как это сформулировать

«[340] URL категорий содержат [проблема]. По данным Search Console, за последние [3 месяца] на них пришлось [x]% органических кликов. [Все / некоторые] из них приносят выручку.»

Чего не писать

• Обещания роста позиций или трафика. Заранее этого знать нельзя.
• Отраслевые средние без источника.
• «Санкции Google», когда речь об обычной ошибке индексации или сканирования.

Как выбрать приоритет

Один раз согласуйте эту шкалу с тимлидом разработки и дальше используйте её, чтобы не спорить о приоритете в каждой задаче.

Критерии приёмки

Когда использовать: Превратите «исправить SEO-проблему» в проверки, которые любой участник команды может пройти и отметить: прошло или не прошло.

Какими должны быть критерии

• Наблюдаемыми: тег, заголовок, код ответа или HTML-элемент, который можно увидеть.
• Конкретными: указаны URL или маска URL для проверки.
• Однозначными: прошло или не прошло, никаких «стало лучше».
• С указанием того, что не должно измениться.

Формат «Дано / Когда / Тогда»

• Дано [URL на production в шаблоне X], когда [его запрашивает Googlebot или браузер], тогда [ответ 200, noindex нет ни в HTML, ни в заголовках].
• Дано [URL на staging], когда его запрашивают, тогда [noindex по-прежнему на месте].

Готовые проверки

По словам Search Console, проверка исправления обычно занимает до двух недель, а иногда и дольше. Поэтому сразу укажите в запросе дату повторной проверки.

План отката

Когда использовать: До релиза решите, как отменить изменение, кто может принять такое решение и какой сигнал станет поводом.

Заполните до релиза

• Как откатить: [откатить коммит / выключить флаг / вернуть прежний robots.txt]. Приложите предыдущую версию файла или настройки.
• Кто решает: [имя], на связи в день релиза.
• Повод для отката: [примеры URL отдают 5xx, редирект ведёт не туда, staging стал доступен для индексации, сломалась вёрстка].
• Период наблюдения: [первые 24 часа / 7 дней], по данным [сканирования, серверных логов, Search Console].
• После отката: снова откройте запрос и добавьте в доказательства, что пошло не так.

Рискованные изменения, где план нужен всегда

• Правки robots.txt и правила meta robots или X-Robots-Tag для всего сайта.
• Правила редиректов и изменения структуры URL.
• Логика canonical в общих шаблонах.
• Изменения рендеринга, например перенос контента в клиентский JavaScript.

Помните: noindex работает, только если страница не закрыта в robots.txt. Откат, который добавляет запрет в robots.txt, может скрыть noindex от Google.

Версия задачи для Jira/Linear

Когда использовать: Текстовый блок для вставки в Jira, Linear, GitHub Issues или любой трекер, который не поддерживает таблицы.

Готовая задача для вставки

• Название: [SEO] [кратко: исправление в шаблоне]
• Тип: [Bug / Task] | Приоритет: [P1] | Метки: seo, [шаблон]
• Проблема: [одно предложение]
• Доказательства: [примеры URL] | [ссылка на выгрузку из краулера] | [отчёт Search Console + дата] | [скриншот отрендеренного HTML]
• Как воспроизвести: 1) открыть [URL] 2) посмотреть [исходный код/заголовки] 3) ожидается [x], фактически [y]
• Предлагаемое исправление: [точное изменение и файл/настройка]
• Не входит в задачу: [что не трогать]
• Влияние: [число URL, доля кликов, страницы с выручкой] (источник: [инструмент, период])
• Зависимости: [ID задач, релиз, доступы]
• Критерии приёмки: [ ] [проверка 1] [ ] [проверка 2] [ ] [что не должно измениться]
• Откат: [как] | решает: [имя] | повод: [сигнал]
• Исполнитель: [разработчик] | SEO-проверяющий: [имя] | Повторная проверка: [дата]

Советы для трекеров

• Оформите критерии приёмки встроенным чек-листом трекера, чтобы отмечать каждый пункт.
• Большие выгрузки из краулера давайте ссылкой, а не вложением. Укажите дату сканирования в тексте ссылки.
• Добавьте SEO-проверяющего в наблюдатели, чтобы он увидел релиз.
• Если исправление затрагивает несколько шаблонов, заведите одну родительскую задачу и по подзадаче на каждый шаблон.

Заполненный пример (вымышленный магазин снаряжения для активного отдыха)

Когда использовать: Готовый запрос для вымышленного магазина снаряжения, у которого страницы категорий случайно закрыли от индексации через noindex.

Заполненный пример: страницы категорий Fernwick Outdoor

Только пример. Компания, люди, URL и цифры вымышлены, чтобы показать, как выглядит рабочий заполненный вариант.

Почему это сработало

• Доказательства из трёх источников совпали: сканирование, Search Console и отрендеренный HTML.
• Исправление свелось к одной настройке, а не к переписыванию темы, поэтому вошло в ближайший релиз.
• В приёмку включили проверку staging, так что исправление не создало новую проблему.
• Влияние оценили по собственной доле кликов магазина, а не наугад.

Что дальше

Запустите бесплатный аудит сайта, чтобы найти подобные проблемы с индексацией вместе со списком затронутых страниц. Выборочно проверяйте любую страницу прямо при просмотре с помощью seotools.pro SEO Extension.