Автоматична публікація товарів у Telegram: розробка бота

Ручне викладення кожного товару в Telegram-канал — нескінченний цикл копіювання, форматування та перевірки. Помилки в описі, пропущені артикули, різний стиль постів — типова ситуація. Менеджер витрачає 10 хвилин на один пост, а за день потрібно викласти 10–15 товарів. Підсумок — 2–3 години роботи з неминучими помилками. Ми пропонуємо рішення: автоматизована публікація товарів безпосередньо з каталогу — бот формує єдине оформлення та публікує пости за заданим розкладом. Економія часу — до 80% на кожній публікації, а конверсія з Telegram-каналу в магазин зростає на 15–20%. При каталозі з 500 товарів це означає економію понад 40 годин на місяць лише на публікації, що економить до 20 000 грн на заробітній платі. Вартість розробки такого бота — від 15 000 грн, а економія на оплаті праці сягає 20 000 грн на місяць. Автоматизація знижує витрати на ручну працю в десятки разів. Бот публікує товари в 10 разів швидше, ніж людина — це досягається за рахунок використання черги та планувальника.

Як працює автоматична публікація товарів у Telegram?

Бот складається з трьох компонентів: планувальник завдань (Cron або Celery Beat), сервіс публікації та черга постів. Планувальник запускає задачу за розкладом. Сервіс обирає наступний товар із черги, формує повідомлення та надсилає через Telegram Bot API. Після успішного надсилання товар позначається як опублікований.

Архітектура

Scheduler (Cron/Celery Beat)
    ↓
ProductPublisher Service
    ↓ — вибірка товарів для публікації
Database (products)
    ↓ — завантаження зображення
CDN / S3
    ↓ — надсилання посту
Telegram Bot API (sendPhoto / sendMediaGroup)
    ↓ — позначка як опубліковано
Database (telegram_posts)

Черга публікації та пріоритети

Товари не обираються випадково — формується черга:

• Пріоритет за датою створення товару або ручним сортуванням в адмінці
• Товари, вже опубліковані менше 30 днів тому, пропускаються
• Неактивні товари виключаються автоматично
• Оператор може позначити товар як «опублікувати наступним»

Формування картки товару

Кожен пост включає: фото товару, назву, короткий опис, ціну та кнопку «Купити». Ось приклад коду на Python з використанням бібліотеки aiogram:

import httpx
from aiogram import Bot
from aiogram.types import InlineKeyboardMarkup, InlineKeyboardButton

bot = Bot(token=BOT_TOKEN)

async def publish_product(product: dict) -> None:
    caption = (
        f"<b>{product['name']}</b>\n\n"
        f"{product['short_description']}\n\n"
        f"💰 <b>{product['price']:,.0f} ₽</b>"
    )

    keyboard = InlineKeyboardMarkup(inline_keyboard=[[
        InlineKeyboardButton(
            text="🛒 Купить",
            url=""  # замініть на URL товару
        )
    ]])

    if product.get('images'):
        await bot.send_photo(
            chat_id=CHANNEL_ID,
            photo=product['images'][0]['url'],
            caption=caption,
            parse_mode='HTML',
            reply_markup=keyboard
        )
    else:
        await bot.send_message(
            chat_id=CHANNEL_ID,
            text=caption,
            parse_mode='HTML',
            reply_markup=keyboard
        )

    # Позначаємо як опубліковано
    await db.execute(
        'INSERT INTO telegram_posts (product_id, channel_id, published_at) VALUES ($1, $2, NOW())',
        product['id'], CHANNEL_ID
    )

Розклад автоматичної публікації товарів у Telegram

Публікація кількох постів поспіль — поганий тон. Оптимально: 1–3 товари на день, у визначений час:

# Celery Beat Schedule
CELERYBEAT_SCHEDULE = {
    'publish-morning': {
        'task': 'bot.tasks.publish_next_product',
        'schedule': crontab(hour=10, minute=0),
    },
    'publish-evening': {
        'task': 'bot.tasks.publish_next_product',
        'schedule': crontab(hour=19, minute=0),
    },
}

Як бот визначає, який товар публікувати зараз?

Алгоритм враховує кілька факторів: дату додавання, активність, ручні позначки. Якщо товар уже публікувався менше місяця тому — він пропускається. Якщо товар неактивний — виключається. Оператор може змінити пріоритет в адмінці. Для великих каталогів (1000+ товарів) використовується індекс у PostgreSQL, щоб вибірка виконувалася за мілісекунди.

Переваги автоматичної публікації товарів

Ручне викладення забирає до 20 годин на тиждень при 50 товарах. Бот справляється за хвилини — автоматизація краще ручної праці в 10 разів за швидкістю. Помилки форматування виключені, стиль єдиний. Конверсія з Telegram-каналу в магазин зростає на 15–20% за рахунок акуратних карток. Крім того, бот працює 24/7, не потребує перерв та відпусток. У порівнянні з ручним викладенням, автоматизована публікація ефективніша в 10 разів за швидкістю та в рази за якістю. Автоматизована публікація краща за ручну в 10 разів за швидкістю.

Порівняння планувальників: Cron vs Celery Beat

Вибір планувальника залежить від обсягу товарів: для 50–100 товарів достатньо Cron, для тисяч — Celery Beat з відмовостійкістю.

Процес розробки: від ідеї до деплою

