نود N8N Form در N8N

نود N8N Form در N8N

نود N8N Form یکی از کاربردی‌ترین نودهای داخلی n8n برای ساخت فرم‌های ساده، سریع و قابل اتصال به اتوماسیون‌هاست. با این نود می‌توانید بدون طراحی سایت یا استفاده از فرم‌سازهای خارجی، یک فرم آنلاین بسازید، اطلاعات کاربر را دریافت کنید و بلافاصله آن داده‌ها را وارد ورکفلوهای خودکار کنید؛ از ثبت لید فروش گرفته تا دریافت درخواست پشتیبانی، آپلود فایل، ثبت سفارش داخلی و جمع‌آوری بازخورد.

معرفی نود در N8N

نود N8N Form که در بسیاری از نسخه‌ها با نام Form Trigger شناخته می‌شود، یک فرم تحت وب ایجاد می‌کند و با ارسال فرم توسط کاربر، اجرای ورکفلو را شروع می‌کند. به همین دلیل این نود معمولاً در ابتدای ورکفلو قرار می‌گیرد.

  • دسته‌بندی نود: Trigger / Core Node
  • کارکرد اصلی: ساخت فرم عمومی یا محافظت‌شده و دریافت داده از کاربر
  • نوع اجرا: شروع ورکفلو پس از ارسال فرم
  • نیاز به سرویس خارجی: ندارد، زیرا فرم توسط خود n8n تولید می‌شود
  • کاربرد مهم: تبدیل ورودی انسانی به داده قابل پردازش در اتوماسیون

اهمیت این نود در این است که فاصله بین کاربر نهایی و اتوماسیون را بسیار کوتاه می‌کند. به جای اینکه ابتدا یک فرم در سایت بسازید، سپس آن را به Webhook وصل کنید و بعد داده‌ها را پردازش کنید، می‌توانید همه چیز را مستقیم داخل n8n مدیریت کنید.

موارد استفاده

ثبت لید فروش و ارسال به CRM

یک فرم شامل نام، ایمیل، شماره تماس، نام شرکت و توضیحات نیاز مشتری ساخته می‌شود. بعد از ارسال فرم، داده‌ها با نودهایی مثل HubSpot، Pipedrive، Google Sheets یا Airtable ذخیره می‌شوند و هم‌زمان یک پیام در Slack یا Telegram برای تیم فروش ارسال می‌شود.

  • N8N Form برای دریافت اطلاعات مشتری
  • IF برای بررسی کامل بودن اطلاعات
  • Google Sheets برای ذخیره داده‌ها
  • Slack یا Telegram برای اطلاع‌رسانی به تیم فروش
  • Gmail یا SMTP برای ارسال ایمیل تأیید به مشتری

دریافت درخواست پشتیبانی

می‌توانید یک فرم پشتیبانی بسازید که کاربر در آن موضوع مشکل، اولویت، توضیحات و فایل پیوست را ارسال کند. سپس n8n بر اساس اولویت، درخواست را به ابزارهایی مثل Jira، Trello، Zendesk، Linear یا یک کانال داخلی منتقل می‌کند.

  • فیلد Dropdown برای انتخاب نوع مشکل
  • فیلد Textarea برای توضیح کامل
  • فیلد File برای آپلود اسکرین‌شات یا فایل خطا
  • نود Switch برای دسته‌بندی درخواست‌ها
  • نود HTTP Request برای ارسال به سیستم تیکتینگ

فرم داخلی برای ثبت هزینه‌ها و فاکتورها

در شرکت‌ها می‌توان از N8N Form برای دریافت فاکتور، مبلغ، تاریخ هزینه، واحد سازمانی و توضیحات استفاده کرد. سپس فایل فاکتور در Google Drive ذخیره می‌شود و اطلاعات آن وارد Google Sheets یا Notion می‌شود.

  • Form Trigger برای دریافت اطلاعات هزینه
  • Google Drive برای ذخیره فایل فاکتور
  • Google Sheets برای ثبت ردیف هزینه
  • IF برای بررسی سقف مبلغ و نیاز به تأیید مدیر
  • Email برای ارسال درخواست تأیید

