AMP (Accelerated Mobile Pages) — открытый фреймворк от Google для сверхлёгких мобильных страниц с урезанным HTML, ограниченным JavaScript и кешированием на стороне поисковика. Десять лет назад AMP был пропуском в мобильный топ и карусель новостей; к 2025–2026 годам ситуация изменилась радикально. Статья — для тех, кто решает: внедрять AMP, держать существующие страницы или демонтировать их. Разберём, что осталось от технологии и в каких редких случаях она ещё оправдана.
Что такое AMP и как он устроен
AMP — это не «волшебное ускорение», а набор жёстких ограничений, которые физически не дают странице тормозить. Технология стоит на трёх элементах:
- AMP HTML — подмножество HTML с обязательными тегами (
<html amp>, компоненты<amp-img>,<amp-video>) и запретом ряда элементов. - AMP JS — единственная разрешённая библиотека, загружаемая асинхронно. Произвольный JavaScript запрещён; интерактив — только через готовые AMP-компоненты.
- AMP Cache — CDN Google, отдающий предварительно валидированную копию страницы. Отсюда эффект «мгновенной» загрузки из выдачи.
Inline-CSS ограничен по объёму, шрифты и скрипты регламентированы. За счёт этих рамок AMP почти всегда укладывается в хорошие значения скорости — но ценой свободы разработки.
Почему вопрос вообще встал
Главный слом произошёл в Google. В 2021 году поисковик убрал требование AMP для попадания в Top Stories (топ новостей) — туда пускают любую страницу, проходящую по Core Web Vitals. Позже значок-«молния» AMP исчез, а проект перешёл в режим поддержки. Сигнал однозначен: Google больше не даёт AMP приоритета ранжирования.
В Рунете история своя. У Яндекса был собственный аналог — Турбо-страницы, и именно они, а не AMP, были массовым выбором для медиа и магазинов на рынке РФ. AMP в Яндексе фактором ранжирования никогда не был.
Важно: ни AMP, ни Турбо не являются прямым фактором ранжирования. Поисковик оценивает скорость и удобство (Core Web Vitals, поведенческие сигналы), а способ их достижения — безразличен.
AMP vs обычная быстрая страница
Ключевой тезис 2025–2026: то, ради чего создавался AMP, достижимо на обычной адаптивной странице. Грамотная оптимизация (критический CSS, lazy loading, WebP, CDN) даёт ту же скорость без ограничений фреймворка.
| Критерий | AMP-страница | Обычная оптимизированная |
|---|---|---|
| Влияние на ранжирование | Нет (с 2021 в Google) | Нет, но CWV — фактор |
| Скорость | Высокая «из коробки» | Высокая при грамотной работе |
| Свобода вёрстки и JS | Сильно ограничена | Полная |
| Аналитика | Через AMP-компоненты, с потерями | Без ограничений |
| Формы, корзина, A/B | Ограниченно | Полностью |
| Дубль URL / canonical | Да, нужна связка | Один URL |
| Стоимость поддержки | Вторая версия страницы | Одна версия |
Для большинства проектов вторая колонка выигрывает по всем строкам, кроме «скорости из коробки». А разрыв по скорости закрывается оптимизацией — см. как ускорить загрузку сайта и Core Web Vitals.
Технические риски AMP
⚠️ AMP создаёт параллельную версию каждой страницы — а это источник проблем.
- Дубли и canonical. AMP живёт на отдельном URL: должна ссылаться
rel=canonicalна основную версию, а основная — указывать на AMP черезrel="amphtml". Рассинхронизация порождает дубли страниц и размывает сигналы. - Двойная аналитика. Счётчики подключаются через спецкомпоненты; часть событий теряется, данные двух версий сводятся вручную.
- Урезанный функционал. Корзина, формы заявки, виджеты, онлайн-консультант, A/B-тесты невозможны или требуют костылей — для коммерческого сайта это удар по конверсии.
- Стоимость владения. Каждое изменение нужно дублировать в AMP-версии и заново валидировать.
⚠️ РИСК: оставлять «мёртвые» AMP-страницы без сопровождения. Если AMP-версия не обновляется вслед за основной, поисковик индексирует устаревший контент или ловит рассогласование canonical.
Кому AMP ещё может быть полезен
Технология не «запрещена» — она нишевая. AMP стоит рассматривать, если: вы крупное новостное СМИ с большим объёмом текстовых публикаций и читателями из Google; у вас уже работает валидный AMP при приемлемой стоимости поддержки; нужна интеграция с продуктами, опиравшимися на формат (например, AMP for Email).
В остальных случаях — корпоративные сайты, магазины, услуги, блоги, лендинги — выгоднее вложиться в оптимизацию единственной адаптивной версии. Для коммерческих запросов ограничения AMP особенно болезненны.
Мини-кейс: региональный коммерческий сайт
Типичная ситуация из практики Chrome Media. Региональный сайт услуг (Новосибирск) получил AMP-версию карточек по совету прежнего подрядчика. По факту: AMP-страницы дублировали основные URL, форма заявки не работала, а Яндекс — главный источник трафика для регионального бизнеса — AMP вообще не учитывал. Решение было не «улучшить AMP», а корректно его демонтировать:
- Выгрузили список всех AMP-URL и сверили связку
rel="amphtml"/rel=canonicalв Google Search Console. - Убрали ссылки
rel="amphtml"из основных страниц, чтобы поисковик перестал ожидать AMP-версию. - Настроили 301-редиректы с AMP-URL на основные адреса (не 404/410 вслепую — чтобы сохранить сигналы) и убрали AMP-адреса из sitemap.xml.
- Довели основную версию до нормативов Core Web Vitals: критический CSS, WebP, lazy loading.
Эффект — без выдуманных цифр: ушли дубли, упростилась аналитика (один URL вместо двух), снизилась стоимость поддержки, а скорость вышла на целевые значения за счёт честной оптимизации.
Целевые нормативы скорости вместо AMP
Ориентируйтесь не на «молнию» в выдаче, а на измеримые Core Web Vitals — их видит Google и косвенно Яндекс. Достичь их реально на обычной странице: серверный кеш и CDN, WebP, отложенная загрузка скриптов, минимизация CSS/JS. Контроль — в Search Console и Яндекс.Вебмастере.
| Метрика | Что измеряет | Норматив «хорошо» |
|---|---|---|
| LCP | Загрузка основного контента | < 2,5 с |
| INP | Отзывчивость на действия | < 200 мс |
| CLS | Визуальная стабильность | < 0,1 |
FAQ
Нужен ли AMP для попадания в топ новостей Google?
Нет. С 2021 года Google убрал требование AMP для Top Stories. В карусель попадают любые страницы, проходящие по Core Web Vitals и критериям качества контента.
Влияет ли AMP на ранжирование в Яндексе?
Нет, AMP сам по себе никогда не был фактором ранжирования в Яндексе. Аналогичную нишу на рынке РФ занимали Турбо-страницы. Скорость учитывается через поведенческие факторы, а не через наличие фреймворка.
Можно ли получить скорость AMP без AMP?
Да. Оптимизация обычной страницы (критический CSS, lazy loading, WebP, CDN, минимизация JS) выводит её на те же LCP < 2,5 с, INP < 200 мс, CLS < 0,1.
Что будет, если удалить AMP-теги, не настроив редиректы?
Получите висящие AMP-URL, мягкие 404 и потерю накопленных сигналов. Отказ от AMP делается через 301-редиректы на канонические страницы, а не удалением тегов «в лоб».
Подходит ли AMP для интернет-магазина?
Как правило, нет. Корзина, фильтры, формы заявки, онлайн-консультант и A/B-тесты на AMP недоступны или требуют костылей — это бьёт по конверсии сильнее, чем экономит на скорости.
Материал подготовлен экспертами Chrome Media — техническое SEO и продвижение в Яндексе и Google.
Добавить комментарий