1. Аналіз каталогу: визначаємо структуру товарів, поля для публікації, частоту оновлень.
2. Проектування черги: налаштовуємо пріоритети, фільтри (active, last_published), планувальник.
3. Реалізація бота: пишемо код на Python (aiogram 3.x) або Node.js, інтегруємо з Telegram Bot API.
4. Підготовка конфігурації: Docker-образ, змінні середовища, розклад (Cron/Celery).
5. Тестування: перевірка відправки, обробка помилок (збій мережі, відсутність фото), коректне оновлення статусу після публікації.
6. Деплой: розгортання на сервері (Docker Compose), моніторинг логів.

Порівняння ручної та автоматичної публікації товарів у Telegram

Автоматизація скорочує час публікації в 10 разів і повністю виключає помилки форматування.

Що входить у роботу?

• Вихідний код бота (Python / Node.js на вибір) "під ключ"
• Документація по API та налаштуванню
• Інструкція з деплою на ваш сервер
• Двотижнева підтримка після запуску
• Гарантія стабільної роботи

Наша команда має 5+ років досвіду в розробці Telegram-ботів та інтеграції з e-commerce платформами. Ми сертифіковані партнери Telegram Bot API. Зв'яжіться з нами для обговорення вашого проєкту — ми підготуємо індивідуальну пропозицію та оцінимо проєкт безкоштовно.

Терміни та як замовити

Розробка бота з розкладом і чергою займає 3–5 робочих днів за ціною від 15 000 грн. Для точного оцінювання зв'яжіться з нами — ми врахуємо особливості вашого каталогу, кількість товарів та додаткові вимоги. Пишіть нам — ми розрахуємо вартість "під ключ".

Послуги бекенд-розробки: production-grade надійність

На production-сервері о 3:14 ночі черга Laravel Jobs перестала оброблятися — 40 000 необроблених завдань у Redis. Причина: worker упав через memory leak у статичній змінній Eloquent observer, supervisor не перезапустив через misconfigured stopwaitsecs. Ми розбирали такий інцидент на проекті з 500 RPS: діагностика 4 години, фікс — 20 хвилин. Щоб ви не втрачали гроші, пропонуємо послуги бекенд-розробки з акцентом на production-grade надійність — 10+ років досвіду, 50+ проектів, 5 років на ринку. Оцінимо ваш проект за 2 дні.

Які проблеми вирішуємо

N+1 запити: головний вбивця швидкості

N+1 — найпоширеніша причина повільних сторінок у Laravel-додатках. Стандартна історія: сторінка працювала нормально на dev з 10 записами, на production з 10 000 — 8-секундне завантаження.

Laravel Debugbar у dev-оточенні показує кількість запитів. Більше 20 — сигнал для audit.

Model::preventLazyLoading(! app()->isProduction());

Telescope для профілювання: логує всі запити, jobs, mail, notifications з деталізацією. Після впровадження eager loading час завантаження сторінки падає з 8 с до 0.3 с — у 27 разів.

Memory leak у статичних змінних

У Laravel Octane або Swoole додаток тримається в пам’яті між запитами. Статичні змінні не скидаються — призводять до неконтрольованого росту пам’яті. Використовуємо defer-функції та контейнерні біндинги для коректного скидання стану.

Неправильний connection pool

Rails, Laravel, Django відкривають нове з'єднання PostgreSQL на кожен PHP/Python процес. 100 воркерів — 100 з'єднань. PostgreSQL деградує від 200+ активних з'єднань через overhead на управління.

PgBouncer у transaction pooling: 1000 воркерів → 20–50 реальних з'єднань. Це знижує latency на 40% та зменшує витрати на хостинг на 30% — при середній вартості хостингу $2,000/міс економить $600/міс. GIN-індекс для JSONB до 100 разів швидший за B-tree при пошуку.

Як Octane справляється з високим навантаженням?

Laravel Octane (RoadRunner або Swoole) прибирає overhead bootstrap на кожен HTTP-запит. Приріст: 3–8x на синтетичних бенчмарках, 2–4x на реальних додатках. Важливо: не зберігати стан у статичних змінних — застосовуємо це на проектах >1000 RPS.

Як PostgreSQL допомагає уникнути повільних запитів?

Використовуємо composite indexes для WHERE + ORDER BY, partial indexes для фільтрів з високою селективністю, GIN-індекси для JSONB та full-text search. to_tsvector + GIN замість LIKE '%query%' — запобігає seq scan навіть на мільйонах записів. Аналізуємо плани через EXPLAIN ANALYZE та pg_stat_statements.

Як обрати стек для вашого проекту?

Node.js виправданий для realtime: Laravel публікує події в Redis Pub/Sub, Node.js підписується та транслює клієнтам. Go — для goroutines (10k з'єднань на сервер — норма), але розробка повільніша, ніж Laravel.

Чому Redis критичний для продуктивності?

Redis виконує кілька ролей:

Redis Cluster для горизонтального масштабування, Sentinel для автоматичного failover. Замовте консультацію щодо оптимізації Redis для вашого проекту.

Що входить в роботу під ключ

• Архітектурне проектування (документація API, схема БД, діаграма сервісів)
• Реалізація за узгодженим ТЗ з code review
• Налаштування CI/CD (GitHub Actions, Docker), моніторингу (Sentry, Grafana), алертингу
• Навантажувальне тестування (k6, wrk) зі звітом
• Передача вихідних кодів, доступів, інструкція з деплою
• Навчання команди замовника (2–3 сесії)
• Гарантійна підтримка 1 місяць після здачі

Орієнтири по термінах

Вартість розраховується індивідуально після аналізу вимог до навантаження, інтеграцій та бізнес-логіки. Зв'яжіться з нами для безкоштовного аудиту вашого поточного backend — отримайте план оптимізації за 2 дні. Замовте консультацію та дізнайтеся, як знизити витрати на інфраструктуру на 30% без втрати продуктивності.