جمع‌آوری بازخورد مشتریان

بعد از پایان خرید، جلسه مشاوره یا ارائه سرویس، می‌توان لینک فرم بازخورد را برای مشتری ارسال کرد. پاسخ‌ها در دیتابیس ذخیره می‌شوند و اگر امتیاز پایین باشد، یک هشدار برای تیم پشتیبانی ایجاد می‌شود.

  • فیلد Number برای امتیازدهی
  • فیلد Textarea برای توضیحات مشتری
  • نود IF برای تشخیص امتیاز پایین
  • نود Email یا Telegram برای اطلاع‌رسانی فوری
  • نود Notion یا Airtable برای آرشیو بازخوردها

ساخت فرم ثبت‌نام رویداد یا وبینار

با N8N Form می‌توانید فرم ثبت‌نام وبینار بسازید، اطلاعات شرکت‌کننده را ذخیره کنید، لینک جلسه را ایمیل کنید و حتی ظرفیت رویداد را با بررسی تعداد ثبت‌نام‌ها کنترل کنید.

  • Form برای دریافت نام، ایمیل و شماره تماس
  • Google Sheets یا Database برای ذخیره شرکت‌کنندگان
  • IF برای کنترل ظرفیت
  • Gmail برای ارسال ایمیل ثبت‌نام
  • Calendar برای افزودن رویداد به تقویم

پارامترها و تنظیمات

تنظیمات دقیق نود N8N Form ممکن است بسته به نسخه n8n کمی متفاوت باشد، اما ساختار کلی آن شامل مسیر فرم، عنوان، توضیحات، فیلدها، تنظیمات ارسال و گزینه‌های ظاهری یا امنیتی است.

Authentication

  • نام پارامتر: Authentication
  • نوع داده: انتخابی
  • توضیح کاربرد: مشخص می‌کند فرم عمومی باشد یا با احراز هویت محافظت شود. در بسیاری از نسخه‌ها گزینه‌هایی مانند None و Basic Auth وجود دارد.
  • مثال عملی: برای فرم عمومی دریافت لید، مقدار None مناسب است. برای فرم داخلی ثبت هزینه، بهتر است Basic Auth فعال شود.
  • نکته مهم: اگر فرم شامل داده حساس است، نباید به‌صورت عمومی و بدون کنترل دسترسی منتشر شود.

Path

  • نام پارامتر: Path
  • نوع داده: String
  • توضیح کاربرد: مسیر URL فرم را مشخص می‌کند. n8n با استفاده از این مسیر، لینک فرم را می‌سازد.
  • مثال عملی: مقدار lead-form باعث ایجاد آدرسی شبیه https://your-n8n-domain.com/form/lead-form می‌شود.
  • نکته مهم: مسیر باید یکتا باشد و بهتر است از حروف انگلیسی، عدد و خط تیره استفاده شود.

Form Title

  • نام پارامتر: Form Title
  • نوع داده: String
  • توضیح کاربرد: عنوان اصلی فرم که به کاربر نمایش داده می‌شود.
  • مثال عملی: فرم درخواست مشاوره رایگان
  • نکته مهم: عنوان کوتاه، واضح و مرتبط باعث افزایش نرخ تکمیل فرم می‌شود.

Form Description

  • نام پارامتر: Form Description
  • نوع داده: String / Text
  • توضیح کاربرد: توضیحی کوتاه زیر عنوان فرم که هدف فرم یا راهنمای تکمیل آن را مشخص می‌کند.
  • مثال عملی: لطفاً اطلاعات تماس و نیاز خود را وارد کنید تا تیم فروش با شما تماس بگیرد.
  • نکته مهم: توضیحات طولانی ممکن است کاربر را از تکمیل فرم منصرف کند.

Form Elements

  • نام پارامتر: Form Elements
  • نوع داده: Array / List of Fields
  • توضیح کاربرد: مجموعه فیلدهایی است که کاربر باید در فرم تکمیل کند.
  • مثال عملی: نام، ایمیل، شماره تماس، نوع درخواست، توضیحات
  • نکته مهم: ترتیب فیلدها روی تجربه کاربری تأثیر زیادی دارد. فیلدهای ساده و ضروری را در ابتدا قرار دهید.

