AMP страницы WordPress | Перевожу сайт на AMP и Турбо

AMP-страницы и Турбо-страницы продавали владельцам сайтов как волшебную кнопку «сделать быстро», а через несколько лет обе технологии тихо потеряли большую часть смысла — и теперь главный вопрос звучит не «как подключить», а «как аккуратно снять и не потерять трафик». Ко мне регулярно приходят проекты, где плагин AMP стоит с давних времён, генерирует сотни служебных копий, ломает микроразметку и путает аналитику, а владелец уверен, что именно это держит его в мобильной выдаче. Ниже — честный разбор: как обе технологии устроены, что они реально давали, почему приоритеты поисковиков сместились, кому они всё ещё подходят и что делать вместо них.

Зачем вообще придумали облегчённые копии страниц

Идея родилась в эпоху, когда мобильный интернет был медленным и дорогим, а сайты — тяжёлыми. Средняя страница новостного портала весила несколько мегабайт, тянула десяток рекламных сетей, счётчики, виджеты соцсетей и слайдеры. На 3G такая страница открывалась десятки секунд, и человек уходил, не дождавшись текста. Поисковые системы теряли на этом больше всех: пользователь кликал по результату, возвращался обратно и оставался недоволен выдачей.

Решение придумали радикальное: пусть сайт отдаёт не свою обычную страницу, а её облегчённую копию — с урезанным набором возможностей, зато предсказуемо лёгкую. А хранить и отдавать эту копию будет сам поисковик со своих серверов, которые расположены ближе к пользователю и отвечают почти мгновенно. Google назвал формат AMP (Accelerated Mobile Pages), Яндекс сделал свой аналог — Турбо-страницы.

Ключевая мысль, которую важно удержать: обе технологии решали проблему не скорости вашего сайта, а скорости показа контента внутри выдачи. Сайт при этом оставался таким же тяжёлым — просто пользователь его почти не видел.

Как устроен AMP технически

AMP — жёстко ограниченный поднабор HTML. Разработчику разрешают не всё, что есть в вебе, а только то, что гарантированно не тормозит:

• обычные теги вроде img, iframe, video заменяются на специальные компоненты (amp-img, amp-iframe, amp-video), которые обязаны заранее сообщать свои размеры — чтобы браузер не пересчитывал вёрстку при загрузке;
• собственный JavaScript запрещён полностью. Разрешена только библиотека самого формата и утверждённые компоненты — карусели, формы, аккордеоны, аналитика;
• стили пишутся строго внутри страницы, одним блоком, с лимитом на объём. Внешние CSS-файлы, кроме разрешённых шрифтов, подключать нельзя;
• ресурсы грузятся асинхронно и по приоритету: сначала то, что видно на экране, остальное — по мере прокрутки;
• готовая копия проходит проверку валидатором. Если она не проходит — в выдачу она не попадает вовсе.

Дальше вступает вторая часть механики — кэш. Валидные копии поисковик забирает к себе и хранит на своей инфраструктуре. Когда человек кликает по такому результату, страница открывается не с вашего хостинга, а из хранилища поисковика, часто ещё и предзагруженная заранее. Отсюда и ощущение мгновенности: контент фактически уже был в памяти устройства до клика.

Как устроены Турбо-страницы Яндекса

Яндекс пошёл другим путём в части подготовки контента. Вместо того чтобы требовать от сайта отдельную валидную версию каждой страницы, он предложил забирать материалы из фида — специального RSS-потока, который сайт отдаёт по постоянному адресу. В фиде передаются заголовок, текст, картинки, разметка блоков, ссылки, иногда товарные карточки и кнопки заказа.

Дальше Яндекс сам собирает из фида страницу по своим шаблонам, размещает её на своём домене и показывает в мобильной выдаче с характерной пометкой. Настройки внешнего вида, меню, счётчиков и рекламных блоков задаются в панели вебмастера, а не в коде сайта.

Плюс подхода в том, что вмешательство в сайт минимально: достаточно генерировать корректный фид. Минус — вы ещё дальше от результата. Как именно будет выглядеть материал, решает шаблон поисковика, а не ваш дизайнер. И пользователь остаётся на домене поисковой системы, а не у вас.

AMP против Турбо против оптимизированной обычной страницы

