Стоит ли сейчас создавать AMP страницы для сайта?
Всем привет! Недавно я начал тестировать AMP-страницы на сайтах под управлением wordpress. Сегодня отвечу на вопросы: "Стоит ли на данный момент создавать подобные страницы?", "Чем они хороши и плохи для вебмастеров и посетителей?".
В начале этого года писал, что Accelerated Mobile Pages одна из актуальных задач будущего. Я постарался разобраться, как сейчас обстоят дела у данной технологии для рядового владельца сайта.
Для тех, кто подключился только сейчас небольшой экскурс в AMP . Данная технология продвигается поисковой системой Google. Она призвана ускорить мобильный интернет. Используются 2 главных принципа:
- AMP-документы максимально облегчаются: в них нет тяжелых скриптов или сложного кода (здесь можно посмотреть пример). То есть правила создания предельно жесткие.
- Accelerated Mobile Pages хранятся в специальном кеше Google.
Да, действительно, если переходить из выдачи Google, то загрузка происходит мгновенная. Если просто вводить AMP-URL, то загрузка чуть медленнее, но быстрее, чем основная мобильная версия.
Плюсы технологии AMP
1) Безусловно, это скорость загрузки контента. Текст загружается практически моментально, потом подгружаются изображения (причем, они не грузятся, если до них не доскролить).
2) AMP-страницы в поисковой выдаче отмечаются специальной молнией, которая может выделить ваш ресурс среди остальных. Постепенно пользователи узнают, что данный значок свидетельствует о быстрой загрузке контента.
3) Accelerated Mobile Pages могут попадать в специальные карусели гугла.
Все это, конечно, положительно сказывается на лояльности посетителей и поведенческих метриках.
Минусы Accelerated Mobile Pages
А теперь давайте опустимся за землю и разберемся, нужно ли сейчас внедрять данную технологию для среднестатистического проекта? Буду рассматривать ресурсы на базе wordpress (возможно, на других CMS внедрение AMP отличается).
1) Среднестатистическому вебмастеру необходимо не только дать ответ на вопрос посетителя, но еще и заработать на рекламе. В Accelerated Mobile Pages можно добавить только рекламные блоки Google Adsense — неплохо, но совсем не универсально.
2) Во избежание дублей при реализации AMP необходимо следить за следующими вещами:
- новые страницы должны иметь rel=canonical на основные URL;
- они не должны появиться в карте сайта.
Но даже если у вас все будет так, то не факт, что поисковые системы не будут создавать дубли без вашего желания.
В общем, несмотря на то, что в блоге каждая AMP-страница содержит rel="canonical" на основной документ, как и Яндекс, так и Google все равно индексируют их и добавляют в выдачу: совместно с главным URL или только облегченную версию.
После внедрения Accelerated Mobile Pages для блога в Яндекс.Вебмастере начался небольшой шторм (документы то добавлялись, то удались) .
3) AMP подходит не для всех типов страниц. По большому счету технология рассчитана только на контентные документы: текст, изображения. Если ваш проект состоит не только из статей/новостей, то переход между версиями сайта может вводить пользователя в заблуждение (нужно будет добиваться максимальной схожести по оформлению).
Неделю назад в ашмановской рассылке пришло следующее исследование.
Меня удивило, что технологию они смогли адаптировать к интернет-магазину. Пошел в поиск Google. Так и не смог найти ускоренные страницы ЦУМа, которые смогли увеличить количество транзакций практически в 2 раза. Может быть, получится у вас ?
4) Несмотря на то, что такие ускоренные страницы выделяются в поисковой выдаче, представитель гугла Гарри Ильес в прошлом году говорил, что AMP не учитывается в формуле ранжировании. Правда, отметил, что не факт, что так будет продолжаться все время . Роста трафика с Google я не обнаружил.
5) Получается странная ситуация. Сначала необходимо создать адаптивный дизайн или мобильную версию сайта. Затем ее ускоренную версию для гугла. Потом будет что-то еще: легче и быстрее (например, только текст)? Если мощности крупного проекта смогут позволить создать отдельные варианты ресурса и следить за ними, то среднестатистическому вебмастеру сделать это будет куда сложнее.
6) Сейчас вариантов реализации технологии на WordPress не так много. Основное это:
- плагин AMP от Automattic (собственно разработчиков);
- Accelerated Mobile Pages - с помощью него можно разнообразить оформление и добавить рекламу в посты.
- WP AMP от TeamDev - платный продукт за 39$, не тестировал.
Я тестировал связку 2-х первых вариантов. Все получилось сыро и еще не доработано: много текста без перевода, ссылки в социальных кнопках получаются без ЧПУ, не берутся данные с плагинов (например, All in One SEO Pack), Google Search Console содержит ошибки.
Вывод
На данный момент получается история, сравнимая с https. Явных преимуществ вебмастер не получает. Для него прибавляется работа (настройка и отладка технологии) и возможные проблемы с дублями.
Для себя я решил, что внедрять AMP еще рано. Он может подойти для:
- больших проектов (например, сайт крупных СМИ);
- ресурсов с внешним финансированием;
- сайтов, зарабатывающих не на прямой рекламе.
В остальных случаях, на мой взгляд, AMP будет не полностью оправдано. Хватит нормального адаптивного дизайна или мобильной версии.
А как думаете вы? Кто-нибудь из вас уже пробовал устанавливать плагины? Будет интересно почитать ваши отзывы в комментариях .
Не люблю все эти нововведения от ПС. Головняка от них больше, чем реальной пользы )))
Попробую на досуге бесплатные плагины. Может будет толк
Спасибо за опыт-)!
Тоже тестил на досуге. Для проектов под монетизацию за счёт рекламы, как мне кажется, вообще нафиг не нужно. По отзывам западников, показы рекламы проседают, что логично, поэтому, AMP подходит для СМИ, которые финансируются за счёт других источников.
Я один сайт делал чисто на амп. Вставлял туда адаптированную рекламу от Адсенса, счетчики помоему не ставил. Но результат как и ты пишешь явного преимущества не дал. В результате перешел на просто адаптивный дизайн.
Не стоит! Куча дублей в выдаче только в минус и зачем нам оно надо?
За рубежом ругаются, что AMP — это по сути уже сайт Гугла, который имеет мало опознавательных знаков. И в самом деле посетители мобильный устройств не уходят с сайта Гугл. Подходит преимущественно для СМИ.
По мне так это один головняк. Вот у меня и так всё максимально оптимизировано и скриптов почти нет, но гугл же ни за что не пометит мой сайт молнией)
Зато яндекс не будет индексировать те картинки, которые подгружаются при прокрутке.
Очень интересная информация. Я раньше и не слышал про АМР.
Сергей, привет!
Тема для меня актуальная, пару недель тестировал плагин AMP (второй в твоем списке)
Поскольку у меня установлен был All in One SEO Puck то менять его на Yaost не стал, как советуют при установке AMP.
Через день AMP страницы появились в кабинете Google вебмастер, а далее поперли куча ошибок, разобраться в которых я не смог, трафик просел, поскольку для GA код я не внедрял и отследить полную посещаемость не мог.
Итог: снёс плагин AMP к бениной маме и не жалею.
Александр, NMitra, согласен.
WebPromote, спасибо за опыт!
Алексей, яндекс в принципе не должен индексировать AMP
Николай, тоже собираюсь убрать. Пока оставил, чтобы люди смогли посмотреть на примеры
спасибо, интересно было почитать, будем пока наблюдать и не спешить )
Ставил себе на блог плагин AMP на пару недель, потом заглянул в гугл аналитику и увидел в статистике рост страниц с ошибками ((( решил что хватит адаптивного мобильного шаблона!
Тем более проверка в PageSpeed Insights показала 98/100 на моб. и на комп. так что оставил эту затею с АМР!
Пробовала настроить АМП, даже вроде красиво вполне было — через плагин
WP AMP от TeamDev Ltd, настроек там куча
Но почему-то именно амп-страницы стали давать очень большое количество отказов. Отключила пока
Николай, подскажите, пожалуйста, вы кроме того, что плагин снесли, что-то еще делали?
Я столкнулся с тем, что после установки плагина поисковый трафик просел, так как упали переходы с мобильных устройств. Теперь пытаюсь разобраться, достаточно ли снести плагин, или еще AMP страницы, которые попали в Google тоже нужно как-то тереть.
Спасибо.
Всем привет. Забыли про такую вещь, как растущее число пользователей с блокировщиками рекламы типа adblock или adblock plus. Уже около 30 процентов юзеров используют блокировщики. Не исключено, что через какое-то время это число может вырасти до 90 процентов и более. И что тогда будете делать со своими сайтами? Весь смысл турбо страниц и amp именно в обходе всех этих блокировщиков в принципе. Понятно, что напрямую это поисковики не скажут, а будут говорить, что типа все в интересах пользователя. На самом же деле все в интересах заработка и нашего с вами в том числе, дорогие коллеги.
Александр, а что мешает адблоку заблокировать рекламу на тубро-странице или AMP?
Поисковики борются с блокировщиками, продвигая свои браузеры, блокирующие агрессивную рекламу.
Да, турбо-страницы в интересах заработка, но прежде всего их владельца
Sosnovskij,
Турбо страницы показываются на самом Яндексе и реклама от Яндекса. AMP страницы на самом Гугле и реклама от Гугла. Блокировщики не блокируют контент на яндекс страницах турбо от самого яндекса и гугловскую рекламу на самих страницах гугла AMP. По крайней мере мои тесты на сегодняшний день показали так. И несмотря на это я сам снес и турбо и AMP, так как доходность с сайтов упала почти вдвое. В будущем, когда блокировщики будут у 90 процентов юзеров или когда они уже будут встроены в обновленные версии браузеров, может тогда актуальным будет переход на турбо и AMP, чтобы хоть как-то сохранить доход.
Александр, не знаю. Не вижу причин блокировать рекламу на турбо и AMP страницах. Тот же браузер, тот же рекламный код
Также не вижу перспективы в ближайшем будущем рост адблок-аудитории до 90%. Форматы рекламы меняются спустя несколько лет. Возможно, баннеры и контекстная реклама в принципе не будет актуальна
Sosnovskij, Вы правы! Сделал еще один тест. Эдблок блокирует рекламу яндекса на самом сайте Яндексе.
Поэтому тем более сегодня теряют смысл турбо и AMP для сайтов, зарабатывающих на контексте и тизерах.
Здравствуйте. Подскажите, что делать. Проверил сайт при помощи Xenu. Выдал кучу ошибок. В конце через /amp/. Я не очень разбираюсь в этом, но по этой ссылке не открывается страница. Я так понимаю страница не индексируется? Спасибо
Рустам, если не открывается страница (ошибка 404), то она и не будет индексироваться. Вероятно, Вы устанавливали плагин, и где-то остались ссылки на AMP версии.
Sosnovskij, А мне прислали от Гугла уведомление, что резко возросли на блоге ссылки, выдающие ошибку 404. Среди ссылок есть много с ….html/amp в конце. Что это может быть и что делать?
Ольга, устанавливали ранее AMP страницы?
Sosnovskij, давно был установлен плагин Accelerated Mobile Pages. Я его удалила, когда пришло это уведомление от Гугла, заподозрила, что вдруг он сгенерировал эти страницы. Правда, все это время плагин был деактивирован…Может, в нем была причина? И почему именно сейчас появились в Гугле эти страницы с ошибкой 404 и amp в окончании?
Ольга, google проиндексировал созданные Вами amp-страницы. После того как Вы удалил плагин, документы стали отдавать 404-ошибку, о которой сигнализирует Google.
Sosnovskij, И что теперь делать? Просто подождать, когда Google удалит из индекса эти страницы?
Ольга, либо 301 редирект со старых URL amp на аналогичные полные страницы, либо ничего — подождать пока google «привыкнет» к 404-ошибкам и удалит документы из базы.
Sosnovskij, Сергей, спасибо вам за ответы! Вы очень помогаете!
Анастасия, добрый день. Подскажите, пожалуйста, где можно посмотреть вменяемую настройку этого плагина.
Ольга, Плагины зачастую не могут предугадать желаемый результат пользователя. В них минимум шаблонов и компонентов и может быть такое, что компоненты используются не по назначению, не говоря уже конфликтах с другими плагинами. Посмотрите в сторону собственного внедрения на сайт, благо уже хоть есть доки на русском amp-lessons.com/docs
А я поставил АМР буквально вчера — просто попробовать, пока Гугл не проиндексировал, будем смотреть. На мой взгляд, затея толковая, особенно, если учесть, что Яндекс дико блокирует все попытки поставить блок ссылок от Гугл на сайт. Я поступил хитро — я добавил блок ссылок на страницы АМР, а Яндексу эти страницы индексировать запретил в robots.txt. Хочу посмотреть на результаты такого эксперимента, может что толковое выйдет.
Акакий, интересная затея. Сообщите, какие результаты получатся
У меня стоят amp, но сейчас так разогнал сайт, что простой вариант открывается быстрее чем собственно amp. Вот думаю, если теперь нет разницы, зачем лишний гемор + разный и пустой дизайн без правильной рекламы и ограниченным функционалом.
Евгений, в принципе Вы сами ответили на свои раздумья
Посмотрел сейчас, сделал страницы amp полностью со своим дизайном и как ни странно 99 из 100, думаю для гугла проще канонические amp сделать.
Может скорость загрузки и действительно шустрее, но большое количество дублей… Установил плагин, так сказать посмотреть изнутри, проверить загрузку и отображение amp страниц. Понял, что это новые страницы, но в тоже время дубли. Удалил, плагин был установлен на сайт всего на три часа. Итог, через 3-4 дня в вебмастере посыпало сотню новых загруженных страниц, часть из них попали и в сам поиск. Проанализировав, обнаружил, что все это AMP страницы В вебмастере гугла выдало ошибки ширины страницы, близкое размещение компонентов. Вот такие вот пироги…
А с AMP-страниц стоял canonical на основные?
Конечно, стоит. Всеми этими свистелки и перделки скоро будут клиентов заманивать. Типа, «уу, а мы еще и так умеем, только денежки свои несите» =))
не нравится amp, надеюсь эта технология умрет как wap и ей подобные
Здравствуйте! Подскажите, что делать, если установил амп, а потом удалил?
А то вот в консоли уже амп страницы проиндексировались. Теперь что, везде будут ошибки 404?
Поставьте 301-редирект с AMP-страниц на аналоги не-AMP.
Здравствуйте.
Подскажите, пожалуйста, какие могут быть причины, что больше двух недель страницы AMP не попадают в индекс.
Ошибок при проверке никаких не выдаёт, rel=»canonical» на версии AMP указано, на основной — rel=»amphtml», в карту сайта внесены ссылки на AMP и основные, в robots.txt запрета нет…
Если Вы хотите, чтобы AMP индексировались ВМЕСТО обычных страниц, то:
1. В карте сайта должны быть AMP-версии.
2. С обычных страниц должны стоять canonical на AMP.
Если не секрет, то зачем Вам это?
Добрый день.
У меня есть и турбо страницы и amp страницы. Вот только хотелось бы сделать так, чтобы турбо страницы были в поиске яндекса, а amp страницы были в поиске гугла. Как это можно сделать? что-то сталкивался с таким вопросом? Подскажите, как это можно лучше решить?
Установить Турбо.Страницы для Яндекса. Установить AMP для гугла . Яндекс будет выдавать в мобильной выдаче Турбо, Google — AMP.
У меня так и сделано, но amp страницы выводятся из в гугле и в яндексе. А хотелось бы, чтобы в яндексе amp страницы не выводились.
Поставьте в код AMP-страниц (в пределах тега HEAD):
meta name=»yandex» content=»noindex, nofollow» />.
перед meta поставьте «<" (без кавычек). WordPress вырезает код. Или, если в robots.txt есть отдельный User-agent: Yandex, добавить в него правило, запрещающее индексировать амп.
С этими ускорителями запутаться можно. Пробовал и турбо, и амп на старом сайте. Особой разницы не увидел, только время кучу потратил на настройки и проч. Теперь на новом сайте обхожусь без них. Тише едешь — дальше будешь. Если контент годный, то он пробьется в топы и без ускорителей.
Установили плагин АMP и пожалели. Скорость да, в зелёной зоне. А трафик просел в 3 РАЗА. Срочно пришлось удалить.
Чушь эти AMP страницы.
Здесь еще о тестировании: https://biznesmm.ru/06/amp-test.html