AMP-страницы в 2026: нужны ли они и когда от них отказаться

AMP перестал быть условием попадания в Google Top Stories ещё в 2021 году. В 2026 AMP актуален только для крупных новостных изданий с миллионами страниц; все остальные сайты лучше вкладывают ресурсы в оптимизацию Core Web Vitals на основной версии.

Что такое AMP и почему Google фактически от него отказался

AMP (Accelerated Mobile Pages) — открытый фреймворк для создания молниеносно быстрых мобильных страниц, запущенный Google совместно с Twitter в октябре 2015 года. Логика была прозрачной: мобильный интернет медленный, страницы тяжёлые, пользователи уходят — значит, нужен стандарт, который заставит издателей создавать лёгкие версии с жёсткими ограничениями на JavaScript, CSS и внешние ресурсы.

С 2016 по 2021 год Google привязал AMP к Mobile Top Stories — горизонтальному карусельному блоку на первой странице поиска для мобильных. Попасть туда могли только AMP-страницы. Для новостных изданий это был колоссальный стимул: Top Stories давал 30–60% всего органического трафика. Редакции внедряли AMP не потому что хотели — а потому что не было выбора.

Но у фреймворка были серьёзные ограничения с самого начала. AMP запрещает произвольный JavaScript — значит, невозможны интерактивные элементы, A/B-тесты, персонализация. Монетизация через рекламу на AMP-страницах давала на 30–50% меньше дохода по сравнению с каноническими версиями. URL в браузере выглядел как google.com/amp/..., а не как URL издателя — что разрушало бренд и усложняло аналитику. Издатели жаловались. Регуляторы интересовались. И в апреле 2021 года Google сделал то, чего индустрия долго ждала.

Google официально подтвердил в 2021: Core Web Vitals, а не AMP — сигнал ранжирования для Top Stories. Любая страница с хорошими LCP, INP и CLS может попасть в карусель без единой строки AMP-кода.

Это решение зафиксировано в официальном блоге Google о Page Experience. С того момента AMP превратился в один из возможных технических подходов — а не в обязательное условие видимости.

AMP в 2026: что изменилось после отмены приоритета в Mobile Top Stories

Пять лет после смены правил картина стала чёткой. Данные HTTP Archive показывают стабильное снижение использования AMP: в 2021 году фреймворк использовали около 1,8% сайтов в выборке, в 2026 — менее 0,6%. Массового возврата к AMP не произошло и не произойдёт.

Что ещё изменилось за это время:

• Google Search Console перестал выделять AMP отдельным разделом в новых отчётах. AMP Coverage Reports остаются, но их вес в общей картине сайта уменьшился.
• Инструменты тестирования AMP (amp.dev/validator) продолжают работать, но Google их больше активно не продвигает.
• AMP-кэш Google (cdn.ampproject.org) сохраняется — но теперь его использование зависит от решения издателя, а не от требований поиска.
• Core Web Vitals стали центральным техническим сигналом. LCP, INP и CLS реально влияют на ранжирование — и достичь хороших показателей можно без AMP.

В нашей практике AMP уже неактуален для 95% сайтов, кроме крупных новостных изданий с очень специфическими условиями работы. Мы помогали нескольким новостным сайтам перейти с AMP, и ни один не потерял позиций в Top Stories — при условии, что Core Web Vitals были приведены в норму до отключения AMP.

Плюсы и минусы AMP в 2026 — таблица сравнения

Прежде чем принимать решение — оставлять AMP или отключать — стоит посмотреть на честную картину плюсов и минусов в текущих реалиях.

Когда AMP ещё имеет смысл: 3 реальных случая

Несмотря на общую тенденцию к отказу от AMP, есть три ситуации, где сохранение AMP в 2026 вполне обоснованно.

Случай 1: Крупное новостное издание с миллионами страниц

Если у вас 500 000+ статей и ограниченные технические ресурсы, AMP может быть наиболее реалистичным способом поддерживать приемлемые Core Web Vitals. Редакции таких изданий — Reuters, Associated Press, крупные региональные медиа — продолжают использовать AMP не ради ранжирующего приоритета, а для гарантированной скорости на слабых мобильных сетях в регионах с медленным 3G.

