Кейс: как мы продали 2 800 товаров через Telegram-бот

По данным, указанным в теме проекта, через Telegram-бот удалось продать 2 800 товаров. Корректно проверять такой результат нужно по фактически оплаченным и переданным покупателям товарным единицам, а не по созданным корзинам, заявкам, счетам или количеству заказов.

Публичная выгрузка бота, CRM, платёжной системы, складского учёта и возвратов не предоставлена. Неизвестны период продаж, ассортимент, число заказов, средний чек, рекламные расходы и количество отмен. Поэтому независимо подтвердить заявленные 2 800 проданных товаров невозможно. Ниже — практическая модель проверки и воспроизведения результата, а не реконструкция фактических действий команды.

Важно не смешивать товары и заказы. Если покупатель заказал четыре позиции, магазин получил один заказ, одного покупателя и продал четыре товарные единицы. Показатель 2 800 может соответствовать 2 800 отдельным покупкам, нескольким сотням крупных заказов или продажам одного товара в разных вариантах.

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

Коротко

• заявленный результат — 2 800 проданных товарных единиц;
• первичная аналитика кейса публично не представлена;
• товар, позиция заказа, заказ и покупатель — разные единицы учёта;
• физические товары можно оплачивать через Telegram Payments с подключённым платёжным провайдером;
• цифровые товары внутри Telegram оплачиваются по отдельным правилам через Telegram Stars;
• продажу нужно подтверждать серверным событием успешного платежа;
• масштабировать бот следует по прибыли после возвратов, а не по числу созданных корзин.

Модели Telegram-магазинов, продуктовых воронок и сквозной аналитики собраны в практических материалах GramTelegram.

Что означает «продали 2 800 товаров»

Проданный товар — отдельная товарная единица, входящая в оплаченный заказ и не исключённая из результата из-за отмены или полного возврата.

Для проверки результата нужно разделить следующие показатели:

Показатель	Что он означает
Просмотр товара	Пользователь открыл карточку
Добавление в корзину	Товар выбран, но ещё не куплен
Созданный заказ	Система присвоила заказу ID
Оплаченный заказ	Платёж успешно подтверждён
Товарная позиция	Уникальный SKU или вариант внутри заказа
Количество товара	Число проданных единиц позиции
Полученный заказ	Покупатель принял доставку
Возврат	Весь заказ или отдельные позиции возвращены

Пример: покупатель оформил заказ из двух футболок и трёх упаковок аксессуаров. В аналитике это:

• один заказ;
• один покупатель;
• две товарные позиции;
• пять проданных единиц.

Поэтому показатель 2 800 нужно рассчитывать как сумму количества товаров во всех подтверждённых заказах:

Проданные единицы = сумма quantity по оплаченным заказам − возвращённые единицы

Если в заголовке подразумеваются 2 800 заказов, формулировку нужно изменить. Заказы и товарные единицы не взаимозаменяемы.

Рекомендация от автора GramTelegram: публикуйте рядом с количеством товаров число заказов, покупателей и среднее количество единиц в заказе. Это позволяет понять реальный масштаб воронки и исключает двусмысленность результата.

Как продать товары через Telegram-бот

Telegram-бот может взять на себя путь от выбора продукта до оплаты и получения статуса доставки. Для небольшого ассортимента достаточно кнопок и сообщений. Для каталога с категориями, вариантами и фильтрами удобнее использовать Telegram Mini App.

Типовая воронка выглядит так:

запуск бота → выбор категории → просмотр карточки → добавление в корзину → ввод данных → выбор доставки → оплата → подтверждение → получение заказа.

Бот может выполнять несколько функций:

• показывать категории;
• подбирать товары по ответам;
• открывать карточки;
• сохранять корзину;
• рассчитывать стоимость;
• собирать контакты;
• предлагать варианты доставки;
• выставлять счёт;
• отправлять уведомления о статусе;
• возвращать пользователя к незавершённому заказу;
• предлагать повторную покупку.

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

Бот или Mini App: какой формат выбрать

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

Критерий	Обычный бот	Telegram Mini App
Ассортимент	Небольшой	Средний или большой
Навигация	Кнопки и сообщения	Категории, фильтры, поиск
Карточки товара	Ограниченный формат	Полноценный интерфейс
Корзина	Простая	С вариантами, количеством и промокодами
Разработка	Обычно проще	Требует web-разработки
Аналитика	События бота	События интерфейса и backend
Повторный заказ	Через команды и кнопки	Через историю покупок

