Технологія AMP (Accelerated Mobile Pages) відходить у минуле, і це добре

У 2015 році Google представила технологію Accelerated Mobile Pages (AMP), позиціонуючи її як вирішення проблеми повільного завантаження сайтів на смартфонах. Власникам сайтів пропонувалося створювати окремі спрощені версії сторінок з обмеженим HTML, CSS та JavaScript. Такі сторінки могли кешуватися Google і відкривалися помітно швидше за звичайні.

На перший погляд, ідея виглядала логічною. Однак, за своєю суттю AMP вирішувала проблему не оптимізацією існуючих сайтів, а створенням ще однієї версії кожного документа. Замість того, щоб розвивати веб-стандарти та стимулювати розробників робити швидкі сайти, Google запропонувала власну екосистему з окремими правилами, обмеженнями та набором компонентів.

Кілька років Google активно просувала AMP. Для сайтів новин технологія фактично стала обов’язковою: тільки AMP-сторінки могли потрапити в блок Top Stories на мобільних пристроях. Багато власників сайтів впроваджували AMP не тому, що бачили в ній переваги, а тому, що не хотіли втрачати пошуковий трафік.

Але потім позиція самої Google почала змінюватися.

У 2021 році компанія відмовилася від вимоги використовувати AMP для потрапляння до Top Stories. Натомість головним критерієм стали показники якості сторінки, включаючи Core Web Vitals. Фактично Google визнала, що швидкий сайт може бути реалізований без AMP.

Пізніше AMP перестала набувати серйозного розвитку. Великі оновлення виходять дедалі рідше, активність проекту значно знизилася, а офіційні сторінки AMP у соціальних мережах вже давно не оновлюються. Все це схоже на типові ознаки технології, яка більше не є пріоритетною для свого творця.

Головна проблема AMP нікуди не зникла — необхідність підтримувати дві версії одного сайту. Розробникам доводиться створювати окремі шаблони, тестувати два варіанти сторінок, стежити за їх синхронністю та виправляти однакові помилки відразу в кількох місцях. Це збільшує вартість розробки, ускладнює супровід проекту та створює додаткову ймовірність появи помилок.

При цьому сама технологія накладає багато обмежень. Багато звичних можливостей JavaScript або недоступні, або вимагають використання спеціальних компонентів AMP. В результаті розробники змушені шукати обхідні шляхи чи відмовлятися від частини функціональності.

Багато в чому історія AMP нагадує технологію WAP, яка була популярною на початку 2000-х років. Тоді для мобільних телефонів створювалися окремі WAP-сайти із дуже спрощеним інтерфейсом. Поки пристрої були слабкими, це здавалося розумним рішенням. Але з розвитком смартфонів необхідність окремих мобільних версіях зникла, і WAP досить швидко пішов в історію.

AMP рухається за дуже схожим сценарієм. Замість розвитку єдиного сучасного сайту пропонувалося створювати ще один його різновид. По суті це крок назад. Сучасний веб давно довів, що один адаптивний сайт здатний однаково добре працювати на телефонах, планшетах та комп’ютерах без будь-яких спеціальних «полегшених» копій.

Часто можна зустріти твердження, що AMP є корисною для SEO. На сьогоднішній день це твердження виглядає дуже сумнівним. Google вже давно не вважає AMP фактором ранжирування, а її власні пошукові алгоритми орієнтуються на швидкість роботи сайту, зручність використання та якість контенту незалежно від того, чи використовує сайт AMP чи ні.

Зрештою AMP виявилася технологією, яка створила більше обмежень, ніж переваг. Вона ускладнила розробку, збільшила вартість підтримки проектів та змусила тисячі сайтів підтримувати додаткову версію сторінок заради спірних переваг. Історія вже показала, що такі рішення рідко живуть довго. Як колись зникли WAP-сайти, так поступово йде й AMP. І для сучасного Інтернету це скоріше позитивна тенденція, ніж втрата.