Действительно ли AMP-ускорение сайта может значительно повысить скорость загрузки первого экрана? Этот вопрос уже много лет обсуждается в рамках технической оценки внешнеторговых независимых сайтов. Но по мере того как Google постепенно ослабляет специальную маркировку AMP в результатах поиска, а Core Web Vitals становятся жестким порогом для SEO, техническим командам нужны уже не теоретические рассуждения, а воспроизводимые и поддающиеся атрибуции результаты практических тестов. За последние 18 месяцев техническая команда Yiyingbao провела сравнительные тесты на 127 реальных внешнеторговых независимых сайтах (охватывающих такие категории, как B2B промышленная продукция, товары для дома, косметика, механические комплектующие и др.), сосредоточившись на трех ключевых метриках: LCP (отрисовка крупнейшего содержимого), FCP (первая отрисовка содержимого), CLS (совокупное смещение макета); все сайты работали на основных облачных платформах для создания сайтов и использовали единую стратегию CDN и кэширования.

Суть AMP-ускорения сайта: ограничения ради облегчения, а не универсальный ускоритель

AMP-ускорение сайта — это не самостоятельная технология, а строгая система спецификаций HTML/CSS/JS. За счет запрета сторонних скриптов, принудительного встраивания ключевого CSS, ограничения способов загрузки пользовательских шрифтов и использования предварительного рендеринга через AMP Cache оно обеспечивает предсказуемый нижний порог производительности первого экрана. Такая логика проектирования — “обмен функциональности на скорость” — имела большую ценность в период 2016–2019 годов, когда мобильные сети в целом были медленнее, а производительность устройств сильно различалась.

Но сегодня ситуация уже иная. Оптимизация современных браузеров достигла зрелости, уровень распространения HTTP/3 превысил 65%, а возможности периферийных вычислений CDN значительно выросли. Мы обнаружили: при одинаковой конфигурации сервера и базовой оптимизации средний LCP у AMP-страниц составил 1.42 секунды, у не-AMP-страниц — 1.68 секунды——разница всего 260 миллисекунд, причем на десктопах это преимущество почти исчезает (разница<80ms). Что еще важнее, у 23% AMP-сайтов из-за обязательного использования AMP-компонентов увеличилась задержка взаимодействия, что, наоборот, повысило INP (время отклика на взаимодействие).

Бизнес-аспекты, стоящие за данными практических тестов

Если смотреть только на цифры LCP, легко прийти к ошибочным выводам. Мы дополнительно проанализировали путь конверсии в пользовательской воронке поведения:

• Средний показатель отказов у AMP-страниц был ниже на 3.2%, но только для чисто информационных посадочных страниц (например, анонсы выставок, страницы загрузки white paper);
• Для B2B-страниц с формами и многошаговыми процессами отправки запросов AMP из-за невозможности интеграции с основными CRM SDK привел к росту доли неудачных отправок лидов на 11.7%;
• В органическом поиске Google AMP-маркировка уже не дает прироста CTR; напротив, у не-AMP-страниц с более богатыми структурированными данными и LCP<1.3s CTR был выше на 9.4%;
• Для официальных сайтов брендов категории парфюмерия, уход, косметика их высокая визуальная насыщенность конфликтует с правилами ленивой загрузки изображений AMP, что приводит к задержке загрузки детальных изображений товаров и влияет на эстетическое восприятие упаковки.

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

Ключевые точки принятия решений при технической оценке

При принятии решения о том, включать ли AMP-ускорение сайта, рекомендуется в первую очередь проверить следующие четыре пункта:

Более практичный альтернативный путь

В процессе обслуживания более 100000 компаний Yiyingbao обнаружила, что по-настоящему устойчивое улучшение первого экрана чаще всего достигается за счет более глубоких согласованных улучшений:

• Использование режима “прогрессивного рендеринга” в собственной облачной интеллектуальной системе создания сайтов с приоритетной инъекцией ключевых ресурсов первого экрана в потоковой передаче HTML;
• Для галерей продукции внедряется интеллектуальная раздача в двух форматах WebP+AVIF с автоматической обрезкой в зависимости от DPR устройства;
• Сторонние аналитические скрипты откладываются до загрузки после DOMContentLoaded, чтобы избежать блокировки основного потока;
• Для клиентов категории парфюмерия, уход, косметика особенно усилены GPU-ускоренные переходы в зоне Banner и встроенные SVG векторные иконки, чтобы обеспечить премиальный визуальный эффект без ущерба для производительности.

Эти практики уже позволили клиентам Yiyingbao снизить средний LCP до 1.21 секунды без отказа от каких-либо интерактивных возможностей или сторонних интеграций.

Рекомендации по следующим действиям

Вместо того чтобы спорить, стоит ли включать AMP-ускорение сайта, лучше сначала выполнить три базовые диагностики:

Во-первых, с помощью Chrome DevTools Lighthouse провести три практических теста для основных страниц с трафиком и взять медианные значения LCP/FCP;

Во-вторых, проверить, включены ли в текущем CDN сжатие Brotli и поддержка HTTP/3;

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

Суть выбора технологии — это баланс между определенностью и гибкостью. Когда узкое место производительности смещается с сетевого уровня на уровень приложения, гораздо важнее направить усилия на создание полной системы оптимизации пользовательского опыта, которая будет измеримой, итеративной и согласованной с бизнес-целями.