Справка 2add.ru

Полное руководство по автопостингу между Telegram, VK и MAX

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

Быстрый старт

Первые 10 минут в сервисе

  1. Шаг 1

    Создайте аккаунт и войдите

    После регистрации вы сразу получаете базовый тариф и можете перейти в кабинет.

  2. Шаг 2

    Подключите платформенные аккаунты

    Добавьте Telegram, VK и/или MAX, затем запустите проверку статуса подключения.

  3. Шаг 3

    Добавьте источник и назначения

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

  4. Шаг 4

    Соберите маршрут и включите его

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

  5. Шаг 5

    Следите за публикациями в журнале

    В разделе jobs/logs видны статусы, ошибки, повторы и итоговый payload по каждой отправке.

Подключение аккаунтов

Как подключать Telegram, VK и MAX

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

Telegram

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

VK

Публикация в сообщества и работа с вложениями через VK API. При ошибках доступа проверьте валидность токена и права сообщества.

MAX

Подключение через токен аккаунта PyMax. Для направлений используйте чаты, где у аккаунта есть права публикации.

Маршрутизация

Источники, назначения и маршруты

  • Источник: канал/чат, откуда берется контент.
  • Назначение: площадка, куда отправляется обработанный пост.
  • Маршрут связывает один или несколько источников с набором назначений и правил.
  • После изменения ключевых параметров маршрута проверяйте его статус и при необходимости активируйте снова.

Правила обработки

Как работают фильтры и трансформации

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

Часто используемые правила

  • literal_replace: замена или удаление конкретных фрагментов.
  • remove_mentions: удаление упоминаний вида @username.
  • remove_hashtags / remove_links: очистка хвостов промо-контента.
  • stop_words / white_list: пропуск или публикация только нужных постов.

Рекомендация

Если ссылка пропадает только у одного источника, сначала проверьте source-specific правила. Обычно причина именно в них, а не в платформенном адаптере.

Очередь и логи

Как читать статусы задач

success

Публикация принята платформой и зафиксирована в post log.

transient_error

Временный сбой: задача обычно пойдет в повтор, если это разрешено политикой ошибок.

permanent_error / skipped

Либо правило остановило пост, либо платформа отклонила запрос без смысла повторять.

Для диагностики смотрите поля route_id, destination_id, error_code, warnings и response payload. Это позволяет быстро отличить ошибку правил от сетевой или платформенной ошибки.

Тарифы

Лимиты и масштабирование

В тарифах меняются лимиты аккаунтов, маршрутов и объема публикаций. Логика маршрутов, правил и логов остается единой: вы не переучиваетесь при переходе на старший план.

FAQ

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

Почему пост ушел без части текста или ссылок?

Проверьте блок правил маршрута для конкретного источника. Source-specific фильтры могут удалять упоминания, хэштеги, ссылки или фрагменты текста на этапе обработки.

Почему задача в статусе skipped?

Обычно это сработавшие stop-words/white-list/skip-условия или подавление дубля назначения. Откройте лог задачи и проверьте error_code и details правил.

Почему в назначение не попали кнопки?

Inline-кнопки зависят от платформы и метода публикации. Если платформа не поддерживает выбранный тип кнопок, они будут отброшены с предупреждением в логе.

Как быстро понять, где сломалось: источник, правило или платформа?

Смотрите цепочку: source payload -> execution result -> post log response payload. Это дает точку, где контент изменился или был отклонен.

Почему новый маршрут не публикует сразу?

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

Безопасность

Что важно держать под контролем

  • Регулярно валидируйте подключенные аккаунты после смены паролей/прав на платформе.
  • Для критичных маршрутов контролируйте логи не только по status, но и по warnings.
  • Перед массовыми изменениями правил тестируйте на одном источнике и одном назначении.
  • При временных 5xx/timeout дайте системе отработать retry-цикл перед ручным вмешательством.