Карта старых и новых URL, редиректы, canonical, sitemap и контроль индексации после переноса.
Техническое SEO контролирует путь от URL до индексируемого документа. Пока поисковая система не может стабильно обнаружить, получить, обработать и понять страницу, работа с контентом не решит фундаментальную проблему.
Что подготовить до первого изменения
Техническое SEO начинается с фактов: HTTP-статус, canonical, robots, sitemap, внутренние ссылки, фактический HTML и поведение поискового робота.
- Снять список URL и поисковых посадочных до изменений.
- Проверить canonical, sitemap и robots на новом окружении.
- Найти thin/duplicate страницы, которые не должны быть отдельными сущностями.
- После запуска мониторить 404, индексацию и ключевые конверсии.
Рабочая последовательность
- Проверить robots, meta robots, canonical и sitemap.
- Найти дубли и soft 404.
- Проверить HTTP-статусы важных URL.
- Сравнить заявленные URL с фактическим индексом.
- Проверить внутренние ссылки и глубину.
- Использовать access.log для реальной картины обхода.
Место, где чаще всего ошибаются
Серьёзные SEO-ошибки часто выглядят как обычная разработка: 500-ответ, неправильный canonical, цепочка редиректов, пустой HTML из-за JS или тысячи параметрических дублей.
- чинить отдельные URL вместо шаблона
- менять адреса без карты редиректов
- считать sitemap гарантией индексации
Не надо использовать robots.txt и редиректы как универсальную кнопку «починить индексацию».
Что проверить перед запуском
Перед публикацией я бы повторил не только изменённый шаг, но и соседние сценарии: мобильную версию, формы, аналитику, интеграции и страницы того же шаблона.
- индексируемые URL
- crawl по логам
- 4xx/5xx
- canonical/doubles
Что оставить после работы
После работы должны остаться понятные доступы, зафиксированные изменения и способ повторно проверить результат.
Если эту задачу нужно внедрить, а не только разобрать
Можно собрать план внедрения, проверить зависимости и довести изменение до работающего production-сценария.