Случай 2: Сайт с плохо оптимизированной основной версией

Если ваш LCP > 4 секунд, CLS > 0.25, а технических ресурсов для глубокой оптимизации нет — AMP может быть временным решением для сохранения трафика Top Stories. Но это именно временный вариант, а не стратегия. Подробнее о технических метриках — в нашем гайде по Core Web Vitals: LCP, INP и CLS, там есть конкретные технические рецепты.

Случай 3: Рынки со значительной долей слабых мобильных сетей

Для сайтов, ориентированных на аудиторию Африки, Южной Азии или сельских районов, где 3G — норма, AMP-кэширование Google CDN даёт реальный прирост скорости. Но даже здесь всё чаще выбирают Service Workers и PWA вместо AMP — потому что они не имеют ограничений на контент и монетизацию.

Как правильно отказаться от AMP без потери трафика

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

Шаг 1: Проверьте Core Web Vitals основной страницы

До отключения AMP убедитесь, что LCP < 2.5 с, INP < 200 мс, CLS < 0.1 на мобильных устройствах. Используйте PageSpeed Insights и данные из Chrome UX Report в Google Search Console. Если показатели неудовлетворительные — сначала оптимизируйте их, и только потом отключайте AMP. Подробнее о требованиях к мобильным версиям — в нашем чеклисте Mobile-First индексации.

Шаг 2: Удалите rel=amphtml с канонической страницы

Найдите в шаблоне или CMS тег <link rel="amphtml" href="...">. Удалите его со всех канонических страниц. Это разрывает связь AMP-версии с основной — Google перестанет следовать этой связке и начнёт воспринимать AMP-URL как самостоятельные страницы (это следующий шаг к их удалению из индекса).

Шаг 3: Настройте 301-редирект с AMP-URL

Для всех AMP-URL (обычно /amp/ или ?amp=1) настройте 301-редирект на каноническую страницу. Пример для Apache .htaccess:

Шаг 4: Уведомите Google через Search Console

В Google Search Console перейдите к URL Inspection и запросите индексацию для нескольких ключевых страниц. Проверьте Sitemap — AMP-URL не должны там оставаться. Если Sitemap автоматически генерируется CMS — убедитесь, что после деактивации AMP плагин убрал AMP-URL из Sitemap.

Шаг 5: Следите за трафиком и Coverage 4–6 недель

В GSC следите за отчётами Performance (Mobile) и Coverage. Через 2–3 недели AMP-URL исчезнут из отчёта Coverage. Через 4–6 недель будет видно, сохранился ли уровень трафика. При хороших Core Web Vitals просадки практически не будет.

Альтернативы AMP: PWA, Core Web Vitals, Prerender

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

Оптимизация Core Web Vitals

Это основной путь для большинства сайтов. LCP, INP и CLS — реальные сигналы ранжирования, и их можно улучшить без изменения архитектуры сайта:

• LCP — оптимизируйте изображения (WebP, AVIF), используйте CDN, добавьте preload для hero-изображений. Цель: < 2.5 с.
• INP — минимизируйте JavaScript, разбивайте длинные задачи, используйте requestIdleCallback для некритичных операций. Цель: < 200 мс.
• CLS — устанавливайте явные размеры для изображений и видео, избегайте вставки контента поверх существующего. Цель: < 0.1.

Progressive Web App (PWA)

PWA — это веб-приложение с нативными возможностями: офлайн-режим через Service Workers, push-уведомления, установка на главный экран. PWA не ускоряет первую загрузку так же, как AMP с кэшем Google, но даёт намного лучший общий опыт — особенно для постоянных пользователей.

Prerender.io и SSG

Для сайтов с тяжёлым JavaScript (React, Vue, Angular) prerender — эффективное решение: сервер рендерит HTML заранее и возвращает готовую страницу Googlebot-у без задержек JavaScript execution. Static Site Generation (SSG) через Next.js или Gatsby даёт похожий эффект — но для всех пользователей, а не только для ботов.

Кейс: как новостной сайт отказался от AMP и не потерял Top Stories

