Как я удалил плагин AMP на WordPress и сохранил позиции сайта

Здравствуйте, уважаемые читатели блога WebMacter.ru. Как я удалил плагин AMP для страниц WordPress без потери трафика, настроил редирект в .htaccess и подготовил сайт к переходу, чтобы сохранить SEO-позиции!

Технология AMP (Accelerated Mobile Pages) от Google была разработана для ускорения загрузки мобильных страниц, но со временем многие веб-мастера столкнулись с ограничениями этой технологии. Дублирование контента, ограниченный функционал — эти проблемы заставляют владельцев сайтов отказываться от AMP в пользу современных адаптивных тем, которые обеспечивают высокую скорость загрузки без дополнительных проблем.

Подготовка к отключению AMP

Перед удалением AMP с сайта необходимо выполнить несколько важных подготовительных шагов. Резервное копирование, это первое и обязательное правило. Нужно сохранить полную копию сайта, включая базу данных и файлы. Многие хостеры предоставляют инструменты для автоматического бэкапа, но дополнительная ручная копия никогда не помешает.

Проанализируйте текущее использование AMP на сайте. Проверьте в вебмастере Google Search Console, сколько страниц проиндексировано в AMP-формате и, какой трафик они приносят. Это поможет оценить масштабы предстоящих изменений и спрогнозировать потенциальное влияние на посещаемость. Убедитесь, что обычная версия сайта полностью адаптирована для мобильных устройств и обеспечивает хорошую скорость загрузки. Инструменты проверки работы сайта, например, Google PageSpeed Insights помогут вам выявить проблемы с производительностью.

Итак, если на вашем сайте установлен AMP-плагин, его перед удалением нужно деактивировать через административную панель WordPress.

Перед тем как деактивировать плагин нужно зайти в настройки AMP включить ползунок: При удалении плагина удалить и его данные и нажать Сохранить.

Затем в разделе Плагины деактивируем AMP и его удаляем.

Как удалить АМР-страницы из поиска

• Удалить плагин AMP со своего сайта.
• Удалить AMP адреса из Google Search Central и сделать 301 редирект с AMP страниц на обычные.

Как удалить AMP-страницы из результатов поиска

Выходит, простое отключение и удаление плагина оказывается недостаточным — в коде сайта могут остаться следы AMP-разметки и специальные ссылки.

Благо у меня на хостинге есть файл .htaccess, расположенный в корневой директории WordPress, который через коды позволяет настроить перенаправления с AMP-страниц на их обычные версии. Перед внесением изменений необходимо создать резервную копию оригинального файла.

Примеры кодов в .htaccess

Итак, я на основании бывших настроек в плагине АМР добавил следующие коды в начало файла .htaccess:

# Удаление AMP - только один набор правил
<IfModule mod_rewrite.c>
    RewriteEngine On
    
    # Редирект /amp/ на главную
    RewriteRule ^amp/?$ / [R=301,L]
    
    # Редирект /page/amp/ на /page/
    RewriteCond %{REQUEST_URI} ^(.+)/amp/?$
    RewriteRule ^(.+)/amp/?$ /$1 [R=301,L]
</IfModule>

# Блокировка AMP-файлов (опционально)
<Files "amp-*">
    Deny from all
</Files>

Этот код выполняет постоянное перенаправление, реализует 301 редирект со всех AMP-страниц на соответствующие обычные версии. Первое правило обрабатывает URL вида webmacter.ru/post/amp/, перенаправляя их на webmacter.ru/post/, а второе правило webmacter.ru/amp/ перенаправляет на главную страницу webmacter.ru.

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

<IfModule mod_rewrite.c>
RewriteEngine On

# Редирект AMP страниц с сохранением параметров
RewriteCond %{QUERY_STRING} ^(.+)$
RewriteCond %{REQUEST_URI} ^(.+)/amp/?$ [NC]
RewriteRule ^(.+)/amp/?$ /$1?%1 [R=301,L]

# Редирект AMP без параметров
RewriteCond %{QUERY_STRING} ^$
RewriteCond %{REQUEST_URI} ^(.+)/amp/?$ [NC]
RewriteRule ^(.+)/amp/?$ /$1 [R=301,L]
</IfModule>

