AMP-страницы

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

Как устроен AMP изнутри

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

Три опоры формата:

• Урезанный HTML. Обычный <img> заменяется на <amp-img> с обязательными размерами, <video> — на <amp-video>, iframe — на <amp-iframe>. Обязательные ширина и высота нужны, чтобы браузер зарезервировал место до загрузки картинки и макет не прыгал.
• Единственный разрешённый JavaScript — свой. Свои скрипты на странице запрещены. Всё, что нужно (слайдер, аккордеон, всплывающее окно, форма, счётчик), берётся из библиотеки готовых компонентов: amp-carousel, amp-accordion, amp-lightbox, amp-form, amp-analytics. Чего нет в библиотеке — на странице не будет.
• Жёсткие лимиты на оформление. Стили инлайновые, в одном блоке <style amp-custom>, с ограничением по объёму (75 КБ). Внешние CSS-файлы, кроме шрифтов из белого списка, подключать нельзя. Анимации разрешены только те, что не заставляют браузер пересчитывать раскладку.

Четвёртая опора — кэш. Валидную AMP-страницу поисковик забирает к себе и раздаёт со своей инфраструктуры. Когда человек тапает по такому результату в выдаче, документ уже лежит предзагруженным, поэтому открывается практически мгновенно: сеть в этот момент не работает, отдаётся готовое.

Элемент обычной вёрстки	Что вместо него в AMP	Ограничение
<img>	<amp-img>	Обязательные width и height
Свой JS-файл	Компоненты библиотеки AMP	Произвольный код запрещён
Внешний CSS	<style amp-custom> в head	До 75 КБ, инлайн
Обычная форма	<amp-form>	Требует отдельного обработчика и CORS-заголовков
Счётчик аналитики	<amp-analytics>	Отдельная конфигурация, склейка сессий по идентификатору

Зачем Google это придумал и что изменилось к 2026 году

Формат вышел в 2015 году и решал реальную проблему: мобильный интернет был медленным, а типичная новостная страница тащила за собой мегабайт рекламных скриптов и открывалась по восемь-десять секунд. AMP отрезал всё лишнее принудительно.

Дальше был период, когда формат фактически стал обязательным. Попасть в карусель Top Stories — верхний блок с новостями в мобильной выдаче — можно было только с AMP-версией. Для новостных изданий это означало: либо внедряешь, либо теряешь основной канал трафика. Издания внедряли.

Перелом наступил, когда Google убрал техническое требование AMP из условий показа в новостных блоках и перевёл отбор на общие критерии — скорость страницы, стабильность вёрстки, отзывчивость интерфейса. Смысл шага простой: важно не какой у страницы формат, а как быстро она открывается. Обычная быстрая страница попадает туда же, куда попадала AMP-версия. Значок молнии в выдаче тоже убрали — визуальное преимущество исчезло.

После этого AMP перестал быть входным билетом и стал тем, чем всегда был по сути: одним из способов сделать страницу лёгкой. Не единственным и не лучшим.

Турбо-страницы Яндекса: та же история на другом рынке

Яндекс пошёл своим путём и сделал Турбо-страницы — формат с той же идеей: упрощённая версия материала, лежащая на серверах поисковика и открывающаяся из выдачи мгновенно. Данные отдавались RSS-фидом, оформление выбиралось из готовых шаблонов, а рядом Яндекс встроил монетизацию и товарные блоки.

Судьба у формата оказалась похожей. Турбо активно продвигали для новостей, региональных СМИ и небольших магазинов, потом интерес сошёл на нет: возможности урезаны, дизайн чужой, поведение пользователей на турбо-версии отличалось от основного сайта, а конверсия у магазинов часто проседала. Сегодня строить стратегию вокруг Турбо так же бессмысленно, как вокруг AMP.

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

Подробнее об этом — в статье «Индекс скорости загрузки страницы».

За что AMP хвалили: реальные плюсы

• Мгновенное открытие из выдачи. Не «быстро», а именно мгновенно: страница подгружена заранее и лежит в кэше поисковика.
• Гарантированная лёгкость. Валидатор физически не даёт повесить на страницу пять рекламных сетей и три чата. Дисциплина навязана формально.
• Разгрузка своего сервера. Трафик на AMP-версию обслуживает кэш поисковика, хостинг его не видит. Для издания с всплесками посещаемости это ощутимо.
• Отсутствие сдвигов макета. Обязательные размеры у картинок и запрет на вставки, меняющие раскладку, дают стабильную вёрстку без прыжков.
• Единообразие на плохой связи. На медленном мобильном интернете разница между AMP и тяжёлой обычной страницей заметна невооружённым глазом.