Telegram указывает, что Mini Apps могут работать как полноценные веб-сервисы внутри мессенджера. Приложение можно открыть прямой ссылкой с параметром startapp, который передаётся в start_param и tgWebAppStartParam. Это позволяет вести пользователя сразу в конкретную категорию, карточку или рекламную подборку. (Telegram)

На практике разумнее начинать с минимального интерфейса, если ассортимент небольшой и спрос ещё не подтверждён. Сложный Mini App не исправит слабое предложение или отсутствие востребованных товаров.

Как сегментировать ассортимент

Покупатель должен быстро понять, что продаёт бот и какой маршрут выбрать.

Вместо длинного списка всех товаров полезно использовать понятные входы:

• по категории;
• по назначению;
• по цене;
• по бренду;
• по получателю;
• по совместимости;
• по размеру или цвету;
• по готовым наборам;
• по наличию;
• по сроку доставки.

Например, магазин подарков может предложить выбор по бюджету и получателю, магазин электроники — по типу устройства и совместимости, а магазин одежды — по категории, размеру и коллекции.

В GramTelegram рекомендуем сначала выделить товары, которые проще объяснить и купить без консультации менеджера. Сложные, дорогие или требующие индивидуального расчёта позиции можно переводить в заявку, а не пытаться продавать через универсальную корзину.

Какая карточка товара нужна в Telegram

Карточка должна позволить принять решение без дополнительных вопросов.

Минимальный набор:

1. Понятное название.
2. Фотография или галерея.
3. Краткое описание.
4. Цена.
5. Доступные варианты.
6. Остаток или срок поставки.
7. Условия доставки.
8. Возврат и гарантия.
9. Кнопка добавления в корзину.

Не стоит перегружать первый экран всеми характеристиками. Подробности можно вынести в раскрывающийся блок или отдельную вкладку Mini App.

Особое внимание нужно уделить вариантам товара. Размер, цвет, комплектация и объём должны иметь собственные SKU или стабильные идентификаторы. Иначе магазин не сможет корректно сопоставить заказ со складом и возвратом.

Как устроить корзину

Корзина должна храниться на сервере, а не только в текущем сообщении или памяти браузера Mini App.

Для каждой позиции нужно сохранять:

cart_id
user_id
product_id
sku
quantity
unit_price
discount
currency
availability_status

Перед переходом к оплате сервер должен повторно проверить:

• наличие;
• текущую цену;
• скидку;
• допустимое количество;
• регион доставки;
• стоимость доставки;
• итоговую сумму.

Это защищает от ситуации, когда пользователь открыл карточку раньше, а к моменту оплаты цена или остаток изменились.

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

Как принимать оплату за физические товары

Telegram Payments позволяет ботам принимать оплату за физические товары и услуги через поддерживаемых сторонних платёжных провайдеров. Telegram не получает данные банковской карты и, согласно официальной документации, не удерживает собственную комиссию за Payments API; комиссии может взимать выбранный провайдер. (Telegram)

Основной процесс:

1. Бот формирует заказ.
2. Сервер создаёт invoice.
3. Пользователь вводит необходимые данные.
4. Бот получает запрос о доставке, если она используется.
5. Пользователь выбирает вариант доставки.
6. Telegram отправляет pre_checkout_query.
7. Бот проверяет заказ и подтверждает возможность оплаты.
8. После успешного платежа приходит successful_payment.
9. Магазин передаёт заказ в обработку.

Для физических товаров бот может запросить имя, телефон, email и адрес доставки. Если доставка зависит от адреса, Telegram передаёт shipping_query, а бот возвращает доступные способы и их стоимость. Официальная документация рекомендует на этом этапе повторно проверять наличие товара. (Telegram)

На pre_checkout_query нужно ответить в течение десяти секунд, иначе операция отменяется. После получения successful_payment магазин может считать оплату подтверждённой и переходить к комплектации заказа. (Telegram)

Рекомендация от автора GramTelegram: не резервируйте окончательно товар только по нажатию кнопки «Купить». Повторно проверяйте остаток перед подтверждением pre_checkout_query, а списывайте резерв по серверно подтверждённому платежу.

