Сначала определите, какие страницы должны существовать
Коммерческие категории выбирают по ассортименту и задачам покупателей. Но после утверждения структуры разработчику нужен другой документ: перечень типов страниц и правил их поведения. В него входят категория, карточка товара, вариант, страница следующей порции каталога, результат внутреннего поиска и комбинация фильтров.
Для каждого типа стоит определить адрес, доступность для обхода и способ перехода из других разделов. Например, индексируемая карточка должна иметь устойчивый URL и быть доступна по ссылкам каталога. В рекомендациях Google по структуре магазина объясняется значение связей между главной, категориями и товарами. Строка поиска не заменяет эту навигацию.
Не нужно превращать каждое изменение интерфейса в отдельную поисковую страницу. Сортировка по цене помогает посетителю, но обычно показывает тот же ассортимент. Решение о самостоятельном адресе должно следовать из содержания страницы и задачи поиска, а не из количества возможных кнопок.
Фильтры требуют отдельных правил
Представим каталог обуви с размером, цветом, материалом и ценой. Покупателю нужны сочетания этих параметров. Разрешение обходить все комбинации создаёт множество адресов, среди которых встречаются дубли и пустые выборки. В документации Google о фасетной навигации такие пространства URL связаны с лишним обходом и замедлением обнаружения полезных страниц.
Из этого следует задача для проекта: разделить полезные самостоятельные подборки и технические состояния фильтра. Для первых нужны управляемые страницы, стабильные адреса и реальные товары. Для вторых — согласованная политика обхода. Универсальная команда «закрыть все фильтры» может убрать полезные страницы; команда «открыть всё» создаёт другую проблему.
Canonical тоже не стоит считать выключателем обхода. По документации Google, указание основного адреса может со временем уменьшить обход его неосновных вариантов, но не запрещает его. Конкретное сочетание canonical, robots.txt и других средств зависит от того, должны ли адреса обнаруживаться, обходиться и попадать в поиск. Эти задачи нельзя смешивать в одну настройку.
Что получает робот при прямом открытии
Утверждённый макет ещё не показывает, доступен ли товар поисковой системе. До сдачи полезно проверить прямое открытие адреса карточки: заголовок, описание, цена, наличие и ссылки должны соответствовать именно этому товару. Для сайта с JavaScript нужно отдельно исследовать, что возвращает сервер и что появляется после выполнения скриптов.
Google публикует рекомендации по JavaScript SEO. Для заказчика практический вопрос проще: исполнитель должен объяснить, как выбранная технология делает товар доступным поиску, и показать результат на готовой странице. Необязательно навязывать всему рынку один способ рендеринга; нужен проверяемый ответ для конкретного сайта.
В задании также стоит зафиксировать поведение ссылок, пагинации и недоступных товаров. Если следующая часть каталога появляется по кнопке, у робота должен оставаться предусмотренный разработкой путь к товарам. Если позиция временно закончилась, её судьбу лучше определить заранее, чтобы обычное обновление остатков не разрушало адреса каталога.
Каталог должен отдавать согласованные данные
Название, цена и наличие участвуют сразу в нескольких представлениях: на карточке, в структурированных данных и товарной выгрузке, если она используется. Их нужно получать из согласованного источника. Ручное исправление одной копии не устранит расхождение в остальных.
Структурированные данные помогают поисковой системе понимать содержание. Они не дают гарантии особого оформления результата. Для выбора состава разметки разработчику следует опираться на документацию Google для электронной торговли, а заказчику — проверить, что значения совпадают с видимой страницей. Нельзя размечать выдуманные отзывы или показывать в разметке другую цену.
В проекте Арт Кормушки мы описываем связку каталога, поисковых страниц и подтверждённых покупок в публичном кейсе. Это пример реализованной работы студии. Он не доказывает будущий рост трафика другого магазина: новый ассортимент, конкуренты и исходный сайт требуют отдельного анализа.
Как включить SEO-готовность в приёмку
Рекомендуемый результат разработки — перечень проверенных адресов по каждому типу страницы и отчёт о найденных исключениях. В нём стоит показать доступность карточек, заголовки и описания, основные адреса, ссылки, правила фильтров, sitemap и совпадение товарных данных. Проверять нужно готовую версию с реальным ассортиментом: пустой демонстрационный каталог скрывает многие ошибки.
Если магазин заменяет существующий сайт, дополнительно понадобится карта старых и новых адресов. Это отдельная задача переноса, которую нельзя заменить созданием свежего sitemap. Порядок работы с такими изменениями разобран в нашем руководстве о редизайне без потери SEO-трафика.
Для обсуждения разработки интернет-магазина с pommeDeTerre достаточно начать с каталога, текущего сайта и предполагаемых каналов продаж. По ним можно определить, какие требования должны войти в проект сразу, а что относится к дальнейшему продвижению. Тогда приёмка даст конкретный результат: магазин подготовлен к обходу и измерению в согласованных сценариях, а последующая работа с поисковым спросом получает понятную техническую основу.