Параметры не из вайтлиста пробивают кеш Cloudflare и сносят каноникал

На страницах категорий moemax.de само наличие тега каноникал зависит от попадания в кеш Cloudflare.

Урл https://www.moemax.de/alle-deko-C37 отдает попадание в кеш CF с настроенным каноникалом; https://www.moemax.de/alle-deko-C37?test=asddfd пробивает кеш CF, и каноникал исчезает.

Любой пассивный параметр, включая utm, выдает тот же результат, и https://www.moemax.de/alle-kinderbetten-C30C5C4 ведет себя идентично.

Googlebot должен попасть в кеш CF, чтобы вообще увидеть предпочтительный каноникал.

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

Воспроизведение, которое вскрывает, что отдает основной сервер: вбиваешь site:www.moemax.de p_color, чтобы найти параметрические страницы в выдаче, затем блокируешь все вызовы JS вручную через условия запроса — а не через отключение JavaScript в браузере, которое триггерит заглушку сайта "This website requires JavaScript to be enabled in order to function correctly" и обрывает тест.

Дергай параметрические урлы, пока один из них не отдаст cf-cache-status со статусом expired, а ssr-cache не покажет stale-ignored в заголовках ответа.

В этот момент правильного ответа SSR нет: пустая страница, ни каноникала, ни контента, ни мета-тегов.

Озадачь команду инфраструктуры проверить, что именно сервер отдает краулеру, когда клиентский и SSR-кеши протухли — пустой лист при двойном промахе мимо кеша становится главным кандидатом.

Аномалия, против которой это подняли: 1-2 раза в год Google каноникализирует большинство Product Category Pages на moemax.at или moemax.de — никогда на обоих сразу, хотя платформа одна — в единую страницу категории Decoration, в масштабе всего домена за один заход, на срок от 5 дней до месяца, а затем всё автоматически откатывается.

Самореферентные каноникалы в HTML стоят корректно, HTTP-заголовки с каноникалами не используются, логи показывают стабильные размеры ответов HTML, статистика сканирования в GSC фиксирует стандартные 200 ответы без аномалий, а живые проверки рендерят правильный контент.

Но теория с кешем не закрывает вопрос.

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

Поэтому пустой лист из-за протухшего кеша — менее вероятное объяснение, и Google реагирует не на кривой контент в <head>.

Причина так и остается невыясненной.

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

— Частота релизов не совпадает с падениями: сайт выкатывает код каждые одну-две недели, тогда как отвалы каноникала случаются 1-2 раза в год и висят неделями, иногда месяцами. Вопрос, совпадает ли это с истечением кеша ресурсов, остается открытым до проверки серверной командой.

— Стоит провести аудит на уровне рендера: сидят ли нужные товары в DOM, который Google отрендерил в GSC, и где оказывается рендер товаров относительно событий DCL и Load. Завязка на тайминги объяснила бы контент, который Google периодически не успевает захватить. Ограничение этого теста: неизвестно, ждет ли рендерер GSC меньше или больше, чем система WRS.

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

@MikeBlazerX

📈 "Пушки" — в @MikeBlazerPRO

Ссылки из поста:
– https://theseocommunity.slack.com/archives/C05HJDD...
– https://t.me/MikeBlazerX
– https://t.me/tribute/app?startapp=sE4X

Источник новости https://t.me/mikeblazerx/6724...

<< Вернуться на канал

29.09.2026 10:15