Чтобы понять, почему карточки товаров не попадают в Google, сначала требуется разделить две ситуации: URL не проиндексирован или URL проиндексирован, но не показывается по ожидаемым запросам. В первом случае поисковая система не включила страницу в свою базу. Во втором — включила, однако сочла другие документы более подходящими, поэтому отсутствие товарной страницы в результатах Google не всегда означает проблему с ранжированием.
Статус конкретного адреса проверяют через инструмент проверки URL в Google Search Console. Отчет сообщает, известна ли страница поисковой системе, разрешено ли сканирование, какой канонический адрес выбрал Google и когда робот посещал URL. Оператор site: дает лишь приблизительную картину и не заменяет диагностику в Search Console.
Запреты и ошибки доступа
Карточка не попадет в индекс, если robots.txt закрывает товарный разделили параметры, от которых зависит доступ к нему. Запрет noindex в мета теге robots либо HTTP-заголовки X-Robots-Tag прямо указывает не индексировать документ. После снятия запрета прежний статус порой сохраняется до повторного обхода.
Ответ сервера должен соответствовать содержанию. Страница товара с кодом 404 или 410 воспринимается как удаленная. Коды 500–599 говорят о сбое сервера. Цепочки перенаправлений расходуют ресурсы обхода, а циклические редиректы делают конечный документ недоступным. Опасен и мягкий 404: сервер возвращает код 200, хотя на экране размещено сообщение об отсутствии товара или почти пустой шаблон.
Защитные системы иногда блокируют Googlebot, требуют CAPTCHA, ограничивают частоту запросов или отдают ему ошибку доступа. Проверка URL с запросом живой страницы помогает увидетьдать ответ, доступный работу. Логи сервера дополняют картину: в них видны посещения, коды ответов, редиректы и повторяющиеся сбои.
Карточки, содержимое которых загружается только после выполнения JavaScript, требуют отдельной проверки. Если скрипт падает, закрыт для сканирования или обращается к недоступному интерфейсу данных, робот получает пустой каркас. В отрисованной версии должны присутствовать название, цена, наличие, описание, изображения и ссылки. Ключевые сведения лучше отдавать в исходном HTML либо через надежный серверный рендеринг.
Канонизация и дубли
Интернет-магазин часто создает несколько адресов одного товара: с параметрами фильтрации, сортировки, метками кампаний, идентификаторами сеанса, вариантами цвета или размера. Google объединяет сходные страницы и выбирает одну канонической. Если выбран другой URL, проверяемая карточка не появится в индексе как самостоятельный документ.
Тег rel=»canonical» должен вести на предпочтительный доступный адрес с кодом 200. Ошибки возникают, когда все товары ссылаются на категорию, карточки указывают на главную страницу, канонический URL перенаправляется либо закрыт от робота. Противоречивые сигналы создают дополнительные сложности: карта сайта содержит один адрес, внутренние ссылки ведут на другой, canonical указывает на третий.
Почти одинаковые карточки конкурируют между собой. Простая замена названия модели в общем шаблоне редко формирует самостоятельную ценность. Если различия сводятся к цвету или размеру, разумнее собрать варианты на одной странице. Отдельные URL оправданы при заметно разных характеристиках, назначениичении, комплектации или условиях покупки.
Слабое содержание
Карточка с названием, ценой и кнопкой часто выглядит недостаточно содержательной. Полезный документ отвечает на вопросы покупателя: что входит в комплект, из чего изготовлен товар, каковы размеры и совместимость, кому он подходит, какие действуют условия доставки, оплаты и возврата. Точные характеристики удобнее оформлять единообразно, сохраняя текстовое описание особенностей конкретной позиции.
Копирование описаний поставщика усиливает сходство с десятками других сайтов. Уникальность сама по себе не гарантирует индексацию, но собственные фотографии, проверенные параметры, понятные ограничения и ответы на частые вопросы дают странице самостоятельную пользу. Нельзя заполнять карточку автоматически созданными фразами, которые повторяют название и характеристики без новой информации.
Страница отсутствующего товара требует осмысленного сценария. При временном отсутствии сохраняют код 200, объясняют статус и предлагают уведомление о поступлении либо близкие замены. Для окончательно снятой позиции выбирают решение по ситуации: оставить полезную карточку с архивным статусом, перенаправить на прямой аналог или вернуть 404/410. Редирект всех удаленных товаров на главную страницу вводит пользователя и поисковую систему в заблуждение.
Внутренняя доступность
Карточка, на которую нет обычных HTML-ссылок, становится изолированной. Робот способен узнать о ней из XML-карты сайта, однако карта не заменяет внутреннюю навигацию. Товары должны быть доступны через категории, подкатегории, блоки связанных позиций или другие логичныеые страницы.
Фильтры нередко создают огромное число сочетаний параметров. Робот тратит обход на сортировки и технические URL, а важные карточки посещает реже. Управление такими адресами строят на последовательной схеме: индексируемые посадочные страницы получают постоянные URL, содержание и внутренние ссылки, служебные комбинации не включают в карту сайта и не продвигают через навигацию.
XML-карта должна содержать только канонические карточки с кодом 200, предназначенные для индексации. Указанная дата изменения обязана отражать реальное обновление страницы. Разделение карт по типам страниц упрощает поиск ошибок: отдельно товары, категории и прочие документы.
Если Google обнаружил URL, но долго его не сканирует, проверяют глубину вложенности, число внутренних ссылок, стабильность сервера и объем бесполезных адресов. Если страница просканирована, но не проиндексирована, внимание смещают на дубли, канонизацию, качество содержания и признаки мягкого 404.
Структурированные данные Product помогают поисковой системе распознать товарные сведения и подготовить расширенное представление результата. Разметка должна совпадать с видимым содержимым страницы: цена, валюта, наличие, оценка и отзывы не могут существовать лишь в коде. Ошибки разметки редко служат единственной причиной отсутствия в индексе, но мешают корректной обработке товарных данных.
Диагностику проводят от технических причин к содержательным. Сначала проверяют код ответа, robots.txt, noindex, редиректы и доступность ресурсов. Затем сопоставляют заявленный canonical с выбранным Google, изучают отрисованный HTML, внутриранние ссылки и карту сайта. После этого оценивают дубли, полноту сведений и пользу карточки.
Исправленный URL отправляют на повторную проверку через Search Console, а массовые изменения отражают в чистой XML-карте. Частые ручные запросы индексации не компенсируют системные ошибки. Устойчивый результат дают доступный сервер, последовательная канонизация, ясная архитектура каталога и карточки, содержащие сведения, которых достаточно для выбора товара.
← Все материалы рубрики