Field Label

  • نام پارامتر: Field Label
  • نوع داده: String
  • توضیح کاربرد: نام نمایشی فیلد در فرم است و معمولاً در خروجی JSON نیز به عنوان کلید داده استفاده می‌شود.
  • مثال عملی: ایمیل، شماره تماس، توضیحات درخواست
  • نکته مهم: اگر بعداً Label را تغییر دهید، ممکن است نام کلید خروجی هم تغییر کند و نودهای بعدی دچار خطا شوند.

Field Type

  • نام پارامتر: Field Type
  • نوع داده: انتخابی
  • توضیح کاربرد: نوع داده‌ای را مشخص می‌کند که کاربر باید وارد کند.
  • مثال عملی: Text برای نام، Email برای ایمیل، Number برای مبلغ، Date برای تاریخ، Dropdown برای انتخاب دسته‌بندی، File برای آپلود فایل
  • نکته مهم: انتخاب نوع درست فیلد، اعتبارسنجی داده و پردازش آن در نودهای بعدی را ساده‌تر می‌کند.

Text Field

  • نوع داده: String
  • کاربرد: دریافت متن کوتاه مثل نام، عنوان، کد سفارش یا نام شرکت
  • مثال عملی: نام و نام خانوادگی
  • نکته مهم: برای توضیحات طولانی از Textarea استفاده شود.

Email Field

  • نوع داده: String با فرمت ایمیل
  • کاربرد: دریافت ایمیل معتبر از کاربر
  • مثال عملی: user@example.com
  • نکته مهم: بهتر است بعد از دریافت ایمیل، با IF یا Code فرمت آن دوباره بررسی شود؛ مخصوصاً اگر قرار است ایمیل خودکار ارسال شود.

Number Field

  • نوع داده: Number
  • کاربرد: دریافت عدد، مبلغ، تعداد، امتیاز یا ظرفیت
  • مثال عملی: مبلغ فاکتور: 2500000
  • نکته مهم: برای مقایسه عددی در IF یا Switch، مطمئن شوید مقدار به‌صورت عددی پردازش می‌شود نه رشته متنی.

Date Field

  • نوع داده: Date / String با فرمت تاریخ
  • کاربرد: دریافت تاریخ تولد، تاریخ جلسه، تاریخ فاکتور یا موعد انجام کار
  • مثال عملی: 2026-02-15
  • نکته مهم: در پردازش تاریخ‌ها به Timezone ورکفلو توجه کنید.

Dropdown Field

  • نوع داده: String از بین گزینه‌های از پیش تعریف‌شده
  • کاربرد: انتخاب یک گزینه از چند گزینه مشخص
  • مثال عملی: نوع درخواست: فروش، پشتیبانی، مالی، همکاری
  • نکته مهم: گزینه‌های Dropdown بهتر است کوتاه و استاندارد باشند تا در نود Switch راحت‌تر استفاده شوند.

Multi-select یا Checkbox

  • نوع داده: Array یا String بسته به نسخه و تنظیمات
  • کاربرد: انتخاب چند گزینه توسط کاربر
  • مثال عملی: سرویس‌های مورد نیاز: طراحی سایت، سئو، تبلیغات، اتوماسیون
  • نکته مهم: قبل از ذخیره در Google Sheets یا CRM ممکن است لازم باشد آرایه را با Code یا Set به متن تبدیل کنید.

Textarea Field

  • نوع داده: String / Long Text
  • کاربرد: دریافت توضیحات طولانی، شرح مشکل یا متن بازخورد
  • مثال عملی: لطفاً مشکل خود را کامل توضیح دهید.
  • نکته مهم: اگر داده به سیستم‌های دیگر ارسال می‌شود، محدودیت طول متن آن سرویس را بررسی کنید.

File Field

  • نوع داده: Binary
  • کاربرد: دریافت فایل از کاربر مانند تصویر، PDF، فاکتور، رزومه یا اسکرین‌شات
  • مثال عملی: آپلود رزومه در فرم استخدام
  • نکته مهم: فایل‌های آپلودی معمولاً در بخش binary خروجی نود قرار می‌گیرند و برای ذخیره‌سازی باید از نودهایی مثل Google Drive، S3، Dropbox یا Read/Write Files استفاده شود.

