Google обновил свою документацию по SEO для JavaScript, добавив новое руководство по каноническим URL-адресам для страниц, отображаемых на JavaScript. Сохраняйте каноничность до и после рендеринга.

• Канонизация происходит как до, так и после рендеринга.
• Конфликт канонических сигналов между необработанным HTML и выводом JavaScript может привести к неожиданным результатам индексации.
• Google рекомендует установить канонический URL-адрес в исходном HTML так, чтобы он соответствовал тому, что будет отображаться в JavaScript.

Google обновил документацию по SEO по JavaScript, добавив новое руководство по обработке канонических URL-адресов для сайтов, отображаемых на JavaScript.

В обновлении документации также добавлено соответствующее руководство к рекомендациям Google по объединению повторяющихся URL-адресов.

<ч2>Что нового

В обновленной документации основное внимание уделяется проблеме синхронизации, характерной для сайтов JavaScript: канонизация может произойти дважды во время обработки Google.

<п>Google оценивает канонические сигналы один раз при первом сканировании необработанного HTML, а затем еще раз после рендеринга JavaScript. Если ваш необработанный HTML-код содержит один канонический URL-адрес, а ваш JavaScript устанавливает другой, Google может получать противоречивые сигналы.

В документации отмечается, что внедрение канонических тегов через JavaScript поддерживается, но не рекомендуется. Когда JavaScript устанавливает канонический URL-адрес, Google может обнаружить его во время рендеринга, но неправильная реализация может вызвать проблемы.

Несколько канонических тегов или изменения существующего канонического тега во время рендеринга могут привести к неожиданным результатам индексации.

<ч2>Рекомендации

Google рекомендует две рекомендации в зависимости от архитектуры вашего сайта.

Предпочтительный метод — установить канонический URL-адрес в необработанном HTML-ответе, чтобы он соответствовал URL-адресу, который в конечном итоге будет отображаться вашим JavaScript. Это дает Google последовательные сигналы до и после рендеринга.

Если JavaScript должен установить другой канонический URL-адрес, Google рекомендует исключить канонический тег из исходного HTML. Это поможет избежать конфликта сигналов между фазами сканирования и рендеринга.

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

См. также: Заявление Google о проблемах с поддержкой междоменных канонических материалов

Почему это важно

<п>В этом руководстве рассматриваются тонкие детали, которые можно легко упустить при управлении сайтами, отображаемыми на JavaScript.

Разрыв между тем, когда Google сканирует ваш необработанный HTML и когда он отображает ваш JavaScript, создает возможность для расхождения канонических сигналов.

Если вы используете такие фреймворки, как React, Vue или Angular, которые обрабатывают маршрутизацию и структуру страниц на стороне клиента, стоит проверить, как реализованы ваши канонические теги. Посмотрите, содержит ли ответ вашего сервера канонический тег и не изменяет ли или дублирует его ваш JavaScript.

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

См. также: Google показывает, как подтвердить проблемы с индексированием из-за JavaScript

<ч2>Взгляд в будущее

Это обновление документации разъясняет поведение, которое раньше не было очевидным. Это не меняет того, как Google обрабатывает канонические теги.

Если вы видите неожиданный канонический выбор в отчетах об индексировании страниц в Search Console, проверьте, нет ли несоответствий между необработанным HTML-кодом и отображаемыми каноническими тегами. Инструмент проверки URL-адресов показывает как необработанный, так и обработанный HTML, что позволяет сравнивать канонические реализации на обоих этапах.