Список SEO-задач для разработчиков

Аудит может выдать приоритизированный бэклог задач: одна задача на тип проблемы, с приоритетом, трудоёмкостью, затронутыми URL, подсказкой по исправлению и строками для воспроизведения. Для битых ссылок также указаны исходная страница, позиция ссылки и XPath.

Что делает

P1–P3

Задачи группируются по приоритету в tasks.md и сохраняются также в tasks.json для скриптов и агентов. По умолчанию критичные находки становятся P1 с высокой трудоёмкостью, предупреждения — P2 со средней, замечания — P3 с низкой. Соответствие задаётся правилом, а не оценкой для каждого сайта, и его можно изменить.

  • По умолчанию одна задача на проверку. group_by может также давать одну задачу на URL или на объявленный шаблон
  • Каждая задача содержит подсказку по исправлению, взятую из проверки
  • Затронутые URL ограничены на задачу, и в ней указано, сколько пропущено
  • Серьёзность, проверки и минимальное число случаев можно задать фильтрами в конфиге

Воспроизведение и доказательства

Каждая задача содержит строки воспроизведения из сохранённого аудита: URL, код статуса и для ссылок — место на странице. Если в аудите нет воспроизведения, tasks.md так и пишет и ничего не выдумывает. Задачи также хранят ссылки на сохранённые наблюдения, из которых они появились, если они есть в аудите.

  • Битые ссылки: адрес назначения, исходная страница, позиция ссылки и XPath
  • Частичные аудиты и аудиты с пропущенными проверками переносят это предупреждение в tasks.md
  • URL, скрытые правилами исключения, отсутствуют в списке, а файл сообщает их количество

Повторная проверка

tasks.md — предлагаемый бэклог, а не утверждённый план. После релиза не считайте задачу выполненной только потому, что она исчезла из списка. Проверьте её повторным сканированием затронутых URL через инструменты исправлений или verify-fixes и сравните скан до и после.

  • verify-fixes повторно проверяет выбранные находки базового скана на явном наборе URL
  • remediation-recheck работает с точными случаями из журнала и записывает доказательства проверки
  • Исчезнувшая находка не доказывает исправление, если более поздний скан был частичным

Три шага — один сохранённый скан

  1. Запустите аудит по своим экспортам

    Укажите CLI папку с CSV- или XLSX-экспортами Screaming Frog и добавьте --tasks, чтобы получить бэклог в том же запуске.

  2. Получите задачи по приоритету P1–P3

    У каждой задачи есть приоритет, оценка трудоёмкости, затронутые URL, исправление и воспроизведение. Для битых ссылок также указаны исходная страница, позиция ссылки и XPath.

  3. Проверьте после релиза

    Подтвердите каждое исправление инструментом повторной проверки remediation, а не тем, что задача пропала из списка.

Проверки в этой возможности

ПроверкаЧто значитКритичностьДоказательство
BROKEN_PAGE_4XXСтраница отдаёт ответ 4xxCriticalЗатронутый URL и его код ответа
BROKEN_INTERNAL_LINKВнутренняя ссылка ведёт на URL с ответом 4xxCriticalАдрес назначения, исходная страница, позиция ссылки и XPath для каждой битой ссылки
REDIRECT_LOOPЦикл редиректов, который никогда не приводит к корректному адресуCriticalСтроки отчёта о цепочке редиректов
TITLE_MISSINGУ страницы нет элемента titleCriticalЗатронутые URL, ограниченные на задачу
REDIRECT_CHAINДва и более перехода по редиректам до конечного URLImportantПереходы в отчёте о цепочке редиректов
DESC_MISSINGУ страницы нет мета-описанияImportantЗатронутые URL, ограниченные на задачу
H1_MISSINGНа странице нет заголовка H1ImportantЗатронутые URL, ограниченные на задачу
BAD_REDIRECT_TYPEИспользуется 302, 303 или 307 там, где ожидается постоянный переездTipЗатронутые URL, ограниченные на задачу

Одна команда

bash
seohead sf run --exports-dir ./exports --out ./report --tasks

Сначала установите: руководство по установке. Каждая команда работает и как MCP-инструмент для ИИ-агентов.

Что нужно

  • Папка с CSV- или XLSX-экспортами Screaming Frog либо готовый audit.json
  • Или сохранённый нативный скан (файл SQLite scan.v1) из crawl-site
  • Необязательный config.json с блоком tasks_pipeline
  • Лицензионный Screaming Frog CLI — только если вы хотите, чтобы sf run сам запускал сканирование

Ограничения

  • Инструмент строит предлагаемый бэклог по аудиту. Он не утверждает, не назначает и не выкатывает работу
  • Приоритет и трудоёмкость задаются правилом по серьёзности, а не размером сайта или команды
  • Списки URL и строки воспроизведения ограничены на задачу: показывается выборка и общее количество
  • Полнота зависит от аудита: проверка, которая не выполнилась, не даёт задачи

Вопросы

Нужна ли лицензия Screaming Frog?
Для построения задач — нет. Инструмент читает уже имеющиеся экспорты (CSV или XLSX), audit.json или нативный скан. Сканирование через лицензионный Screaming Frog CLI запускает только sf run с --crawl.
Меняет ли он что-нибудь на сайте?
Нет. Построитель задач читает аудит и пишет файлы: tasks.json и tasks.md в папку, которую вы укажете через --out. Что выкатывать, решаете вы.
Можно ли поменять приоритеты?
Да. Передайте config.json через --config и задайте priority_map, effort_map, group_by, include_severities, max_urls_per_task и min_occurrences в блоке tasks_pipeline.
Что делать, если у задачи нет шагов воспроизведения?
В tasks.md написано, что воспроизведение недоступно из сохранённого аудита. Инструмент его не придумывает.
Можно ли построить задачи из уже имеющегося аудита?
Да. Запустите sf tasks с --json, указав audit.json или файл нативного скана. Команда запишет tasks.json и tasks.md, не сканируя сайт и не отправляя запросов.
Может ли запускать это ИИ-агент?
Да. Те же шаги есть как инструменты MCP: sf_audit_run для аудита и sf_audit_tasks для бэклога.

Проверьте на своём сайте