Заявки из форм Тильды по умолчанию оседают в CRM Тильды и в почтовом ящике, а для аналитики, сводных отчётов и работы отдела продаж этого обычно мало. Выгрузка заявок из Тильды в Google Таблицы закрывает эту проблему: лиды с разных лендингов и форм собираются в одном месте, с фильтрами, формулами, историей по каждому клиенту и доступом для всей команды без покупки лицензий на CRM. Ниже разберу все рабочие способы, от встроенной интеграции Тильды до автоматизации через n8n и своего скрипта на Google Apps Script, которые применяю на практике в проектах на Tilda, включая интернет-магазины, квизы и формы обратного звонка.
Зачем выгружать заявки из CRM Тильды в Google Таблицы
CRM Тильды удобна, пока сайт один и заявок немного. Как только проектов на аккаунте становится больше двух-трёх, начинаются сложности: сводной аналитики по нескольким сайтам сразу нет, фильтры по статусам и датам ограничены встроенным интерфейсом, а менеджеру без доступа к панели Тильды заявку просто не передать. Построить дашборд в Looker Studio или сводный отчёт по конверсии из формы в оплату напрямую из CRM Тильды тоже нельзя, данные для этого нужно сначала где-то собрать в табличном виде.
Google Таблицы закрывают эти задачи форматом, который понимают все: данные можно фильтровать и сортировать, считать конверсию формулами, строить сводные таблицы по менеджерам или источникам трафика, делиться доступом с отделом продаж без оплаты мест в CRM, подключать к Looker Studio для дашборда или передавать дальше в amoCRM и Bitrix24 через интеграторы. На практике так поступают интернет-магазины на Tilda с формой заказа, лендинги с квизами из десятка полей и формы обратного звонка, где заявок много и разбирать их нужно быстрее, чем позволяет интерфейс CRM Тильды.
Встроенная интеграция Tilda с Google Таблицами через вебхук
Самый быстрый способ подключить выгрузку заявок из Тильды в Google Таблицы, это встроенная интеграция в настройках формы. В редакторе блока с формой открываю вкладку «Форма», раздел интеграций, выбираю Google Таблицы, авторизуюсь через Google-аккаунт и указываю таблицу и лист, куда будут падать заявки. После сохранения каждая новая заявка добавляется отдельной строкой автоматически, без ручной работы.
У встроенной интеграции есть ограничения, с которыми сталкивался почти в каждом проекте:
- Работает только для заявок, отправленных после подключения. Историю за прошлые месяцы она не переносит.
- Если в форме несколько полей с одинаковым названием, например два поля «Телефон» на разных шагах квиза, данные путаются по столбцам.
- При добавлении нового поля в форму нужно вручную проверять, что оно легло в тот же столбец таблицы, иначе часть заявок съезжает.
- Нет возможности отфильтровать тестовые заявки с домена *.tilda.ws или привести телефон к единому формату.
Для одного лендинга с простой формой этого достаточно. Как только форм и источников заявок становится больше, встроенная интеграция начинает требовать ручного контроля чаще, чем экономит времени.
Экспорт старых заявок из CRM Tilda вручную
Если форма уже работала без интеграции с Google Таблицами, а старые заявки нужно поднять, встроенный вебхук не поможет, он не подтягивает историю. В этом случае выгружаю заявки вручную: в CRM Тильды открываю раздел с заказами или лидами, выбираю период и нажимаю экспорт в CSV или Excel, затем импортирую файл в Google Таблицы через «Файл → Импорт».
На этом шаге обычно ловлю три типовые проблемы. Даты в CSV Тильды приходят в формате, который Google Таблицы не всегда распознают автоматически. Номера телефонов Google превращает в числа и обрезает ведущий плюс и ноль. Кодировка при экспорте на некоторых тарифах слетает в кракозябры. Телефон при импорте лучше сразу форматировать как текст или ставить апостроф перед номером, а для дат один раз настроить формат столбца после загрузки. Для разовой выгрузки истории этого достаточно, дальше данные уже держу актуальными через автоматизацию.
Бесплатный материал
🎁 Полезный скрипт в подарок
Подпишитесь на Telegram - пришлю готовый скрипт по этой теме.
Без спама. Отписка в 1 клик.
Автоматическая синхронизация через n8n
Для проектов с несколькими формами, лендингами или когда заявку нужно не только записать в таблицу, но и обработать, вместо встроенной интеграции Тильды подключаю n8n. Вебхук из настроек формы («Передать данные на внешний URL») указывает на n8n вместо Google Таблиц напрямую, дальше workflow сам решает, что делать с данными: нормализовать телефон в единый формат, разложить UTM-метки по отдельным столбцам, отсеять тестовые заявки по домену, и только потом дозаписать строку в Google Таблицы через Google Sheets node.
Такой workflow одновременно может отправлять уведомление менеджеру в мессенджер, заводить заказ в amoCRM и класть копию в таблицу для отчётности, всё из одного вебхука. В паре проектов вместо готового Telegram-бота Тильды ставил на этот же вебхук собственного бота на aiogram, чтобы уведомление менеджеру приходило с кастомным форматированием и кнопками «Взял в работу» прямо в чате, а в таблицу при этом продолжала падать полная копия заявки для отчётности. Для интернет-магазинов на Tilda похожая схема часто дополняется передачей заказа в СДЭК для расчёта доставки и статусом оплаты из эквайринга вроде Т‑Банка, но это уже отдельная интеграция поверх базовой выгрузки в таблицу.
Настройка workflow под конкретную структуру формы и нужную маршрутизацию данных, это автоматизация в n8n от 25 000 ₽, по срокам обычно 3-5 дней в зависимости от количества источников заявок и систем назначения. Для более крупных интеграций, где кроме Google Таблиц нужна полноценная связка CRM с оплатой и доставкой, делаю комплексные интеграции для Tilda под конкретную задачу клиента.
Свой скрипт на Google Apps Script для приёма заявок
Если платить за отдельный сервис автоматизации не хочется, а обработка данных нужна не сложнее, чем в n8n, ставлю вебхук напрямую на Google Apps Script, привязанный к таблице. Это бесплатно и не требует стороннего сервера.
Открываю таблицу, «Расширения → Apps Script», вставляю функцию, которая принимает POST-запрос от Тильды и дописывает строку:
function doPost(e) {
var sheet = SpreadsheetApp.getActiveSpreadsheet().getSheetByName('Заявки');
var data = JSON.parse(e.postData.contents);
sheet.appendRow([
new Date(),
data.name,
data.phone,
data.email,
data.formname
]);
return ContentService.createTextOutput('OK');
}Дальше деплою скрипт как веб-приложение: «Развернуть → Новое развёртывание», тип «Веб-приложение», «Выполнять от имени: я», «Доступ: у любого пользователя». Ссылку, которую выдаёт Google, вставляю в настройках формы Тильды в поле для внешнего URL, куда отправляются данные заявки.
Из практики: doPost должен отвечать быстро, иначе форма на сайте может показать пользователю ошибку отправки, хотя заявка на самом деле дошла. И вторая деталь, о которой часто забывают: Тильда при сетевых сбоях иногда отправляет один и тот же вебхук повторно, поэтому в скрипт стоит добавить проверку по номеру заказа или tranid, чтобы заявка не задвоилась в таблице.
Сравнение способов и типичные ошибки
Для быстрого выбора собрал варианты выгрузки заявок из Тильды в Google Таблицы в одну таблицу:
| Способ | Стоимость | Сложность настройки | Гибкость обработки данных |
|---|---|---|---|
| Встроенная интеграция Tilda | бесплатно | низкая, 5 минут | минимальная, просто копирует поля |
| Ручной экспорт CSV | бесплатно | низкая | без обработки, разовая выгрузка |
| n8n | от 25 000 ₽ за настройку | средняя | высокая: фильтры, несколько назначений |
| Свой скрипт Apps Script | от 3 000 ₽ за доработку | нужен программист | высокая, но требует поддержки кода |
Частые ошибки при настройке
- Дублирование строк. Тильда повторяет вебхук при таймауте, без проверки по id заявки в таблице появляются копии.
- Лимиты Google Sheets API. На бесплатной квоте около 60 записей в минуту на пользователя, при потоке заявок с нескольких сайтов скрипт начинает падать с ошибкой, помогает очередь через n8n вместо прямой записи.
- Телефон превращается в число. Google Таблицы обрезают +7 и ведущие нули, если столбец не отформатирован как текст.
- Смещение времени. Тильда отправляет время в UTC, без пересчёта в московское заявки в таблице выглядят пришедшими из будущего.
- Тестовые заявки. При отладке формы в редакторе Тильды тоже летят вебхуки, если их не фильтровать по домену, в таблице накапливается мусор.
Когда стандартных блоков не хватает
Кастомный скрипт
от 3 000 ₽
Подробнее →Частые вопросы
Можно ли выгружать заявки из Тильды в Google Таблицы бесплатно?
Да. Встроенная интеграция в настройках формы и ручной экспорт CSV из CRM Тильды ничего не стоят, ограничение только в гибкости: нет фильтров, обработки данных и защиты от дублей.
Как перенести в Google Таблицы заявки, которые пришли до подключения интеграции?
Только через ручной экспорт: в CRM Тильды выгружаете нужный период в CSV и импортируете файл в таблицу. Вебхук и встроенная интеграция забирают только новые заявки, история за прошлые месяцы им недоступна.
Почему в таблице появляются задвоенные заявки?
Обычно из-за повторной отправки вебхука Тильдой при сетевом сбое или таймауте на стороне таблицы. Решается проверкой по номеру заказа или tranid перед записью строки, это добавляю и в n8n workflow, и в скрипт на Apps Script.
Безопасно ли хранить телефоны и почты клиентов в Google Таблицах?
Формально по 152-ФЗ база персональных данных россиян должна храниться на серверах на территории РФ, а Google Таблицы, это иностранный сервис. Для рабочей выгрузки с ограниченным набором полей риски невысокие, но как единственную и основную базу клиентов Google Таблицы использовать не стоит, особенно если персональные данные обрабатываются в большом объёме. Разумная схема: вести основную базу в CRM на серверах в РФ, а в таблицу выгружать данные для аналитики и работы менеджеров.