Личный кабинет клиента на сайте: можно ли сделать без программирования и что он должен уметь
Без программирования можно сделать кабинет, где клиент видит свой заказ, скачивает счета и меняет карту. Если у вас магазин на Shopify или WooCommerce, такой кабинет там уже есть. Счета и способы оплаты берёт на себя готовая страница платёжной системы, например Stripe. Свой сервис нужен, когда у кабинета свои правила: «паузу можно поставить не позже чем за 48 часов до отправки», «оплата открывается после подписи акта», а директору клиента и его бухгалтеру нужны разные права.
Как сделать личный кабинет на сайте: сначала выберите задачу
Под словом «кабинет» прячутся три разные вещи. Путаница начинается, когда их заказывают одним техзаданием.
| Задача | Что делает клиент | Откуда берутся данные |
|---|---|---|
| Смотреть | Открывает статус заказа или этапа работ | Их вносит ваша команда |
| Подписывать и платить | Подписывает акт, оплачивает счёт или этап | Договор, счета, платёжная система |
| Менять | Ставит доставку на паузу, меняет адрес, сорт, частоту доставки | Их вносит сам клиент, а команде надо учесть изменение |
Первая задача — чтение, её проще всего закрыть готовым. Вторая — деньги и подписи: ошибка тут стоит дороже, а порядок почти всегда свой. Третья — запись: клиент сам делает то, что раньше делал менеджер по звонку, и каждое его действие надо куда-то занести и кого-то о нём предупредить. Чем ниже строка в таблице, тем меньше шансов собрать кабинет из готовых частей.
Как мы писали в статье про выбор CMS для сайта, личный кабинет — это уже приложение со своей логикой, и панель для правки текстов его не заменит.
Что уже есть из коробки
Кабинет магазина есть и в Shopify, и в WooCommerce: его надо найти и пройти глазами клиента. Условия сервисов меняются, здесь всё проверено 25.10.2026.
В Shopify клиент может входить без пароля: вводит почту и получает одноразовый шестизначный код. Внутри видит свои заказы, может повторить заказ или оформить возврат.
В WooCommerce за это отвечает страница «Моя учётная запись» (My account). На ней список заказов с номером, датой и статусом, загрузки, адреса, сохранённые способы оплаты (если их поддерживает платёжный модуль) и данные профиля. Из списка клиент может оплатить заказ, который ждёт оплаты, отменить заказ в статусе «ожидает оплаты» или «неудачный» и повторить выполненный. Для подписок есть расширение WooCommerce Subscriptions: по его документации клиент может приостановить и отменить подписку, снова включить недавно приостановленную, сменить адрес и способ оплаты.
Stripe. Если деньги вы принимаете через Stripe, у него есть готовый портал клиента. Клиент меняет платёжные данные и способы оплаты, смотрит и скачивает счета, отменяет подписку. Менять план или количество он сможет, если вы включили это в настройках. Портал включается в панели Stripe без кода, а клиент входит по почте: Stripe присылает ему ссылку для входа. Если в подписке несколько товаров, клиент может её только отменить, но не изменить. Встроить портал внутрь страницы вашего сайта в iframe нельзя: клиент уходит на страницу Stripe, в которую можно поставить ваш логотип и цвета. Паузы подписки среди настроек портала на страницах документации Stripe мы не нашли: проверьте у себя в панели.
Softr и Glide — конструкторы приложений. В документации Softr «клиентский портал» назван типом приложения, а записи в нём можно показывать только тому, чья почта при входе совпала с почтой в записи. В Glide то же называется Row Owners, «владельцы строк»: доступ определяет почта, с которой человек вошёл, а сервер не отдаёт строки, которыми он не владеет. Источником данных у Glide может быть любой подключённый, например Google Таблицы. Свои группы пользователей в Softr есть на планах Professional, Business и Enterprise, так что роли зависят от выбранного плана.
Пять мест, где кабинет из готовых частей ломается первым
Выбирать между платформами мы не будем. Вот вопросы, которые стоит задать любому готовому варианту до оплаты.
| Что проверить | Готового хватает, когда | Проблемы начинаются, когда |
|---|---|---|
| Вход и роли | У заказа один человек, он входит по почте | У заказа двое с разными правами; почта в записи не совпала с почтой при входе |
| История | Заказы уже ведутся в самом магазине | Статус лежит в трёх местах: магазин, таблица менеджера, банк |
| Платежи | Нужны счета и смена карты | Оплата открывается после подписи акта или идёт по этапам договора |
| Уведомления | Хватает письма «заказ отправлен» | Менеджеру нужно сообщение в Telegram, а клиенту напоминание за неделю |
| Свои правила | Достаточно стандартных: отменить, сменить план | Правило своё: пауза на 2–4 недели, но не позже чем за 48 часов до отправки |
История — самое незаметное место. Кабинет показывает то, что в него положили. Если статус «этап завершён» ставит прораб в переписке, а в кабинет его переносит менеджер раз в день, клиент увидит вчерашнее положение дел и всё равно позвонит. Поэтому до выбора инструмента ответьте на вопрос: кто и в какой момент нажимает кнопку, после которой клиент видит новый статус? Как сделать, чтобы данные о клиенте не расходились по таблицам и чатам, мы разбирали в статье как вести базу клиентов: Excel, Google Таблицы или CRM.
Вход спотыкается о почту. Если права определяет совпадение адреса, клиент, у которого в вашей таблице почта с опечаткой, увидит пустой кабинет и решит, что заказ потерян. А если в компании клиента двое, директору нужен общий вид, бухгалтеру только счета, и одним «видит своё» тут не обойтись.
В платежах вопрос один: открывается ли оплата сама, по событию вроде подписи акта, или счёт кто-то выставляет руками. Портал Stripe показывает счета, но когда выставить счёт за этап, решает ваш процесс. Уведомления проще проверить, чем обсуждать. Письмо «заказ принят» обычно настроено, а вот кому и что уходит, когда клиент сам поставил паузу или сменил адрес, видно только на тестовом действии.
Есть и шестое место, которого в таблице нет: данные ваших клиентов уходят в чужой сервис. По руководству Европейского совета по защите данных, когда подрядчик обрабатывает персональные данные от вашего имени, это оформляется договором или иным обязывающим юридическим актом в письменной форме, в том числе электронной (EDPB, руководство 07/2020). Есть ли такой договор у выбранного сервиса, смотрите до загрузки первой строки. Что в нём должно быть, уточните у юриста.
Два кабинета с разной логикой: кофе и ветклиника
У нас в портфолио два кабинета, по логике почти противоположных. Оба на польском: обжарка и клиника в Польше.
Первый — для обжарки из Лодзи, которая продаёт кофе по подписке. Клиент входит по ссылке из письма, без пароля. Дальше четыре действия, ради которых раньше пришлось бы звонить: пауза на две, три или четыре недели, другой адрес и день доставки, другой сорт, повтор прошлого заказа из истории. Сорт можно описать словами («без кислинки, с шоколадом»): AI предложит два с пояснением, выбранный встанет в подписку одной кнопкой. В кабинете написано правило: изменения действуют со следующей посылки, если внести их не позже чем за 48 часов до отправки. Перед подтверждением паузы кабинет показывает, как сдвинутся доставки. Потом приходит письмо с датой возобновления и обещанием напомнить за три дня до отправки.
Это кабинет третьего типа: клиент сам решает, что и когда обжарка ему отправит. Данных мало, зато у каждого действия есть последствие для обжарки: когда жарить партию и что отправлять во вторник. Начать можно с подписочного расширения магазина. Но если у вас своё правило про 48 часов, пауза на два, три или четыре недели и подсказка сорта, спросите у разработчика расширения, умеет ли оно именно это. Где ответ «нет», там и проходит граница.
Второй — для ветклиники во Вроцлаве. Он про чтение. У владельца несколько питомцев, и на каждого своя карта: календарь прививок с подсветкой «скоро» и напоминанием в SMS за семь дней, результаты анализов с нормами и пометкой врача, счета. Записаться можно, описав проблему своими словами: «кот чихает третий день». AI предлагает причину визита и врача, а время выбирает сам владелец. Диагнозов AI не ставит, а на тревожные слова показывает кнопку дежурного врача.

