Внедрение AMP в 2026 году: оправдана ли технология

Через три года после того, как Google снял обязательную метку AMP с карусели Top Stories, мы с вами стоим перед руинами инфраструктуры, которая когда-то казалась нерушимым законом мобильного интернета — и задаёмся вопросом, который ещё в 2021-м считался крамольным: а не пора ли списать этот стандарт в архив вместе с Flash-плеерами и таблицами-вёрсткой?

И знаете что — правильный ответ не так прост, как кажется. Давайте разберёмся.

Космос, который сжался: что случилось с AMP за последние годы

Помните тот момент, когда AMP казался магией? 2016 год, Google запускает инициативу, и веб-разработчики по всему миру бросаются обрезать свои сайты до голого костяка — убирают JavaScript, урезают CSS, вешают кэш на серверы Google. Цель была священная: мобильная страница должна грузиться мгновенно, иначе — прощай, карусель новостей, прощай, топ выдачи.

А потом случился взрыв мозга — и назывался он Core Web Vitals.

В 2021 году Google официально заявил: для попадания в Top Stories AMP больше не нужен. Достаточно хороших метрик — LCP (Largest Contentful Paint), FID/INP (Interaction to Next Paint, который заменил First Input Delay в 2024-м) и CLS (Cumulative Layout Shift). И вот эта новость — казалось бы, сухая техническая строчка из блога Google — перевернула всю архитектуру мобильного веба.

С тех пор прошло пять лет. Пять лет, в течение которых индустрия прошла через несколько ключевых тектонических сдвигов:

И вот мы здесь — в 2026-м, когда число сайтов, использующих AMP, сократилось примерно на 60–70% по сравнению с пиком 2020 года (по данным различных краулинговых сервисов, включая HTTP Archive). Но сократилось — не значит исчезло. И вот почему.

Как это работает сегодня: три сценария, где AMP ещё жив

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

Сценарий 1: Новостные издания и медиа-платформы

Если вы крупное новостное СМИ с миллионами страниц и ежедневным потоком публикаций — AMP всё ещё может быть вашим козырем. Почему? Потому что у AMP есть одна черта, которую Core Web Vitals не заменяет напрямую: Google AMP Cache. Это предварительно скэшированные копии ваших страниц на серверах Google, которые отдаются пользователям молниеносно — с задержкой в десятки миллисекунд. Да, вы теряете контроль над тем, как именно страница выглядит (и это серьёзная цена), но для новостного потока, где скорость публикации критична, это компромисс, который некоторые редакции до сих пор принимают.

Однако — и это важно — даже в этом сценарии есть альтернативы. Signed Exchanges (SXG) позволяют показывать URL вашего домена вместо google.com/amp, сохраняя при этом преимущества кэширования. И если в 2022-м SXG казались экспериментом, то к 2026-му они стали вполне рабочим инструментом для крупных изданий.

Сценарий 2: Рынки с медленным мобильным интернетом

Африка, Юго-Восточная Азия, отдельные регионы Латинской Америки — там, где средняя скорость мобильного интернета всё ещё измеряется однозначными цифрами в Мбит/с, AMP остаётся реальным способом донести контент до пользователя. Это не абстрактный аргумент: если ваш целевой аудитории приходится ждать загрузку страницы 8–12 секунд на 3G-соединении, обрезанная AMP-версия с загрузкой за 1–2 секунды — это не «фича», а разница между прочтением и закрытием вкладки.

Сценарий 3: Легаси-инфраструктура

Да, бывает и так. Крупные платформы, которые вложили миллионы в AMP-инфраструктуру — кастомные компоненты, интеграции с amp-analytics, amp-ad, amp-sidebar — не могут мигрировать за ночь. Для них AMP — это не выбор, а инерция. И честный ответ на вопрос «оправдана ли технология» в их случае звучит так: «Мы знаем, что пора, но миграция стоит дороже, чем поддержка».

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

Практические детали: на что смотреть, когда принимаете решение

Вот здесь начинается настоящая инженерия — не абстрактные рассуждения, а конкретика, по которой мы с вами можем принять решение. Давайте разберём критерии, которые реально работают.

Проверка оправдана ли технология — ваш чек-лист действий:

1. Замерьте реальную производительность без AMP. Возьмите 10–20 ключевых страниц, снимите AMP-версию, разверните «полную» версию и измерьте Core Web Vitals через PageSpeed Insights и CrUX-отчёты. Если LCP стабильно ниже 2.5 секунды, INP ниже 200 мс, а CLS ниже 0.1 — у вас есть крепкий фундамент без AMP.

2. Проанализируйте трафик из AMP. Залезьте в Google Search Console → Эффективность → Фильтр по URL-адресам AMP. Какой процент вашего органического трафика приходит через AMP-страницы? Если это 15% и выше — миграция потребует тщательного планирования. Если 2–5% — вы, вероятно, уже теряете больше на ограничениях AMP, чем получаете.

3. Оцените технический долг. Сколько кастомных AMP-компонентов вы используете? Какова сложность вашей amp-analytics интеграции? Есть ли зависимости от amp-ad для монетизации? Каждый из этих элементов — отдельная линейка миграции.

4. Посмотрите на конкурентов. Откройте вашу выдачу по ключевым запросам. Сколько из топ-10 результатов используют AMP? Если большинство перешли на обычные страницы с хорошими CWV — рынок уже решил за вас.