Required Field

  • نام پارامتر: Required Field
  • نوع داده: Boolean
  • توضیح کاربرد: مشخص می‌کند تکمیل فیلد اجباری باشد یا اختیاری.
  • مثال عملی: ایمیل و نام را اجباری کنید، اما توضیحات تکمیلی را اختیاری بگذارید.
  • نکته مهم: تعداد زیاد فیلدهای اجباری می‌تواند نرخ تکمیل فرم را کاهش دهد.

Placeholder

  • نام پارامتر: Placeholder
  • نوع داده: String
  • توضیح کاربرد: متن راهنما داخل فیلد قبل از ورود اطلاعات توسط کاربر.
  • مثال عملی: مثال: 09123456789
  • نکته مهم: Placeholder جایگزین Label نیست؛ Label باید همچنان واضح باشد.

Default Value

  • نام پارامتر: Default Value
  • نوع داده: وابسته به نوع فیلد
  • توضیح کاربرد: مقدار پیش‌فرض برای فیلد فرم.
  • مثال عملی: مقدار پیش‌فرض نوع درخواست را پشتیبانی قرار دهید.
  • نکته مهم: اگر مقدار پیش‌فرض با Expression ساخته می‌شود، خروجی Expression باید با نوع فیلد سازگار باشد.

Submit Button Label

  • نام پارامتر: Submit Button Label
  • نوع داده: String
  • توضیح کاربرد: متن دکمه ارسال فرم را مشخص می‌کند.
  • مثال عملی: ثبت درخواست، ارسال اطلاعات، دریافت مشاوره
  • نکته مهم: متن دکمه باید مشخص کند بعد از کلیک چه اتفاقی می‌افتد.

Form Submitted Text

  • نام پارامتر: Form Submitted Text
  • نوع داده: Text
  • توضیح کاربرد: پیامی است که پس از ارسال موفق فرم به کاربر نمایش داده می‌شود.
  • مثال عملی: درخواست شما با موفقیت ثبت شد.
  • نکته مهم: این پیام بهتر است کوتاه، قطعی و بدون وابستگی به اجرای نودهای بعدی نوشته شود؛ مگر اینکه در نسخه مورد استفاده، پاسخ پس از پایان ورکفلو تنظیم شده باشد.

Redirect URL

  • نام پارامتر: Redirect URL
  • نوع داده: URL
  • توضیح کاربرد: در برخی نسخه‌ها می‌توان پس از ارسال فرم، کاربر را به یک صفحه دیگر هدایت کرد.
  • مثال عملی: https://example.com/thank-you
  • نکته مهم: آدرس باید معتبر و در دسترس باشد. برای لینک‌های خارجی از HTTPS استفاده شود.

Options

  • نام پارامتر: Options
  • نوع داده: Object / تنظیمات اختیاری
  • توضیح کاربرد: شامل تنظیمات تکمیلی مانند متن دکمه، پیام پایان، ظاهر فرم، جلوگیری از اسپم، نحوه نمایش صفحه پایان یا تنظیمات مرتبط با فایل است.
  • مثال عملی: تغییر متن دکمه به ثبت سفارش و نمایش پیام سفارش شما دریافت شد.
  • نکته مهم: نام و تعداد گزینه‌ها ممکن است بین نسخه‌های n8n متفاوت باشد.

ورودی‌ها و خروجی‌ها

ورودی نود

N8N Form معمولاً یک Trigger Node است؛ بنابراین ورودی مستقیم از نود قبلی ندارد و اجرای ورکفلو را خودش شروع می‌کند. ورودی واقعی این نود، داده‌هایی است که کاربر در فرم وارد می‌کند.

  • در حالت Test، فرم معمولاً فقط زمانی داده دریافت می‌کند که ورکفلو در حالت Listen یا Test اجرا شده باشد.
  • در حالت Production، فرم زمانی در دسترس است که ورکفلو فعال باشد.
  • داده‌های متنی در بخش JSON خروجی قرار می‌گیرند.
  • فایل‌های آپلودی معمولاً در بخش Binary خروجی قرار می‌گیرند.

