Не магазин, который просто ждет после загрузки товаров, а торговый сценарий, который облегчает покупку. WooCommerce, Shopify или собственный фронтенд связывают товары, категории, оплату и аналитику в одну систему.
Конверсию в интернет-магазине определяют три вещи: за сколько шагов находится товар, сколько полей требует оформление заказа и как быстро сайт открывается на мобильном. Выбор платформы следует за моделью продаж — если вы продаёте и в розницу, и оптом, один магазин это не вынесет; два магазина на WordPress multisite дают разделение без удвоения поддержки.
Бутик-бренды, кофейные и продуктовые бренды, производители креативных товаров, команды с пакетами услуг и бизнесы, которым нужно обновить магазин.
Значительная часть компаний, запускающих интернет-магазин, продаёт и конечным покупателям, и бизнесу. У этих двух покупателей общие товары и больше ничего:
Попытка втиснуть оба сценария в один магазин классически ломает оба: чтобы скрыть цены, добавляется слой за слоем, правила корзины усложняются. Правильный ответ — разделение. В кейсе Castor Coffee это решено двумя магазинами на WordPress multisite: открытая розница и опт за авторизацией; одна установка, одна точка обслуживания.
В интеграции виртуального POS важны две вещи. Первая — документы: банк требует, чтобы на сайте уже были определённые юридические страницы — договор дистанционной продажи, политика конфиденциальности, условия отмены и возврата, информация о доставке, контакты и уведомление о защите данных. Без них заявка стоит, поэтому юридические страницы делаются в начале проекта.
Вторая — техническая безопасность: никогда не доверяйте параметрам URL, на который клиент вернулся после оплаты. Этот адрес проходит через браузер клиента и может быть изменён; оплату нужно подтверждать отдельным серверным запросом. Подробности и код — в заметке о платёжном шлюзе.
В вашей отрасли могут быть свои способы оплаты. На турецком рынке общественного питания обеденные карты (Multinet, Sodexo, Setcard) решают многое; сайт, который их не принимает, теряет значительную часть аудитории на оформлении. Готового плагина для них нет — нужен собственный шлюз.
Структура категорий делает одну и ту же работу для пользователя и поисковика: делает товар находимым. В хорошей структуре покупатель доходит до нужного максимум за три шага, а каждая категория осмысленна настолько, чтобы быть самостоятельной поисковой целью.
Частая ошибка — оставлять категории голыми списками товаров. Между тем категория обычно получает больше всего поискового трафика: короткий описательный текст, несколько частых вопросов и правильная структура заголовков превращают её в настоящую точку входа.
Подавляющая часть трафика интернет-магазина — мобильная, часто через мобильный интернет. Фотографии товаров — самый тяжёлый ресурс сайта, поэтому первым делом изображения переводятся в WebP, а новые загрузки конвертируются автоматически. Второе — предзагрузка крупного изображения первого экрана и исключение его из ленивой загрузки.
Внимание: сплошное откладывание JavaScript в плагинах скорости ломает блочное оформление WooCommerce, и клиент видит «ваша корзина пуста». Так как это затрагивает только неавторизованных посетителей, владелец сайта обычно этого не замечает. Диагностика и решение — в отдельной заметке.
Да. Иерархия товаров, стиль описаний, использование изображений и структура категорий могут быть переработаны под конверсию.
Да. В зависимости от проекта можно настроить платежные сервисы, доставку, купоны и базовое отслеживание.
Да. Закладываются категории, карточки товаров, canonical, разметка schema, sitemap и основы скорости.
WooCommerce гибче, когда нужны полное владение данными и кодом, собственные интеграции или способы оплаты, характерные для вашего рынка. Shopify снижает нагрузку по запуску и поддержке, но ограничивает кастомизацию и требует постоянной ежемесячной платы. При отраслевых требованиях к оплате или операциям WooCommerce обычно подходит лучше.
Помимо документов компании, на сайте должны быть опубликованы определённые юридические страницы: договор дистанционной продажи, политика конфиденциальности, условия отмены и возврата, информация о доставке, контакты и уведомление о защите данных. Без них заявка не движется, поэтому эти страницы делаются в начале проекта.
Да, но не готовым плагином. Эти провайдеры передают данные интеграции только компаниям с договором эквайринга, и параметры индивидуальны; нужен собственный платёжный шлюз по документации провайдера. Я реализовал это в системе заказов Her Mutfak, которая работает в продакшене.
Да, но делать это внутри одного магазина, наслаивая правило на правило, со временем даёт хрупкую конструкцию. Здоровее — два магазина на одной установке WordPress: доступ и цены разделяются на уровне магазина, а поддержка остаётся в одной точке.
Сервер почти наверняка знает корзину верно, но JavaScript, который её отрисовывает, не может выполниться. Это вызывает плагин скорости, откладывающий все скрипты, и обычно проявляется только у неавторизованных посетителей. Постоянное решение — добавить в правило откладывания исключения для скриптов WordPress и WooCommerce.