Создание интернет-магазина

Создание интернет-магазина у большинства владельцев заканчивается вторым счётом через полгода: каталог собрали по прайсу поставщика, адреса раздали автоматом, фильтры открыли все подряд — и теперь за перестройку приходится платить отдельно, теряя по дороге те позиции, которые успели набраться. Магазин отличается от сайта услуг тем, что у него не двадцать страниц, а десять тысяч, и любая ошибка в закладке умножается на этот тираж. Ниже — что нужно решить до того, как программист начнёт верстать, чтобы потом магазин можно было продвигать, а не переделывать.

Структура каталога собирается из спроса, а не из прайса поставщика

Самая частая схема выглядит так: берётся выгрузка от поставщика, из неё выдёргивается дерево категорий, и оно один в один становится каталогом магазина. Логика понятная — так быстрее и так проще синхронизировать остатки. Проблема в том, что поставщик строил своё дерево под склад и логистику, а не под то, как товар ищут покупатели.

У поставщика может быть категория «Изделия метизные крепёжные», а люди набирают «саморезы по дереву». У поставщика «Обувь мужская повседневная» — люди ищут «мужские кроссовки» и «мужские ботинки» отдельно, потому что это два разных решения о покупке. У поставщика группа «Аксессуары» на пятьсот наименований — а внутри неё сидят шесть самостоятельных направлений, каждое со своим спросом и своей конкуренцией.

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

Разница видна сразу. Каталог из прайса даёт двадцать разделов, каждый из которых конкурирует за один общий запрос. Каталог из спроса даёт те же двадцать разделов плюс сто пятьдесят подразделов и посадочных страниц под конкретные уточнения — и каждая из них приводит людей, которые уже знают, что хотят купить.

Названия категорий берутся оттуда же — из формулировок покупателей. «Смесители для кухни» вместо «Кухонная сантехническая арматура». «Детские зимние комбинезоны» вместо «Верхняя одежда детская сезон зима». Внутреннее название для складского учёта может оставаться любым, но заголовок на странице и её адрес должны совпадать с тем, как о товаре думает человек. Это стоит ноль рублей на этапе проектирования и десятки часов переделки потом.

Уровни вложенности и адреса страниц

Адреса — та часть, которую переделывать дороже всего. Смена адреса означает настройку переадресации, потерю части накопленного веса, временный провал позиций и риск, что часть страниц выпадет из индекса на несколько недель. Поэтому схему адресов согласовывают до запуска, а не после.

Рабочих правил немного, но они жёсткие. Адрес строится из понятных латинских слов, а не из идентификаторов товара в базе. Глубина вложенности — не больше трёх-четырёх уровней от главной, иначе поисковый робот и покупатель одинаково теряются. Товар живёт по одному постоянному адресу и не меняет его при переносе между категориями — иначе каждая перестановка в каталоге ломает половину ссылок.

Здесь развилка, которую надо пройти осознанно. Если адрес карточки включает категорию, товар физически привязан к одному разделу, и попытка показать его ещё и в другом порождает дубли. Если карточка живёт по короткому адресу вида «/product/название-товара/», её можно показывать в любом числе категорий и подборок без единого дубля. Второй вариант почти всегда удобнее для магазина, где товар логично относится сразу к нескольким группам.

Отдельно проговаривается регистр букв, слэш на конце и вариант с «www» — сайт должен отдавать один-единственный вариант адреса, а все остальные переадресовывать на него. Это мелочь на десять минут работы при запуске и месяц разбирательств с дублями, если про неё забыли.

Что заложить на старте и зачем

Список решений, которые дешевле принять до первой строчки кода. Каждое из них потом обходится в разы дороже.

