Сначала разложи, как люди покупают
Лендинг, многостраничный сайт и магазин обслуживают разные сценарии: одну услугу, несколько направлений или каталог, где человек сравнивает товары. Разница не в числе экранов.
Первое, что я бы убрал: Собирать лендинг для десятка разных услуг и прятать каждую под одним экраном.
Что выписать до выбора формата
- Список услуг, товаров и вопросов.
- Число разных интентов.
- Путь от поиска до покупки.
- План роста каталога и URL.
Как выбрать структуру сайта
- Выбери лендинг
Лендинг подходит, если один продукт, одна аудитория, короткий путь выбора и мало самостоятельных запросов. Сделай секции проблем, доказательств, условий и CTA.
Что увидишь: Весь сценарий можно пройти без второй страницы.
Если не сработало: Если появляются разные услуги и вопросы, вынеси их в отдельные URL.
- Выбери многостраничную структуру
Для нескольких услуг создай /services/ и отдельный URL каждой услуги. Добавь контакты, кейсы, FAQ и внутренние ссылки между близкими страницами.
Сверь: Каждая страница имеет свой интент и владеющий CTA.
Если не сходится: Не дели одну услугу на города без локального содержания.
- Выбери магазин
Магазин нужен, если есть каталог, остатки, цены, варианты, корзина и повторяемая покупка. Сразу опиши фильтры, категории и правила индексации.
Что должно совпасть: Посетитель может найти товар и понять наличие/доставку.
Если ответ другой: Для 3–5 товаров используй страницу продукта или небольшой каталог, а не тяжёлую платформу.
- Посчитай стоимость владения
Добавь поддержку, контент, интеграции, SEO, формы, оплату и перенос данных. Дешёвый старт с дорогим ручным обслуживанием — не экономия.
Перед запуском: Есть владелец изменений после запуска.
Если упёрлось: Убери функцию, которую никто не сможет поддерживать.
Тестовая страница до покупки
В каждой платформе создай `/test-service/` и проверь title, description, slug, canonical, noindex, JSON-LD, sitemap, 301 redirect, форму и Яндекс Метрику без двойного счёта. Проверяй опубликованный URL, а не предпросмотр.
curl -I https://example.com/test-service/
curl -s https://example.com/test-service/ | grep -Ei 'title|description|canonical|robots'Проверяю стоимость выхода
До запуска запроси экспорт контента, изображений и URL, резервную копию, таблицу редиректов и передачу домена. Если при каждом изменении нужен подрядчик, это не автоматически плохая платформа — просто добавь внутреннее время и стоимость сопровождения в TCO.
- Домен и аккаунты восстановления должны принадлежать компании.
- Новый сайт не должен менять все URL без карты 301.
- Права на аналитику и Яндекс Вебмастер проверяются до запуска.
Проверяю не только редактор, но и аварийный сценарий
Попроси создать резервную копию, удалить тестовую страницу, поставить 301, вернуть страницу из backup и выгрузить контент. Если поддержка не может ответить, где лежит sitemap и как передать домен, запиши это как риск владения.
Оценку платформы делай на реальной странице услуги и форме, а не на демо-шаблоне. Один час такой проверки дешевле миграции после падения трафика.
Лендинг, сайт или магазин
| Критерий | Вопрос | Хороший признак |
|---|---|---|
| Вход | Что сравнивать при выборе структуры сайта? | Посчитай услуги/товары, отдельные аудитории, регионы, фильтры, контент и число будущих страниц. |
| Действие | Что система может сделать сама? | Только заранее перечисленные действия, без доступа ко всему аккаунту |
| Проверка | Как понять, что результат можно принять? | Нарисуй путь для трёх типичных клиентов и проверь, можно ли дать каждому отдельный URL и CTA. |
| Сбой | Куда уходит непонятный случай? | Начни с меньшей структуры и оставь чистые URL для будущих услуг; не создавай разделы «на всякий случай». |
Как понять, что формат подходит
Структура сайта соответствует способу покупки. Ты видишь, где нужна отдельная страница услуги, категория, карточка товара или короткая посадочная.
Где структура мешает продажам
Выбирать структуру по шаблону, а не по числу интентов.
Пытаться уложить пять услуг в один лендинг.
Покупать магазин без владельца каталога и остатков.
Не закладывать переносимость контента и URL.
Когда нужен прототип и расчёт миграции
Если выбор влияет на каталог, оплату, миграцию URL и CRM, сначала сравни сценарии на прототипе, а не на красивом шаблоне.
Какой формат выбрать для бизнеса
Кому нужен такой разбор структуры сайта?
Лендинг, многостраничный сайт и магазин отличаются числом интентов, товаров, правил и сценариев покупки — не числом экранов. Выбирай структуру под работу бизнеса.
С чего начать, если всё пока вручную?
Для первого шага посчитай услуги/товары, отдельные аудитории, регионы, фильтры, контент и число будущих страниц.
Как проверить, что настройка не навредит?
Проверка здесь такая: нарисуй путь для трёх типичных клиентов и проверь, можно ли дать каждому отдельный URL и CTA.
Что делать при непонятном результате?
При таком результате начни с меньшей структуры и оставь чистые URL для будущих услуг; не создавай разделы «на всякий случай».
