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

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

В своей практике я начинаю SEO-часть интернет-магазина ещё на этапе проектирования. Не потому, что поисковая оптимизация должна управлять всем проектом, а потому, что она помогает заранее договориться о структуре данных, сценариях пользователя и границах первой версии. Это одинаково важно для сайта на 1С-Битрикс, WordPress/WooCommerce или кастомной платформе: меняются инструменты реализации, но не вопросы к будущему магазину.

Сначала сформулируйте, что и кому должен продавать магазин

Фраза «нужен интернет-магазин» для проектирования слишком общая. До дизайна я прошу зафиксировать хотя бы четыре группы вводных:

1. Ассортимент и его изменения. Сколько товаров, вариаций, брендов и категорий будет на старте? Цены, остатки и характеристики ведутся вручную или приезжают из учётной системы?
2. Покупательский сценарий. Как обычно выбирают товар: по категории, бренду, параметрам, совместимости, артикулу, задаче или региону?
3. Коммерческие условия. Есть ли разные цены, наличие по складам, самовывоз, доставка, рассрочка, работа с юридическими лицами, минимальная партия?
4. Будущее развитие. Что точно нужно в первой версии, а что появится позже: личный кабинет, B2B-функции, маркетплейсы, несколько регионов, контентный раздел?

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

Спроектируйте каталог как систему, а не как меню

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

На этой карте я проверяю три вещи:

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

Например, страница «насосы для дома» может быть полезна, если она объясняет выбор, показывает подходящие модели и ведёт к покупке. А десятки автоматически созданных адресов вида «насосы-синие-недорогие-со-скидкой» обычно не создают самостоятельной ценности. Такие URL не стоит бездумно открывать для индексации.

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

До разработки договоритесь о правилах URL

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

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

Карточка товара должна быть полноценным источником данных

Карточка — место, где сходятся SEO, конверсия, контент и учётная система. Если в ней есть только название, фото и кнопка «купить», её трудно отличить от сотен похожих страниц.

Для каждой товарной группы заранее определите обязательные поля:

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

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

Данные о товаре можно дополнительно размечать структурированно. Google публикует отдельные требования к разметке Product, но сама разметка не заменяет видимые и актуальные сведения на странице. Я добавляю её только после того, как цена, наличие и вариант товара корректно выводятся пользователю.

Проверьте поиск, фильтры и отсутствие товара до запуска

Внутренний поиск часто показывает, где структура каталога не соответствует языку покупателей. На тестовом магазине стоит проверить не только точные названия, но и артикулы, популярные синонимы, опечатки и запросы по характеристикам.

Отдельно нужны сценарии для ситуации, когда товара нет:

• карточка временно отсутствующего товара остаётся полезной, если он вернётся;
• снятый с продажи товар не должен вести покупателя в тупик;
• заменённая модель должна подсказывать актуальную альтернативу;
• пустой результат фильтра должен объяснять, как изменить условия подбора.

Это влияет и на пользовательский опыт, и на качество обхода сайта. Ошибка здесь не в том, что «страница не идеальна для SEO», а в том, что покупатель и робот получают бессмысленный ответ.

Не оставляйте техническую часть на последний спринт

До запуска у проекта должен быть человек, отвечающий за технические критерии. Минимальный список вопросов такой:

1. Какие URL открыты для индексации, а какие нет — и почему?
2. Не закрыты ли важные страницы в robots.txt, метатегом noindex или настройками среды?
3. Какие страницы входят в sitemap и возвращают корректный HTTP-ответ?
4. Как проставляются canonical для товаров, категорий и параметров?
5. Что увидит пользователь и робот при временной ошибке, переносе страницы или удалении товара?
6. Рендерится ли ключевой контент без обязательного действия пользователя и не ломается ли на мобильном устройстве?
7. Как проверяются скорость, формы заказа, корзина и оплата на тестовом контуре?

Яндекс рекомендует указывать Sitemap в robots.txt или добавить его через Вебмастер; сам файл должен быть доступен и не закрыт от обхода. Детали есть в справке Яндекса о Sitemap. Это небольшой, но показательный пример: файл нужен не «для галочки», а как часть контролируемой карты индексируемых страниц.

Запланируйте контент, который помогает купить

Интернет-магазин не обязан превращаться в энциклопедию. Но в сложных категориях покупателю часто нужны объяснения: как подобрать размер, чем отличаются модели, как рассчитать количество, как пользоваться товаром, что входит в комплект.

Я бы планировал такой контент вместе с каталогом:

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

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

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

Перед тем как открыть сайт для индексации, я прохожу короткий приёмочный список:

• структура каталога согласована с бизнесом и понятна без поиска;
• у главных категорий, карточек и посадочных страниц есть владелец контента;
• правила URL, фильтров, каноникализации и редиректов зафиксированы;
• в карточках есть реальные данные, а не демонстрационные заглушки;
• критические формы, корзина, оплата и уведомления проверены на тестовых данных;
• robots, sitemap, HTTP-ответы и мета-настройки проверены на тестовом и боевом контуре;
• подготовлен список URL для первичной проверки после релиза;
• назначены даты повторной проверки: сразу после запуска, затем после накопления первых данных.

Вывод

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

Если вы только планируете интернет-магазин или хотите проверить уже подготовленное ТЗ, напишите мне в seoshn1k. Я помогу отделить обязательные решения до запуска от задач, которые разумно перенести во вторую очередь.