Что заложить	Зачем это нужно	Цена переделки потом
Дерево категорий по спросу	Каждая категория ловит свой кластер запросов и не конкурирует с соседями	Смена адресов всего каталога, просадка на 2–4 месяца
Схема адресов и глубина вложенности	Адреса читаемые, стабильные, не зависят от перекладки товара	Массовая переадресация, потеря части позиций
Правила индексации фильтров	Полезные комбинации работают как посадочные, мусорные не засоряют индекс	Десятки тысяч мусорных страниц, съеденный бюджет обхода
Шаблоны метатегов с подстановкой	Тысячи страниц получают осмысленные уникальные заголовки автоматом	Ручное переписывание или дорогая доработка движка
Поля карточки товара в базе	Характеристики хранятся структурно, ими можно фильтровать и размечать	Разбор текстовых описаний на поля, ручная чистка данных
Логика для товаров не в наличии	Страница не удаляется и сохраняет накопленные позиции	Массовые ошибки 404, потеря трафика на сезонных товарах
Электронная торговля в аналитике	С первого дня видно, что продаёт, а что просто собирает визиты	Полгода решений вслепую, данные не восстановить задним числом
Формат выгрузки и правила сопоставления	Синхронизация не создаёт дублей и не ломает адреса	Разбор тысяч дублей вручную

Фильтры — главный источник и трафика, и проблем

Фильтры в магазине выполняют двойную работу. Для покупателя это способ за три клика дойти от «холодильники» до «холодильник Side-by-Side с нулевой зоной шириной до 90 см». Для продвижения это фабрика посадочных страниц: каждая осмысленная комбинация фильтров — готовая страница под конкретный уточнённый запрос, где уже есть подходящие товары, и её не надо создавать руками.

И ровно там же прячется главная техническая беда магазинов. Если фильтры оставить как есть, каждая комбинация значений порождает свой адрес. Десять параметров по пять значений в каждом дают миллионы адресов на пустом месте. Робот начинает ходить по этому бесконечному лабиринту, тратит на него весь выделенный сайту ресурс и не доходит до карточек новых товаров. В индекс попадают тысячи страниц с двумя товарами или вовсе с пустым результатом, и общая оценка качества сайта падает.

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

Какие комбинации открывать, а какие закрывать

Критерий простой: комбинацию открывают, если под неё есть реальный спрос, если в результате остаётся достаточно товаров, и если страница может получить собственный заголовок и текст. Всё остальное закрывается.

Тему разбирал отдельно: «Как сервер влияет на продвижение интернет-магазина».

Тип комбинации	Пример	Решение
Один популярный параметр	Смесители для кухни с выдвижным изливом	Открыть, свой заголовок, текст, метатеги
Бренд внутри категории	Ноутбуки конкретного производителя	Открыть, если товаров хватает на страницу
Два параметра со спросом	Мужские зимние ботинки из натуральной кожи	Открыть точечно, по списку, а не автоматом
Три и более параметра	Цвет плюс размер плюс материал плюс бренд	Закрыть от индексации
Сортировка и вид отображения	Сортировка по цене, показ плиткой или списком	Закрыть, оставить один канонический адрес
Произвольный диапазон цены	Ползунок «от и до» с любыми числами	Закрыть, кроме заранее заданных диапазонов
Пустая выборка	Комбинация, где ноль товаров	Не отдавать отдельный адрес, показывать подсказку
Служебные метки в адресе	Идентификаторы сессий, метки рекламных кампаний	Закрыть, свести к каноническому адресу

Открывать всё подряд нельзя ещё и потому, что открытые страницы конкурируют между собой. Категория «Кроссовки», фильтр «Мужские кроссовки» и подкатегория «Кроссовки мужские» — три страницы под одно намерение. Поисковая система выберет одну, а остальные будет считать слабыми копиями и тянуть вниз всю группу. Правило такое: одно намерение — одна страница, и заранее решено, какая именно.

Карточка товара: обязательный минимум с первого дня

