AMP

Проект Accelerated Mobile Pages Google представил в 2015 году. Мобильный веб тогда был медленным: тяжёлые скрипты, реклама, шрифты. AMP предложил жёсткие правила: только разрешённые теги, стили в одном блоке ограниченного размера, никакого своего JavaScript, а интерактивность — через готовые компоненты вроде amp-img и amp-carousel. Валидные страницы поисковик мог заранее сохранять в своём кеше и открывать прямо из выдачи.

Долгое время AMP был обязательным для попадания в карусель «Главные новости» на мобильных, поэтому его массово внедряли новостные сайты. В 2021 году Google снял это требование и перешёл к оценке скорости через Core Web Vitals для любых страниц. У Яндекса похожую роль играли Турбо-страницы.

Как устроена связка страниц

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

<!-- на обычной странице -->
<link rel="amphtml" href="https://example.ru/blog/statya/amp/">

<!-- на AMP-версии -->
<html amp lang="ru">
<link rel="canonical" href="https://example.ru/blog/statya/">
<script async src="https://cdn.ampproject.org/v0.js"></script>

Связь через канонический тег важна: без неё AMP-копия конкурирует с оригиналом.

Минусы, из-за которых от AMP отказываются

• Две версии каждой страницы нужно поддерживать: формы, счётчики, виджеты часто работают только на основной.
• Аналитика и реклама требуют отдельной настройки через AMP-компоненты.
• Страница открывается с адреса кеша Google, что путает посетителей и усложняет брендинг.

Нужен ли AMP сейчас

Для большинства сайтов — нет. Быстрая обычная вёрстка с лёгкими изображениями, кешированием и минимумом сторонних скриптов даёт тот же эффект без двойной работы. Если AMP уже внедрён и его решили убрать, AMP-адреса перенаправляют 301-м редиректом на основные страницы и удаляют ссылки rel="amphtml". В WordPress AMP обычно включали отдельным плагином, и отключать его стоит вместе с настройкой этих редиректов.