Заявки с сайта без подписки на n8n: своя сборка за 7 шагов на вайб-кодинге в 2026

Я делюсь этим с удовольствием. Ниже пошаговая инструкция из семи шагов, к каждому есть готовый промпт: копируй его, описывай свою работу и собирай связку для себя. Такой подход пригодится не только турагентству, но и салону, автосервису, клинике, магазину или небольшой студии.

А началось всё с обычной ежедневной переписки.

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

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

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

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

Что изменилось, когда заявки с сайта оказались в одной таблице?

Для меня это рабочий список на день, а не отчётная таблица.

В одной строке находится конкретная заявка. В соседних полях я вижу:

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

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

Раньше мне приходилось держать это в голове и возвращаться к старым сообщениям. Теперь порядок задаёт сама таблица. Я не стала добавлять туда всё подряд. Телефоны, бесконечные комментарии и историю каждого разговора можно хранить отдельно. В рабочем списке остаются поля, которые помогают принять следующее решение.

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

Почему свою систему заявок удобнее менять, чем готовый сервис?

Это отраслевое правило легко потерять в универсальном статусе вроде «новая» или «закрытая». У меня заявка может быть живой, даже если клиент пока не оплатил. Но после срока оплаты её уже нельзя считать обычной активной заявкой. Её надо проверить.

Поэтому в таблице нужны не только статус брони, но и срок оплаты. Рядом полезно держать следующее напоминание. Так видно разницу между:

• клиент выбирает направление;
• варианты отправлены, решения нет;
• бронь ожидает оплаты;
• срок оплаты наступил, нужна проверка;
• бронь подтверждена.

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

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

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

Как проходит заявка с сайта от формы до Telegram и таблицы?

Если цель - получить заявки с сайта, цепочка выглядит так:

Форма сайта
   |
   | POST: имя, телефон, текст
   v
Google Apps Script doPost(e)
   |
   | запись новой строки
   v
Google Таблица
   |
   | sendMessage
   v
Telegram-чат

Обработка заявки с сайта начинается в момент отправки формы. Сайт не ждёт, пока я вручную перенесу данные из почты или мессенджера. Он передаёт их на URL опубликованного Apps Script.

Дальше doPost(e) извлекает параметры запроса. Скрипт проверяет обязательные поля, добавляет новую строку и отправляет уведомление методом sendMessage.

Пример строки в таблице:

Дата и время | Имя | Телефон | Текст заявки

Пример сообщения:

Новая заявка с сайта

Имя: Анна
Телефон: +7 999 123-45-67
Текст: Хочу узнать стоимость

Заявки с сайта в телеграм приходят через токен бота и chat_id. Сам бот не начинает личный диалог, поэтому сначала надо открыть его и отправить /start.

Не путай два webhook. Вебхук сайта принимает обращение от формы. Вебхук Telegram нужен, когда Telegram отправляет боту входящие обновления. В простой схеме сайт передаёт данные в Apps Script напрямую, поэтому для самого уведомления Telegram webhook не нужен.

Заявки с сайта интеграции здесь состоят из формы, Apps Script, Google Таблицы и Telegram-бота. Отдельный сервер и планировщик не требуются.

Согласно документации Google, когда программа отправляет приложению HTTP-запрос POST, Apps Script запускает doPost (Web Apps | Apps Script).

Что поставить перед сборкой и сколько это стоит?

VS Code нужен как рабочая папка с файлами. Писать программу руками не придётся. Ты описываешь задачу словами, а Claude Code создаёт и меняет нужные файлы внутри редактора.

Я бы не начинала со сложных терминов. Достаточно понимать две вещи:

• VS Code открывает папку проекта;
• Claude Code принимает описание задачи и собирает решение.

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

Перед сборкой подготовь:

• Telegram-бота, созданного через @BotFather;
• токен бота;
• chat_id рабочего чата;
• Google Таблицу;
• опубликованный Apps Script Web App;
• доступ к HTML-коду формы или настройкам CMS;
• политику обработки персональных данных и механизм согласия.

Токен храни как пароль. Не вставляй его в HTML-код сайта и не показывай в браузере.

Как собрать приём заявок с сайта по шагам?

1. Опиши задачу словами.

   Открой VS Code, создай пустую папку проекта и попроси помощника сначала задать вопросы, а не писать программу.

   Разобрать приём заявокСкопировать промпт

   Я веду небольшое турагентство. Принимаю запросы на поездки, уточняю даты, состав туристов и бюджет, отправляю варианты и жду решения клиента. Хочу получать заявки с сайта в Telegram и сохранять их в Google Таблицу. В таблице должны быть дата и время, имя, телефон, текст заявки, туристы, направление, выбранный вариант, состояние брони, срок оплаты и следующее напоминание. Пока не пиши код. Разбери задачу простым языком, перечисли нужные шаги и задай вопросы о полях формы, которые нельзя угадать.

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