Карточка в магазине решает три задачи сразу: отвечает на запрос, снимает сомнения и доводит до кнопки. Если чего-то из базового набора нет, человек уходит сравнивать в другое место и обратно уже не возвращается. Отследить это можно по показателю отказов и по доле карточек, с которых вообще не бывает добавлений в корзину.

Элемент карточки	Что должно быть	Что ломается без него
Цена	Видна сразу, без регистрации и запросов «уточняйте»	Большая часть людей уходит с первого экрана
Наличие	Честный статус: в наличии, под заказ, срок поставки	Отмены заказов, жалобы, потеря доверия
Характеристики	Таблица со структурными полями, а не абзац текста	Нечем фильтровать, нечего размечать, не с чем сравнивать
Фотографии	Несколько ракурсов, крупный план, реальный товар	Карточка неотличима от сотни таких же у конкурентов
Описание	Свой текст: применение, отличия, что в комплекте	Страница считается копией, шансов на выдачу мало
Доставка и оплата	Сроки и стоимость прямо в карточке, а не отдельной страницей	Лишний шаг, на котором теряется часть покупателей
Отзывы и вопросы	Возможность оставить и увидеть, с ответами магазина	Нет живого содержимого, нет обновления страницы
Артикул и код производителя	Отдельными полями	Теряется трафик по точным запросам с артикулом
Похожие и сопутствующие товары	Автоматические подборки по параметрам	Товары-сироты без внутренних ссылок, средний чек ниже
Кнопка покупки	Видна без прокрутки, одна главная и одна запасная	Разбитая воронка, непонятно, куда нажимать

Описание вместо копии от поставщика

Описания из выгрузки поставщика есть у всех, кто взял ту же выгрузку. Это буквально один и тот же текст на десятках сайтов, и рассчитывать, что именно ваша копия окажется наверху, не приходится. При этом переписывать все десять тысяч карточек разом никто не заставляет — задача решается по приоритету.

Помогу с продвижением: SEO-продвижение для бизнеса — вывожу сайты в топ Яндекса белыми методами.

Сначала уникализируются категории и посадочные страницы фильтров: их немного, а трафика они дают больше всего. Затем — карточки товаров, которые приносят основную выручку и по которым есть спрос по названию и артикулу. Остальное дописывается волнами, по мере продаж.

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

Отдельная польза от своего текста: он даёт материал для внутренней перелинковки. Из описания естественно ведут ссылки на сопутствующие товары, на категорию, на статью с разбором выбора. Так вес распределяется по каталогу, а не оседает на главной.

Товары не в наличии и снятые с производства

В магазине товар кончается постоянно, а часть позиций уходит навсегда. Самое разрушительное решение — удалять такие карточки. Страница копила позиции месяцами, на неё вели ссылки, она приводила людей — и всё это исчезает вместе с ней, а посетители упираются в ошибку.

Логика работы с закончившимися товарами закладывается в движок сразу и выглядит примерно так.

• Товар временно кончился — карточка остаётся доступной, кнопка «Купить» меняется на «Сообщить о поступлении», рядом показываются аналоги, статус наличия честный.
• Товар снят с производства, но есть прямая замена — карточка остаётся, вверху крупный блок «Актуальная модель» со ссылкой, либо настраивается постоянная переадресация на преемника.
• Товар снят и замены нет — карточка остаётся как справочная, с пометкой, что позиция не поставляется, и с подборкой похожих товаров той же категории.
• Товара не было вообще, карточка создана по ошибке — только тогда страница удаляется, с переадресацией на категорию.

Отдельно решается вопрос сортировки: товары не в наличии не должны занимать первые места в категории. Правильное поведение — опускать их вниз списка, оставляя доступными по прямой ссылке. Если этого не сделать, покупатель на первом экране видит сплошное «нет в наличии» и уходит, а страница получает плохой поведенческий сигнал.

Шаблоны метатегов с подстановкой

