Запрос «тильда личный кабинет» в поиске почти всегда приводит к одному и тому же ответу - блоку Members. Это встроенный модуль авторизации, он входит в платные тарифы Тильды и закрывает большую часть типовых задач: регистрацию, вход, восстановление пароля, доступ к закрытым страницам, историю заказов для магазина на Tilda Commerce. Но как только требования выходят за рамки «зарегистрировался - увидел свой раздел», начинается ручная работа: вебхуки, кастомные скрипты, синхронизация с внешней CRM. Дальше по пунктам разбираю, что реально настраивается в панели Тильды без единой строчки кода, а где на практике я сам добавляю доработку.
По теме статьи
Готовое решение
Скрипт расчёта налога (НДС) в корзине Tilda
Автоматический расчёт НДС отдельной строкой в корзине Tilda — для США, ЕС и B2B.
от5 000 ₽
Кастомный скрипт
Когда стандартных блоков не хватает
Доработка сайтов на Тильде: скрипты для корзины, промокоды, зоны доставки, интеграции с CRM и Telegram. Простой скрипт от 3 000
от3 000 ₽
Что такое блок Members и как включить личный кабинет на Тильде за 20 минут
Members - раздел в настройках проекта Тильды, который отвечает за регистрацию и авторизацию посетителей. Включается на вкладке «Members» в настройках сайта: переключатель системы регистрации, выбор способа входа - email с подтверждением кодом, номер телефона по SMS, вход через VK или Google. После включения на страницы добавляются готовые блоки «Вход», «Регистрация» и «Личный кабинет» из библиотеки блоков Тильды, их нужно перетащить на нужные страницы и настроить внешний вид через панель блока.
На практике весь базовый цикл - включить Members, добавить блоки входа и кабинета, назначить, какие страницы видны только авторизованным пользователям - занимает около 20 минут, даже если делаешь это в первый раз. Отдельно в настройках можно включить встроенный переключатель языков в меню, если кабинет должен работать на нескольких языках, это тоже штатная функция, а не доработка.
Что умеет кабинет клиента из коробки: доступ, заказы и группы
Без единой строчки кода в Members работают:
- регистрация и вход по email, телефону или через соцсети, с подтверждением кодом;
- восстановление пароля без участия администратора сайта;
- кастомные поля профиля - имя, телефон, дата рождения, любые текстовые поля, которые задаются в настройках Members;
- группы доступа - можно закрыть страницу или блок так, что их увидят только пользователи из определённой группы, например «Оптовики» или «Курс: продвинутый уровень»;
- для сайтов на Tilda Commerce - автоматическая история заказов в личном кабинете: заказ, оформленный через корзину Тильды, сразу появляется у покупателя со статусом и составом, без дополнительной настройки.
Если каталог и остатки синхронизируются с 1С через CommerceML, это тоже штатный механизм: обмен настраивается в разделе с товарами магазина, и заказ из личного кабинета уходит в 1С без отдельного кода.
Бесплатный материал
🎁 Полезный скрипт в подарок
Подпишитесь на Telegram - пришлю готовый скрипт по этой теме.
Без спама. Отписка в 1 клик.
Где встроенный функционал упирается в потолок
Members закрывает базовый сценарий «зарегистрировался - увидел свой раздел», но у него есть предсказуемые границы, о которые я регулярно бьюсь на реальных проектах.
Кастомные поля и роли
Группы доступа в Members плоские: пользователь либо входит в группу, либо нет, а перевести его туда можно только вручную или через API - логики вида «доступ откроется через 3 дня после оплаты» или «уровень повышается после пятой покупки» в интерфейсе нет. Такие правила я реализую отдельным скриптом, который обращается к API Тильды по расписанию или по вебхуку и переносит пользователя между группами.
Интеграции с CRM и оплатой
Данные из формы регистрации Members можно выгрузить через вебхуки Тильды в почту или в сервисы вроде Zapier и Albato, но двусторонней синхронизации, когда менеджер меняет статус клиента в CRM и это сразу видно в кабинете, из коробки нет - её собираю отдельно: вебхук от Тильды приходит на обработчик на хостинге сайта, обработчик пишет в свою базу и обращается к API CRM. Для оплаты Тильда поддерживает несколько платёжных систем в настройках, включая Робокассу, но если нужен приём через эквайринг конкретного банка с нестандартной логикой - например, T‑Bank с разбивкой на подзаказы или частичным возвратом - это уже доработка поверх штатного модуля оплаты.
Личный кабинет с историей заказов, статусами и уведомлениями в Telegram
Базовая история заказов в Members показывает то, что прошло через саму Тильду. Если статус заказа потом меняется в CRM или на складе - собрали, передали в СДЭК, доставили - в кабинете это само по себе не обновится, платформа не знает о событиях, которые происходят за её пределами.
Здесь я обычно ставлю простую связку: вебхук на изменение статуса из CRM или курьерской службы прилетает на PHP-обработчик на том же хостинге, где стоит сайт (для такой задачи отдельный сервер не нужен, обычного хостинга достаточно), обработчик обновляет статус в таблице MySQL и одновременно отправляет клиенту уведомление в Telegram через Bot API. Расчёт стоимости доставки по зонам через встроенный калькулятор СДЭК настраивается в панели Тильды без кода, но если нужно показать в кабинете живой статус конкретной посылки, а не только стоимость при оформлении заказа, это отдельный запрос к API СДЭК, и его приходится дописывать.
Доступ к закрытому контенту, промокоды и подписки
Для курсов, клубов по подписке и закрытых каталогов группы доступа Members работают хорошо: одна группа - один уровень доступа, страница прячется полностью, ссылку на неё просто не видно неавторизованному пользователю. Сложнее с ограничениями внутри одной страницы, например показать разным пользователям разный набор товаров или разную цену - тут обычно делаю отдельный скрипт, который проверяет группу пользователя через API Members и подменяет контент на лету.
С промокодами Тильда тоже справляется сама: лимит на количество использований одного кода настраивается в разделе с промокодами магазина. Когда нужно завязать лимит на конкретного пользователя личного кабинета, а не на код в целом - например, промокод на 500 рублей каждому новому клиенту, использовать один раз - беру готовый скрипт ограничение промокодов в Tilda и дорабатываю его под привязку к аккаунту вместо привязки к самому коду.
Сколько стоит доработка личного кабинета на Тильде
Цены на мои услуги без верхней границы, финальная сумма зависит от объёма задачи:
| Задача | Что делаю | Цена |
|---|---|---|
| Точечная доработка (доп. поле профиля, свой статус, правка готового скрипта) | Правка существующего блока или скрипта | от 3 000 ₽ |
| Интеграция с CRM, эквайрингом или курьерской службой | Вебхук, обработчик на хостинге, синхронизация статусов | от 40 000 ₽ |
| Сайт на Тильде с нуля, включая настройку Members и магазина | Структура, блоки, кабинет, каталог | от 30 000 ₽ |
| Поддержка личного кабинета после запуска | Правки, мониторинг вебхуков, обновление скриптов | от 15 000 ₽/мес |
Если под задачу нет готового куска и нужна работа с нуля под конкретный сценарий доступа или интеграции, проще сразу обсудить объём - я беру такие проекты и оцениваю их по факту требований, а не по шаблону.
Условия и возможности Тильды меняются, поэтому перед запуском я уточняю их у самого сервиса.
Частые вопросы
Можно ли сделать личный кабинет на Тильде совсем без кода?
Да, если сценарий укладывается в штатный Members: регистрация, вход, группы доступа, история заказов для товаров, оформленных через саму Тильду. Код нужен там, где появляется логика за пределами блока - смена группы по расписанию, синхронизация статусов с внешней системой, нестандартные условия по промокодам.
Где хранятся данные клиентов из личного кабинета?
Базовые поля профиля и заказы хранятся в инфраструктуре Тильды. Если данные дополнительно выгружаются во внешнюю CRM для работы менеджеров, для этого стоит выбирать сервис с серверами в России, а не иностранные таблицы вроде Google Sheets - это касается хранения персональных данных клиентов.
Как показать в личном кабинете статус доставки от СДЭК?
Расчёт стоимости доставки по зонам через встроенный калькулятор СДЭК настраивается в панели Тильды без кода. А чтобы в кабинете отображался живой статус конкретной посылки - передана, в пути, доставлена - нужен отдельный запрос к API СДЭК из обработчика на хостинге, это уже отдельная доработка.
Сколько времени занимает интеграция личного кабинета с CRM?
На практике такие задачи у меня укладываются в 3-5 дней разработки и тестирования, включая настройку вебхука, обработчик на хостинге и проверку синхронизации статусов в обе стороны. Срок растёт, если нужна дополнительная доработка на стороне самой CRM.