2. Задай структуру таблицы.

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

   Скопировать

   Дата и время | Имя | Телефон | Текст заявки | Туристы | Направление | Выбранный вариант | Состояние брони | Срок оплаты | Следующее напоминание

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

3. Создай Telegram-бота и получи чат.

   В Telegram открой @BotFather, отправь /newbot, задай имя и сохрани выданный токен. Затем открой своего бота и отправь ему /start. Без этого бот не сможет начать личный диалог.

   chat_id можно получить через помощника после тестового сообщения или с помощью Telegram API. Токен не отправляй в чат с клиентом и не вставляй в код страницы сайта.

   Подготовить настройки TelegramСкопировать промпт

   У меня уже создан Telegram-бот. Помоги подключить его к обработчику заявок с сайта. Объясни простыми словами, где безопасно хранить токен и как получить chat_id после команды /start. Не вставляй токен в HTML-код сайта, не показывай его полностью в ответе и не записывай в публичные файлы. Составь короткую проверку: как убедиться, что chat_id рабочий, не отправляя клиентские данные.

   Помощник должен объяснить порядок действий, но сам токен в ответе появляться не должен.

4. Попроси собрать обработчик.

   Теперь нужен Apps Script Web App с функцией doPost(e). Он принимает POST, проверяет входящие поля, добавляет строку в Google Таблицу и отправляет сообщение через sendMessage.

   Создать обработчик заявкиСкопировать промпт

   Собери небольшой обработчик для формы сайта на Google Apps Script Web App. Он должен принимать только POST-запрос, читать имя, телефон и текст заявки, проверять, что тело запроса не пустое, добавлять новую строку в Google Таблицу и отправлять уведомление в Telegram через sendMessage. Используй функцию doPost(e). Сделай настройки для идентификатора таблицы, диапазона, токена бота и chat_id так, чтобы секреты не попадали в HTML-код сайта. Записывай заявку в таблицу до отправки уведомления. Экранируй пользовательский текст перед отправкой в Telegram. Объясни, какие значения я должна заполнить и как проверить обработчик.

   В результате помощник должен показать, какие настройки заполнить, и объяснить, как функция добавляет следующую строку. Не принимай реализацию, если токен оказался в браузерном коде.

5. Опубликуй Web App.

   В Apps Script выбери публикацию как Web App, укажи выполнение от имени владельца и настрой доступ, который подходит для отправки формы. Скопируй URL опубликованного приложения.

   Проверить публикацию Web AppСкопировать промпт

   Проверь инструкцию публикации Google Apps Script как Web App для обработчика doPost(e). Объясни, какие права нужны, от чьего имени выполняется скрипт и какой URL поставить в форму сайта. Отдельно перечисли, как проверить реальный HTTP-ответ без редиректа: нужен финальный 200 OK. Не меняй код и не придумывай настройки конкретной CMS, если их нет в проекте.

   Локальный запуск не заменяет проверку реального URL. Форма и сервис должны обращаться именно к опубликованному адресу.

6. Подключи поля формы.

   Укажи URL Web App в настройках формы или попроси помощника изменить обработчик отправки. Имена полей на конкретном сайте придётся проверить отдельно. Нельзя считать, что форма уже отправляет name, phone и message.

   Подключить форму сайтаСкопировать промпт

   Помоги сопоставить поля моей формы с обработчиком doPost(e). Нужны три значения: имя, телефон и текст заявки. Сначала покажи, какие имена полей реально отправляет форма, и сравни их с ожидаемыми параметрами. Если названия отличаются, предложи изменить только сопоставление полей, не трогая запись в Google Таблицу и отправку в Telegram. Не угадывай CMS и не добавляй поля, которых нет в форме.

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

7. Отправь тестовую заявку.

   Заполни форму тестовыми данными и проверь два результата: новая строка появилась в таблице, сообщение пришло в Telegram. Затем проверь, что в сообщении нет лишних данных и секретов.

   Проверить одну тестовую заявкуСкопировать промпт

   Помоги проверить связку форма сайта -> Apps Script doPost(e) -> Google Таблица -> Telegram. Составь чек-лист для одной тестовой отправки: какой HTTP-метод проверить, какие поля должны появиться в строке, как проверить дату и время, как убедиться в доставке сообщения и где посмотреть ошибку. Отдельно добавь проверку, что токен бота и доступ к таблице не видны в HTML-коде сайта.

   Так собирают программы без программиста, и называется это вайб-кодинг.

