AMP — ускоренные мобильные страницы

Что такое AMP

AMP (Accelerated Mobile Pages) — открытый формат, придуманный Google в 2015 году, чтобы принудительно сделать мобильные страницы быстрыми. Это подмножество HTML с жёсткими ограничениями:

• свой JavaScript запрещён — только компоненты AMP;
• CSS — инлайном, не больше 75 КБ;
• у всех изображений и встроенных блоков обязательно заданы размеры;
• страницы кешируются на стороне Google (AMP Cache) и отдаются с его домена.

Ограничения работали: страница почти не могла оказаться медленной. Платой была потеря контроля — урезанная функциональность, чужой домен в адресной строке и вторая версия сайта, которую надо поддерживать.

Хронология: как AMP терял значение

Кому AMP всё ещё может быть оправдан

• Крупные новостные издания с легаси-инфраструктурой. Если AMP уже встроен в редакционный конвейер и работает — ломать его ради ломания смысла нет.
• Проекты, где основной сайт безнадёжно тяжёлый. AMP как «быстрая витрина» иногда дешевле, чем рефакторинг основного фронтенда. Это костыль, но рабочий.
• Рассылки и e-mail AMP. Отдельная история, к поисковой оптимизации не относится.

Как корректно отключить AMP

1. Убедитесь, что каноническая (не-AMP) версия каждой страницы полноценна и быстра.
2. Поставьте 301-редирект с каждого AMP-URL на канонический.
3. Уберите <link rel="amphtml" href="…"> из основных страниц.
4. Проверьте, что rel="canonical" на основных страницах указывает сам на себя.
5. В Google Search Console следите за отчётом AMP: он должен постепенно опустеть, а канонические URL — остаться в индексе.
6. Не удаляйте AMP-файлы физически до того, как редиректы отработают — иначе получите пачку 404 на страницах, у которых есть внешние ссылки.

# nginx: редирект AMP-версий на канонические
location ~ ^/(.*)/amp/?$ {
    return 301 /$1;
}

Что делать вместо AMP

Всё, что AMP навязывал принудительно, можно сделать на обычной странице — и сохранить контроль над кодом. Ориентир — Core Web Vitals:

Практические шаги те же самые, что были зашиты в AMP:

• Критический CSS — инлайном, остальное отложенно.
• Скрипты — с defer; сторонние виджеты — по требованию, а не при загрузке.
• У изображений заданы width и height (или aspect-ratio) — это убирает CLS.
• Изображения в WebP или AVIF, с loading="lazy" ниже первого экрана.
• Шрифты — font-display: swap и preload для основного начертания.
• HTTP/2 или HTTP/3, сжатие Brotli, разумные заголовки кеширования.

Итог

AMP решал реальную проблему 2015 года — тогда мобильный веб был катастрофически медленным. Проблему во многом решили другими средствами, а привилегии формата Google снял. Сегодня правильный ответ на вопрос «делать ли AMP» — почти всегда «нет, лучше сделать быстрым основной сайт».

Следующий урок главы — PWA: прогрессивные веб-приложения.