Чем отличаются физические и цифровые товары

Для физического товара используется платёжный провайдер, а после покупки требуется доставка или передача вещи. Для цифровых товаров и услуг внутри Telegram действуют отдельные правила: оплата должна проводиться в Telegram Stars с кодом валюты XTR. (Telegram)

Тип товара	Типичный пример	Платёжный сценарий
Физический	Одежда, аксессуары, косметика	Telegram Payments и провайдер
Цифровой	Подписка, файл, внутренняя функция	Telegram Stars
Услуга офлайн	Доставка, запись, ремонт	Зависит от схемы и провайдера
Смешанный продукт	Физический набор и цифровой доступ	Компоненты нужно учитывать раздельно

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

Как защитить заказ от дублей

Дубли могут возникнуть из-за повторного webhook, повторного нажатия, восстановления соединения или повторной отправки аналитического события.

Для каждого объекта нужны уникальные идентификаторы:

cart_id
order_id
invoice_payload
payment_id
provider_payment_charge_id
telegram_payment_charge_id
transaction_id

Обработчик успешного платежа должен быть идемпотентным. Это означает, что повторная обработка одного и того же payment_id не создаёт второй заказ и не списывает товар со склада повторно.

Полезный порядок:

1. Получить событие оплаты.
2. Проверить уникальность платежа.
3. Сверить сумму и валюту.
4. Проверить invoice_payload.
5. Обновить заказ.
6. Списать или зарезервировать остаток.
7. Записать транзакцию.
8. Отправить подтверждение.
9. Передать заказ в доставку.

Сценарии интеграции Telegram, backend, CRM и платёжной аналитики регулярно рассматриваются в разборах GramTelegram — на канал можно подписаться для получения новых практических материалов.

Как проверять данные Mini App

Данные из интерфейса Mini App нельзя использовать без серверной проверки.

Официальная документация Telegram предупреждает, что объект initDataUnsafe не считается доверенным. Строку initData нужно передавать на backend и валидировать перед тем, как связывать Telegram-пользователя с корзиной, заказом или персональными данными. (Telegram)

Сервер должен самостоятельно проверять:

• пользователя;
• содержимое корзины;
• цену;
• скидку;
• остаток;
• доставку;
• итоговую сумму;
• право использовать промокод.

Нельзя принимать цену, переданную браузером Mini App, как окончательную. Пользовательский интерфейс может быть изменён, а запрос — отправлен вручную.

Как построить аналитику продаж

Путь пользователя нужно отслеживать от запуска бота до возврата товара.

Событие	Что произошло
bot_started	Запуск бота
catalog_opened	Открытие каталога
view_item_list	Просмотр подборки
select_item	Выбор позиции
view_item	Открытие карточки
add_to_cart	Добавление в корзину
view_cart	Просмотр корзины
begin_checkout	Начало оформления
add_shipping_info	Выбор доставки
add_payment_info	Переход к оплате
purchase	Подтверждённая покупка
refund	Полный или частичный возврат

Google Analytics рекомендует передавать событие purchase с уникальным transaction_id, суммой, валютой и массивом товаров. Для каждой позиции можно указать item_id, название, категорию, цену, скидку и количество. Возвраты передаются событием refund с тем же идентификатором транзакции. (Google for Developers)

Пример серверной записи заказа:

order_id
transaction_id
telegram_user_id
customer_id
source
campaign_id
created_at
paid_at
currency
revenue
shipping
discount
order_status

Пример товарной строки:

order_id
item_id
sku
item_name
category
unit_price
quantity
returned_quantity

На практике безопаснее считать платёжную систему и базу заказов источником истины, а систему веб-аналитики — инструментом анализа поведения. Событие в аналитике может потеряться или задублироваться, но оно не должно определять статус оплаченного заказа.

Как проверить заявленные 2 800 проданных товаров

Проверка должна объединять базу заказов, платежи, склад, доставку и возвраты.

Шаг 1. Установить период

Нужно зафиксировать точные даты, часовой пояс и правило включения заказа в отчёт.

Шаг 2. Определить статус продажи

Выберите один вариант:

• оплачено;
• передано в доставку;
• получено покупателем;
• завершено после периода возвратов.

Чем позднее статус, тем надёжнее коммерческий результат, но тем дольше формируется отчёт.

Шаг 3. Выгрузить заказы

