Нет. С 2021 года Google не требует AMP для Top Stories, а в его документации по AMP (июль 2026) AMP не назван требованием ни для одной функции Поиска. Ускоренные мобильные страницы (AMP) — это ограниченное подмножество HTML, которое Google и партнёры запустили в октябре 2015 года; AMP-страницы по-прежнему индексируются и могут появляться в Поиске, но для Top Stories подходит и страница без AMP. Если вы используете AMP сейчас, спросите себя, чего вам стоит поддержка второй версии каждой страницы.
Что такое ускоренные мобильные страницы
Ускоренные мобильные страницы — это страницы на AMP HTML, «подмножестве HTML для создания страниц с содержимым» («a subset of HTML for authoring content pages»), которое призвано гарантировать базовую производительность (спецификация AMP HTML). Спецификация требует определённой разметки: атрибут ⚡ или amp у тега <html>, стандартные стили AMP, асинхронный скрипт среды выполнения AMP и <link rel="canonical"> в head. Эта canonical-ссылка указывает на обычную HTML-версию, а если её нет, то на саму страницу.
Если у сайта есть обе версии, на обычной странице стоит <link rel="amphtml" href="...">, указывающая на AMP-страницу, а canonical-ссылка AMP-страницы указывает обратно. В руководстве Google по удалению эта ссылка rel="amphtml" названа прямо. Именно эту парную схему и нужно разбирать при удалении AMP.
Что Google говорит об AMP сейчас
В нынешней документации Google AMP — ещё один вид страниц. По обновлению от 1 июля 2026 года страница «About AMP on Google Search» сообщает, что Поиск индексирует AMP-страницы так же, как остальные, что AMP-страницы могут показываться как расширенный результат и что AMP на десктопе не получает функций, специфичных для Поиска (Google Search Central). Там просят валидный AMP, то же содержимое и те же действия, что и на canonical-странице, где это возможно, и адаптивный дизайн, поскольку AMP-страницы не только для мобильных.
Хронология AMP по Google и публикациям в прессе:
| Дата | Что произошло | Источник |
|---|---|---|
| 7 октября 2015 | Google объявил о проекте AMP | Google blog |
| 28 мая 2020 | Google объявил, что уберёт требование AMP из условий для Top Stories, и пообещал и дальше поддерживать AMP и ссылаться на AMP-страницы | Google Search Central blog |
| 17 июня 2021 | Сигналы удобства страницы начали применяться к Top Stories; AMP там перестал быть обязательным; развёртывание завершилось к концу августа 2021 | Search Engine Land |
Развёртывание 2021 года означало и то, что значок AMP начал исчезать из выдачи, по тому же материалу Search Engine Land. В объявлении Google говорилось, что у сайтов, которые уже публикуют AMP, поведение не изменится.
Страница Google «About AMP on Google Search» не называет AMP фактором ранжирования и не указывает его как требование для какой-либо функции Поиска (проверено 25 октября 2026). В руководстве Google по удобству страницы для Поиска, последнее обновление 22 сентября 2026, об AMP в тексте не говорится (Google Search Central).
Стоит ли оставлять AMP
Оставляйте AMP, только если удалить его дороже, чем поддерживать, потому что в нынешней документации Google ничто не делает его обязательным. Взвесьте такие вопросы:
| Вопрос | Если да | Если нет |
|---|---|---|
| AMP-страница — отдельный шаблон, который расходится с canonical-страницей? | Удаление избавит от поддержки двух версий | Выигрыш от удаления невелик |
| Нормально ли загружается canonical-страница для телефонов сама по себе? Проверьте инструментами скорости | Удалять безопасно | Сначала исправьте canonical-страницу, потом удаляйте |
| Требует ли AMP платформа, от которой вы зависите (рекламная сеть, фид издателя, плагин CMS)? | Перед удалением прочитайте документацию этой платформы | Удаляйте |
| У вас есть AMP-страницы? | Решайте по строкам выше | В документации Google по AMP нигде не просят их добавлять |
Это наша схема принятия решения; у Google здесь нет правила. Единственный реальный риск при удалении — сделать это неправильно: Google просит не удалять AMP-контент, опустошая файл, потому что пустые файлы без разметки невалидны, и Google продолжает показывать самую старую валидную версию.
Скорость вместо AMP даёт обычная работа над производительностью canonical-страницы: подбор размеров изображений, отложенная загрузка скриптов и сокращение времени ответа сервера, о чём рассказано в руководстве по тесту скорости мобильной страницы. Если вам нужен опыт, похожий на приложение, прочитайте что такое прогрессивное веб-приложение.
Как удалить AMP
Чтобы удалить AMP, уберите ссылку rel="amphtml" с canonical-страниц и перенаправьте каждый AMP-URL на его canonical-страницу. В руководстве Google по удалению AMP-контента (обновлено 1 июля 2026) перечислены такие шаги (Google Search Central):
- Проверьте, что на canonical-странице есть всё, что было на AMP-странице: то же содержимое, та же структурированная разметка и любая аналитика. AMP-страницы используют собственный компонент аналитики
amp-analytics(amp.dev), поэтому тег, который есть только в AMP-версии, нужно сначала добавить на canonical-страницу. - Уберите
<link rel="amphtml" ...>со всех canonical-страниц, в шаблоне, а не на каждой странице отдельно. - Пусть сервер возвращает
301 Moved Permanently(Google принимает и302 Found) для каждого удалённого AMP-URL с указанием на его canonical-страницу. - Необязательно, чтобы убрать AMP-страницу и с платформ не от Google: вместо редиректа возвращайте для неё
404. - Проверьте результат в отчёте о состоянии AMP в Search Console: график «проиндексированные AMP-страницы» должен идти вниз.
Пример для nginx при условии, что ваши AMP-URL заканчиваются на /amp/ (подстройте шаблон под свои):
# /blog/my-post/amp/ -> /blog/my-post
location ~ ^/(.+)/amp/?$ {
return 301 /$1;
}Затем проверьте один URL вручную:
curl -sI https://example.com/blog/my-post/amp/ | grep -iE '^(HTTP|location)'
# ожидается: статус 301 и заголовок location, который заканчивается на /blog/my-postЕсли AMP-страницы создаёт ваша CMS, в руководстве Google сказано отключить AMP в CMS: это удалит все AMP-страницы и может перенаправить пользователей на страницу без AMP. Узнайте, что ваша CMS делает с редиректом.
Проверьте canonical-страницы на ширине телефона
Когда AMP-URL начнут перенаправлять, посетители с телефонов будут получать canonical-страницу, поэтому посмотрите на неё в телефонных размерах. Mobile View Extension перезагружает вашу страницу с user agent, размером экрана и pixel ratio телефона, так что вы увидите настоящую мобильную версию на нескольких ширинах. Скорость и Core Web Vitals расширение не измеряет и не показывает, как страница ведёт себя на процессоре и в сети телефона, поэтому время загрузки подтверждайте полевыми инструментами из руководства по скорости. Более широкий список того, что сравнивать, есть в статье как сделать сайт удобным на телефоне, а об ушедших инструментах — в обзоре альтернатив Google Mobile-Friendly Test.
Частые вопросы
AMP мёртв?
Нет. Документация Google по-прежнему описывает, как AMP-страницы показываются в Поиске, а её страницы об AMP обновлялись 1 июля 2026 года. Закончилось требование: Top Stories открыт для страниц без AMP с июня 2021 года.
Нужен ли AMP для Google Top Stories?
Нет. Google объявил 28 мая 2020 года, что уберёт требование AMP, и изменение начало применяться 17 июня 2021 года.
Помогает ли AMP в SEO?
В документации Google по AMP сказано, что Поиск индексирует AMP-страницы как любые другие, а повышения в ранжировании для AMP там не описано. AMP — ограниченный формат страниц; в документации Google он не назван SEO-тактикой.
Навредит ли удаление AMP позициям?
В руководстве Google по удалению влияния на ранжирование не упоминается, поэтому риск технический: сломанные редиректы или canonical-страница без содержимого, которое было на AMP-странице. Выполните шаги выше и после настройки редиректов следите за отчётами Search Console.