А также можно блокировать доступ к AMP (дополнительные меры безопасности):

# Блокировка AMP-связанных файлов
<Files "amp-*">
    Deny from all
</Files>
 
 # Блокировка доступа к AMP-конечной точки
<IfModule mod_alias.c>
    RedirectMatch 410 ^/.*/amp/?$
</IfModule>

Предупреждение! Не создавайте конфликт правил и дублирование логики.

У вас одновременно не должно работать:

mod_rewrite с редиректом 301
mod_alias с ответом 410 (Gone)

Это создает конфликт! Например, Яндекс видит 301 редирект из первого блока, но также может «ловить» и 410 ответы. Первый блок mod_rewrite уже делает редиректы, второй блок mod_alias пытается сделать то же самое, но с кодом 410.

Возможно, на основании ваших настроек плагина АМР понадобится комплексное решение с обработкой разных случаев, например категорий, меток и архивов:

<IfModule mod_rewrite.c>
RewriteEngine On

# Редирект для AMP категорий, меток, архивов
RewriteCond %{REQUEST_URI} ^/(category|tag|author|date)/(.+)/amp/?$ [NC]
RewriteRule ^(category|tag|author|date)/(.+)/amp/?$ /$1/$2/ [R=301,L]

# Редирект для AMP записей и страниц
RewriteCond %{REQUEST_URI} ^(.+)/amp/?$ [NC]
RewriteRule ^(.+)/amp/?$ /$1 [R=301,L]

# Редирект AMP главной
RewriteRule ^amp/?$ / [R=301,L]
</IfModule>

Обратите свое внимание на важные примечания:

1. Порядок правил – нужно размещать эти правила в начале .htaccess файла.
2. Код ответа 301 — постоянное перенаправление для SEO.
3. Тестирование — проверьте редиректы после настройки.
4. Резервная копия — сохраните оригинальный .htaccess файл.

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

Мониторинг и финальные настройки

После внедрения редиректов важно отслеживать поведение поисковых систем. В вебмастере Google Search Console используйте инструмент проверки URL для мониторинга процесса переиндексации. Обычно Google полностью обновляет индекс в течение двух недель.

Настройте мониторинг 404 ошибок — они могут возникать, если некоторые AMP-страницы не были корректно перенаправлены. Плагины для WordPress, например, «Redirection» помогают отслеживать такие ошибки и оперативно настраивать дополнительные перенаправления.

Но также проверяем файл robots.txt на наличие директив, специфичных для AMP. Убедитесь, что поисковые системы могут беспрепятственно индексировать обычные версии страниц. Проанализируйте логи сервера для выявления попыток доступа к несуществующим AMP-страницам — это поможет идентифицировать источники трафика, которые требуют дополнительной настройки редиректов.

Итог

Отключение AMP версии сайта требует подготовки и контроля, но в долгосрочной перспективе упрощает управление контентом и улучшает пользовательский опыт. Современные методы оптимизации скорости позволяют достичь хороших результатов производительности без использования дополнительных технологий вроде таких, как AMP или Турбо.

Кстати говоря, Яндекс в апреле 2025 года престал поддерживать Turbo страницы.

Правильно настроенные редиректы через файл .htaccess обеспечивают плавный переход для поисковых систем и пользователей, сохраняя SEO-позиции сайта.

Вопросы и ответы

Сколько времени занимает переиндексация сайта после отключения AMP?
Полная переиндексация обычно занимает от двух до шести недель, в зависимости от размера сайта и частоты его обхода поисковыми роботами.

Могут ли временно снизиться позиции сайта после отключения AMP?
Временные колебания позиций возможны в период переиндексации, но при корректной настройке редиректов позиции обычно восстанавливаются.

Как убедиться, что все AMP-страницы правильно перенаправлены?
Используйте инструменты для аудита сайта, которые могут проверить все URL на наличие правильных редиректов.

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

Что делать, если некоторые AMP-страницы не перенаправляются?
Проверьте структуру URL проблемных страниц и добавьте дополнительные правила в .htaccess для обработки этих случаев.

Удачи вам и всего хорошего! До скорых встреч на страницах блога WebMacter.ru.

Читайте также:

Виртуальный хостинг: правила выбора сервера