AMP (ускоренные мобильные страницы)

AMP (Accelerated Mobile Pages) — это веб-фреймворк с открытым исходным кодом, изначально созданный Google для обеспечения быстрой загрузки страниц на мобильных устройствах. Страницы AMP используют упрощённую версию HTML со строгими ограничениями на JavaScript и CSS для приоритизации скорости рендеринга. Фреймворк кэширует страницы на CDN Google и пререндерит их в результатах поиска, благодаря чему AMP-страницы казались почти мгновенно загружающимися при нажатии из поисковой выдачи Google. AMP широко применялся новостными издателями и контентными сайтами с 2016 по 2021 год, в особенности потому, что карусель «Топ историй» Google изначально требовала AMP-страницы для включения. Влияние фреймворка значительно снизилось после того, как Google убрал требование AMP для «Топ историй» в 2021 году и перенёс фокус ранжирования на [Core Web Vitals](/glossary/core-web-vitals).

Мобильные читатели ожидают, что страницы загрузятся менее чем за три секунды. Медленный контент теряет читателей и ухудшает позиции в поисковой выдаче. Для издателей, инвестировавших в AMP с 2016 по 2021 год, фреймворк обеспечивал измеримые улучшения скорости и поисковой видимости. Однако AMP достигал скорости путём серьёзных ограничений — никакого пользовательского JavaScript, ограниченный CSS, урезанные возможности аналитики и отсутствие поддержки интерактивных элементов: встроенного видео, форм или 3D-анимаций. По мере улучшения производительности браузеров и мобильных сетей разрыв между хорошо оптимизированными стандартными веб-страницами и AMP-страницами существенно сократился. Издателям теперь необходимо оценить, оправдывают ли ограничения AMP убывающие преимущества, особенно когда современные фреймворки могут достигать сопоставимого времени загрузки без потери функциональности.

**«AMP необходим для хороших мобильных позиций.»** Это было частично верно до 2021 года, когда Google требовал AMP для карусели «Топ историй». С тех пор Google ранжирует страницы на основе [Core Web Vitals](/glossary/core-web-vitals) (Largest Contentful Paint, Cumulative Layout Shift, Interaction to Next Paint) независимо от использования AMP. Хорошо оптимизированная стандартная страница ранжируется так же хорошо, как AMP-страница. **«AMP-страницы всегда быстрее обычных.»** AMP достигает скорости через кэширование и ограничения, но правильно оптимизированная стандартная веб-страница с современными форматами изображений, минимальным JavaScript и edge-кэшированием может сравниться с временем загрузки AMP или превзойти его. Воспринимаемое преимущество в скорости в основном обеспечивалось пререндерингом CDN Google, а не HTML-подмножеством AMP как таковым. **«Отказ от AMP повредит трафику.»** Многие издатели, мигрировавшие с AMP, сообщили о стабильном или даже улучшенном трафике, поскольку их стандартные страницы теперь могли включать более богатый контент, лучшую аналитику и интерактивные элементы, повышающие вовлечённость и время на странице.

AMP работает путём применения набора правил на уровне HTML: - **JavaScript**: AMP запрещает весь пользовательский JavaScript. Разрешена только собственная библиотека компонентов AMP, что ограничивает интерактивность предварительно созданными компонентами — каруселями изображений и аккордеонами. - **CSS**: Все стили должны быть inline и не превышать 75КБ суммарно. Внешние таблицы стилей заблокированы. - **Ресурсы**: Изображения, видео и [iframe](/glossary/iframe) должны использовать специфические теги AMP (`amp-img`, `amp-video`, `amp-iframe`) с предварительно объявленными размерами для предотвращения сдвигов макета. - **Кэширование**: AMP-страницы кэшируются на AMP Cache CDN Google, которая обслуживает их с серверов Google, а не с сервера-источника издателя. - **Валидация**: Страницы должны пройти AMP Validator для признания валидными AMP-страницами и получения значка AMP в результатах поиска. Эти ограничения означают, что такие функции, как [формы захвата лидов](/glossary/lead-capture), пользовательские скрипты [аналитики](/glossary/analytics-dashboard), встроенные просмотрщики [флипбуков](/glossary/flipbook) и интерактивные демо продуктов, не могут работать внутри AMP-страницы.

FlipLink не использует AMP, поскольку его просмотрщик флипбуков уже оптимизирован для мобильной производительности без ограничений, налагаемых AMP. Флипбуки обслуживаются как лёгкие, адаптивные страницы, быстро загружающиеся на любом устройстве. Анимация переворачивания страниц на [Three.js](/glossary/three-js) автоматически адаптируется к размеру экрана, а элементы управления просмотрщика FlipLink позволяют читателям увеличивать масштаб щипком, перелистывать страницы свайпом и навигировать с помощью сенсорных жестов. Такие функции, как [CTA-кнопки](/glossary/call-to-action-cta), формы захвата лидов и аналитика в реальном времени, полностью работают на мобильных устройствах — ничего из этого было бы невозможно в ограниченном HTML-подмножестве AMP. Страницы FlipLink достигают высоких показателей Core Web Vitals благодаря ленивой загрузке, оптимизированной доставке изображений и минимальным ресурсам, блокирующим рендеринг, что делает AMP ненужным для поисковой производительности.

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