خروجی نود

خروجی نود شامل یک آیتم است که کلیدهای آن بر اساس فیلدهای فرم ساخته می‌شوند. اگر کاربر چند فایل یا چند گزینه ارسال کند، بسته به نوع فیلد و نسخه n8n ممکن است خروجی به شکل آرایه، رشته یا داده باینری باشد.

نمونه خروجی JSON برای فرم دریافت لید

{  "نام و نام خانوادگی": "علی رضایی",  "ایمیل": "ali@example.com",  "شماره تماس": "09123456789",  "نوع درخواست": "مشاوره فروش",  "بودجه تقریبی": 50000000,  "توضیحات": "برای راه‌اندازی اتوماسیون فروش نیاز به مشاوره داریم.",  "submittedAt": "2026-06-26T10:30:00.000Z"}

نمونه خروجی همراه با فایل

{  "نام": "سارا احمدی",  "ایمیل": "sara@example.com",  "عنوان درخواست": "ارسال رزومه",  "توضیحات": "رزومه برای موقعیت کارشناس مارکتینگ ارسال شد."}

در مثال بالا، اطلاعات فایل رزومه معمولاً در بخش binary آیتم قرار می‌گیرد، نه داخل JSON اصلی. برای استفاده از فایل، در نودهای بعدی باید به property باینری مربوطه اشاره شود.

نمونه ساختار مفهومی Binary

{  "binary": {    "رزومه": {      "fileName": "resume.pdf",      "mimeType": "application/pdf",      "fileExtension": "pdf",      "fileSize": "245 KB"    }  }}

نکات پیشرفته و ترفندها

استفاده از Set برای استانداردسازی نام فیلدها

چون نام کلیدهای خروجی معمولاً از Label فیلدها ساخته می‌شود، بهتر است بلافاصله بعد از Form Trigger یک نود Set قرار دهید و نام‌های فارسی یا طولانی را به کلیدهای استاندارد تبدیل کنید.

{  "fullName": "={{ $json['نام و نام خانوادگی'] }}",  "email": "={{ $json['ایمیل'] }}",  "phone": "={{ $json['شماره تماس'] }}",  "requestType": "={{ $json['نوع درخواست'] }}"}

این کار باعث می‌شود اگر در آینده متن نمایشی فرم کمی تغییر کرد، مدیریت ورکفلو ساده‌تر شود.

اعتبارسنجی حرفه‌ای با IF و Code

اعتبارسنجی داخلی فرم برای بسیاری از سناریوها کافی است، اما در پروژه‌های جدی بهتر است داده‌ها دوباره بررسی شوند. برای مثال، می‌توان شماره موبایل را با Code Node بررسی کرد یا با IF مطمئن شد مبلغ واردشده از حد مشخصی کمتر یا بیشتر است.

  • بررسی خالی نبودن ایمیل
  • بررسی فرمت شماره موبایل
  • بررسی حداقل و حداکثر مبلغ
  • بررسی نوع فایل آپلودی
  • بررسی دامنه ایمیل سازمانی

دسته‌بندی درخواست‌ها با Switch

اگر در فرم فیلدی مثل نوع درخواست دارید، می‌توانید بعد از نود Form از Switch استفاده کنید و مسیرهای جداگانه بسازید.

  • درخواست فروش به CRM ارسال شود.
  • درخواست پشتیبانی به سیستم تیکتینگ ارسال شود.
  • درخواست مالی برای واحد حسابداری ایمیل شود.
  • درخواست همکاری در Notion ذخیره شود.

ذخیره فایل‌های آپلودی در فضای ابری

اگر فرم دارای File Field است، بهتر است فایل را فقط در جریان ورکفلو نگه ندارید و آن را در یک فضای ذخیره‌سازی مثل Google Drive، Dropbox، AWS S3 یا MinIO ذخیره کنید. سپس لینک فایل را در دیتابیس یا Google Sheets ثبت کنید.

  • Form Trigger برای دریافت فایل
  • Google Drive برای آپلود فایل
  • Set برای دریافت لینک فایل
  • Google Sheets برای ثبت اطلاعات فرم و لینک فایل

