AMP в 2026: что от него осталось и нужен ли он сейчас

В 2016 году Google запустил Accelerated Mobile Pages (AMP) — ограниченное подмножество HTML, обещавшее мгновенную загрузку статей на мобильных устройствах. На пике популярности (2018-2020) сайты массово делали AMP-версии своих материалов, новостные издания целиком переезжали на AMP. В 2026 году — практически никто этого не делает. В этой статье разбираем что произошло, нужен ли AMP сейчас, и стоит ли что-то делать со старыми AMP-страницами на вашем сайте.

Краткая история AMP

2016: Google запускает проект. Идея — стандартизированное подмножество HTML с предзагрузкой через Google CDN, что даёт быстрые мобильные страницы.

2017-2018: Top Stories carousel в Google search показывает преимущественно AMP-страницы. Это вынуждает крупные издания переходить на AMP — иначе они выпадают из «горячих» позиций.

2019: Антимонопольные расследования начинают изучать AMP как способ Google навязать стандарт. Критика растёт.

2021: Google объявляет, что AMP больше не обязателен для попадания в Top Stories. Открывает доступ всем сайтам, которые соответствуют Core Web Vitals.

2022-2024: Массовый отток с AMP. Крупные издания (Washington Post, New York Times, Vox Media) удаляют AMP-версии. Поддерживать две версии страниц — слишком дорого, выгод от AMP больше нет.

2026: AMP формально жив, но практически мёртв. Google поддерживает в индексе, но не даёт никаких преимуществ в выдаче. Top Stories давно показывает обычные mobile-friendly страницы.

Поддерживают ли поисковики AMP сейчас

Google: Технически поддерживает. Индексирует AMP-страницы, может показать их в выдаче. Но не даёт никаких преимуществ — обычная mobile-friendly страница с хорошими Core Web Vitals в топе показывается так же часто, как AMP-вариант.

Яндекс: Никогда формально не поддерживал AMP. Турбо-страницы Яндекса — их собственная альтернатива, технически похожая, но не совместимая.

Bing, DuckDuckGo: Тоже не имеют специальной поддержки AMP.

То есть AMP в 2026 — это технология ради технологии. Поисковики не дают за неё бонусов, пользователи не различают AMP-страницу от обычной (если обычная быстрая).

Стоит ли делать AMP сейчас

Нет, кроме очень узких случаев.

Когда не нужно:

Корпоративный сайт услуг
E-commerce
Информационный портал с хорошим mobile-UX
Любой сайт, у которого Core Web Vitals в зелёной зоне

Современный mobile-friendly сайт с правильно оптимизированным HTML/CSS/JS работает не медленнее AMP, а часто быстрее (потому что AMP добавляет overhead собственного фреймворка ~70 КБ).

Когда теоретически можно:

Если у вас огромный legacy-сайт с тысячами AMP-страниц, и убрать их прямо сейчас сложно — оставьте, пусть работают
Если ваш CMS изначально настроен на AMP и переделка дороже, чем поддержание — продолжайте
В нишах, где Top Stories критичен (новости), и переход с AMP всё ещё в процессе

Что делать со старыми AMP-страницами

Если на вашем сайте есть <link rel="amphtml" href="/amp/..."> метатеги и реально существующие AMP-версии — у вас несколько опций.

Опция 1: оставить как есть

Самое простое. AMP-версии работают, не мешают, не индексируются как дубли (потому что есть canonical на основную версию). Можно ничего не делать.

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

Опция 2: убрать AMP полностью

Корректная процедура:

Удалить <link rel="amphtml"> метатеги с основных страниц
Поставить 301-редиректы со старых AMP URL на canonical-версии
Подождать 1-2 месяца, пока поисковики переобойдут и забудут AMP-варианты
Когда трафик на AMP-страницы упал до нуля — удалить их физически

Не рекомендуем удалять резко (просто rm -rf amp/) — пользователи и поисковики, у которых в кеше остались AMP URL, получат 404.

Опция 3: преобразовать AMP в обычные страницы

Если контент на AMP-странице уникальный и ценный (не дубль canonical-версии), его можно преобразовать в обычную страницу:

Убрать AMP-специфичные теги (<amp-img>, <amp-iframe> → обычные)
Перенести стили из inline в обычный <link>
Удалить ограничения AMP HTML
Поставить 301 со старого AMP URL на новую обычную страницу

Это дольше, но даёт вам контент-страницы, которые не зависят от AMP-стандарта.

Что с турбо-страницами Яндекса

Турбо-страницы — аналог AMP от Яндекса, запущенный в 2017. Тоже потерял актуальность в 2024-2025 годах. Яндекс продолжает поддерживать, но активно не продвигает. Турбо-блок в выдаче ушёл с топовых позиций.

Логика та же: если ваш сайт быстрый по Core Web Vitals, турбо не даёт значимого преимущества. Если медленный — лучше ускорить сайт, чем делать турбо-версию.

В 2026 году новые турбо-страницы создавать не рекомендуется.

Что вместо AMP

«Современные альтернативы»:

PWA (Progressive Web App) — даёт офлайн-режим, push-уведомления, install на главный экран. Это другая категория, не для всех сайтов, но если нужен «app-like» опыт — PWA сильнее AMP.
Server-side rendering через современные фреймворки (Next.js, Nuxt, Astro). Даёт быстрый first paint без overhead AMP-фреймворка.
Static site generation для контента — статический HTML, отдаваемый напрямую с CDN. Быстрее AMP и без зависимостей.
Optimised images через WebP/AVIF, lazy-loading — даёт mobile-friendly UX без специального формата.

Если у вас есть AMP-версии сейчас

Чек-лист аудита:

Откройте Google Search Console → Enhancements → AMP. Покажет валидные AMP-страницы.
Откройте Coverage. Сколько AMP-страниц в индексе?
Посмотрите Performance отчёт с разбивкой Mobile / Desktop. Сколько трафика приходит на AMP URL vs обычные?

Если AMP даёт менее 5% трафика — стратегически удаляйте. Если 20%+ — пока оставляйте, переход постепенный.

Резюме

AMP в 2026 году — устаревшая технология. Поддерживается формально, выгод не даёт, требует двойной поддержки. Новые сайты делать на AMP не нужно. Старые AMP-страницы — постепенно перевозите на обычный HTML с правильной оптимизацией Core Web Vitals.

Хотите план миграции с AMP или просто аудит производительности? Напишите нам. Бесплатно за 2 рабочих дня.