В работе показан только кабинет владельца: данные вносит клиника, а владелец читает. Если анализы внесли с опозданием, владелец узнает о них с опозданием, и кабинет тут ничего не исправит. У кофе много действий и мало данных, у клиники наоборот, так что вопрос «хватит ли конструктора» для каждого звучит по-своему.
Посмотреть оба можно руками: работа Kawka — поставить доставки на паузу и работа Pazur — записаться с подсказкой AI.
Когда хватит готового
- Нужно только смотреть статус, а клиенты и так заказывают в Shopify или WooCommerce. Включите их кабинет.
- Достаточно счетов и смены карты, а деньги вы принимаете через Stripe: его страница для клиентов настраивается без кода и закрывает это целиком.
- Клиентов пока десяток, а процесс ещё меняется. Соберите кабинет поверх таблицы и посмотрите, чем клиенты реально пользуются. Свой сервис под процесс, который через три месяца изменится, — плохая сделка. Свои вечера против цены исполнителя считайте по формуле из статьи сделать сайт самому или заказать.
Когда нужен свой сервис
Если в таблице выше правая колонка про вас три раза и больше, готовый вариант придётся чинить, а не использовать. Свой кабинет имеет смысл, когда статус, оплата и подпись живут в разных местах, а клиенту нужен один путь. Ещё когда у вас свои правила вроде «48 часов» или у клиента в компании несколько человек с разными правами. Число клиентов не критерий: упереться в правило, которого нет в плагине, можно и с десятью.
Что сделать сегодня
- Напишите одной строкой, что должен делать кабинет: смотреть, подписывать и платить или менять. Если нужны все три, расставьте по важности и начните с главной.
- Для каждой задачи выпишите, откуда берутся данные и кто их вносит. Если ответ «менеджер руками из двух-трёх мест», сначала наведите порядок там.
- Сделайте тестовый заказ или тестовую подписку в своём магазине и пройдите путь клиента: войдите, найдите заказ, попробуйте что-нибудь поменять. Где споткнётесь вы, там споткнётся и клиент.
- Вспомните, о чём клиенты чаще всего звонят: «где мой заказ», «пришлите счёт», «поменяйте адрес». С этого и начинайте.
Если хотите, сделаем это за вас
Личные кабинеты мы делаем в услуге «Веб-приложения»: статусы заказа и этапов, документы и подпись актов, оплаты и уведомления. Личный кабинет: цену называем после разбора. Если нужна одна функция в вашем сайте или CRM (виджет, расчёт, панель или связь с другим сервисом), а не целый кабинет, надстройка стоит от €480.
Начинаем с разбора на 15 минут: что должен уметь кабинет и кто им будет пользоваться. Он бесплатный. После него называем состав и цену. В цену надстройки входит:
- разбор задачи: что функция делает, кто ею пользуется и где она встанет;
- сама функция в вашем сайте или CRM, без смены сайта или CRM;
- подключение к вашему сервису через его официальный интерфейс: оплата, почта, Telegram или таблица;
- дизайн под ваш бренд, вид на телефоне и компьютере, работает в браузере;
- вход по ссылке или паролю и права: кто что видит, определяем вместе;
- рабочая версия на тестовых данных, которую вы смотрите и правите до приёмки;
- запуск и короткая инструкция, код и доступы оформлены на вас.
Цену и срок записываем письменно до старта. Оплата пополам: половина вперёд, вторая после приёмки. Правки до приёмки бесплатные, ошибки после запуска чиним бесплатно 6 месяцев.
Как мы делаем личные кабинеты, внутренние сервисы и надстройки
Если вам хватит Shopify, WooCommerce или страницы Stripe, берите их: нам можно не писать.
С компаниями из России и Беларуси мы не работаем.
Источники
Проверено 25.10.2026:
- Shopify Help Center: Customer accounts — вход без пароля по одноразовому коду из почты (если включены ссылки для входа); клиент видит заказы, может повторить заказ и оформить возврат.
- WooCommerce: The My account page — разделы страницы клиента и действия с заказами.
- WooCommerce: Subscriber's view — что клиент может сделать с подпиской в WooCommerce Subscriptions.
- Stripe Docs: Provide a customer portal to your customers — возможности и ограничения портала клиента, в том числе подписки с несколькими товарами и запрет iframe.
- Stripe Docs: Activate the no-code customer portal — включение портала без кода, вход клиента по ссылке из письма.
- Stripe Docs: Configure the customer portal — настройки управления подпиской: смена плана и количество (по умолчанию выключены), отмена.
- Stripe API: Customer portal configuration object — перечень возможностей портала.
- Softr Docs: User groups & permissions — клиентский портал как тип приложения, ограничение записей по почте вошедшего пользователя, планы для своих групп.
- Glide Docs: Row Owners — доступ к строкам по почте, с которой пользователь вошёл; работает с любым подключённым источником данных, Google Таблицы названы как пример.
- EDPB, Guidelines 07/2020 on the concepts of controller and processor in the GDPR, версия 2.1 — принято 07.07.2021; обработка данных подрядчиком оформляется договором или иным обязывающим юридическим актом в письменной форме, в том числе электронной.