Параметр	AMP	Турбо-страницы	Обычная страница после оптимизации
Где физически хранится	Кэш поисковика плюс копия на сайте	Инфраструктура поисковика	Ваш хостинг
Как формируется	Отдельная валидная версия каждой страницы	Автоматически из RSS-фида	Ничего дополнительно генерировать не нужно
Свой JavaScript	Запрещён	Недоступен	Любой, вопрос только в дисциплине
Свобода дизайна	Сильно ограничена	Шаблон поисковика	Полная
Домен, который видит пользователь	Чаще домен поисковика	Домен поисковика	Ваш
Аналитика	Отдельная настройка, склейка сессий хромает	Через панель, ограниченный набор данных	Штатная, полная
Формы и корзина	Только разрешённые компоненты	Ограниченный набор сценариев	Любые
Реклама и партнёрки	Только поддерживаемые форматы	Только форматы поисковика	Любые
Риск дублей в индексе	Есть, если сломаны канонические адреса	Низкий	Нет
Что происходит при отключении	Нужны редиректы и переобход	Отключается в панели	Отключать нечего
Кому принадлежит результат работы	Частично поисковику	Поисковику	Вам

Что теряет сайт на облегчённой копии

Скорость покупается не бесплатно. Расплата — функциональность, и владельцы обычно узнают об этом уже после подключения, когда падают заявки или ломается отчётность.

Подробнее об этом — в статье «Перевожу сайт с WordPress на сервер с PHP 7.4».

Что теряется	Почему так происходит	Чем это оборачивается на практике
Фирменный дизайн	Ограниченный набор тегов и лимит на стили	Страница выглядит обезличенно, узнаваемость бренда падает
Интерактив	Свой JavaScript запрещён	Калькуляторы, конфигураторы, фильтры, подбор по параметрам не работают
Формы заявок	Разрешены только штатные компоненты	Часть полей и валидаций отваливается, конверсия ниже
Корзина и оформление заказа	Многошаговые сценарии плохо переносятся	Пользователя всё равно уводит на обычную версию
Аналитика	Счётчики подключаются отдельным способом	Визиты дробятся, источники смазываются, цели считаются не полностью
Реклама	Урезанный список форматов	Доход с тысячи показов падает
Виджеты и чаты	Внешние скрипты не подключить	Онлайн-консультант, обратный звонок, квизы недоступны
Поведенческие связки	Пользователь остаётся на домене поисковика	Переходы вглубь сайта реже, возвраты и закладки теряются
Микроразметка и метатеги	Генератор копий часто их упрощает	Расширенные сниппеты пропадают

Аналитика: почему цифры перестают сходиться

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

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

Что изменилось у Google

Помогу с продвижением: SEO-продвижение от Анатолия Кузнецова — вывожу сайты в топ Яндекса белыми методами.

Самое важное для решения: Google перестал требовать AMP как обязательное условие для попадания в карусель топовых новостей. Раньше без облегчённой версии издание туда просто не пускали, и это был железный аргумент за внедрение. Теперь критерий другой — страница должна быть достаточно быстрой и удобной сама по себе, а формат её реализации значения не имеет.

То есть исчез главный стимул. Обычная страница, которая быстро отдаёт основной контент, не прыгает при загрузке и быстро реагирует на нажатия, участвует в тех же блоках выдачи наравне с AMP-версией. Ускоренный формат превратился из пропуска в один из способов — причём не самый удобный.

Что изменилось у Яндекса

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

Общий вывод одинаков для обеих систем: строить мобильную стратегию вокруг облегчённых копий сегодня рискованно. Вы вкладываете ресурсы в формат, который зависит от одного вендора и может измениться в любой момент, без вашего участия и без права голоса.

Когда облегчённые копии всё же имеют смысл

Полностью списывать технологию я бы не стал. Есть узкий класс проектов, где она до сих пор окупается:

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

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

Тему разбирал отдельно: «Турбо страницы Яндекс».

Почему выгоднее вложиться в скорость обычной версии

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

Второй аргумент — эффект сопоставим. Набор работ по ускорению обычной страницы даёт то же ощущение мгновенности, что и кэш поисковика, но без потери функциональности:

