Настройка товаров в Тильде: каталог, варианты, остатки

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

С чего начинается настройка каталога товаров в Тильде

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

Важный момент: обычный тарифный план Тильды не дает работать с каталогом вообще, для магазина нужен тариф с доступом к блокам «Магазин» и лимитом на количество товаров. Если планируете каталог на несколько сотен позиций, уточняйте лимит своего тарифа заранее, а не когда импорт остановится на середине.

Категории и структура каталога

Тильда поддерживает вложенность категорий, но на практике глубже двух уровней структура становится неудобной и для покупателя, и для администратора. Я обычно делаю так: верхний уровень - крупные разделы («Одежда», «Обувь», «Аксессуары»), второй уровень - фильтры по типу товара внутри раздела. Все остальное деление, по сезону, по бренду, по акции, лучше выносить в фильтры и теги, а не плодить вложенные категории.

Отдельно стоит продумать карточку товара до того, как заводить сотню позиций. Если структура полей меняется на середине наполнения каталога, это означает повторную правку уже внесенных товаров вручную, потому что массового редактирования произвольных полей в редакторе Тильды нет.

Варианты товаров: размеры, цвета, комплектации

За варианты в Тильде отвечает блок «Опции» в карточке товара: можно завести категории опций (цвет, размер, объем) и присвоить каждой комбинации свою цену, артикул и остаток. Технически завести можно много вариантов, но на практике я стараюсь не превышать 30-40 комбинаций на одну карточку: выпадающие списки с полусотней позиций неудобны на мобильном, а именно с мобильных приходит основной трафик у большинства магазинов на Тильде.

Если у товара варианты не просто «размер S/M/L», а сочетание нескольких параметров с разной ценой, я завожу отдельную таблицу соответствия артикулов и остатков во внешнем файле и загружаю ее через CSV-импорт, а не правлю карточки по одной. Ручное редактирование десятков комбинаций через интерфейс - гарантированная опечатка в остатке или цене на пятой карточке из тридцати.

Когда варианты лучше не делать опциями

Если у вариантов принципиально разные фотографии, описание или даже разная цена доставки (например, крупногабаритный и компактный вариант одного товара), иногда проще завести отдельные карточки товара, а не опции внутри одной. Это увеличивает число позиций в каталоге, зато карточка остается читаемой, а SEO-описание можно сделать под конкретный запрос, а не общее для всех вариантов сразу.

Остатки и склад: как не продать то, чего нет

Остатки в Тильде можно вести вручную по каждому товару и варианту, но при каталоге больше 50-100 позиций это быстро перестает успевать за реальными продажами, особенно если товар продается параллельно офлайн или на маркетплейсах. На практике встречал три схемы работы с остатками, вот как они соотносятся:

Третий вариант закрывает проблему полностью, но требует разовой интеграции: скрипт забирает остатки из учетной системы и обновляет их в Тильде через API магазина. Такие связки я собираю на n8n, когда источник данных отдает вебхуки или REST API, либо пишу отдельный скрипт под конкретную учетную систему, если формат данных нестандартный.

Цены, скидки и промокоды в карточке товара

Цены и скидки в Тильде настраиваются на уровне товара: можно указать старую и новую цену, чтобы карточка показывала перечеркнутую стоимость, это стандартный триггер конверсии для акционных позиций. С промокодами сложнее: встроенный движок умеет процентную или фиксированную скидку на сумму товаров, общий лимит использований и срок действия, но не умеет исключать из промокода категорию - код «-10%» применится и к распродаже, и клиент получит двойную скидку. Если бизнесу такое ограничение нужно, обычно дорабатывают логику отдельным скриптом поверх корзины, у меня в библиотеке есть готовый скрипт для ограничения промокодов по категориям в Tilda, который закрывает именно это.

Интеграция каталога с оплатой, доставкой и CRM

После того как каталог и остатки настроены, встает вопрос, куда падает заказ. Для приема оплаты чаще всего подключаю Т‑Банк эквайринг: настройка на стороне Тильды занимает 15-20 минут, если у клиента уже есть расчетный счет и договор эквайринга. Для доставки многие магазины интегрируют СДЭК напрямую в форму заказа, чтобы покупатель видел стоимость и сроки доставки на своем адресе до оформления заказа, а не узнавал ее из письма постфактум.

Заказы из Тильды я обычно завожу в CRM через вебхук: как только покупатель оформляет заказ, данные летят в Битрикс24 или amoCRM, а не лежат мертвым грузом в панели администратора Тильды, откуда их приходится выгружать вручную. Для несложных доработок, вроде отдельного поля в форме заказа или правки логики опций, обычно хватает точечного скрипта, а если нужна полноценная связка каталога с эквайрингом, складом и CRM в одном заказе, это уже комплексная интеграция. Разово посмотреть, что из этого нужно именно вашему магазину, можно на консультации, а собрать всю цепочку под ключ я предлагаю как отдельную услугу по доработке Тильды.

Частые вопросы

Сколько товаров можно завести в каталоге Тильды?

Лимит зависит от тарифного плана: на базовых тарифах с доступом к блокам «Магазин» ограничение обычно в пределах нескольких сотен товаров, на старших тарифах лимит выше или снят вовсе. Перед наполнением каталога проверяю лимит конкретного тарифа клиента, чтобы не упереться в него на середине импорта.

Как настроить остатки по вариантам, а не по товару целиком?

Остаток указывается для каждой комбинации опций отдельно, в блоке «Опции» карточки товара, а не для товара в целом. Если вариантов много, вручную это делать долго, поэтому для каталогов от полусотни SKU я настраиваю импорт остатков по артикулам через CSV или синхронизацию с учетной системой.

Можно ли ограничить один промокод одним использованием на клиента?

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

Что делать, если варианты товара не синхронизируются с 1С или МойСклад?

Чаще всего дело в несовпадении формата артикулов между системами: в 1С артикул один, в Тильде для каждой комбинации опций генерируется свой. Решается связкой соответствия артикулов на стороне интеграционного скрипта, который сверяет данные перед обновлением остатков, а не полагается на совпадение названий.