Чем AMP за это платит: минусы

Ограничения формата — не побочный эффект, а его механизм работы. Быстро получается именно потому, что многого нельзя. Проблема в том, что «многое» — это ровно те элементы, которыми коммерческий сайт зарабатывает.

Плюсы AMP	Минусы AMP
Мгновенная загрузка из выдачи за счёт предзагрузки	Работает только при переходе из поиска; по прямой ссылке преимущества нет
Кэш поисковика снимает нагрузку с хостинга	Адрес в браузере — домен поисковика, бренд визуально теряется
Валидатор не даёт странице разрастись	Нельзя подключить свой JS: калькуляторы, конфигураторы, фильтры
Стабильный макет без сдвигов	Упрощённый дизайн, часть блоков доверия и продающих элементов вырезается
Готовые компоненты для базовых задач	Формы через amp-form: отдельный обработчик, CORS-заголовки, ломкая отправка
Единообразное поведение на слабой связи	Аналитика склеивается плохо, часть визитов и целей теряется
Формат поддерживают CMS-плагины	Две версии каждой страницы: двойная поддержка и риск дублей

Дубли и связка canonical с amphtml

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

Помогу с продвижением: продвижение сайта в поиске — вывожу сайты в топ Яндекса белыми методами.

Схема обязательная и симметричная:

• На обычной странице в <head> стоит <link rel="amphtml" href="адрес AMP-версии">.
• На AMP-странице стоит <link rel="canonical" href="адрес обычной версии">.
• Если у материала нет обычной версии и AMP единственная, канонический адрес указывает сам на себя.

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

Куда уходят трафик и данные

Классический AMP из выдачи открывается на домене поисковика. Человек читает материал, видит в адресной строке не ваш сайт, а служебный адрес кэша. Технология подписанного обмена (Signed Exchange) позволяет показывать в строке настоящий домен, но она требует сертификатов и настройки на стороне сервера, и до массового внедрения не дошла.

Практические последствия:

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

Формы, корзина и потери конверсии

Самая болезненная часть. Обычная форма на AMP-странице не работает — нужен компонент amp-form, свой серверный обработчик и корректно выставленные заголовки кросс-доменных запросов, потому что отправка идёт с домена кэша на ваш сервер. Каждый шаг — точка отказа, и ломается это молча: форма визуально есть, отправка не проходит, заявки не приходят.

С магазином сложнее. Полноценную корзину, фильтры каталога, выбор комплектации, расчёт доставки на AMP-версии не собрать — библиотека компонентов на это не рассчитана. Стандартный сценарий: посетитель читает AMP-карточку, нажимает «купить» и его перебрасывает на обычную версию, которая грузится с нуля. Выигрыш в скорости, ради которого всё затевалось, съедается этим переходом.

Отдельно — упрощённый дизайн. С AMP-версии обычно вырезают то, что не влезло в лимиты: отзывы с фотографиями, блоки гарантий, всплывающие подсказки, интерактивные расчёты. Это ровно те элементы, которые доводят человека до заявки. Быстрая страница, с которой никто не звонит, коммерчески хуже медленной, с которой звонят.

Тему разбирал отдельно: «AMP страницы WordPress | Перевожу сайт на AMP и Турбо».

Аналитика: почему цифры перестают сходиться

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

Что искажается на практике:

• Источник трафика: часть переходов приписывается переходу с сайта поисковика вместо органики.
• Глубина просмотра и время на сайте: сессия рвётся на границе доменов.
• Цели: заявка засчитывается визиту без исходного источника.
• Сравнение версий: без ручной разметки невозможно честно сопоставить конверсию AMP и обычной страницы.

Кому AMP ещё может быть полезен

Список короткий и по существу:

• Крупные новостные проекты и медиа с большим объёмом коротких материалов, где вся ценность страницы — прочитанный текст, а монетизация идёт через рекламные форматы, которые AMP поддерживает.
• Издания с всплесками посещаемости, где кэш поисковика реально спасает инфраструктуру в момент, когда материал разлетается.
• Проекты, где AMP уже внедрён, работает и приносит трафик. Ломать работающее без причины смысла нет — достаточно следить за исправностью.
• Контентные площадки без форм и корзины — справочники, блоги без монетизации через заявки.

Ключевое во всех случаях: нет транзакции. Как только на странице появляется действие сложнее «прочитать» — AMP начинает мешать.

Почему сайту услуг и магазину AMP чаще вредит