Заголовок и описание руками для десяти тысяч страниц не пишет никто. Без шаблонов происходит одно из двух: либо метатеги остаются пустыми и подставляется что попало, либо все страницы получают одинаковый заголовок вроде названия магазина. Оба варианта одинаково плохи.

Движок обязан уметь собирать метатеги из переменных: название категории, название фильтра, бренд, город, цена от, количество товаров, название товара, артикул. Шаблон для категории может выглядеть как сочетание названия раздела, ключевого уточнения, слова о цене и указания на доставку. Для карточки — название товара плюс артикул плюс призыв с ценой. Для страницы фильтра — название фильтра плюс категория.

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

Выгрузка и обновление каталога

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

Смежный материал по теме — «Аренда сайта интернет магазина».

Правила, которые снимают этот класс проблем:

• Товар сопоставляется по неизменяемому идентификатору — внутреннему коду или артикулу, а не по названию. Изменилось название — адрес остался прежним.
• Адрес карточки генерируется один раз при создании и дальше не пересчитывается автоматически при изменении названия.
• Обмен не имеет права удалять товары. Он может только менять статус наличия. Удаление — ручная операция с проверкой.
• Тексты и картинки, добавленные вручную, защищены от перезаписи выгрузкой. Иначе уникальные описания стираются при первом же обмене.
• Категории из выгрузки складываются в служебное дерево и вручную сопоставляются с боевым каталогом. Поставщик не должен иметь возможности создавать новые разделы на сайте.
• Обмен запускается в часы низкой нагрузки и пишет журнал: что создано, что изменено, что получило другой адрес.
• Перед первым боевым обменом делается тестовый прогон на копии сайта.

Ещё одна деталь, о которой вспоминают поздно: у большого магазина обмен может идти часами и класть сайт. Если робот в этот момент застаёт медленные ответы, он снижает интенсивность обхода. Поэтому производительность обмена — не только вопрос удобства, но и вопрос индексации.

Скорость каталога, пагинация и бюджет обхода

Каталог с фильтрами — самая тяжёлая часть магазина. Каждый запрос к фильтру означает выборку по базе с несколькими условиями, и на десятках тысяч товаров без подготовки это секунды ожидания. Технические решения закладываются сразу: индексы в базе под те поля, по которым идёт фильтрация; кэширование готовых результатов популярных комбинаций; отдельное хранилище для поиска, если товаров действительно много; ленивая загрузка изображений и отдача картинок в современных форматах.

Пагинация — вторая типовая ловушка. Бесконечная прокрутка без адресов означает, что робот видит только первую страницу категории и не доходит до остальных товаров. Рабочий вариант: прокрутка для человека плюс обычные адреса страниц, доступные по ссылкам, плюс кнопка «Показать ещё», которая меняет адрес. На каждой странице пагинации указывается канонический адрес самой этой страницы, а не первой — иначе товары со второй и дальше выпадают из поля зрения.

Бюджет обхода — ограничение на то, сколько страниц робот скачивает с сайта за период. У магазина на десять тысяч товаров он расходуется мгновенно, если рядом живут сотни тысяч мусорных адресов фильтров. Отсюда приоритеты: закрыть служебное, свести дубли к одному адресу, ускорить ответ сервера, дать понятную внутреннюю перелинковку, чтобы важные страницы были в два-три клика от главной.

Карта сайта и микроразметка товаров

Карта сайта для магазина строится автоматически и разбивается на части: категории, посадочные страницы фильтров, карточки товаров, статьи. Так проще смотреть в панелях вебмастеров, какая группа страниц индексируется плохо. В карту попадают только страницы, открытые для индексации и отдающие корректный ответ, — попадание туда закрытых адресов считается ошибкой. Дата изменения должна быть настоящей, иначе она перестаёт что-либо значить.

