AMP – это проще для Google, но не для бизнеса
Интернет довольно запутанное и сложное место. С самого начала разработчики часто не обращали внимание на стандарты. Проблем добавляют и браузера, которые имеют свои собственные технологии для расширения возможностей Интернета.
Конечным результатом является анархия для всех, когда нет двух сайтов, использующих один и тот же код. Но это имеет другую крайность, когда крайне редко можно найти проекты с нормальным дизайном, отличной функциональностью и с кодом полностью соответствующим требованиям W3C или стандартам CMS.
А теперь поставьте себя на место поисковой системы, как Google, которая должна понимать все опубликованное в сети. Сканеры и индексатор Google должны быть очень снисходительными и обрабатывать множество мусора, чтобы иметь возможность находить и индексировать контент. И поскольку Интернет продолжает развиваться и становится все более сложным, Google все больше и больше борется с этим.
Основное приспособление Google
В течение многих лет Google подталкивал веб-мастеров к созданию лучших веб-сайтов. «Лучше», что означает «легче для понимания Google». Google решительно поддерживает такие технологии, как карты сайта XML и структурированные данные schema.org, поскольку они облегчают жизнь поисковой системе.
Другие инициативы, такие как файлы disavow и rel = nofollow, помогают Google поддерживать чистоту своего графа ссылок и избегать вопиющего спама. Все статьи, опубликованные на сайте разработчиков Google, предназначены для того, чтобы хаотичный и беспорядочный Интернет стал больше похож на чистый, простой для понимания. Другими словами, сеть в форме Google.
Это битва, которую Google ведет десятилетиями.
И последнее оружие в арсенале – AMP (Accelerated Mobile Pages).
Проекты, полностью построенные на AMP, для Google — это несбыточная мечта. AMP- это страницы быстрой загрузки (так быстрей сканируются и лучше пользователям с любой скоростью интернета), просты для понимания (благодаря обязательным структурированным данным) и лишены любого нежелательного беспорядка или беспорядка (поскольку это нарушает стандарт).
Google через AMP хочет упростить жизнь. Не будет проблем со сканированием и индексированием, потребуется значительно меньше усилий для извлечения значимого контента с веб-страниц, можно ранжировать самые лучшие страницы в любом заданном результате поиска.
Кажется все идеально. Но вот незадача, ведь реализация такой мечты – очень сложный процесс. И сложный он не только потому, что это совсем другие и непривычные стандарты.
AMP от Google может просто превратить жизнь бизнеса в ад. Это реально силовое решение вопроса для веб технологий. В прямом смысле слова. Заставить всех идти строевым шагом. И заново планировать архитектуру сайта, ведь предыдущие подходы не работают в рамках этой концепции.
Но давайте рассмотрим все причины и ограничений, которые вас коснуться в первую очередь.
1. Забудьте о текущем javascript как таковом.
У вас на сайте есть js? Проще всего вам его удалить, чтобы выполнить требования.
С технологией AMP вам нужен AMP runtime (вместо JavaScript). Это JS с открытым исходным кодом, который разработан Google. Нет, это не библиотека. По факту, вам больше не нужно писать JS как таковой.
Логика здесь другая. Вы должны объявить в своем HTML, что компонент интерактивен. И AMP JavaScript превратит их в интерактивные компоненты.
2. Ограничение на обьем CSS страницы.
Есть жесткое ограничение на количество CSS любой страницы – 50 тыс байтов. Как только вы вышли за это значение – инструмент AMP Validator вам скажет, что ваша страница больше не соответствует требованиям AMP.
Помните большие и красивые презентации ваших услуг, анимации и прочее «вау»? Забудьте, вам нужно резать дизайн или резать стили, переносить элементы в картинки (что само по себе – странный подход).
3. У вас отдельный интерфейс настройки Tag Manager и других сервисов.
Потому что AMP требует другого подхода и других навыков. Ваш маркетолог выставит вам немного больше за работу, нежели обычно. И не каждый разработчик возьмется за правки в сайт.
4. Внедрение не влияет на ранжирование.
По информации поисковика, AMP не есть фактор ранжирования. Фактором ранжирования является скорость сайта, а для этой технологии загрузка реально быстрая.
5. AMP не распространен.
По статистике W3Techs доля сайтов на AMP составляет 0,064% в сети на начало 2020 года. Эта технология не массовая, что дает очевидный факт. Когда понадобится помощь по сайту – вам очень тяжело будет найти специалиста. Форумы также не помогут.
6. Интеграция в готовые сайты WordPress.
Плагины для WordPress по интеграции вызывают сильные сомнения и не дают желаемых результатов.
В 2018 году появилась первая версия плагина AMP для WordPress. С тех пор уже выпущен десяток таких. Но в 99% случаев – вас попросят сменить тему оформления на такую, которая соответствует требованиям стандарта. И также вас порадует встроенный валидатор, который будет вам показывать в реальном времени – соответствуете ли вы AMP. И все. Как сказал полякам Сусанин: «Дальше сами»! Хотите интерактив – редактируйте html по техдокументации АМП.
Вывод. Если вы новостной портал (блог) и для важен текст – вам нужен AMP и вы его внедрите без больших сложностей. Но тех же результатов вы достигнете, если просто удалите лишний код с сайта и выведете его на скорость до 1 секунды. У InvestWP есть опыт внедрения и ускорения сайтов на условиях нашей техподдержки мы поможем вам это сделать!
Если у вас корпоративный сайт или интернет-магазин (что еще хуже) – забудьте и не расходуйте зря свое время и бюджет. Эта технология только развивается и сейчас дает больше ограничений, нежели преимуществ! А вот когда войдет в массовое потребление – тогда будет новая эра быстрых сайтов.