AMP (Accelerated Mobile Pages) — открытый веб-стандарт, анонсированный Google в октябре 2015 года совместно с крупными издателями и технологическими компаниями. Цель проекта — устранить задержки при загрузке страниц на мобильных устройствах, которые исторически были главной причиной высокого Bounce Rate и потери аудитории в мобильной выдаче.
Технически AMP-страница — это HTML-документ со строго ограниченным набором тегов и правил. Стандартные теги <img> и <video> заменяются компонентами <amp-img> и <amp-video>, сторонний JavaScript полностью запрещён, CSS инлайнится в <head> и ограничен 75 КБ. В теге <html> обязателен атрибут ⚡ или amp, а библиотека AMP Runtime загружается асинхронно. Эти ограничения позволяют браузеру заранее вычислить layout и избежать Layout Shift при рендеринге.
Ключевой механизм ускорения у Google — кэширование: Google AMP Cache хранит предзагруженные копии страниц на серверах CDN. При открытии AMP-ссылки из выдачи Google страница отдаётся с серверов Google, минуя хостинг вебмастера. Яндекс подобный AMP Cache не предоставляет — в его экосистеме эту роль играют Турбо-страницы с кэшированием на собственных серверах Яндекса.
Не следует смешивать AMP с Progressive Web App (PWA) или Турбо-страницами: это самостоятельные технологии с пересекающимися, но не идентичными задачами. AMP оптимизирует отдельные документы, PWA — опыт приложения целиком, а Турбо-страницы — собственный ответ Яндекса на задачу мобильного ускорения.
Яндекс официально поддерживает индексацию AMP-страниц с 2016 года. В мобильной выдаче сниппеты таких страниц могут получать визуальный маркер быстрой загрузки, сигнализирующий пользователю об ускоренном контенте. Однако в отличие от Google, где AMP-контент кэшируется через Google AMP Cache, Яндекс открывает AMP-страницы напрямую с домена вебмастера — без промежуточного кэша.
В Яндекс.Вебмастере для AMP предусмотрен отдельный раздел: здесь отображаются все проиндексированные AMP-URL, ошибки валидации и динамика охвата. Наиболее распространённые проблемы — отсутствие или некорректная пара тегов canonical ↔ amphtml, запрещённые CSS-свойства (position: fixed, overflow: hidden на <body>), использование стандартного <img> вместо <amp-img>.
С точки зрения ранжирования Яндекса, прямого «AMP-бонуса» в алгоритме нет. Влияние реализуется через Core Web Vitals: Яндекс с 2024 года последовательно увеличивает вес метрик LCP, CLS и FID в мобильном ранжировании. Среднее значение LCP для корректно реализованных AMP-страниц — около 0,9–1,5 с против 2,8–5 с у обычных мобильных страниц в нишах новостей и контентных проектов.
Приоритеты Яндекса различаются по типу запросов: для информационных запросов скорость загрузки — значимый сигнал, тогда как для коммерческих запросов поведенческие факторы (конверсия, глубина просмотра) имеют больший вес, чем технические метрики. AMP даёт наибольший выигрыш именно в информационном и новостном сегменте.
В SERP Яндекса на мобильных устройствах для новостных запросов предусмотрен блок быстрых новостей. Попадание в него обеспечивает CTR в 2–4 раза выше, чем у обычных органических сниппетов на аналогичных позициях, — что формирует мощный поведенческий сигнал для алгоритма.
Внедрение AMP начинается с выбора архитектуры: отдельные AMP-URL (например, /page?amp=1 или поддомен amp.example.com) либо единый URL, удовлетворяющий спецификации AMP (self-hosted AMP). Второй подход проще в долгосрочной поддержке, но требует строгого соблюдения всех AMP-ограничений на основном URL.
Обязательные технические шаги:
<link rel="amphtml" href="https://example.com/page?amp=1"><link rel="canonical" href="https://example.com/page">Аналитика: стандартный JS-счётчик Яндекс.Метрики не работает в AMP-среде. Используйте компонент <amp-analytics> с типом yaMetrika и передайте ID счётчика. Без корректной аналитики невозможно отдельно измерить время на сайте и Bounce Rate на AMP-версиях страниц.
Когда AMP целесообразен:
Когда AMP нецелесообразен:
AMP-страницы влияют на поведенческие факторы через два взаимосвязанных механизма.
Прямой механизм — снижение Bounce Rate. Мгновенная загрузка устраняет главную причину Bounce Rate (отказов): пользователь, ожидавший загрузки дольше 3–4 секунд, с высокой вероятностью возвращается в выдачу. Этот паттерн — pogosticking — один из наиболее чётких негативных сигналов для Яндекса. По различным исследованиям, сокращение времени загрузки с 5 до 1 секунды снижает отказы на 20–30%, что алгоритм интерпретирует как сигнал удовлетворённости запроса.
Косвенный механизм — формирование лояльности. Быстрый и комфортный первый визит увеличивает вероятность return rate — повторных посещений сайта. Со временем это формирует loyalty signal и способствует росту прямого трафика через прямой ввод URL и закладки. Прямые визиты — один из наиболее весомых поведенческих сигналов в алгоритме Яндекса.
Рост CTR в выдаче. Маркер быстрой страницы в SERP Яндекса повышает доверие пользователя. По наблюдениям SEO-специалистов, сниппеты с отметкой AMP в среднем получают на 10–20% больше кликов при прочих равных позициях.
Для работы с накруткой ПФ. При использовании инструментов накрутки ПФ важно учитывать: если AMP-URL является каноническим, поведенческие сигналы должны генерироваться именно по этому адресу. Игнорирование этого ведёт к расщеплению сигналов между обычной и AMP-версией и снижению общего эффекта.
Итог: AMP усиливает органический рост через скоростной каскад — быстрее загрузка → ниже отказы → выше глубина просмотра → сильнее позиционный сигнал в алгоритме.
AMP-страницы находятся в прямой зависимости от Core Web Vitals — технических метрик скорости (LCP, CLS, FID), которые Яндекс учитывает в алгоритме ранжирования. Высокий LCP и нулевой CLS у AMP-страниц транслируются в весовое преимущество именно через этот механизм, а не через гипотетический «AMP-бонус».
С точки зрения индексации в Яндексе, критически важна корректность пары canonical ↔ amphtml: ошибка в этих тегах способна привести к тому, что Яндекс признает AMP-версию дублём и понизит оригинал в выдаче. Систематический мониторинг через Яндекс.Вебмастер позволяет выявлять такие проблемы до их влияния на ранжирование. В конечном счёте AMP — инструмент поддержки поведенческих факторов: скорость загрузки создаёт благоприятную среду для положительных пользовательских сигналов, усиливая релевантность страницы в глазах алгоритма.