5 ошибок при создании магазина после маркетплейса

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

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

Вот пять ошибок, которые я вижу чаще всего.

1. Запускают магазин без SEO-структуры

На маркетплейсе SEO делает площадка — ваш товар ранжируется внутри Ozon или WB. На собственном сайте вы должны ранжироваться в Google и Яндексе сами.

Как выглядит ошибка: магазин запустили, товары загрузили, но через год поиск почти не приносит трафика. Потому что категории называются как удобно, а не как ищут покупатели. Нет мета-описаний, нет семантического ядра, URL выглядит как /catalog/product?id=1234.

Что делать правильно: SEO-структура — это первое, что проектируется до разработки. Архитектура URL, названия категорий, шаблоны мета-тегов. Технически это несложно, но переделывать после запуска — больно (редиректы, потеря позиций).

Бонус маркетплейса: там вы видите по каким запросам находят ваш товар. Используйте эти данные при формировании семантики сайта.

2. Игнорируют мобильный опыт

70% покупок в eCommerce происходит с телефона. Маркетплейс об этом позаботился — у WB и Ozon есть нативные приложения с хорошим UX. На вашем сайте этого нет по умолчанию.

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

Результат: покупатель с телефона не может нормально отфильтровать каталог, кнопка «В корзину» слишком мелкая, оформление заказа требует заполнить семь полей на маленьком экране.

Что делать правильно: мобильная версия проектируется отдельно. Не «адаптив», а мобильный UX: большие кнопки, удобный фильтр (как дровер снизу, а не меню слева), минимум полей при оформлении.

3. Нет аналитики воронки

На маркетплейсе вы видели просмотры карточки, переходы в корзину, заказы. На вашем сайте этой аналитики нет по умолчанию — Google Analytics фиксирует только визиты.

Как выглядит ошибка: «у нас 5 000 посетителей в месяц, но заказов мало». Почему мало — непонятно. Люди уходят с каталога? Не доходят до корзины? Бросают на шаге оплаты? Неизвестно, потому что данных нет.

Что делать правильно: настроить конверсионные события в коде: добавление в корзину, начало оформления, завершение покупки. Это позволяет видеть воронку и находить где она обрывается.

Звучит технически — но настраивается один раз при запуске и даёт данные для всех будущих решений.

4. Упрощают каталог слишком сильно

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

Как выглядит ошибка: покупатель ищет «синее платье размер 46» — и видит сто товаров вперемешку. Уходит обратно на WB, где фильтры привычные и быстрые.

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

Это один из модулей, который я рекомендую ставить с первой версии магазина.

5. Рассчитывают на органический трафик с первого дня

SEO — это долгосрочная стратегия. Новый домен начнёт получать органический трафик через 3–6 месяцев при правильной работе. До этого трафика почти нет.

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

Что делать правильно: первые 3–6 месяцев — платный трафик (контекст, таргет) параллельно с SEO-работой. Или: переводить аудиторию с маркетплейса через вкладыши и Telegram (как описано выше) — это быстрее и дешевле холодного трафика.

SEO нужно начинать с первого дня — но не ждать от него продаж в первый месяц.

Ни одна из этих ошибок не фатальна — если поймать её вовремя. Большинство из них значительно дороже исправлять после запуска, чем сделать правильно с самого начала.

Именно поэтому архитектура магазина проектируется до написания первой строки кода — как устроен мой процесс.