Влияет ли AMP на ранжирование

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

Прямой ответ: фактором ранжирования это не является

Ни в одном публичном описании алгоритмов ни у Яндекса, ни у Google нет сигнала «страница имеет облегчённую версию — значит, выше». Формулировка, которая звучала от представителей поиска годами, сводилась к одному: технология сама по себе не даёт бонуса, она даёт скорость, а скорость учитывается.

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

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

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

Как технология устроена под капотом

Облегчённая версия документа — это отдельная HTML-страница, написанная по жёстко ограниченному стандарту. Разработчику доступен не весь HTML, а урезанный словарь тегов: вместо привычного тега картинки используется специальный компонент, вместо обычного видео — свой компонент, вместо произвольного слайдера — заранее описанная карусель. Всё, чего нет в наборе, использовать нельзя.

Ключевые ограничения стандарта:

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

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

Чужой адрес в строке браузера

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

Практические следствия, о которых редко думают на этапе «давайте попробуем»:

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

Для новостного издания, которое живёт с рекламных показов, это терпимо. Для бизнеса, которому нужна заявка и повторный визит, — минус, который не компенсируется десятыми долями секунды.

Зачем технология создавалась и что с тех пор изменилось

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

Мотивация внедрять была прямой и очень сильной: карусель топовых новостей в мобильной выдаче Google формально требовала облегчённого формата. Хочешь в блок наверху — делай копии. Медиа делали.

Смежный материал по теме — «Влияет ли реклама Google Adsense на ранжирование в Яндекс».

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

Что это значит для владельца сайта сегодня: главный аргумент «иначе не попаду в топ новостей» исчез. Остался только аргумент про скорость — а он решается на обычных страницах.

Сравнение: копия против оптимизированной обычной страницы

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

Помогу с продвижением: раскрутка сайта белыми методами — вывожу сайты в топ Яндекса белыми методами.

Обратите внимание на последнюю строку. Механизм влияния у обоих вариантов один и тот же. Разница только в цене, которую вы платите за скорость.

Что теряется при переходе на облегчённый формат

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

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

Дубли и канонические адреса — главный технический риск

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

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

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

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

Риски внедрения: сводная таблица

Риск	Почему возникает	Как проверить	Что делать
Задвоение страниц в индексе	Неверная каноническая ссылка на копии	Поиск по сайту в панелях вебмастеров, отчёт по проиндексированным адресам	Прописать канонический адрес основной страницы на каждой копии
Расхождение контента	Правки вносятся только в основную версию	Ручное сравнение нескольких страниц после обновления	Генерировать копию из того же источника данных
Потеря заявок	Форма в облегчённой версии работает иначе	Тестовая отправка с телефона по обеим версиям	Проверить приход письма и запись в базу
Слепая зона аналитики	Счётчик не настроен на копиях или считает отдельно	Сверка визитов в отчётах по адресам	Настроить передачу данных и склейку либо отказаться от копий
Битые адреса после отключения	Плагин выключили, а страницы остались в индексе	Проверка кодов ответа по списку адресов	Редирект на основную страницу и отправка на переобход
Двойная стоимость поддержки	Каждый новый блок нужно делать дважды	Оценка часов разработки за квартал	Считать это в стоимости решения заранее
Ошибки валидации	Стандарт жёсткий, любой лишний тег ломает страницу	Отчёт по облегчённым страницам в панели вебмастера	Регулярная проверка после каждого обновления шаблона

Где эффект действительно есть

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

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

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

Почему сайту услуг это обычно не нужно

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

Если нужны детали, смотрите «Влияет ли Яндекс Метрика на ранжирование | Новый эксперимент».

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

И последнее: коммерческие запросы редко попадают в новостные блоки. Тот единственный аргумент, который когда-то оправдывал внедрение, к сайту услуг вообще не применим.

Небольшой интернет-магазин: та же логика

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

Что получается в итоге:

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

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

Что даёт тот же результат без потерь

Скорость, ради которой всё затевалось, достигается набором стандартных работ. Ни одна из них не требует второй версии сайта.

• Изображения. Сжатие без видимой потери качества, современные форматы вместо тяжёлых JPEG и PNG, отдача нескольких размеров под разные экраны, отложенная загрузка всего, что ниже первого экрана, и обязательные атрибуты ширины и высоты, чтобы вёрстка не прыгала.
• Скрипты. Ревизия всего, что подключено: счётчики, чаты, пиксели, слайдеры, шрифтовые иконки. Лишнее удаляется, нужное переносится вниз документа и загружается отложенно, сторонние виджеты подключаются после первого взаимодействия пользователя.
• Стили. Критический CSS первого экрана выносится в отдельный небольшой файл и грузится сразу, основная таблица стилей откладывается. Приём работает на любой CMS и даёт заметный прирост в метрике отрисовки основного контента.
• Кэширование. Кэш страниц на сервере, корректные заголовки для статики, сжатие ответа. Здесь важна аккуратность: полностраничный кэш иногда ломает динамические формы, это проверяется отдельно.
• Серверная часть. Актуальная версия PHP, включённый байт-код кэш, оптимизированная база, хостинг с адекватным временем ответа. Медленный сервер невозможно компенсировать никакой вёрсткой.
• Шрифты. Ограничение числа начертаний, локальное размещение, предзагрузка основного шрифта, корректное поведение при отрисовке текста до подгрузки файла.
• HTML. Чистка шаблона от неиспользуемых блоков, отказ от тяжёлых конструкторов страниц там, где хватает простой вёрстки.

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

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