• сжатие картинок и перевод их в современные форматы вроде webp — самый крупный резерв на большинстве сайтов, изображения обычно занимают львиную долю веса страницы;
• явные размеры изображений и заранее зарезервированное место под баннеры, чтобы вёрстка не прыгала при загрузке;
• отложенная загрузка картинок и видео за пределами первого экрана;
• критический CSS первого экрана прямо в коде страницы, остальные стили — отложенно;
• перенос всех необязательных скриптов в отложенную загрузку, а лишних — в удаление;
• ревизия виджетов: чаты, карты, счётчики, пиксели рекламных сетей нередко дают больше веса, чем весь контент;
• серверное кэширование страниц, сжатие ответа, HTTP/2, отдача статики напрямую веб-сервером;
• нормальный хостинг и свежая версия PHP — переход на актуальную ветку часто ускоряет генерацию страницы в разы;
• чистка плагинов и лишних запросов к базе;
• шрифты: не больше двух начертаний, локальная отдача, отображение текста без ожидания загрузки файла.

Третий аргумент — экономика. Работы по скорости делаются один раз и продолжают работать годами. Поддержка второго комплекта страниц требует внимания постоянно: каждый новый шаблон, каждый новый блок, каждая новая форма должны быть перенесены и проверены заново.

Как подключают AMP на WordPress

Если проект попадает в тот узкий класс, где облегчённая версия оправдана, порядок работ такой.

Шаг	Что делаем	Что проверяем после
1	Определяем, какие типы записей получат копии	Служебные и технические страницы в список не попали
2	Ставим плагин генерации и выбираем режим работы	Обычная версия сайта не изменилась
3	Настраиваем шаблон копии: логотип, цвета, меню	Материал читается, ключевые ссылки на месте
4	Прописываем связку канонических адресов в обе стороны	Каноникал копии ведёт на оригинал, оригинал ссылается на копию
5	Переносим заголовки, описания и микроразметку	Метатеги не потерялись и не задублировались
6	Подключаем аналитику через поддерживаемый компонент	Визиты и цели фиксируются
7	Настраиваем рекламные блоки в разрешённых форматах	Блоки отображаются, вёрстка не разъезжается
8	Прогоняем копии через валидатор	Ошибок нет, иначе страницы просто не будут показаны
9	Проверяем отчёты в панелях вебмастеров	Копии распознаны, критических предупреждений нет
10	Сравниваем поведение на копии и на оригинале	Заявки и переходы вглубь не просели

Частые ошибки при внедрении

• Дубли в индексе. Копия проиндексирована как самостоятельная страница, потому что канонические адреса настроены неверно. В выдаче конкурируют две версии одного текста.
• Потеря метатегов. Генератор подставляет заголовок из первого h1 и обрезает описание, и сниппет становится хуже.
• Битые копии. Плагин генерирует страницы для служебных разделов, тегов, пагинации, вложений. В индекс уходит мусор.
• Невалидные страницы. Внутри контента остаются вставки со скриптами, iframe или инлайновыми стилями — валидатор режет всю страницу целиком.
• Разъехавшаяся аналитика. Счётчик не перенесли, и половина трафика не видна в отчётах.
• Обрезанный контент. Блоки, собранные конструктором страниц, не переносятся в копию, и вместо материала пользователь видит огрызок.
• Отсутствие обратного пути. На копии нет заметной ссылки на полную версию, и человек упирается в тупик.
• Забытая поддержка. Копии генерируются годами, никто их не смотрит, а шаблон давно сломан.

Как правильно отказаться, если решили снять

Просто выключить плагин нельзя — в индексе останутся адреса, которые начнут отдавать ошибку, и часть трафика повиснет в воздухе. Порядок должен быть таким.

Шаг	Действие	На что смотреть
1	Собираем полный список адресов копий из индекса и логов	Сколько страниц реально получает трафик
2	Оцениваем долю переходов на копии за последний период	Понимаем цену вопроса заранее
3	Доводим обычные страницы до нужной скорости	Замеры сделаны до отключения, а не после
4	Отключаем генерацию новых копий	Свежие материалы копий больше не получают
5	Ставим постоянный редирект с адреса копии на оригинал	Код ответа 301, цепочек редиректов нет
6	Убираем ссылки на копии из кода обычных страниц	Служебных тегов связи в исходниках не осталось
7	Останавливаем отдачу фида, если использовались Турбо	Фид отключён в панели, а не только на сайте
8	Отправляем адреса на переобход в панелях вебмастеров	Переобход принят, ошибки не растут
9	Удаляем плагин и его остатки в базе	Лишние таблицы и настройки вычищены
10	Наблюдаем за трафиком несколько недель	Просадка отыгрывается, копии выпадают из индекса