Для каждого заказа нужны:

• order_id;
• покупатель;
• дата;
• статус;
• сумма;
• доставка;
• источник;
• transaction_id.

Шаг 4. Выгрузить товарные строки

Нужно получить:

• SKU;
• название;
• вариант;
• цену;
• количество;
• скидку;
• возвращённое количество.

Шаг 5. Проверить платежи

Исключаются:

• неуспешные попытки;
• неоплаченные счета;
• тестовые платежи;
• дубли;
• отменённые транзакции;
• полные возвраты.

Шаг 6. Сверить склад

Сумма списанных или отгруженных единиц должна соответствовать товарным строкам заказов с учётом отмен и возвратов.

Шаг 7. Объединить повторные события

Один заказ может несколько раз передаваться между ботом, CRM, платёжной системой и доставкой. Во всех системах должен использоваться один стабильный order_id.

Шаг 8. Сформировать контрольный отчёт

Показатель	Значение
Запуски бота	—
Открыли каталог	—
Добавили товары в корзину	—
Начали оформление	—
Созданные заказы	—
Оплаченные заказы	—
Уникальные покупатели	—
Проданные единицы	2 800 или другое подтверждённое число
Отменённые единицы	—
Возвращённые единицы	—
Итоговые проданные единицы	—

Если показатель 2 800 получен до вычитания возвратов, его лучше обозначить как валовое количество оплаченных единиц.

Какие метрики нужны кроме количества товаров

Количество проданных единиц не показывает экономику магазина.

Метрика	Что показывает
Conversion to Purchase	Долю пользователей, совершивших покупку
Cart-to-Purchase	Конверсию корзины в оплату
Средний чек	Среднюю сумму заказа
Units per Order	Среднее число товаров в заказе
CPO	Стоимость оплаченного заказа
CAC	Стоимость нового покупателя
Валовая маржа	Остаток после себестоимости
Доля отмен	Не состоявшиеся после создания заказы
Return Rate	Возвращённые товары
Repeat Purchase Rate	Повторные покупки
LTV	Ценность покупателя за период

Формулы:

Units per Order = проданные единицы / оплаченные заказы

CPO = расходы на привлечение / оплаченные заказы

CAC = расходы на привлечение / новых покупателей

Маржинальная прибыль = выручка − себестоимость − доставка за счёт магазина − комиссии − переменные расходы

Дешёвый заказ может оказаться убыточным, если покупатель выбирает товар с низкой маржой или часто отказывается от доставки.

Как увеличить число товаров в одном заказе

Рост количества товарных единиц должен происходить за счёт релевантного предложения, а не искусственного усложнения покупки.

Подходящие механики:

• комплекты;
• сопутствующие товары;
• выбор объёма;
• несколько вариантов одного товара;
• подарок при достижении суммы;
• бесплатная доставка от установленного порога;
• повторение прошлого заказа;
• персональная подборка по корзине.

Не следует показывать одинаковые допродажи всем пользователям. Сопутствующий товар должен действительно дополнять выбранный продукт.

Например:

• чехол к устройству;
• расходный материал к оборудованию;
• аксессуар к одежде;
• дополнительная упаковка регулярно используемого товара;
• подарок или упаковка к основному заказу.

Перед запуском стоит сравнивать не только Units per Order, но и маржинальную прибыль заказа. Скидочный набор может увеличить количество единиц и одновременно снизить прибыль.

Как возвращать незавершённые корзины

Бот может напомнить пользователю о сохранённой корзине, если есть подходящее основание для отправки сообщения и уведомление не превращается в навязчивую рассылку.

Полезное сообщение должно содержать контекст:

• какие товары сохранены;
• актуальны ли цена и наличие;
• изменилась ли доставка;
• куда нажать для продолжения;
• как отказаться от сообщений.

Сценарии возврата:

1. Корзина создана, оформление не начато.
2. Доставка выбрана, оплата не завершена.
3. Платёж завершился ошибкой.
4. Товар снова появился в наличии.
5. Покупателю пора повторить регулярный заказ.

Не нужно отправлять одинаковые сообщения после каждого просмотра. Частота должна зависеть от товара, срока принятия решения и поведения покупателя.

Как учитывать дистанционную продажу в России