استفاده از Query Parameter برای ردیابی منبع فرم

در سناریوهای بازاریابی، می‌توان لینک فرم را با پارامترهایی مثل utm_source، campaign یا ref ارسال کرد و در ورکفلو منبع ثبت‌نام را ذخیره کرد. در نسخه‌ها و تنظیمات مختلف n8n، دسترسی به Query Parameter ممکن است متفاوت باشد، اما در صورت فعال بودن، برای تحلیل کمپین بسیار کاربردی است.

  • تشخیص اینکه کاربر از کمپین اینستاگرام آمده است یا ایمیل مارکتینگ
  • ثبت نام معرف یا کد همکاری در فرم
  • ذخیره منبع لید در CRM
  • تحلیل نرخ تبدیل کانال‌های مختلف

ساخت فرم‌های چندمرحله‌ای با چند ورکفلو یا مسیر شرطی

اگر نیاز به فرم چندمرحله‌ای دارید، می‌توانید اطلاعات مرحله اول را دریافت و ذخیره کنید، سپس بر اساس پاسخ کاربر، لینک فرم مرحله دوم را با ایمیل یا پیام ارسال کنید. در برخی نسخه‌ها و قابلیت‌های جدید n8n، امکانات مرتبط با فرم‌های مرحله‌ای یا فرم‌های داخلی پیشرفته‌تر نیز وجود دارد.

جلوگیری از پردازش داده‌های تکراری

برای جلوگیری از ثبت چندباره یک فرم، می‌توانید ایمیل، شماره موبایل یا کد ملی را در دیتابیس بررسی کنید. اگر قبلاً ثبت شده بود، مسیر جداگانه‌ای برای به‌روزرسانی یا رد درخواست ایجاد کنید.

  • Form Trigger برای دریافت داده
  • Database یا Google Sheets برای جستجوی رکورد موجود
  • IF برای تشخیص تکراری بودن
  • Update برای به‌روزرسانی رکورد قبلی
  • Create برای ثبت رکورد جدید

محدودیت‌ها و خطاها

وابستگی Production URL به فعال بودن ورکفلو

در n8n، آدرس Production معمولاً فقط زمانی به‌درستی کار می‌کند که ورکفلو فعال باشد. اگر ورکفلو فعال نباشد، کاربر ممکن است با خطای عدم دسترسی یا اجرا نشدن فرم مواجه شود.

  • راه‌حل: پس از تست کامل، Workflow را Active کنید.
  • نکته: Test URL برای تست موقت است و نباید به کاربران واقعی داده شود.

تغییر Label و خراب شدن نودهای بعدی

اگر فیلد ایمیل با Label ایمیل ساخته شده و در نودهای بعدی از $json[“ایمیل”] استفاده کرده باشید، تغییر Label به آدرس ایمیل می‌تواند باعث خطا شود.

  • راه‌حل: بعد از Form، یک نود Set برای تبدیل نام فیلدها به کلیدهای ثابت مثل email و phone قرار دهید.

محدودیت در طراحی ظاهری فرم

N8N Form برای ساخت سریع فرم طراحی شده است، نه ساخت صفحات پیچیده با طراحی کاملاً سفارشی. امکانات ظاهری آن نسبت به فرم‌سازهای تخصصی محدودتر است.

  • راه‌حل: برای فرم‌های بسیار سفارشی، از یک فرم خارجی یا صفحه اختصاصی استفاده کنید و داده‌ها را با Webhook به n8n ارسال کنید.

محدودیت حجم فایل آپلودی

آپلود فایل ممکن است تحت تأثیر محدودیت‌های n8n، تنظیمات سرور، reverse proxy، Docker، حافظه و سرویس مقصد باشد.

  • راه‌حل: محدودیت upload در n8n و وب‌سرورهایی مانند Nginx را بررسی کنید.
  • راه‌حل: فایل‌های بزرگ را مستقیم به سرویس ذخیره‌سازی ابری منتقل کنید.
  • راه‌حل: نوع فایل‌های مجاز را در منطق ورکفلو کنترل کنید.

