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