Продажа физических товаров через Telegram-бот потребителю относится к дистанционной торговле, поскольку покупатель принимает решение по описанию без непосредственного ознакомления с товаром. Основные положения закреплены в статье 26.1 Закона РФ «О защите прав потребителей». (КонсультантПлюс)

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

В боте следует разместить или сделать легко доступными:

• сведения о продавце;
• описание товара;
• цену;
• условия оплаты;
• порядок доставки;
• оферту;
• правила возврата;
• контакты поддержки;
• подтверждение заказа.

Telegram также рекомендует продавцам физических товаров предусмотреть понятные команды или разделы с условиями и поддержкой. Ответственность за споры и исполнение покупки несут продавец, разработчик бота и платёжный провайдер, а не поддержка Telegram. (Telegram)

При сборе имени, телефона, email и адреса необходимо определить правовое основание обработки персональных данных. Роскомнадзор разъясняет, что отдельное согласие может требоваться, если отношения с пользователем не оформлены акцептом оферты или иной подходящей договорной конструкцией. (Роскомнадзор)

Этот раздел носит информационный характер. Конкретные документы, возвраты и обработку данных следует проверять по модели магазина и категории товаров.

Как масштабировать продажи через Telegram-бот

Масштабировать следует не число пользователей бота, а устойчивую связку:

источник → релевантный ассортимент → корзина → оплата → доставка → повторная покупка → маржинальная прибыль.

Порядок действий:

1. Разделите продажи по источникам.
2. Сравните категории товаров.
3. Рассчитайте конверсию карточки в корзину.
4. Найдите потери на checkout.
5. Проверьте успешность платежей.
6. Учтите отмены и возвраты.
7. Рассчитайте Units per Order.
8. Сопоставьте выручку и маржинальную прибыль.
9. Измерьте повторные покупки.
10. Увеличивайте трафик поэтапно.

Не масштабируйте бота, пока склад, поддержка и доставка не готовы к росту. Дополнительные продажи могут привести к просрочкам, отменам и возвратам, если товарные остатки обновляются с задержкой.

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

Распространённые ошибки

Считать заказ товаром

В одном заказе может быть несколько единиц и несколько SKU.

Считать созданную корзину продажей

Пользователь ещё не подтвердил и не оплатил покупку.

Подтверждать оплату по кнопке

Доступ к обработке заказа должен открываться после серверного события успешного платежа.

Не проверять остатки перед оплатой

Товар может закончиться после добавления в корзину.

Хранить корзину только в Mini App

После закрытия интерфейса данные могут потеряться.

Доверять цене из браузера

Итоговая сумма должна рассчитываться на backend.

Не учитывать возвраты по товарам

Частичный возврат уменьшает количество проданных единиц, но не обязательно отменяет весь заказ.

Использовать один ID для всех объектов

Корзина, заказ, invoice и транзакция должны иметь отдельные идентификаторы и связи.

Не различать физические и цифровые товары

Для них применяются разные платёжные сценарии Telegram.

Масштабировать по числу запусков бота

Большая аудитория не гарантирует оплат и прибыли.

FAQ

Подтверждены ли 2 800 проданных товаров?

Нет. Показатель указан в теме проекта, но первичная выгрузка заказов, платежей и возвратов не опубликована. Независимо проверить результат невозможно.

Чем товар отличается от заказа?

Товар — отдельная проданная единица, а заказ — оформленная покупателем корзина. В одном заказе может находиться несколько товаров.

Можно ли принимать оплату за физические товары внутри Telegram?

Да. Telegram Payments позволяет ботам принимать платежи через подключённых сторонних провайдеров. После оплаты бот получает событие successful_payment. (Telegram)

Когда заказ считать оплаченным?

После серверного получения и проверки события успешного платежа. Нажатие кнопки, создание invoice или получение pre_checkout_query ещё не подтверждают перевод денег.

Можно ли продавать цифровые товары тем же способом?

Внутри Telegram цифровые товары и услуги должны оплачиваться через Telegram Stars в валюте XTR. Для физических товаров используется отдельная схема с платёжными провайдерами. (Telegram)

Что лучше для магазина: бот или Mini App?

Бот подходит небольшому ассортименту и простому выбору. Mini App удобнее для каталога, фильтров, вариантов товара, корзины и истории заказов.

Как не учитывать одну покупку дважды?

Используйте уникальные order_id, transaction_id и идентификатор платежа. Обработчики оплаты и аналитики должны быть идемпотентными.