Микроразметка товара даёт расширенный вид в результатах поиска: цена, наличие, рейтинг, отзывы. Для магазина это заметная прибавка к переходам при тех же позициях. Размечаются название, изображение, описание, артикул, бренд, цена с валютой, статус наличия, отзывы и агрегированный рейтинг. Отдельно размечаются хлебные крошки, страница организации с контактами и, при наличии, раздел с частыми вопросами.

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

Коммерческие блоки, без которых магазин не конкурент

Если нужна помощь по теме — обучение SEO-продвижению.

Поисковые системы оценивают магазины не только по текстам. Есть набор признаков, по которым сайт определяется как настоящий работающий бизнес, а не как витрина-однодневка. Отсутствие этих блоков ограничивает потолок позиций независимо от того, насколько хорошо проработана структура.

• Доставка: способы, сроки, стоимость, зоны, условия бесплатной доставки. Не общие слова, а таблица с цифрами.
• Оплата: все доступные способы, работа с юридическими лицами, рассрочка, если она есть.
• Возврат и обмен: сроки, порядок, бланк заявления, что делать с браком.
• Гарантия: срок по категориям товаров, сервисные центры.
• Реквизиты: полное наименование, идентификационный номер, юридический адрес, расчётный счёт.
• Контакты: телефон, почта, мессенджеры, физический адрес с картой, часы работы, форма обратной связи.
• О компании: как давно работает, склады, фотографии реального офиса или пункта выдачи.
• Публичная оферта и политика обработки персональных данных, согласие в каждой форме.

Всё это — обычные страницы, которые делаются за день. Но они должны существовать с момента запуска, потому что их наличие проверяется в первый же заход.

Аналитика электронной торговли с первого дня

Данные нельзя собрать задним числом. Если электронная торговля не настроена при запуске, через полгода не будет ответа на вопрос, какая категория приносит выручку, а какая только визиты. Решения будут приниматься по ощущениям.

Если нужны детали, смотрите «Внутренняя перелинковка интернет магазина».

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

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

Выбор движка: что он обязан уметь

Разговор о конкретных платформах бессмыслен без списка требований. Требования у магазина такие: собственные адреса для любой страницы, включая посадочные страницы фильтров; шаблоны метатегов с подстановкой переменных и ручным перебиванием; управление индексацией фильтров по правилам; канонические адреса; нормальная пагинация с адресами; поддержка микроразметки товаров; структурные характеристики как отдельные поля, а не текстом; настраиваемое поведение для товаров не в наличии; массовое редактирование карточек; выгрузка и загрузка каталога в таблицу; доступ к файлам сервера и к базе; журналы обмена; возможность подключить кэширование и ускорение.

Отсюда видны риски двух крайностей. Простые конструкторы обычно закрывают доступ к части этих настроек: адреса жёстко заданы платформой, фильтры не дают собственных адресов и заголовков, разметку и служебные файлы поправить нельзя, а перенести магазин на другую платформу без потери адресов невозможно. Пока магазин маленький, этого не замечают. Как только он вырастает до нескольких тысяч товаров, платформа становится потолком.

Самописные решения опасны с другой стороны. Там теоретически можно всё, но на практике всё нужное придётся заказывать и оплачивать отдельно, каждая мелочь превращается в задачу разработчику, а сопровождение привязано к одному конкретному подрядчику. Если он пропадает, магазин остаётся без поддержки, и разбираться в чужом коде дороже, чем переписать.

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

Чек-лист приёмки магазина до оплаты

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

