На страницах категорий
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.#Canonical #URLParameters #CloudFlare
@MikeBlazerX
📈 "Пушки" — в @MikeBlazerPRO