Какая метрика важнее количества товаров?

Для бизнеса важнее маржинальная прибыль после себестоимости, комиссий, доставки, отмен и возвратов. Большое количество единиц может быть продано с недостаточной или отрицательной маржой.

Вывод

Заявленные 2 800 товаров становятся проверяемым результатом только после разделения заказов, товарных позиций и единиц, подтверждения платежей и вычитания возвратов.

Начать следует с серверной корзины, стабильных SKU, проверки остатков и безопасной обработки successful_payment. Главный риск — считать продажей созданный заказ или платёжную попытку, которая не завершилась передачей товара покупателю.

Следующее практическое действие — построить отчёт, где рядом с 2 800 единицами показаны оплаченные заказы, покупатели, Units per Order, возвраты, выручка и маржинальная прибыль.

Источники

1. Telegram Bot Payments API — оплата физических товаров, доставка, pre_checkout_query и successful_payment.
2. Telegram Bot Features — платежи, провайдеры и различия физических и цифровых товаров.
3. Telegram Bot API — методы и объекты для создания invoice и обработки платежей.
4. Telegram Payments for Digital Goods and Services — правила оплаты цифровых товаров через Telegram Stars.
5. Telegram Mini Apps — startapp, initData и серверная проверка данных.
6. Google Analytics: Measure ecommerce — события корзины, покупки и возврата.
7. Google Analytics: Recommended events — параметры transaction_id, items и quantity.
8. Закон РФ «О защите прав потребителей», статья 26.1 — дистанционный способ продажи.
9. Правила продажи товаров дистанционным способом — оферта и подтверждение заказа.
10. Роскомнадзор: персональные данные интернет-магазинов — согласие и договорные основания обработки данных.
11. Редакционное техническое задание GramTelegram, предоставленное пользователем.

SEO-карточка

SEO Title:
Как продать товары через Telegram-бот

Meta Description:
Кейс продажи 2 800 товаров через Telegram-бот: каталог, корзина, платежи, Mini App, аналитика заказов, возвраты и прибыльность.

H1:
Кейс: как мы продали 2 800 товаров через Telegram-бот

URL Slug:
prodazha-tovarov-cherez-telegram-bot

Canonical URL:
https://grammtelegramma.ru/prodazha-tovarov-cherez-telegram-bot/

Основной поисковый запрос:
как продать товары через Telegram-бот

Дополнительные поисковые запросы:

• продажи через Telegram-бот;
• Telegram-бот для интернет-магазина;
• как принимать оплату в Telegram-боте;
• магазин в Telegram Mini App;
• создание каталога товаров в Telegram;
• корзина в Telegram-боте;
• Telegram Payments для физических товаров;
• как отслеживать покупки из Telegram;
• автоматизация продаж через Telegram;
• ecommerce-аналитика Telegram-бота;
• как считать проданные товары;
• оформление заказа в Telegram;
• бот для повторных продаж;
• интеграция Telegram-бота с CRM;
• магазин внутри Telegram.

Связанные сущности и термины:

• Telegram-бот;
• Telegram Mini Apps;
• Telegram Payments;
• Bot API;
• sendInvoice;
• shipping_query;
• pre_checkout_query;
• successful_payment;
• корзина;
• SKU;
• transaction_id;
• ecommerce;
• возврат;
• Units per Order;
• маржинальная прибыль.

Поисковое намерение:
Смешанное. Пользователь хочет изучить кейс продаж через Telegram-бот, понять архитектуру магазина и получить модель настройки каталога, оплаты, аналитики и проверки результата.

Краткое описание для страницы:
Разбор продажи 2 800 товарных единиц через Telegram-бот. Рассмотрены каталог, Mini App, корзина, Telegram Payments, доставка, ecommerce-аналитика и прибыльность.

Open Graph Title:
2 800 проданных товаров через Telegram-бот

Open Graph Description:
Как построить Telegram-магазин, безопасно принимать оплату, учитывать заказы и товары и оценивать продажи после возвратов.

Рекомендуемая разметка Schema.org:
Article, FAQPage.

Читайте также: Лучшие практики A/B‑тестирования в Telegram Ads 2025

На практике Кейс: как мы продали 2 800 товаров через Telegram-бот стабильно даёт прирост из Telegram при корректной воронке.