Продвижение интернет-магазина на Shopify в Москве

Shopify — платформа для магазина, который часто продаёт сразу в нескольких странах: на ней держат витрину, каталог, языковые версии и оформление заказа. Техническая база у платформы крепкая, но она же и рамка: сервера у вас нет, структуру адресов менять нельзя, чекаут живёт по правилам Shopify, а тема правится только там, где платформа это разрешает. SEO здесь — это работа внутри чужих правил: выжать максимум там, где Shopify гибкий, и заранее обойти то, что изменить не получится. Разбираем, как продвигать магазин на Shopify в Яндексе и Google.

Рамки платформы: что на Shopify изменить нельзя

Начинать работу с магазином на Shopify нужно со списка того, что не обсуждается. Префиксы адресов зашиты в платформу: товары живут на /products/, категории — на /collections/, информационные страницы — на /pages/, блог — на /blogs/. Убрать префикс, сделать вложенность вида /katalog/kategoriya/tovar или собрать адрес по своей схеме нельзя. Значит, разговор про структуру сайта на Shopify — это разговор не про адреса, а про навигацию, перелинковку и то, какие коллекции вы вообще создаёте.

Дальше — отсутствие сервера. Нет .htaccess и конфигов, нельзя произвольно управлять заголовками ответа, недоступны сырые логи, а значит и полноценный анализ логов обхода придётся заменять данными Вебмастера и Search Console. Файл robots.txt правится, но не как файл — через шаблон темы robots.txt.liquid, то есть правилами, а не текстом. Карта сайта генерируется платформой автоматически и вручную не редактируется: убрать из неё раздел можно только косвенно — правилами robots и метатегом robots в шаблоне.

Мелочь, о которую спотыкаются почти все на старте: подтвердить права на сайт загрузкой файла в корень на Shopify не выйдет — корень отдаёт платформа. Подтверждаемся метатегом в theme.liquid или записью в DNS. Это же ограничение стоит держать в голове при подключении любых сервисов, которые «просят положить файл в корень сайта».

• Префиксы /products/, /collections/, /pages/, /blogs/ не убираются — планируйте структуру внутри них, а не вопреки им.
• robots.txt редактируется через шаблон темы robots.txt.liquid; sitemap.xml формируется платформой и правится только косвенно.
• Права в Вебмастере и Search Console подтверждаем метатегом в теме или через DNS — файл в корень положить нельзя.

Коллекции, теги и параметры: где магазин обрастает дублями

Один товар на Shopify доступен минимум по двум адресам: короткому /products/handle и «внутри коллекции» /collections/handle/products/handle. Платформа сама проставляет canonical на короткий адрес, но это не повод расслабляться: внутренние ссылки из карточек коллекций часто ведут на длинную форму, и робот тратит обход на адреса, которые всё равно склеятся. Мы приводим перелинковку к короткому адресу товара — это самая дешёвая экономия краулингового бюджета на большом каталоге.

Второй слой — теги и служебные коллекции. Страницы вида /collections/handle/tag плодятся по каждому тегу и его сочетаниям, а /collections/all содержит весь каталог сразу и конкурирует с реальными категориями. Здесь нужен разбор по спросу: под тег, у которого есть частотность и покупательский интент, делаем нормальную коллекцию с собственным заголовком и текстом; остальные теговые адреса закрываем от индексации. Логика та же, что и в работе с фильтрами и тегами интернет-магазина на любой платформе, но набор адресов у Shopify свой.

Третий слой — параметры. Сортировки (?sort_by=), фильтры коллекций, постраничная навигация (?page=), выбор варианта товара (?variant=) и внутренний поиск (/search?q=) дают бесконечный хвост адресов. Часть закрывается правилами в robots.txt.liquid, часть — метатегом robots в шаблоне, часть решается canonical. Отдельно проверяем пагинацию: страницы со второй и дальше должны быть доступны роботу для обхода товаров, но не должны конкурировать с первой страницей коллекции.

И последнее по этому фронту — адреса меняются. При смене handle товара или коллекции Shopify предлагает создать редирект, и от этого предложения нельзя отказываться: инструмент URL Redirects даёт обычный 301 и поддерживает массовую загрузку списком, но не умеет шаблонных правил и масок. То есть на Shopify карту редиректов приходится вести списком — заранее и аккуратно, особенно при переезде на платформу со старого магазина.

Трансграничная торговля: рынки, языки и hreflang

Shopify изначально заточен под продажи в нескольких странах, и это самая заметная его особенность для SEO. Механизм рынков разводит аудитории по подпапкам или отдельным доменам, подставляет свою валюту и цену, а языковые версии подключаются переводом витрины и карточек. Платформа сама расставляет атрибуты hreflang между версиями — и именно здесь чаще всего возникает расхождение между тем, что настроено, и тем, что видит робот.

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

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

Ещё один момент, который легко упустить при мультиязычности: цены и наличие в разметке товара должны соответствовать той версии страницы, на которой они показаны. Разъехавшаяся валюта в разметке Product и Offer — типичная причина ошибок в отчётах Search Console на мультирыночных магазинах.

Чужое оформление заказа: что это меняет для SEO и аналитики

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

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

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

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

Тема и приложения: где магазин теряет скорость

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

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

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

Товарные запросы в нейроответах: чем магазин попадает в рекомендацию

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

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

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

Для выездных услуг и филиалов уточняем фактическую зону работы: ЦАО, Хамовники, Пресненский район (Москва-Сити), Замоскворечье, Тверской район. Проверяем адреса, график, стоимость выезда и способы связи. Различия в локальной выдаче оцениваем по замерам; наличие района в списке не означает, что под него нужна отдельная посадочная.