Данные доказывают: noindex в исходном коде выкашивает страницы с чистым рендером —…

Данные доказывают: noindex в исходном коде выкашивает страницы с чистым рендером — Гугл учитывает любую версию

Инструмент Проверка URL в GSC фиксирует noindex на главной странице без www, хотя в HTML после рендера тега noindex нет вообще — и этот флаг всплывает только через сторонний тул для рендера.

Противоречие реально, и оно возникает из-за столкновения двух директив на одном URL.

Корневая главная страница отдает мгновенный редирект meta refresh и мета-тег robots noindex в одном исходном HTML: <meta http-equiv=refresh content="0; url=https://www.notobigtech.org/en/">.

Джон Мюллер прямо обращает внимание на этот конфликт: комбинация meta refresh редиректа с noindex работает криво — строгого порядка приоритетов нет, и нигде не прописано, что Гугл обработает первым.

noindex сидит в исходном HTML — коде, который Гугл сканирует до рендера, и это та же самая разметка, которую отдает view-source: в браузере при отсутствии клоакинга.

При рендере Гугл идет по meta refresh на URL /en/ и индексирует DOM этой страницы.

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

Когда мета-тег robots различается в исходнике и начальном DOM, Гугл считает тег валидным, если он присутствует в любой из версий, поэтому noindex на уровне исходного кода продолжает работать, даже когда страница после рендера абсолютно чистая.

Поскольку noindex — это директива, а canonical — лишь рекомендация, noindex принимается, а canonical так и не обрабатывается — хотя в исходнике висит canonical, указывающий на /en/.

Страница вылетает из выдачи, а передающий вес canonical так и не срабатывает.

Фиксы по трудозатратам:

— Отключи авторедирект на /en/ на корневом домене, чтобы сразу снести конфликт.
— Если корневому домену нужно только передать вес на /en/, а не ранжироваться самому, добавь серверный HTTP-редирект 301 — самый простой вариант.
— Вычисти noindex из исходного HTML; тогда Гугл, скорее всего, прочитает и обработает canonical, который теперь совпадает в исходнике и HTML после рендера, хотя гарантий нет.

На закрытой CMS, где ни один из этих вариантов недоступен, резервный план — убить мультиязычную фичу, чтобы главная страница вернулась на корневой URL, а затем прописать 301 редирект с /en/.

Диагностический вывод очевиден: Проверка URL идет по редиректам и показывает финальный URL, маскируя этот тип конфликта, в то время как сторонний тул для рендера вскрывает рассинхрон между исходником и рендером, который прячет GSC.

Инсайты комьюнити

— GSC дает два отрендеренных вида и прячет решающий: проверка URL в реальном времени показывает HTML после рендера, а просмотр просканированной страницы показывает HTML после рендера, обработанный в индекс, но ни один из них не отображает изначальный пре-рендер исходник, который Гугл читает при первом краулинге. Этот исходник равен view-source: в браузере (без клоакинга), и именно там считывается и учитывается noindex — поэтому страница может рендериться абсолютно чисто во всех окнах GSC и при этом нести активный, отрабатывающий noindex.

#Noindex #Rendering #GSC

@MikeBlazerX
⚠️ Закрытый канал: @MikeBlazerPRO