Сайт услуг живёт заявками. Путь посетителя: изучил, посмотрел цены и примеры работ, заполнил форму или позвонил. На AMP-версии половина этого пути урезана, форма отправляется через прослойку, а телефон не всегда кликабелен так, как задумано.

Если нужна помощь по теме — обучение SEO-продвижению.

Магазин живёт корзиной. Фильтры, варианты товара, расчёт доставки, оплата — всё это на AMP либо отсутствует, либо переносится на обычную версию. Получается двойная работа: поддерживать два шаблона карточки, следить, чтобы цены и наличие совпадали, разбираться с дублями. Экономически это редко окупается.

Есть и третий фактор — стоимость поддержки. Каждое изменение на сайте нужно повторять дважды. Добавили блок с новыми сертификатами — на AMP его надо переверстать на разрешённых компонентах. Поменяли акцию — проверить обе версии. За год это складывается в заметный объём работ, который не даёт никакого прироста видимости, потому что скорость сегодня достижима и без AMP.

Смежный материал по теме — «Турбо страницы Яндекс».

AMP против оптимизированной обычной версии

Параметр	AMP-страница	Оптимизированная обычная версия
Скорость из выдачи	Мгновенно за счёт предзагрузки	Быстро, при отклике сервера до 0,5 с и лёгком фронтенде
Скорость по прямой ссылке	Обычная, преимущество исчезает	Такая же, как из выдачи
Домен в адресной строке	Домен поисковика или сложная настройка сертификатов	Свой
Формы и заявки	Через amp-form, ломкая схема с CORS	Работают штатно
Корзина и фильтры	Практически невозможно	Без ограничений
Дизайн и продающие блоки	Урезанные	Любые
Аналитика	Рвётся между доменами	Целостная
Дубли страниц	Есть, требуется связка canonical и amphtml	Нет
Стоимость поддержки	Два шаблона, двойные правки	Один шаблон
Преимущество в ранжировании	Отдельного бонуса нет	Скорость учитывается напрямую

Чем заменить AMP: ускорение обычной мобильной версии

Задача сводится к тому, чтобы обычная страница на телефоне открывалась так же охотно, как AMP-версия. Это достижимо и не требует второго шаблона. Порядок работ по убыванию отдачи:

• Ответ сервера. Целевое время до первого байта — до 0,5 секунды. Тормозящий бэкенд не лечится ничем на фронтенде. Разбираются с медленными запросами к базе, включают кэширование страниц, при необходимости переносят сайт на нормальный тариф хостинга.
• Изображения. Сжатие, современные форматы (webp, avif), правильные размеры под мобильный экран через srcset, обязательные атрибуты width и height, отложенная загрузка всего, что ниже первого экрана. На типичном сайте это самый крупный источник лишнего веса.
• Критический CSS. Стили первого экрана выносятся в инлайн, остальной файл грузится отложенно. Страница начинает отрисовываться, не дожидаясь загрузки всей таблицы стилей.
• Скрипты. Все сторонние подключения — чаты, счётчики, виджеты обратного звонка, карты — переводятся на отложенную загрузку или на загрузку по действию пользователя. Карту разумно подгружать после клика по её заглушке.
• Шрифты. Не больше двух начертаний, локальное размещение, font-display: swap, чтобы текст был виден сразу.
• Кэширование и сжатие. Заголовки кэширования для статики, brotli или gzip, HTTP/2 и выше.
• Резервирование места. Явные размеры у картинок, баннеров, iframe и рекламных блоков — чтобы макет не прыгал при подгрузке.

Показатели скорости: на что смотреть вместо общего балла

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

Показатель	Что означает	Целевое значение	Типовая причина проблемы
Отклик сервера (TTFB)	Время до первого байта ответа	до 0,5 с	Нет кэша, тяжёлые запросы, слабый хостинг
Появление основного содержимого (LCP)	Момент отрисовки крупнейшего элемента экрана	до 2,5 с	Тяжёлая картинка первого экрана, блокирующий CSS
Сдвиг макета (CLS)	Насколько прыгает вёрстка при загрузке	до 0,1	Картинки и баннеры без размеров, подгружаемые шрифты
Отзывчивость на действие (INP)	Задержка реакции на тап или клик	до 200 мс	Тяжёлые скрипты, блокирующие основной поток
Первая отрисовка контента (FCP)	Когда появляется хоть что-то читаемое	до 1,8 с	Блокирующие ресурсы в head
Вес страницы	Суммарный объём загрузки	ориентир до 1,5 МБ на мобильном	Несжатые изображения, лишние библиотеки

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

Что делать, если AMP уже внедрён

Резких движений не требуется. Сначала — диагностика.