Что проверяем	Как проверяем	Норма
Адреса страниц	Выгрузка всех адресов сканером	Читаемые, без идентификаторов, глубина до 4 уровней
Дубли адресов	Проверка вариантов со слэшем, регистром, www, протоколом	Один рабочий вариант, остальные переадресуются
Метатеги	Выгрузка заголовков и описаний всех страниц	Нет пустых, нет одинаковых, шаблоны отработали
Заголовки страниц	Проверка по выгрузке	Ровно один главный заголовок на странице, вложенность соблюдена
Фильтры	Ручной прогон комбинаций плюс сканирование	Открытые — по согласованному списку, остальные закрыты
Карточка товара	Проверка десяти случайных карточек	Все поля из чек-листа заполнены и выводятся
Нет в наличии	Обнуление остатка тестового товара	Страница жива, статус честный, аналоги показаны
Скорость	Замер главной, категории с фильтром, карточки	Ответ сервера быстрый, изображения оптимизированы
Мобильная версия	Проход по всей воронке с телефона	Фильтры, корзина и оформление работают без сбоев
Микроразметка	Проверка валидатором	Товар, крошки, организация — без ошибок
Карта сайта	Открыть файл и сверить со сканированием	Только открытые рабочие страницы, реальные даты
Служебный файл индексации	Открыть и прочитать	Закрыты корзина, личный кабинет, поиск, служебные метки
Формы и корзина	Тестовый заказ каждым способом	Заказ доходит, письма отправляются, согласие есть
Аналитика	Тестовая покупка	Все события и сумма заказа доходят до отчётов
Коммерческие страницы	Проверка по списку	Доставка, оплата, возврат, гарантия, реквизиты на месте
Обмен с учётной системой	Тестовый прогон выгрузки	Адреса не изменились, ручные тексты не стёрты, есть журнал
Резервные копии	Запросить настройки и восстановить копию	Копии автоматические, восстановление проверено
Доступы	Передача логинов	Домен, хостинг, база, административная панель — у владельца

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

Спроектировать структуру каталога под спрос помогу на SEO-консультации.

Частые вопросы

Можно ли запустить магазин быстро, а структуру доработать потом?
Запустить можно, но переделка каталога позже означает смену адресов, а это всегда просадка на несколько месяцев. Разумный компромисс — стартовать с небольшим, но правильно спроектированным деревом категорий и расширять его вглубь, добавляя новые разделы. Добавлять безопасно, переставлять — дорого.

Сколько категорий нужно на старте?
Столько, сколько получилось кластеров спроса с ощутимым объёмом. Для узкой ниши это может быть пятнадцать разделов, для широкого ассортимента — полторы сотни с подразделами. Ориентироваться на количество товаров бессмысленно: важно, сколько разных намерений покупателей вы закрываете.

Обязательно ли переписывать описания всех товаров?
Всех сразу — нет. Сначала категории и посадочные страницы фильтров, потом карточки, которые приносят выручку и по которым есть спрос по названию. Остальные дописываются постепенно. При этом характеристики таблицей и живые фотографии нужны везде с первого дня — они важнее текста.

Что делать с сезонными товарами, которых полгода нет в наличии?
Страницу оставлять доступной с честным статусом и подпиской на поступление, опустив её вниз в списке категории. Так позиции сохраняются к началу сезона. Удаление и закрытие от индексации означают, что каждый сезон придётся начинать заново.

Как понять, что фильтры настроены правильно?
Проверить сканером количество доступных адресов и сравнить с ожидаемым. Если у магазина на пять тысяч товаров сканер находит триста тысяч адресов — фильтры открыты бесконтрольно. Дополнительно смотрят отчёт об индексации в панели вебмастера: массовые страницы с пометкой о низком качестве или дублировании прямо указывают на проблему.

Разбор живого сайта: что мешает ему продвигаться:

2:29

Коротко

• Дерево каталога собирается из спроса и называется словами покупателей, прайс поставщика даёт товары, а не структуру.
• Схема адресов согласуется до разработки: читаемые, стабильные, не меняющиеся при перекладке товара между категориями.
• Фильтры дают и трафик, и мусор — открывают точечно по списку комбинаций со спросом, всё остальное закрывают.
• Карточка с первого дня: цена, честное наличие, характеристики таблицей, свои фото, доставка, отзывы, собственное описание; закончившиеся товары не удаляются.
• До оплаты проводится приёмка по чек-листу, а доступы к домену и хостингу оформляются на владельца.