Forms и Data Table в n8n: внутренние формы, заявки и небольшие справочники ¶
Обновлено: 2026-05-29
Forms и Data Table закрывают простой, но важный сценарий: собрать данные внутри n8n и тут же использовать их в workflow. Form Trigger создаёт страницу формы, Form node помогает продолжить многошаговый сценарий, а Data Table хранит небольшие структурированные таблицы прямо в n8n. Это удобно для MVP, внутренних заявок, справочников и прототипов без отдельного сайта или базы.
Когда это хороший выбор
Используйте Forms и Data Table для внутренних процессов: заявка на доступ, ручное подтверждение, небольшой справочник, список исключений, тестовая CRM-таблица. Для публичной формы с большим трафиком и сложной аналитикой чаще лучше Tilda, сайт или отдельный backend.
Что выбрать ¶
| Задача | Инструмент n8n | Ограничение |
|---|---|---|
| Принять простую заявку | Form Trigger | не заменяет полноценный конструктор лендингов |
| Сделать несколько шагов формы | Form Trigger + Form node | нужно продумать ветки и финальный экран |
| Хранить маленький справочник | Data Table | не путать с production PostgreSQL |
| Показать список исключений workflow | Data Table query | нужны понятные ключи и upsert |
| Собрать лиды с рекламы | Tilda/VK → n8n | для публичного трафика лучше внешняя форма |
Form Trigger: быстрый вход в workflow ¶
Form Trigger запускает workflow, когда пользователь отправляет форму. n8n генерирует страницу формы, поэтому не нужен отдельный frontend. Минимальный сценарий: Form Trigger принимает поля, Edit Fields нормализует данные, IF проверяет обязательные значения, затем workflow создаёт задачу, строку в таблице или уведомление в Telegram.
Какие поля собирать ¶
Не собирайте лишнее. Для внутренней заявки обычно хватает:
- имя или сотрудник;
- email или Telegram;
- тип запроса;
- описание;
- приоритет;
- файл или ссылка, если нужен контекст.
Если дальше данные идут в CRM или таблицу, сразу нормализуйте названия полей: requester_email, request_type, source, submitted_at.
Многошаговые формы ¶
Многошаговая форма полезна, когда следующий вопрос зависит от предыдущего ответа. Например, для заявки в поддержку: сначала тип проблемы, потом разные поля для оплаты, доступа или интеграции. В таких workflow важно не делать слишком много веток. Чем больше веток, тем выше шанс, что пользователь попадёт в тупик или увидит неправильный финальный экран.
Data Table: где удобно, а где опасно ¶
Data Table подходит для небольших структурированных данных внутри n8n: справочник статусов, whitelist email, mapping источников, список ручных исключений, временное хранилище заявок. Но Data Table не стоит превращать в главную базу бизнеса. Если нужны сложные отчёты, права, много данных, SQL, аналитика или интеграция с внешними системами, используйте PostgreSQL, Supabase или CRM.
Пример: внутренняя заявка на доступ ¶
- Form Trigger собирает email, сервис, роль и причину.
- Edit Fields приводит сервис к короткому коду:
bitrix24,amocrm,n8n. - Data Table хранит заявку со статусом
new. - Telegram отправляет уведомление ответственному.
- После ручного решения статус меняется на
approvedилиrejected.
Для такого процесса Data Table достаточно. Для юридически значимых согласований лучше хранить историю во внешней базе.
Upsert rows вместо дублей ¶
Если Data Table используется как справочник или список заявок, не делайте бесконечные insert без ключа. Для повторных событий нужен стабильный ключ: email + сервис, ID заявки или внешний ID. Тогда повторная отправка обновит строку, а не создаст копию.
{
"request_key": "ivan@example.ru:n8n",
"requester_email": "ivan@example.ru",
"service": "n8n",
"status": "new",
"submitted_at": "2026-05-29T10:00:00Z"
}Ошибки проектирования ¶
| Ошибка | Что будет | Как лучше |
|---|---|---|
| Форма собирает 20 полей | пользователь бросает заполнение | разделить на обязательный минимум и уточнение позже |
| Нет уникального ключа | дубли в Data Table | ввести request_key или external_id |
| Data Table хранит всё подряд | трудно искать и чистить | разделить справочники, заявки и audit log |
| Публичная форма без ограничений | спам и мусорные executions | использовать CAPTCHA/внешнюю форму/проверку источника |
| Много веток в форме | сложно отлаживать | сократить ветвление, явно тестировать каждый путь |
Когда переходить на внешнюю базу ¶
Переходите с Data Table на PostgreSQL/Supabase, если появляются большие объёмы, сложные фильтры, внешние пользователи, права доступа, отчёты, интеграция с BI или требования к бэкапам. Data Table хороша как инструмент n8n, но она не обязана быть вашим основным хранилищем.
Связанные материалы ¶
- Form Trigger — отдельный разбор запуска workflow через форму.
- Google Sheets — если данные должны видеть сотрудники без доступа в n8n.
- PostgreSQL для n8n — когда нужна полноценная база.
- Tilda Forms — для публичных форм и рекламного трафика.
- Workflow upsert в Google Sheets — пример защиты от дублей.