Шаг	Что проверить	Признак проблемы
Связка версий	rel=»amphtml» на обычной странице и rel=»canonical» на AMP	Хотя бы одна ссылка отсутствует или ведёт не туда
Валидность	Прогон страниц через валидатор AMP	Ошибки разметки — страница не попадает в кэш
Индексация	Отчёты по дублям и выбору канонической страницы	В индексе закрепилась AMP-версия вместо основной
Формы	Тестовая отправка заявки с AMP-версии	Отправка не доходит или отваливается по CORS
Конверсия	Сравнение доли заявок на AMP и обычной версии	На AMP заметно ниже при сопоставимом трафике
Скорость обычной версии	LCP, CLS, INP основной мобильной страницы	Показатели вне целевых значений — AMP маскирует проблему
Стоимость поддержки	Сколько правок в месяц дублируется	Каждое изменение делается дважды

Как корректно отказаться от AMP

Если диагностика показала, что AMP не даёт выигрыша, а конверсия на нём ниже, — переход на одну версию делается по порядку, а не выключением плагина.

• Сначала довести обычную мобильную версию до целевых показателей скорости. Отключать AMP, оставляя медленный основной сайт, — гарантированная просадка.
• Собрать полный список AMP-адресов из карты сайта, логов сервера и отчётов панелей вебмастера.
• Настроить постоянную переадресацию (301) с каждого AMP-адреса на соответствующую обычную страницу — один в один, а не всех скопом на главную.
• Убрать из <head> обычных страниц ссылки rel="amphtml", иначе поисковик продолжит ходить за несуществующими версиями.
• Удалить AMP-адреса из карты сайта, обновить карту, отправить на переобход.
• Отслеживать 404 по старым адресам минимум пару месяцев и добивать пропущенные.
• Сравнить показатели до и после по органическому трафику и заявкам с мобильных, а не по одному только трафику.

Типовые ошибки при работе с AMP

• Внедрение «на всякий случай» без понимания, что именно даст формат конкретному сайту.
• Разорванная связка canonical и amphtml после обновления темы или плагина.
• Незамеченная поломка формы: заявки перестали приходить, а причину ищут в рекламе.
• Разные цены и наличие товара в двух версиях карточки.
• Сравнение версий по общему баллу инструмента проверки вместо конверсии и метрик скорости.
• Массовая переадресация всех AMP-адресов на главную при отказе от формата.
• Отключение AMP до того, как ускорена обычная версия.

Ускорить мобильную версию без AMP — задача доработки сайта.

Частые вопросы

Даёт ли AMP преимущество в ранжировании само по себе?
Нет. Отдельного бонуса за формат нет и не было — учитывается скорость и удобство страницы. Обычная быстрая страница конкурирует с AMP-версией на равных.

Нужно ли срочно удалять AMP, если он уже работает?
Не срочно. Если формат исправен, формы работают, дублей нет и трафик идёт — его можно оставить и спокойно готовить переход на одну версию. Ломать работающее без замера конверсии не стоит.

Что случилось с Турбо-страницами Яндекса?
Формат существует, но развитие остановилось, а прежней поддержки и продвижения нет. Строить на нём стратегию сегодня нерационально по тем же причинам, что и на AMP.

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

Как понять, что скорости обычной версии достаточно?
По реальным данным пользователей: основное содержимое появляется до 2,5 секунды, сдвиг макета не выше 0,1, отклик сервера до 0,5 секунды. Если эти три показателя в норме на мобильных, AMP не даст ощутимого прироста.

Коротко

• AMP — урезанный HTML со своим JS и кэшем на стороне поисковика; быстрый именно потому, что многого нельзя.
• Требование AMP для попадания в новостные блоки Google снято, значок в выдаче убран, отбор идёт по общим показателям скорости; Турбо-страницы Яндекса повторили эту судьбу.
• Для сайта услуг и магазина формат чаще вреден: ломкие формы, отсутствие корзины и фильтров, урезанный дизайн, рваная аналитика, дубли и двойная поддержка.
• Замена — ускорение обычной мобильной версии: отклик сервера до 0,5 с, сжатые изображения в webp, критический CSS, отложенные скрипты, LCP до 2,5 с и CLS до 0,1.
• Если AMP уже стоит: проверить связку canonical и amphtml, работоспособность форм и конверсию двух версий; при отказе — сначала ускорить основную версию, затем настроить постраничные 301 и убрать ссылки amphtml.

О методах, которые работают вдолгую и не вредят сайту:

5:21

Техническую часть и удобство сайта привожу в порядок в рамках доработки сайта.