Один из наших клиентов — региональное новостное издание с ~18 000 статей и около 60% мобильного трафика. AMP внедрили ещё в 2017 году, когда Top Stories не оставлял другого выбора. К 2023 году техническая команда тратила около 15% ресурсов на поддержку двух параллельных шаблонов — отдельно для AMP и для канонических версий. Каждое обновление дизайна приходилось делать дважды.

Первым шагом стала техническая диагностика: Google Search Console показывал, что 34% трафика Top Stories уже шло с канонических URL, а не с AMP — без каких-либо изменений со стороны сайта. То есть Google сам постепенно переключал показ на основные страницы.

Перед отключением AMP мы провели три недели оптимизации Core Web Vitals на канонических страницах:

• LCP улучшен с 3.8 с до 2.2 с — перевод изображений в WebP и настройка lazy-loading с явными размерами.
• INP снижен с 310 мс до 145 мс: основным блокировщиком оказался один аналитический скрипт, загружаемый синхронно в <head>. Перенос в defer решил 80% проблемы.
• CLS уже был в норме (0.08), изменений не потребовалось.

Отключение AMP заняло один рабочий день: деактивация плагина, проверка 301-редиректов, обновление Sitemap, запрос индексации для 50 наиболее трафиковых статей через GSC.

Результат через 6 недель: доля трафика из Top Stories не изменилась — наоборот, выросла на 8 абсолютных процентных пункта, потому что Google теперь показывал собственные URL издателя с лучшим CTR за счёт узнаваемости домена. Доход от рекламы вырос на 22% — исчезло ограничение AMP на рекламные форматы. Затраты на поддержку шаблонов сократились вдвое.

Главный страх при отключении AMP — провал в Top Stories. Но при хороших Core Web Vitals Google не наказывает за отсутствие AMP-версии. Мы проверили это на практике — и продолжаем проверять с каждым новым клиентом.

Технические детали: что происходит в индексе после отключения AMP

После того как вы удалили rel=amphtml и настроили редиректы, Google проходит несколько последовательных фаз переиндексации. Понимание этих фаз помогает не паниковать, когда на каком-то этапе статистика выглядит странно.

Фаза 1 (недели 1–2): AMP-URL ещё в индексе, но rel=amphtml уже нет. Google видит, что каноническая страница больше не ссылается на AMP-версию. Он начинает переоценивать, является ли AMP-URL самостоятельной страницей. В Coverage report вы можете увидеть AMP-URL со статусом «Crawled – currently not indexed» или временно «Duplicate» — это нормально.

Фаза 2 (недели 2–4): 301-редиректы активно обрабатываются. Googlebot следует редиректам и передаёт ссылочный вес на канонические URL. AMP-URL постепенно исчезают из Coverage report. Если есть внешние ссылки на AMP-URL с других сайтов — 301 корректно передаёт их вес дальше.

Фаза 3 (недели 4–8): стабилизация. Канонические URL занимают место AMP-URL в Top Stories и обычном поиске. При хороших Core Web Vitals позиции сохраняются или улучшаются. Coverage report больше не показывает AMP-URL.

Часто задаваемые вопросы

AMP в 2026 всё ещё даёт преимущество в поиске Google?

Нет. Google отменил требование AMP для Mobile Top Stories в 2021 году. Любая страница с хорошими Core Web Vitals может попасть в Top Stories. AMP не даёт ранжирующего приоритета — это просто один из способов достичь скорости.

Стоит ли новому сайту внедрять AMP в 2026?

Для большинства сайтов — нет. Если вы правильно оптимизируете Core Web Vitals на основной версии страницы, AMP не нужен. Исключение — крупные новостные издания с миллионами страниц, где кэширование AMP помогает со скоростью в медленных сетях.

Как отказаться от AMP без потери трафика?

Основная последовательность: достигните хороших Core Web Vitals на основной странице, удалите rel=amphtml, поставьте 301-редирект с AMP-URL на канонический, уведомите Google через GSC, следите за трафиком 4–6 недель. При хороших CWV потерь практически не будет.

Что лучше — AMP или PWA?

PWA и AMP решают разные задачи. PWA — полноценный опыт приложения: офлайн-режим, push-уведомления, установка на главный экран. AMP — исключительно быстрая загрузка статических страниц. В 2026 большинство сайтов выбирают оптимизацию Core Web Vitals вместо обоих.