Мобильные страницы с ускоренной загрузкой: из чего они сделаны и зачем нужны?

Уже совсем скоро, в начале февраля, Google запустит проект AMP (Accelerated Mobile Pages). И пока все прогрессивное человечество готовится к этому, редакция SEOnews решила подробно разобраться, в чем особенность этой технологии, как она работает и, главное, какие фишки уже приготовил Google для своего нового детища.

Из чего сделаны AMP

AMP (Accelerated Mobile Pages) – мобильные страницы ускоренной загрузки – были анонсированы командой Google в начале октября 2015 года. По сути, это новый единый формат облегченной загрузки текстовых материалов на мобильных устройствах.

Функционально AMP состоит из трех частей:

• AMP HTML
• AMP JS
• AMP CDN

AMP HTML – это обычный HTML с рядом ограничений для более надежной работы и некоторыми расширениями для создания медийного контента.

В HTML-коде AMP используются преимущественно регулярные HTML-теги, хотя некоторые из них заменяются специфическими AMP-тегами. Это так называемые HTML-компоненты. Например:

• amp-ad – отвечает за рекламу. 
• amp-img – альтернатива тега img.
• amp-pixel – счетчик посещений.
• amp-video – альтернатива тега HTML5 video.

Так как AMP HTML является подвидом базового HTML, он поддерживается всеми существующими юзер-агентами, кроме того, документы на AMP HTML могут быть загружены на веб-сервер и функционировать как и любой другой элемент. Они также предназначены для опционального обслуживания через специализированные системы AMP – прокси документы AMP.

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

AMP CDN – основанный на прокси CDN для передачи всех валидных AMP-документов. Он извлекает HTML страниц, кэширует их и автоматически повышает производительность страниц. При использовании AMP CDN все JS-файлы и изображения загружаются в таком же варианте, что и при использовании HTTP 2.0.

В CDN AMP есть встроенная система проверки, подтверждающая работоспособность страниц и их соответствие AMP HTML.

Другой вариант валидатора проверяет ошибки прямо в консоли браузера, когда страница рендерится. Он позволяет увидеть, какой комплекс изменений в коде может повлиять на производительность и улучшить пользовательский опыт.

На выходе мы получим карусель карточек AM-страниц в выдаче, которые можно будет пролистать и выбрать наиболее интересную. AMP сохранят стили и брендирование веб-версии страницы и будут поддерживать рекламные форматы, так что на монетизации сайта это никак не скажется.

Зачем нужны AMP

В качестве основной цели нововведения было обозначено повышение производительности открытости мобильного интернета.

В официальном релизе сказано:

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

На самом деле проект должен закрыть несколько разноплановых задач:

• устранить различия между мобильными сайтами разного качества;
• решить проблемы с монетизацией сайтов издателей из-за низкой скорости загрузки и блокировщиков рекламы (предполагается, что AMP сможет их обойти);
• облегчить процесс разработки;
• сделать формат «быстрых» мобильных страниц общедоступным.

Что уже готово

Чем ближе полномасштабный релиз проекта, тем больше рассказывает о своем новом детище. Например, в ходе недавней видеовстречи Эмерик Студер, менеджер по технологиям AMP, подробно рассказал о новой технологии и ответил на вопросы пользователей.

Судя по всему, Google серьезно настроен относительно своего нового проекта. За прошедшие 4 месяца с анонса AMP представители компании уже успели разослать рекомендации по использованию нового формата в Search Console и объявить о:

• Добавлении свойств для AMP в документацию по разметке статей. С декабря прошлого года в документации по созданию расширенных сниппетов для страниц статьей появилась дополнительная информация, касающаяся страниц с ускоренной загрузкой.
• Необходимости использования на AM-страницах атрибута rel=canonical. rel=caconical, указывающий на страницу веб-версии сайта, поможет избежать проблем с дублированием контента.
• Специальном отчете об ошибках в Search Console. С его помощью издатели, работающие с AMP, смогут мониторить общую ситуацию на сайте и быстрее узнать об ошибках на страницах и переходить к их решению.
• Запуске аналитического компонента для AMP. Издатели смогут измерять показатели на страницах с ускоренной загрузкой с помощью Google Analytics.
• Поддержке рекламных форматов. По словам руководителя рекламного направления Google Шридхара Рамасвами, на AMP уже тестируются разнообразные форматы рекламы, в том числе и нативной, и со временем их число будет расти. На сегодняшний день среди рекламных провайдеров AMP – AOL, AdSense, DoubleClick, Kargo, OpenX, OutBrain и др.

В заключение

Пока проект AMP находится на этапе открытого тестирования, присоединиться к которому можно здесь. Задать интересующие вопросы команде проекта или другим участникам эксперимента можно на GitHub.

О своем опыте работы с AMP пишите в комментариях или на почту редактору: darya@seonews.ru.