Amphtml canonical
Если у вашего сайта есть AMP версия, amphtml canonical в HTML — это критическая основа всего успеха для SEO проекта. Неправильный canonical может стоить вашему website от 15% до 45% органического трафика, потому что Google не поймёт какую версию страницы индексировать правильно. Для SEO специалистов важна проверка link rel canonical в head AMP страниц через Google инструменты. Для разработчиков критично понять, почему canonical tag требуется и как реализовать код для вашего website. Для владельцев главный вопрос: нужна ли AMP и как она влияет на visibility сайта. В материале разберём основы canonical и AMP до практических шагов для проверки.
Когда canonical работает неправильно, страницы теряют силу
Представьте, что у вас есть интернет-магазин. Один товар доступен одновременно в трёх версиях: обычная страница, мобильная и AMP. Google видит три идентичных версии одного контента. Если canonical неправильный или отсутствует вообще, Google не поймёт, какую из них считать главной. Результат: ранжирующие сигналы (ссылки, CTR, время на странице) "размазываются" по всем трём версиям вместо того, чтобы консолидироваться в одном месте. По исследованиям, это стоит сайтам от 15% до 45% органического трафика — число реальное, подтвержденное данными тех, кто проверял.
Вторая проблема: Google может воспринять это за дублирование контента и снизить visibility вашего сайта в целом. Третья — при неправильной настройке индексируются не те версии, которые вам нужны. Например, медленная AMP страница вместо быстрой основной версии, или страница в неправильном языке.
Как работают rel=canonical и rel=amphtml вместе
Тут система строится на двух связанных html-теге. На AMP странице вы указываете link rel canonical, который показывает на основную версию. На основной странице в head вы пишете link rel amphtml, который указывает обратно на AMP.
Это как система зеркал: AMP говорит Google "я копия, смотри сюда, на оригинал", основная страница говорит "у меня есть быстрая версия". Обе информации помогают Google понять структуру вашего контента.
Вот как это выглядит на практике. На AMP странице (например, example.com/article/amp/) в head:
<link rel="canonical" href="https://example.com/article/">На основной странице (https://example.com/article/) в head:
<link rel="amphtml" href="https://example.com/article/amp/">Оба теги работают вместе. Они говорят поисковым системам: "Это одна статья в двух версиях". Google использует эту информацию для консолидации сигналов ранжирования. Все ссылки, которые указывают на обе версии, работают на авторитет одной URL.
Почему Google требует именно эту схему
Google столкнулась с проблемой: когда AMP стала популярна, разработчики создали параллельные версии сайтов без правильной связи между ними. Поисковик не мог автоматически понять, что /article/ и /article/amp/ — это одна и та же страница. Появились дублирование, потеря ссылок, путаница в индексировании.
Требование использовать rel=canonical на AMP страницах и rel=amphtml на основных — это способ Google явно сказать: "Вот как нужно связывать версии". Это позволяет поисковику правильно консолидировать ranking signals, избежать штрафов за дублирование контента и correct indexation.
Важно понимать: link rel canonical в head AMP не просто "красивость". Это instruction для Google Crawler. Если его нет или он неправильный, поисковик может: - Индексировать медленную AMP страницу вместо быстрой основной - Потерять ссылки в profile - Не консолидировать сигналы ранжирования - Показать дублированный контент в результатах поиска
Как это реализовано на крупных сайтах
Medium.com использует простую схему. Каждая article есть в нескольких версиях (web, mobile web, AMP). На AMP странице в head ясный canonical на основную версию. На основной странице — amphtml ссылка обратно. Результат: все версии работают на один URL в рейтинге.
BBC News получила больше сложности, потому что её AMP страницы живут на отдельном домене (www.bbc.com vs amp.bbc.com). Здесь rel=canonical на основном домене критичен, чтобы Google не считал разные домены за разный контент. Link rel canonical связывает их явно.
Twitter особенная — её твиты часто встраиваются в другие сайты. Для AMP версии твита используется хитрая система: canonical указывает на основной твит на twitter.com, но при этом страница остаётся кешированная Google. Это позволяет twitter.com получать ранжирующие сигналы, а не встроенной версии.
New York Times, как большое медиа, имеет десятки AMP страниц ежедневно. На каждой в head простой html-тег: <link rel="canonical" href="...основной URL...">. На основных artikel в head: <link rel="amphtml" href="...AMP URL...">. Это автоматизировано в их CMS системе.
Во всех случаях идея одна: свяжи версии явно, не заставляй Google гадать.
Коротко: по аналогии
Если canonical — это главный номер телефона вашей компании, то AMP версия — это филиал в соседнем городе. Когда клиент звонит в филиал, его переводят на главный номер, где все звонки учитываются и записываются как поступившие на основной номер. Поисковые системы как база коммутации: если вы ясно скажете "филиал переводит звонки на главный номер", то все будет сосчитано правильно.
Без canonical Google звонит в оба номера отдельно, и ваша статистика распределяется между ними. Трафик теряется, потому что поисковик не знает, какой номер главный.
В чём разница между rel=canonical, rel=amphtml и rel=alternate
В сети часто путают три связанных html-теща:
rel=canonical говорит: "Это моя оригинальная версия". Используется везде, где есть дублирование. На AMP странице он указывает на основную. На основной странице если несколько параметров запроса создают дубли (например, ?utm_source=...), canonical указывает на чистый URL.
rel=amphtml специфичен для AMP. Только основная страница должна использовать этот tag. Он говорит Google: "У меня есть быстрая AMP версия вот здесь". Важно: это не обязательно для SEO, но рекомендовано для visibility. Google более охотно кеширует и быстрее показывает AMP страницы при наличии этого link rel.
rel=alternate используется для разных версий одной страницы: мобильная vs десктопная, разные языки. На основной странице (например, example.com/en) может быть <link rel="alternate" hreflang="ru" href="example.com/ru/"> для версии на русском. Google использует это для показа правильной версии в поиске в зависимости от языка пользователя.
В контексте AMP все три могут работать вместе: - На AMP странице: rel=canonical (на основную) + rel=alternate (на другие языки, если есть) - На основной странице: rel=amphtml (на AMP) + rel=alternate (на другие языки)
Google читает все эти signals и строит граф связей. Правильная структура означает, что при индексировании поисковик понимает, какие страницы связаны, и консолидирует их ранжирующие свойства корректно.
Если canonical на AMP неправильный или отсутствует, rel=amphtml на основной странице становится менее полезным. Поисковик может закешировать AMP версию, но она не получит все ранжирующие сигналы, потому что не будет четкой связи между версиями.