مشکل CORS یا دسترسی دامنه

اگر n8n پشت reverse proxy یا دامنه سفارشی اجرا می‌شود، تنظیمات نادرست URL اصلی می‌تواند باعث ایجاد لینک‌های اشتباه یا مشکل در باز شدن فرم شود.

  • راه‌حل: متغیرهای محیطی مانند WEBHOOK_URL و N8N_HOST را به‌درستی تنظیم کنید.
  • راه‌حل: گواهی SSL معتبر برای دامنه استفاده شود.

اسپم و ارسال‌های رباتی

فرم‌های عمومی ممکن است توسط ربات‌ها یا کاربران نامعتبر ارسال شوند. N8N Form به‌صورت پیش‌فرض جایگزین کامل سیستم‌های امنیتی فرم‌سازهای تخصصی نیست.

  • راه‌حل: برای فرم‌های داخلی Basic Auth فعال شود.
  • راه‌حل: فیلدهای ضداسپم یا Honeypot در صورت امکان استفاده شود.
  • راه‌حل: نرخ ارسال‌ها و داده‌های مشکوک با IF، Code یا دیتابیس کنترل شود.
  • راه‌حل: برای فرم‌های عمومی حساس، اعتبارسنجی سمت سرور در نودهای بعدی انجام شود.

خطای ارسال ایمیل بعد از ثبت فرم

گاهی فرم با موفقیت ثبت می‌شود، اما ارسال ایمیل در نود بعدی خطا می‌دهد. این مشکل معمولاً مربوط به SMTP، Gmail OAuth، محدودیت ارسال یا نامعتبر بودن ایمیل کاربر است.

  • راه‌حل: قبل از ارسال ایمیل، مقدار ایمیل را بررسی کنید.
  • راه‌حل: Error Workflow برای ثبت خطاها بسازید.
  • راه‌حل: از Continue On Fail فقط در جاهایی استفاده کنید که از پیامد آن مطمئن هستید.

مشکل ذخیره داده‌های فارسی

اگر داده‌های فارسی در مقصدهایی مثل دیتابیس یا فایل CSV به‌هم‌ریخته نمایش داده شوند، مشکل معمولاً مربوط به Encoding مقصد است.

  • راه‌حل: از UTF-8 در دیتابیس، فایل‌ها و سرویس مقصد استفاده کنید.
  • راه‌حل: هنگام ساخت CSV یا فایل خروجی، Encoding را بررسی کنید.

ایده ها

  • سیستم جذب نیرو: ساخت فرم استخدام با فیلدهای اطلاعات فردی، موقعیت شغلی، لینک نمونه‌کار و آپلود رزومه؛ سپس ذخیره رزومه در Google Drive و ثبت اطلاعات در Notion.
  • فرم درخواست خرید داخلی: کارکنان درخواست خرید ثبت کنند، اگر مبلغ از حد مشخصی بیشتر بود، درخواست برای مدیر ارسال شود و پس از تأیید وارد سیستم مالی شود.
  • فرم ثبت شکایت مشتری: مشتری شکایت خود را ثبت کند، n8n بر اساس موضوع شکایت آن را به واحد مربوطه بفرستد و برای موارد بحرانی هشدار فوری ارسال کند.
  • فرم تولید خودکار قرارداد: اطلاعات مشتری، مبلغ، مدت قرارداد و نوع سرویس دریافت شود، سپس با Google Docs یا PDF Generator قرارداد آماده تولید و ایمیل شود.
  • فرم ثبت نام دوره آموزشی: کاربر فرم را تکمیل کند، ظرفیت بررسی شود، اطلاعات در Google Sheets ثبت شود، ایمیل تأیید ارسال شود و کاربر به گروه آموزشی اضافه شود.

منابع و مستندات اصلی

دسته بندی: N8N برچسب ها:

دیدگاهتان را بنویسید

نشانی ایمیل شما منتشر نخواهد شد. بخش‌های موردنیاز علامت‌گذاری شده‌اند *

چهارده − هشت =