Если нужна помощь по теме — заказать сайт.

Спор «копия быстрее» решается измерением, а не убеждениями. Условия корректного замера:

1. Сравнивайте не облегчённую копию с текущей неоптимизированной страницей, а облегчённую копию с уже оптимизированной обычной. Иначе вы измеряете не технологию, а собственное бездействие.
2. Берите одинаковые по типу и объёму страницы: статья против статьи, карточка против карточки.
3. Смотрите полевые данные реальных пользователей, а не только лабораторный тест. Лабораторный тест показывает потенциал, полевые данные — то, что видят люди.
4. Проверяйте на реальном телефоне среднего класса при мобильном интернете, а не на компьютере с оптоволокном.
5. Учитывайте, что переход из выдачи в кэш поисковика — особый случай: копия открывается быстрее не потому, что она лучше сверстана, а потому, что раздаётся из другого места.
6. Смотрите не только на скорость, но и на результат: заявки, глубину просмотра, возвраты в выдачу.

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

Подробнее об этом — в статье «Медленный сайт = низкие позиции: как скорость загрузки влияет на ранжирование в Яндексе».

Как корректно отказаться, если копии уже сделаны

Просто выключить плагин недостаточно: адреса останутся в индексе и будут отдавать ошибку. Порядок действий должен быть последовательным.

Шаг	Действие	Как проверить результат
1	Собрать полный список адресов облегчённых версий из панелей вебмастеров и логов сервера	Список выгружен, количество известно
2	Убрать со всех обычных страниц ссылку на облегчённую версию в head	Исходный код страниц не содержит этой ссылки
3	Настроить постоянный редирект с каждого адреса копии на соответствующую основную страницу	Проверка кодов ответа по списку: везде 301 на нужный адрес
4	Отключить генерацию копий в CMS и убедиться, что новые страницы их не создают	Свежая публикация не порождает второй адрес
5	Убедиться, что редиректы ведут не на главную, а на страницу-оригинал	Выборочная проверка десяти адресов вручную
6	Отправить адреса копий на переобход в панелях вебмастеров	Заявки на переобход приняты
7	Проверить, что основные страницы отдают 200 и не содержат остатков разметки	Коды ответа и исходный код в порядке
8	Через две-четыре недели проверить, ушли ли копии из индекса	Количество проиндексированных адресов копий стремится к нулю
9	Проследить трафик и позиции по ключевым страницам в течение месяца	Отсутствие просадки, перераспределение переходов на основные адреса

Отдельно предупрежу про соблазн закрыть копии в robots.txt вместо редиректа. Запрет обхода не удаляет страницу из индекса, а лишает поиск возможности увидеть редирект. Порядок обратный: сначала редирект, дать роботу его обойти, и только потом при желании закрывать.

Чек-лист принятия решения для владельца

Пройдите по пунктам честно. Если на большинство вопросов ответ отрицательный, тема закрыта.

• Доля мобильного трафика превышает три четверти всех визитов?
• Основной доход идёт с просмотров контента, а не с заявок и заказов?
• На сайте тысячи однотипных текстовых страниц?
• Основной шаблон объективно медленный, и переписать его дороже, чем поддерживать вторую версию?
• Обычные страницы уже прошли полную оптимизацию, и запас исчерпан?
• На страницах нет калькуляторов, сложных форм, корзины и личного кабинета?
• Есть ресурс поддерживать две версии шаблона при каждом обновлении?
• Есть специалист, который корректно настроит канонические адреса и аналитику?
• Вы готовы к тому, что часть посетителей будет видеть в адресной строке не ваш домен?
• Вы понимаете, что позиции вырастут только в той мере, в какой вырастет скорость?

В моей практике сайты услуг и небольшие магазины набирают здесь один-два положительных ответа из десяти. Медийные проекты — шесть и больше. Это и есть граница применимости.

Частые ошибки при обсуждении темы

Несколько заблуждений повторяются из разговора в разговор:

• «Подключим — и вырастем». Рост даёт скорость, а не наличие копии. Если страница и так открывается за секунду, расти нечему.
• «Это официальная рекомендация поиска». Требование для новостных блоков отменено, а самостоятельным фактором формат никогда не был.
• «Плагин всё сделает сам». Плагин сгенерирует страницы, но не проверит канонические адреса, не настроит аналитику и не протестирует формы.
• «Копии заменят оптимизацию». Копии покрывают часть страниц, а медленный сервер и тяжёлые скрипты остаются на всём остальном сайте.
• «Отключить можно в один клик». Отключить генерацию — да. Убрать последствия из индекса — нет.

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

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

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

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

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

Сколько времени занимает обычная оптимизация вместо копий?
Для сайта на несколько десятков страниц базовый комплекс — картинки, скрипты, критический CSS, кэш, версия PHP — обычно укладывается в несколько рабочих дней. Результат распространяется на весь сайт сразу, а не на отдельную версию отдельных страниц.

Подробный разбор темы — на видео:

5:21

Коротко

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

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