После первого теста не переходи сразу к живым клиентам. Отправь несколько вариантов: заполненную заявку, пустое обязательное поле и повторную отправку. Каждая проверка должна иметь понятный ожидаемый результат.

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

Что проверить, когда заявка уже записывается в таблицу?

Пройди проверку по порядку:

• отправь одну тестовую заявку;
• найди новую строку в Google Таблице;
• сверь имя, телефон и текст с формой;
• проверь дату и время;
• убедись, что предыдущие строки остались на месте;
• проверь сообщение в Telegram;
• открой HTML-код страницы и найди там только публичный URL Web App, без токена;
• отправь пустую заявку и посмотри, что она отклоняется;
• отправь слишком длинный текст и проверь ограничение.

Имя и телефон относятся к персональным данным. Текст обращения тоже может содержать сведения о человеке. Форма должна объяснять цель обработки, список собираемых данных и порядок отзыва согласия. Передача одновременно в Google Таблицу и Telegram требует отдельной юридической проверки для конкретной схемы.

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

Что делать, если заявка не приходит или появляется дважды?

Сайт получает 302 вместо 200 OK. Такое бывает после публикации Apps Script или при обращении не к тому URL. Проверь production-ссылку и ответ настоящего HTTP-запроса, а не только ручной запуск функции.

Форма отправляет заявку в Google Apps Script, но внешний запрос получает 302 Moved Temporarily вместо финального 200 OK, и уведомление в Telegram не приходит. Найди возможную причину по настройкам публикации Web App и URL. Составь последовательность проверки реального HTTP-ответа. Не меняй таблицу и Telegram, пока не станет понятно, где появляется редирект.

Одна заявка появляется дважды. Проверка «прочитать таблицу, найти совпадение, потом сделать append» ненадёжна при двух параллельных запусках. Добавь уникальный request_id, который приходит от сайта, храни его в отдельной колонке и отклоняй повторный ID.

Одна отправка формы иногда создаёт две строки в Google Таблице. Проверь схему чтение таблицы -> поиск совпадения -> append и объясни, почему два параллельных запуска могут пройти проверку одновременно. Предложи безопасную схему с уникальным request_id, отдельной колонкой и защитой повторной отправки. Не удаляй существующие заявки и сначала покажи список изменений.

Таблица отвечает 429. Причина может быть в большом количестве чтений за короткое время, а не в числе строк. Не читай весь лист перед каждой записью. Используй один append-запрос, а при временной ошибке добавь повтор с увеличивающейся задержкой.

При записи заявки Google Sheets API отвечает HTTP 429 Quota exceeded. Проверь, сколько чтений и записей выполняет обработчик на одну заявку. Убери полное чтение таблицы перед обычным append, если оно не нужно. Предложи повтор с увеличивающейся задержкой и объясни, где записывать ошибку. Не увеличивай лимиты и не обещай, что квота будет бесконечной.

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

Таблица продолжает получать заявки, но Telegram отвечает ошибкой недействительного токена. Проверь, откуда обработчик читает токен, нет ли нескольких старых копий и не изменяется ли значение при чтении. Предложи безопасную проверку через getMe и тестовое sendMessage. Не показывай токен полностью и не записывай его в HTML или журнал.

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

Сколько стоит своё решение и когда лучше взять готовое?

| APInita, «Старт» | 1000 ₽ в месяц | До 2000 запусков сценариев в месяц | | Настройка n8n | 3250 ₽ разово | Готовый workflow и инструкция, аккаунт n8n оплачивается отдельно |

Claude Pro с Claude Code - постоянная статья расходов собственной сборки. Официальная цена составляет $20 в месяц. Подтверждённой официальной цены в рублях для России нет, поэтому рублёвый эквивалент я не называю.

Google Sheets API при стандартном использовании доступен без дополнительной платы. При этом есть поминутные квоты, поэтому собственная связка не означает отсутствие технических ограничений.

Готовый сервис удобнее, если надо запуститься без настройки Apps Script. Собственная схема лучше, если важно видеть данные в своей таблице и менять поля под работу турагентства.

Она не подходит, если нужны:

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

Что сделать сегодня, если не хочется разбираться в технологиях?

APInita собирает маршрут без программирования. Это вариант для тех, кому нужен визуальный конструктор. На странице сервиса заявлены маршруты между формой сайта, Telegram, Google Таблицами и CRM.

Если сайт сделан на Tilda, форма может отправлять данные в Telegram и Google Таблицы внутри подписки. Это проще, чем отдельная связка, но решение привязано к конкретному конструктору.

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

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

На практикуме вайб-кодинг проходят руками на собственной задаче: от описания рутины до работающей проверки. Это помогает получить связку и научиться просить помощника о точечных изменениях.

Вопросы и ответы

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