Рождение
7 октября 2015 года компания Google представлено Проект ускоренных мобильных страниц, то, что мы знаем как AMP и в 2016 году они начали работать.
Под разумным аргументом улучшения производительности мобильных страниц они объяснили это следующим образом:
"Каждый раз, когда веб-страница загружается слишком долго, Вы теряете читателя и возможность получить доход от рекламы или подписки. Это происходит потому, что рекламодателям на этих сайтах трудно заставить потребителей обратить внимание на их рекламу, когда страницы загружаются так медленно, что люди вообще покидают их".
"Цель состоит в том, чтобы значительно улучшить производительность мобильного веба. Мы хотим, чтобы веб-страницы с богатым содержанием, таким как видео, анимация и графика, работали вместе с умной рекламой и загружались мгновенно. Мы также хотим, чтобы один и тот же код работал на разных платформах и устройствах, чтобы контент мог мгновенно появляться везде, независимо от того, какой тип телефона, планшета или мобильного устройства используется."
По словам Google, проект, основанный на AMP HTML, начинался как новая открытая основа, созданная полностью из существующих веб-технологий, которая позволяла легко создавать легкие веб-страницы. Вскоре после этого мы поняли, что это не так просто, это было легко, но потому что почти любая настройка была ограничена.
У AMP была первоначальная группа технологических партнеров, включая Twitter, Pinterest, WordPress.com, Adobe Analytics, Parse.ly, Chartbeat и LinkedIn, которые планировали интегрировать HTML-страницы AMP.
AMP, сужающий веб
С 2015 года многое изменилось, например, ресурсы хостинг-сервера и скорость соединения, однако AMP не эволюционировал так же.
Более того, обещание возможности создания быстрых страниц отчасти ввело в заблуждение, поскольку, хотя Google и объявил, что AMP может обслуживаться с Вашего сервера, он все равно берет эти страницы на себя для разнообразия. AMP обслуживается с серверов Google, используя открытый исходный код, но управляется Google и только Google, что для многих противоречит философии веба.
Но если он улучшает скорость, его необходимо протестировать. Опять же, это тоже было относительно. Если Ваш сайт был медленным, улучшение было заметным, но сегодня существуют шаблоны, которые работают так же или даже намного быстрее, чем AMP-страницы.
Другим негативным аспектом является то, что он заставляет "запереть" мобильные страницы в экосистеме Google и его интересов и с очень ограниченными возможностями дизайна, по крайней мере, для среднего пользователя, хотя они могут увеличить количество показов, они, как правило, дают почти абсурдный CTR и завышенные показатели отказов.
Как будто этого недостаточно, у тех, кто посещает AMP-страницу, возникает ощущение, что перед ними страница, которая полностью отличается от настольной версии, что для имиджа бренда является ничем иным, как халтурной работой. Даже возможность интеграции базовых вещей для удобства использования и навигации исчезает или становится очень сложной.
Мало места для маневра
Чтобы запустить AMP, необходимо установить два плагина, официальный и еще бесплатно которые быстро увидели рынок, чтобы предложить платные расширения для всех тех вещей, многие из которых были основными, которых не хватало. Существуют также многие другие платные плагины.
AMP не является фактором позиционирования
AMP не является и никогда не являлся фактором позиционирования сам по себе, это скорость загрузки и другие факторы, но он предлагает привлекательность появления на лучших позициях в результатах определенных сервисов Google
В июле 2021 года Google объявил об исчезновении значка, который выделял AMP-страницы в результатах мобильного поиска, он также исчез из результатов в карусели новостей, а со дня запуска Обновление опыта работы со страницейбыл запущен, наличие AMP больше не было обязательным условием для появления в этих каруселях.
Деинсталляция AMP
Пять дней назад я попрощался с AMP страницами, есть несколько руководств о том, как удалить их, не оставляя битых ссылок и не убивая Ваши рейтинги.
Лучший совет, если Вы решили использовать AMP, - это сделать это с помощью официального плагина с режимом параметров запроса или устаревшего переходного варианта со структурой URL, соответствующей строке запроса. Это позволит Вам удалить плагин, если Вы захотите избавиться от них завтра, без необходимости делать что-либо еще
Для этого обязательно отметьте"Удалить данные плагина" в последней опции настроек плагина. Это удалит данные конфигурации проверенных URL и переходные данные, используемые для хранения размеров изображений и разобранных таблиц стилей.
После деинсталляции и удаления плагина, AMP-урлы будут перенаправлены на Ваши канонические, и в течение периода от нескольких дней до пары недель Google деиндексирует AMP-урлы из своей поисковой системы
Если Вы хотите немного ускорить процесс, или, скорее, предупредить Google о необходимости повторного обращения к Вашим адресам, Вы можете повторно отправить карту сайта из Search Console.
Если Вы также хотите убедиться, что они перенаправляют правильно, Вы можете использовать этот сниппет и затем посетить их, чтобы проверить, что страницы /?amp=1 перенаправляются на их каноническую версию.
/ Redirigir de /?amp a su canonical /
add_action( 'template_redirect', function() {
if ( isset( $_GET['amp'] ) ) {
wp_safe_redirect( remove_query_arg( 'amp' ), 301 );
exit;
}
} );
Для режима /amp/ это не так просто, как деинсталляция и удаление плагина, и требует выполнения перенаправления из .htaccess или установки плагина перенаправления. Вы можете ознакомиться с шагами здесь или здесь если Вы не используете официальный плагин.
Первые последствия удаления AMP
Первый непосредственный эффект заключается в том, что я перестал тратить много часов на устранение ошибок, связанных с AMP-страницами, которые я получал почти каждый день в Search Console. Их было так много, и иногда они были настолько неисправимы, что я дошел до того, что отключил звук уведомлений.
Самое главное, по крайней мере, в моем случае, это то, что время, проведенное на странице, и количество посещенных страниц за сеанс начинают увеличиваться, и, следовательно, показатель отказов начал снижаться.
Хотя еще немного рано иметь достаточно данных, чтобы служить элементом сравнения, я не нашел ничего, что я мог бы считать негативным при использовании AMP-страниц.
Что касается скорости загрузки, я даже добился скромного снижения в пределах того небольшого пространства для улучшения, которое уже оставалось.
Подводя итог
Не все в AMP-страницах плохо. Если Ваш сайт работает медленно, Вы не имеете особого представления об оптимизации и дизайне, и Вас не волнуют ограничения, которые с этим связаны, это быстрый и простой вариант повышения скорости работы Ваших мобильных страниц. Если, с другой стороны, Ваша родная мобильная версия работает быстро или Вы можете оптимизировать ее, чтобы она работала быстро, Вам не нужен AMP и Вы можете достичь лучших результатов.