5. Проверьте мобильный трафик по регионам. Если 80% вашей аудитории — это пользователи с хорошим 4G/5G соединением в крупных городах, аргумент про «медленный интернет» не работает.

Миграция: не больно, если делать с умом

Допустим, вы приняли решение уходить с AMP. Что дальше? Вот пошаговый алгоритм, который мы с вами можем адаптировать под вашу ситуацию:

Фаза 1: Аудит (1–2 недели)

• Инвентаризация всех AMP-страниц и их функциональности

• Маппинг AMP-компонентов на стандартные аналоги (amp-img → lazy-loaded img с srcset, amp-analytics → GA4/gtag, amp-form → нативная форма с progressive enhancement)

• Проверка серверной инфраструктуры — готовы ли ваши серверы отдавать полные страницы с нужной скоростью

Фаза 2: Оптимизация не-AMP версий (2–4 недели)

• Внедрение критического CSS inline

• Настройка lazy loading для изображений и видео

• Оптимизация шрифтов (font-display: swap, подсечение unicode-range)

• Предзагрузка ключевых ресурсов через `<link rel="preload">`

Фаза 3: Параллельный запуск (2–3 недели)

• Запустите не-AMP версии на подмножестве страниц

• Мониторьте CWV через CrUX и RUM (Real User Monitoring)

• Сравнивайте CTR и показы в Search Console

Фаза 4: Полная миграция

• Удаление AMP-тегов (`<link rel="amphtml">`)

• Настройка редиректов с AMP URL на canonical

• Подача обновлённых sitemap

• Мониторинг в течение 4–6 недель

Миграция с AMP — это не «удалить и забыть». Это инженерный проект, в котором скорость загрузки должна стать не хуже, а лучше. Иначе зачем было вообще снимать обёртку?

Риски, о которые спотыкаются

Будем честны — миграция не всегда проходит гладко. Вот три самые частые ловушки, в которые попадают команды:

Ловушка 1: «Мы просто уберём AMP, и всё заработает»

Нет. Если ваша не-AMP версия исторически была тяжёлой (а почему вы вообще внедряли AMP?), снятие обёртки вернёт вас к исходной проблеме — медленным страницам. AMP был пластырем, а не лечением. Если не лечить underlying disease (тяжёлый JS, неоптимизированные изображения, блокирующий рендеринг CSS), вы просто снимете повязку и увидите рану.

Ловушка 2: Игнорирование кеша AMP

Когда вы отключаете AMP, Google AMP Cache перестаёт отдавать ваши страницы. Если значительная доля трафика шла через этот кеш (а для новостных изданий это может быть 20–40% мобильного трафика), вы можете столкнуться с резким падением скорости доставки контента. Решение: внедрение CDN с edge-кэшированием, а для новостных сайтов — рассмотрение Signed Exchanges.

Ловушка 3: Потеря позиций в карусели

Хотя Google и заявил, что AMP не обязателен для Top Stories, на практике скорость загрузки остаётся фактором ранжирования. Если после миграции ваш LCP вырастет с 1.2 до 3.5 секунд — вы можете выпасть из карусели не потому, что Google наказывает за отсутствие AMP, а потому что ваша страница стала медленнее конкурентов, которые оптимизировались.

На что обратить внимание: сигналы, что AMP вам больше не нужен

Если вы видите хотя бы три из этих пяти сигналов — серьёзно задумайтесь о миграции:

• Ваши Core Web Vitals на полных страницах стабильно в «зелёной зоне» (LCP < 2.5s, INP < 200ms, CLS < 0.1)

• Доля AMP-трафика в общем органическом трафике ниже 10%

• Вы тратите значительные ресурсы на поддержку двух версий сайта (AMP и desktop)

• Ваши ключевые конкуренты в выдаче давно не используют AMP

• Вам нужны функции, которые AMP блокирует (кастомный JavaScript, сложные интерактивные элементы, определённые виды аналитики)

А теперь — обратная сторона. Сигналы, что AMP пока лучше оставить:

• Вы работаете на рынках с медленным мобильным интернетом как основным сценарием

• Значительная доля вашего трафика идёт через AMP Cache и миграция потребует масштабной оптимизации инфраструктуры

• У вас нет ресурсов на глубокую оптимизацию Core Web Vitals для не-AMP страниц

Итоги: что скажет история?

Вот мой прогноз — как репортёра из будущего, который уже видел, как заканчиваются подобные истории.

AMP в 2026-м — это технология на финальной прямой. Не потому что она плохая (она была революционной для своего времени), а потому что веб эволюционировал мимо неё. Core Web Vitals, нативная поддержка lazy loading в браузерах,вещающиеся стандарты Web Components, прогресс в оптимизации JavaScript-фреймворков — всё это создало мир, где можно получить скорость AMP без ограничений AMP.

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

А если вы уже на AMP — проведите аудит, оцените цифры, составьте план миграции. Не рубите с плеча, но и не цепляйтесь за прошлое. Интернет не прощает ностальгии — он прощает скорость и качество.

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

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

---

*А если вы хотите поэкспериментировать прямо сейчас — вот быстрый старт для проверки ваших страниц: откройте Chrome DevTools → Lighthouse → выберите Mobile → запустите аудит. Если Performance Score выше 85, а все три Core Web Vitals в зелёном — поздравляю, вы уже получили то, что AMP обещал, но без ограничений. Это и есть магия современного веба.*