Если нужна помощь по теме — доработка сайта под SEO.

Отдельно про коды ответа. Для страниц, у которых есть живой оригинал, нужен именно постоянный редирект — он передаёт вес и склеивает адреса. Отдавать 404 стоит только там, где оригинала не существует вовсе, например для копий удалённых материалов. Промежуточные варианты вроде временного редиректа затягивают переиндексацию на месяцы.

Как измерить, что реально стало быстрее

Спор «копия быстрее или нет» решается замером, а не ощущениями. Методика простая и честная:

Смежный материал по теме — «Яндекс ранжирует не те страницы: 7 причин, почему ваш сайт сам себя саботирует».

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

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

Что делать конкретно вашему сайту

Ориентир, который я даю клиентам:

• копий нет и трафик не медийный — не подключайте, вложите тот же ресурс в скорость обычной версии;
• копии есть и приносят заметную часть переходов — сначала ускорьте обычную версию, замерьте, и только потом снимайте по чек-листу;
• копии есть, но трафика почти не дают — снимайте по чек-листу, они лишь усложняют поддержку;
• медийный проект с огромным мобильным потоком и тяжёлой вёрсткой — оставляйте как временное решение, параллельно переделывая основную версию;
• магазин или сайт услуг с формами и корзиной — облегчённые копии противопоказаны в любом виде.

Универсальное правило: любой инструмент, который переносит вашу аудиторию на чужой домен и лишает вас контроля над функциональностью, должен приносить измеримо больше, чем отнимает. Раньше AMP и Турбо этот тест проходили за счёт монополии на быструю мобильную выдачу. Сейчас монополии нет, а издержки остались.

Оценить, что даст скорость именно вашему сайту, можно на SEO-консультации.

Частые вопросы

Упадут ли позиции, если отключить AMP?
Сами по себе позиции от отключения не падают: ускоренный формат давно не является фактором ранжирования. Просадка возможна по другой причине — если обычная версия осталась медленной или адреса копий отдают ошибку вместо редиректа. Сделайте скорость и редиректы заранее, и переход пройдёт почти незаметно.

Можно ли держать одновременно AMP и Турбо?
Технически можно, они не конфликтуют между собой, потому что относятся к разным поисковым системам. Но это два отдельных комплекта контента, которые надо поддерживать и проверять. Для большинства проектов такая нагрузка не окупается.

Считается ли облегчённая копия дублем контента?
При корректно настроенных канонических адресах — нет, поисковик понимает связь копии и оригинала. Проблема появляется, когда связка сломана или плагин генерирует копии для служебных разделов. Тогда в индексе действительно оказываются лишние страницы с тем же текстом.

Насколько сильно теряется конверсия на копиях?
Величина зависит от того, что именно на странице зарабатывает. Если весь путь — прочитать и кликнуть по рекламе, потери минимальны. Если нужны форма, калькулятор, чат или корзина, потери становятся заметными, потому что часть этих элементов просто не переносится.

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

О методах, которые работают вдолгую и не вредят сайту:

5:21

Коротко

• Облегчённые копии придумали под медленный мобильный интернет: контент отдавался с серверов поисковика, а не с вашего хостинга.
• Плата за скорость — дизайн, интерактив, формы, реклама, полноценная аналитика и присутствие пользователя на вашем домене.
• Google больше не требует AMP для попадания в новостные блоки, Яндекс сворачивал часть турбо-возможностей — ставить на эти форматы как на основу не стоит.
• Оптимизация обычной версии даёт сопоставимый эффект и работает везде: сжатие картинок и webp, кэш, отложенные скрипты, критический CSS, нормальный хостинг и свежий PHP.
• Отказываться нужно по порядку: ускорить обычную версию, отключить генерацию, поставить 301, снять фид, отправить на переобход и следить за трафиком.