19 октября 2026

AMP-ссылки — это не архив, а живая угроза

Обсуждали с коллегами статью про то, как уйти от AMP в WordPress без потери позиций в поиске. Рассказывали, что даже после отключения плагина старые ссылки вроде /post-name/amp/ могут висеть в индексе — и превращаться в 404. Это не просто техническая деталь. Это риск для трафика, который можно предотвратить заранее.

Читал, что даже после отключения AMP-плагина в WordPress старые ссылки типа /post-name/amp/ или ?amp=1 остаются в индексе Google. Если не сделать редирект, они превращаются в 404. Это не ошибка, это уязвимость в архитектуре сайта.

Я считаю, что это важно не потому, что кто-то «всё сломал», а потому, что такие ссылки — это активный ресурс, который поисковики всё ещё используют. Утрата 404 — это потеря позиций, ссылочной массы, доверия. И это не «после» — это «сейчас» у многих сайтов.

Как это устроено — почему редиректы не работают сами по себе

AMP-ссылки появляются из-за плагинов, которые добавляют в HTML тег . Он указывает на альтернативную версию страницы. Когда сайт уходит с поддержки, этот тег исчезает, но сам URL остаётся. Поисковик его помнит.

Если не сделать редирект, Google возвращает 404. А если сделать редирект с 301 — но на старый URL, а не на новый — это не решит проблему. Потому что старый URL может быть уже не доступен. Правильный редирект — только на новое место, где лежит страница.

Как понять, что это касается вашего сайта

Я проверяю это первым делом, когда вижу, что сайт был на WordPress с активным AMP-плагином. Достаточно открыть любой пост в исходном коде и найти в нём строку с rel="amphtml". Это и есть адрес, который нужно перенаправить.

Если такой тег есть — значит, у сайта есть AMP-ссылки. И если сайт меняет хостинг, пересекает домен, или уходит с WordPress — эти ссылки могут стать 404. Даже если плагин отключён, поисковик их помнит. Проверяю по списку из sitemap, беру каждый URL и ищу в нём ссылку на AMP.

Что я делаю, когда вижу такую уязвимость

Сначала делаю резервную копию. Потом собираю список всех AMP-ссылок через сценарий, который парсит sitemap и проверяет каждый URL на наличие тега amphtml. Результат — CSV-файл с парой: старый AMP-URL, канонический.

Далее — перенаправляю каждый старый AMP-адрес на новый путь страницы. Без исключений. Для /amp/ — 301 на новую ссылку. Для ?amp=1 — тоже 301, но с учётом, что некоторые хосты игнорируют параметры. Проверяю, чтобы итоговый ответ был 200, а не 301 к старому URL.

Что здесь даёт поддержка — как мы закрываем эту задачу

На постоянной поддержке мы не ждём, когда сайт упадёт. Мы проверяем, есть ли у сайта следы AMP-ссылок, и если есть — сразу делаем редиректы, пока сайт ещё жив. Это часть регулярной проверки архитектуры.

Поисковики и ИИ-ассистенты выбирают сайты, где всё понятно и работает. Старые 404-ссылки — это сигнал о том, что сайт не поддерживается. А если всё перенаправлено — поисковик видит, что сайт жив, и не теряет доверие.

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