Почему удалить AMP версии страниц сайта хорошая идея

Мой кейс как я пришел к выводу, что работа с AMP страницами (Accelerated Mobile Pages) не только трудоемкий и непредсказуемый процесс, но и опасный с точки зрения SEO продвижения. Об этом статья.

Я веду свой блог на вордпрессе и постоянно экспериментирую всякие новинки именно на нем. Специфика блога состоит в том, что кроме текста на нем размещаются видеоуроки и много картинок. Также используется разная микроразметка. Это те исходные данные, которые в этом кейсе есть.

С чего началось настороженное отношение к AMP версиям страниц

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

Но после установки и включения плагина было явно видно, что не все страницы сайта в консоли Гугла получали “AMP страница без ошибок”. Многие получали “AMP Страницы с предупреждением.” Очень часто это было 50% от проиндексированных. Еще часть просто не получала индексацию как AMP. Ну это же эксперимент, хоть и живой сайт. Меняем плагин и продолжаем отслеживать результат внедрения.

В целом подозрение вызывали результаты и исправление требовало лезть в код плагина, а это не совсем в моей компетенции. Все таки я SEO-шник. Хотя по требованиям в вакансиях и это должен уметь. Пойдем таки дальше

Падение органического трафика

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

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

Как я понял, что мои AMP страницы подвели - не содержат главный элемент сайта

Как я уже говорил, основной элемент блога - это видеоуроки. Т.к. это личный блог и на него времени, как обычно, не хватает - то в аналитику особо вдаваться некогда было. Но стабильное падение после ТОПа наблюдалось. Ну ссылок мало, ну конкуренты приударили. Но не до такой же степени. Полез в настройку скорости сайта и кэширования. Больная тема для моей темы сайта. Ну позвал фрилансера посмотреть. Он, сдвинув очки на носе, проговорил нечто типа: ”У вас на сайте с моей точки зрения (скорости сайта) ускорять нечего. Все корректно”. Ну думаю Ок, ща рост будем наблюдать.

Жду, жду - нет роста. А даже падение продолжается.

Баги AMP страницы обнаружил случайно

Как обычно помог случай. Мой канал на ютубе время от времени бомбят вопросами. Потому ответить на вопрос в комментах удобно ссылкой на статью в Блоге. И для продвижения норм и для конверсии.

Ну и спросили меня по теме. Полез в статью. А надо сказать, что основной мой инструмент Десктоп. А тут полез с мобилы. Нужно было “на ходу” скинуть ответ. Смотрю страницу, а там два видео. Одно выше, другое ниже. Ну значит чтобы в комменте написать адекватно, думаю гляну какое из видео релевантнее. Клац. И тут йокнуло внутри. Клац, клац…. А видео не запускается. Еще раз, еще на другой странице и в другом месте. Ан нет. все видео не запускаются.

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

Как я понял что не один ненавижу AMP страницы

Полез я в поиск Гугла, чтобы понять есть ли решение вопросу. Увидел “брата по несчастью”, судя по всему из Индии https://www.gulshankumar.net/remove-amp/. Начал читать его опыт. Причины которые побудили его избавиться от AMP страниц следующие:

• На мгновение забудьте про утверждение «Скорость - фактор ранжирования» . Одного только самого быстрого мобильного сайта в Интернете с ужасным дизайном недостаточно для роста блога. Что касается денежной оценки и брендинга, если ваш блог не работает из-за AMP, зачем рисковать?
• Представьте, что у вас есть 1000 страниц. Разве легко убедиться, что все AMP-страницы работают правильно? Консоль поиска Google отображает ограниченную информацию, которой недостаточно для веб-мастера, чтобы проанализировать удобство использования страниц AMP.
• AMP увеличивает дополнительную работу для блоггера. Не все блоггеры технически подкованы. Мне приходилось проверять каждую веб-страницу. Я обнаружил, что где-то не работает iframe YouTube, нет формы комментариев, даже некоторый HTML- код не работает окне автора и т. д. Действительно, AMP заставляет веб-мастеров многим жертвовать.
• Я считаю, что использование дополнительных плагинов вызывает возможные ошибки, проблемы безопасности и конфликты с другими плагинами. Пока мне не удалось найти надежного плагина для AMP.
• В настоящее время AMP не является фактором ранжирования для мобильной поисковой выдачи. Да, это может быть потрясающе, сногсшибательно для издателя новостей за рейтинг под заголовком «Главные новости». Но как насчет нового блога? Стоит ли рисковать ради AMP?

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

Другие вебмастера об AMP страницах и их внедрении

Справедливости ради нужно сказать, что видео с ютуб на AMP страницы встроить можно:  https://github.com/ampproject/amphtml/blob/master/extensions/amp-youtube/amp-youtube.md

Но это когда у тебя одно видео на страницу и то уже напряжно столько кода разбирать. А когда целый плейлист нужно разместить? Это не тот вариант решения, ой не тот.

Приведу цитату из статьи 2015 года https://habr.com/ru/post/385047/: 

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

А что более новые статьи? 

Цитирую 2018 год https://netpeak.net/ru/blog/chto-dayut-google-amp-opyt-poiskovika-nedvizhimosti-flatfy/ :

Что дало внедрение AMP-страниц сервису Flatfy:

1. Рост скорости загрузки страниц в среднем в 3 — 10 раз.
2. Снижение нагрузок на серверы и хранилища платформы.
3. Рост поведенческих факторов (на позиции в органике AMP непосредственно не влияет).

Что важно помнить при внедрении AMP:

1. Проводить сквозные А/Б-тесты дизайна можно и нужно.
2. Для корректной аналитики AMP-страниц необходимо настроить отдельные представления.

Как видно с тех пор мало что в AMP Google(ускоренных мобильных страницах) мало что изменилось. Все теже ожидания улучшений. А стоит ли ждать бодрых подвижек, если за столько лет ничего не произошло? Думаю нет. Возможно Гугл выкатит что-то новое. Часто они свои неудачи перекрывают более интересными проектами. Думаю да. Посмотрим.

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

А как давно вы проверяли все свои AMP страницы? Все ли важные элементы у вас работают на сайте в AMP страницах? Побежал ли холодок по спине прямо сейчас?

Делитесь опытом ))