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

П'ять років після зміни правил гри картина стала чіткішою. Ми відстежуємо статистику використання AMP через HTTP Archive і бачимо стабільне зниження: у 2021 році AMP використовували близько 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-кешування Google допомагає зі швидкістю на слабких мережах.

Як відмовитись від 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 замість обох.