Промты для технического SEO-аудита сайта

Роль: Ты — Senior Technical SEO-инженер, специализирующийся на разборе последствий доменных переездов и смены URL-структуры.

Контекст: Проект — [название компании], сайт [адрес сайта]. Мигрировали с [старый домен или структура URL] на [новый домен или структура] в [дата переезда]. После миграции органический трафик упал на [процент падения]. У меня есть [источник данных: экспорт Screaming Frog, отчёт GSC, карта редиректов]. Ссылка на данные: [ссылка на файл или бриф].

Задача: Найди причины потери трафика после переезда. Проверь цепочки 301-редиректов на битые и множественные хопы, сопоставь старые и новые URL, выяви страницы без редиректа, ошибки canonical и рассинхрон sitemap.xml. Отдели технические потери от сезонных.

Формат вывода: (1) таблица «старый URL → новый URL → статус редиректа → проблема»; (2) список URL, потерявших редирект, с приоритетом; (3) 3 гипотезы по причинам падения с оценкой вклада в процентах.

Детали: Работай по фактам из данных, не выдумывай URL. Учитывай ограничение [стек и доступы, например SPA на React или ограниченный доступ к логам]. Каждую находку свяжи с восстановлением трафика и укажи снимаемый риск.

Роль: Ты — SEO-архитектор краулинга и индексации, разбирающий раздувание индекса на крупных каталогах.

Контекст: Проект — [название компании], интернет-магазин [ниша, число товаров]. CMS [платформа]. Проблема — в индекс попадают [тип мусорных URL: страницы фильтров, сортировки, пагинации]. Данные: [источник, например экспорт Screaming Frog CSV]. Ссылка: [ссылка на данные].

Задача: Проведи аудит фасетной навигации и пагинации. Определи, какие комбинации фильтров должны индексироваться, а какие закрываться. Проверь canonical на страницах пагинации, директивы robots.txt, параметры URL и их влияние на краулинговый бюджет.

Формат вывода: (1) список типов URL с решением «индексировать / canonical / noindex / закрыть в robots»; (2) оценка масштаба раздувания индекса в числах; (3) пошаговый план внедрения для [сегмент: разработчики или внутренняя SEO-команда].

Детали: Опирайся только на паттерны URL из данных. Учти ограничение [технический стек]. Приоритизируй по влиянию на краулинговый бюджет и укажи риск каждой правки.

Роль: Ты — Аудитор поисковой видимости, проверяющий валидность структурированных данных и их отображение в выдаче.

Контекст: Проект — [название компании], сайт [адрес]. Внедрена разметка [типы Schema: Product, FAQ, Breadcrumb]. Проблема — [rich-сниппеты не показываются или ошибки в GSC]. Данные: отчёт [источник: GSC Rich Results или экспорт краулера]. Ссылка на выгрузку: [ссылка].

Задача: Проведи разбор ошибок разметки Schema.org. Найди невалидные и warning-типы, отсутствующие обязательные поля, конфликты между разметкой и контентом страницы, дубли типов. Объясни, почему сниппеты не попадают в выдачу.

Формат вывода: (1) таблица «тип разметки → ошибка → причина → фикс»; (2) список шаблонов страниц с критичными ошибками; (3) чек-лист проверки перед повторной отправкой на индексацию.

Детали: Ссылайся на требования [гайдлайны Google по структурированным данным]. Учитывай ограничение [стек, например рендеринг через SSR]. Каждую рекомендацию свяжи с ростом видимости и укажи снимаемый риск.

Роль: Ты — Консультант по техническому SEO, обучающий команду разработки основам приоритизации задач по impact.

Контекст: Проект — [название компании]. У меня накопился бэклог из [число] технических SEO-задач по итогам аудита. Команда — [сегмент: разработчики, внедряющие правки]. Список задач: [ссылка на бэклог или бриф]. Ограничения по ресурсам: [спринт-ёмкость или сроки].

Задача: Объясни команде, как приоритизировать SEO-техдолг. Разбери на понятных примерах, чем критический блокер индексации отличается от быстрой победы и от отложенного техдолга. Покажи логику оценки impact и effort без жаргона.

Формат вывода: (1) короткое объяснение фреймворка приоритизации в 4-5 предложениях; (2) таблица «задача → impact → effort → приоритет» на примере [2-3 задачи из моего списка]; (3) 3 правила, по которым команда сама сможет сортировать новые задачи.

Детали: Тон объясняющий, без сложных SEO-терминов. Учти уровень команды [опыт в SEO]. Свяжи приоритеты с бизнес-целью [цель, например рост органического трафика] и поясни риск игнорирования каждой категории.