آموزش ساخت اولین ورک‌فلو در n8n (راهنمای گام به گام برای مبتدیان)

ورود به دنیای n8n، ورود به یک محیط مهندسی است، نه یک ابزار کاربری ساده. قدرت واقعی این پلتفرم در توانایی شما برای مدل‌سازی و ساخت فرآیندهای منطقی نهفته است. این آموزش، یک راهنمای ساده برای کلیک کردن بر روی دکمه‌ها نیست؛ این یک کالبدشکافی از فرآیند مهندسی ساخت اولین ورک‌فلو برای اتصال به یک API است. پیش از شروع، اگر با ماهیت این ابزار آشنا نیستید، درک پاسخ به سوال n8n چیست؟ یک پیش‌نیاز استراتژیک است. در این تحلیل عملی، شما نه تنها یک ورک‌فلو می‌سازید، بلکه تفکر سیستماتیک لازم برای ساخت هر اتوماسیون معناداری در آینده را فرا خواهید گرفت.

پیش‌نیازها و مفاهیم پایه‌ای: قبل از شروع چه چیزهایی باید بدانید؟

ورود به دنیای n8n بدون درک مفاهیم بنیادین آن، مانند تلاش برای ساختن یک ساختمان بدون نقشه و دانش مهندسی است؛ نتیجه آن، یک ساختار شکننده، ناکارآمد و غیرقابل اتکا خواهد بود. n8n یک ابزار Plug-and-Play برای مبتدیان نیست؛ یک فریم‌ورک مهندسی برای متخصصان است. بنابراین، تسلط بر واژگان و منطق زیربنایی آن، یک گزینه اختیاری نیست، بلکه اولین قدم الزامی برای هر کسی است که به دنبال ساخت اتوماسیون‌های جدی و معنادار است. در ادامه، من این مفاهیم پایه‌ای را کالبدشکافی می‌کنم تا شما با یک دیدگاه مهندسی، وارد این اکوسیستم شوید.

ورک‌فلو (Workflow) چیست؟

یک ورک‌فلو (Workflow) در n8n، یک لیست ساده از وظایف نیست؛ این نقشه استراتژیک و سیستم عصبی مرکزی یک فرآیند خودکار است. ورک‌فلو، نمایشی بصری از یک منطق تجاری است که تعریف می‌کند چگونه داده‌ها باید دریافت، پردازش و منتقل شوند. هر ورک‌فلو از دو جزء اصلی تشکیل شده است:

1. یک نود تریگر (Trigger Node): نقطه شروع و عامل فعال‌کننده کل فرآیند.
2. مجموعه‌ای از نودهای معمولی (Regular Nodes): مراحل اجرایی که به صورت زنجیره‌ای و بر اساس یک منطق مشخص، وظایف را انجام می‌دهند.

در عمل، ورک‌فلو، مغز عملیات اتوماسیون شماست که دستورالعمل‌های دقیق را برای هر موقعیتی صادر می‌کند.

نود (Node) چیست؟ (بلوک‌های سازنده اتوماسیون شما)

یک نود (Node)، واحد اتمی و بلوک سازنده بنیادین هر ورک‌فلو است. هر نود، یک مسئولیت مشخص و واحد دارد: دریافت داده، اجرای یک عملیات خاص بر روی آن داده، و ارسال نتیجه به نود بعدی. نودها، موتورهای اجرایی کوچک و متخصصی هستند که وقتی به درستی به یکدیگر متصل شوند، یک فرآیند پیچیده را شکل می‌دهند. برای مثال، یک نود می‌تواند مسئول خواندن داده از یک گوگل شیت باشد، نود بعدی مسئول ارسال بخشی از آن داده به اسلک باشد و نود سوم، نتیجه را در یک دیتابیس ذخیره کند. قدرت n8n در ترکیب هوشمندانه این واحدهای اتمی برای ساخت ماکروسیستم‌های پیچیده نهفته است.

تفاوت نود تریگر (Trigger Node) و نود معمولی

درک تفاوت بین این دو نوع نود، کلید درک منطق اجرایی n8n است.

• نود تریگر (Trigger Node): این نود، حسگر یا گوش شنوای ورک‌فلو شماست. این نود همیشه در ابتدای ورک‌فلو قرار می‌گیرد و به صورت غیرفعال، منتظر وقوع یک رویداد مشخص (مانند دریافت یک وب‌هوک، رسیدن یک ایمیل جدید، یا فرارسیدن یک زمان‌بندی مشخص) باقی می‌ماند. به محض وقوع آن رویداد، نود تریگر فعال شده و داده‌های اولیه را به جریان ورک‌فلو تزریق می‌کند. تریگر، “علت” شروع فرآیند است.
• نود معمولی (Regular Node): این نودها، بازوهای اجرایی و کارگران ورک‌فلو هستند. یک نود معمولی هرگز به خودی خود فعال نمی‌شود. این نودها تنها زمانی اجرا می‌شوند که داده‌ای را از یک نود قبلی (تریگر یا یک نود معمولی دیگر) دریافت کنند. آن‌ها “معلول” هستند که در پاسخ به “علت” (داده ورودی)، یک عمل مشخص را انجام می‌دهند. این رابطه علت و معلولی، ستون فقرات منطقی هر ورک‌فلو در n8n است.

پروژه عملی: ساخت یک ورک‌فلو ساده برای دریافت اطلاعات از یک API

تئوری بدون عمل، فاقد ارزش است. در این بخش، منطق ساخت یک ورک‌فلو پایه برای اتصال به یک API خارجی و دریافت داده از آن، به صورت عملی کالبدشکافی می‌شود. هدف از این پروژه، نمایش قدرت n8n در اجرای یکی از بنیادی‌ترین وظایف در دنیای یکپارچه‌سازی سیستم‌هاست: ارسال یک درخواست HTTP و پردازش پاسخ آن. این فرآیند، سنگ بنای ۹۰ درصد از اتوماسیون‌های معنادار است.

هدف نهایی: دریافت جوک‌های برنامه‌نویسی و نمایش آن‌ها

هدف استراتژیک این پروژه، سرگرمی نیست؛ هدف، نمایش فرآیند کامل درخواست-پاسخ (Request-Response) در ساده‌ترین حالت ممکن است. در این سناریو، یک ورک‌فلو ساخته می‌شود که به یک API عمومی و رایگان (Joke API) متصل شده، یک درخواست برای دریافت یک جوک با موضوع برنامه‌نویسی ارسال می‌کند و سپس پاسخ دریافت شده در فرمت JSON را نمایش می‌دهد. این فرآیند، به ظاهر ساده، تمام مفاهیم کلیدی را در بر دارد: پیکربندی یک نود HTTP Request، ارسال درخواست، و مشاهده و درک ساختار داده بازگشتی.

ابزارهای مورد نیاز: فقط یک حساب n8n (ابری یا Self-Hosted)

پیچیدگی، دشمن کارایی است. برای اجرای این تحلیل عملی، شما تنها به یک چیز نیاز دارید: یک نمونه (Instance) فعال از n8n. نوع آن اهمیتی ندارد؛ چه یک حساب در پلن ابری (Cloud) باشد و چه یک نسخه خودمیزبان (Self-Hosted) که خودتان راه‌اندازی کرده‌اید. این سادگی، خود یک نکته استراتژیک است: با در اختیار داشتن ابزار صحیح، شما برای اتصال به هزاران API در سراسر وب، به هیچ پیش‌نیاز دیگری احتیاج ندارید. تمام قدرت مورد نیاز، در خود پلتفرم تعبیه شده است.

گام به گام ساخت ورک‌فلو: از بوم خالی تا اجرای موفق

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

گام ۱: ورود به n8n و ایجاد یک ورک‌فلو جدید (Creating a New Workflow)

نقطه شروع هر عملیاتی، آماده‌سازی محیط کار است. پس از ورود به داشبورد n8n، اولین اقدام، ایجاد یک ورک‌فلو جدید از طریق کلیک بر روی دکمه “Add Workflow” است. این عمل، یک بوم خالی و تمیز را در اختیار شما قرار می‌دهد. این بوم، فضای کاری شما برای مدل‌سازی و پیاده‌سازی منطق فرآیند است.

گام ۲: انتخاب و تنظیم نود تریگر (Start Node)

هر ورک‌فلو به صورت پیش‌فرض با یک نود Start آغاز می‌شود. این نود، ساده‌ترین نوع تریگر است و به شما اجازه می‌دهد تا ورک‌فلو را به صورت دستی (Manually) اجرا کنید. برای این پروژه عملی، که هدف آن تست و دیباگ کردن یک اتصال API است، اجرای دستی بهترین و کنترل‌شده‌ترین روش است. بنابراین، هیچ تغییری در این نود نیاز نیست. این نود، نقطه شروع کنترل‌شده فرآیند ماست.

گام ۳: افزودن اولین نود عملیاتی (HTTP Request Node)

اکنون زمان افزودن اولین بازوی اجرایی است. با کلیک بر روی آیکون + بر روی بوم، لیست نودهای موجود باز می‌شود. در این لیست، نود HTTP Request را جستجو و انتخاب کنید. این نود، شاه‌کلید جهانی برای ارتباط با هر API در وب است. افزودن این نود به بوم، به معنای ایجاد یک قابلیت ارتباطی قدرتمند در ورک‌فلو شماست.

گام ۴: پیکربندی نود HTTP Request برای دریافت داده

این مرحله، قلب فنی پروژه است. در این گام، نود HTTP Request را برای ارسال درخواست به API جوک، پیکربندی می‌کنیم. تنظیمات به شرح زیر است:

• Authentication: None (این API نیازی به احراز هویت ندارد).
• Request Method: GET (ما به دنبال دریافت داده هستیم).
• URL: https://v2.jokeapi.dev/joke/Programming (این آدرس دقیق Endpoint برای دریافت جوک‌های برنامه‌نویسی است).
• Options: در بخش Options، گزینه Split Into Items را غیرفعال کنید. ما می‌خواهیم کل پاسخ JSON را به صورت یک آیتم واحد دریافت کنیم تا ساختار آن را به درستی تحلیل کنیم.

این پیکربندی دقیق، به n8n دستور می‌دهد که چه درخواستی را به کجا ارسال کند.

گام ۵: اتصال نودها به یکدیگر: ایجاد جریان داده

یک ورک‌فلو، مجموعه‌ای از نودهای ایزوله نیست؛ یک زنجیره منطقی است. برای ایجاد این زنجیره، باید خروجی نود Start را به ورودی نود HTTP Request متصل کنید. این کار با کشیدن یک خط اتصال از دایره خروجی نود Start به دایره ورودی نود HTTP Request انجام می‌شود. این اتصال ساده، یک دستور بنیادین را صادر می‌کند: “پس از شروع دستی ورک‌فلو، بلافاصله نود HTTP Request را اجرا کن”.

گام ۶: اجرای آزمایشی و مشاهده خروجی (Testing the Workflow)

آخرین گام، اعتبارسنجی و اجرای فرآیند است. با کلیک بر روی دکمه “Execute Workflow” در پایین صفحه، ورک‌فلو به صورت دستی اجرا می‌شود. n8n ابتدا نود Start و سپس نود HTTP Request را اجرا می‌کند. پس از چند ثانیه، نود HTTP Request یک تیک سبز دریافت می‌کند که نشان‌دهنده اجرای موفق است. با کلیک بر روی این نود، می‌توانید خروجی (Output) را در پنل سمت راست مشاهده کنید. این خروجی، داده‌های بازگشتی از API در فرمت JSON است که اکنون آماده پردازش در مراحل بعدی ورک‌فلو شماست. این فرآیند تست، یک حلقه بازخورد حیاتی برای اطمینان از صحت عملکرد هر مرحله از سیستم شماست.

تحلیل خروجی و درک جریان داده (Data Flow)

اجرای موفق یک ورک‌فلو، پایان کار نیست؛ آغاز تحلیل است. خروجی یک نود، صرفاً یک نتیجه نیست؛ این داده‌های خامی است که به عنوان خون در رگ‌های سیستم اتوماسیون شما جریان پیدا می‌کند. درک عمیق ساختار این داده‌ها و نحوه انتقال آن‌ها بین نودها، یک مهارت بنیادین و غیرقابل مذاکره برای دیباگ کردن، بهینه‌سازی و ساخت ورک‌فلوهای پیچیده و قابل اتکاست. بدون تسلط بر جریان داده (Data Flow)، شما در حال ساختن یک جعبه سیاه هستید که در اولین مواجهه با یک خطای غیرمنتظره، فرو خواهد پاشید.

چگونه داده‌ها از یک نود به نود دیگر منتقل می‌شوند؟

جریان داده در n8n از یک اصل ساده اما قدرتمند پیروی می‌کند: خروجی (Output) کامل یک نود، به ورودی (Input) کامل نود بعدی تبدیل می‌شود. این یک مفهوم کلیدی است. n8n داده‌ها را به صورت مجموعه‌ای از آیتم‌ها (Items) و در فرمت JSON (JavaScript Object Notation) مدیریت می‌کند.

وقتی نود A اجرا می‌شود، نتیجه عملیات خود را در قالب یک یا چند آیتم JSON تولید می‌کند. سپس، این ساختار داده به صورت دست‌نخورده به نود B، که به A متصل است، تحویل داده می‌شود. نود B اکنون به تمام اطلاعات خروجی نود A دسترسی کامل دارد و می‌تواند از آن‌ها برای انجام عملیات خود استفاده کند. این زنجیره انتقال داده، ستون فقرات منطقی هر ورک‌فلو است و به شما اجازه می‌دهد تا داده‌ها را در طول مسیر، مرحله به مرحله پردازش، فیلتر و غنی‌سازی کنید.

مشاهده داده‌های JSON خروجی در n8n

n8n یک محیط شفاف برای تحلیل این جریان داده فراهم می‌کند. پس از اجرای موفق یک نود (که با یک تیک سبز مشخص می‌شود)، شما می‌توانید با کلیک بر روی آن نود، به پنل نمایش خروجی در سمت راست صفحه دسترسی پیدا کنید. این پنل به شما اجازه می‌دهد تا:

1. ساختار داده را بررسی کنید: خروجی به صورت یک درختواره JSON نمایش داده می‌شود. شما می‌توانید هر آیتم و هر فیلد (Key-Value pair) را باز کرده و محتوای آن را دقیقاً مشاهده کنید.
2. بین فرمت‌های مختلف جابجا شوید: n8n به شما اجازه می‌دهد تا خروجی را در نمای “Table” برای مشاهده سریع و “JSON” برای دیدن ساختار خام داده، بررسی کنید.
3. مسیر داده را کپی کنید: با کلیک بر روی هر فیلد، می‌توانید مسیر دسترسی به آن داده را (مثلاً {{$json[“setup”]}}) کپی کنید تا در نودهای بعدی از آن به عنوان یک عبارت (Expression) استفاده نمایید.

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

نکات کلیدی برای مبتدیان و اشتباهات رایج

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

فراموش نکنید ورک‌فلو خود را ذخیره (Save) و فعال (Activate) کنید!

این دو عمل، مفاهیمی کاملاً مجزا و با اهداف استراتژیک متفاوت هستند. درک نکردن این تفاوت، ریشه ۹۰ درصد از مواردی است که یک ورک‌فلو “کار نمی‌کند”.

• ذخیره کردن (Saving): وقتی شما یک ورک‌فلو را Save می‌کنید، در واقع در حال ذخیره کردن پیش‌نویس مهندسی آن هستید. این حالت برای توسعه، تست و اجرای دستی (Manual Execution) طراحی شده است. یک ورک‌فلو ذخیره شده، یک موجودیت غیرفعال و در حالت توسعه است.
• فعال کردن (Activating): وقتی شما یک ورک‌فلو را Activate می‌کنید، در حال استقرار (Deploying) آن به محیط عملیاتی (Production) هستید. تنها در این حالت است که نود تریگر (Trigger Node) شروع به گوش دادن به رویدادها می‌کند. یک ورک‌فلو که فقط ذخیره شده و فعال نشده باشد، هرگز به صورت خودکار توسط تریگر اجرا نخواهد شد. این یک اشتباه رایج اما بنیادین است.

عیب‌یابی اولیه: وقتی ورک‌فلو شما کار نمی‌کند چه کنید؟

عیب‌یابی (Debugging) یک فرآیند سیستماتیک است، نه یک حدس و گمان تصادفی. اگر ورک‌فلو شما با خطا مواجه شد یا به درستی کار نکرد، این مراحل را به ترتیب دنبال کنید:

1. به سراغ تاریخچه اجراها (Execution Log) بروید: این اولین و مهم‌ترین اقدام است. Execution Log، جعبه سیاه هواپیمای شماست. این بخش به شما نشان می‌دهد کدام نود با موفقیت اجرا شده، کدام یک با خطا مواجه شده، و مهم‌تر از همه، داده‌های ورودی و خروجی دقیق هر نود چه بوده است.
2. نقطه شکست را ایزوله کنید: لاگ به شما نشان می‌دهد که دقیقاً کدام نود در زنجیره فرآیند، شکست خورده است. تحلیل خود را بر روی آن نود و نود قبلی آن متمرکز کنید.
3. خطا را تحلیل کنید، نه فقط بخوانید: پیام خطا را به دقت بخوانید. آیا این یک خطای احراز هویت (401 Unauthorized) است؟ آیا ساختار داده ارسالی شما اشتباه است (400 Bad Request)؟ آیا API مقصد از دسترس خارج شده است (503 Service Unavailable)؟ ریشه مشکل در پیام خطا نهفته است.
4. ورودی نود شکست‌خورده را بررسی کنید: آیا داده‌هایی که از نود قبلی به این نود رسیده، همان ساختار و مقادیری را دارد که شما انتظار داشتید؟ اغلب مشکلات، ناشی از عدم تطابق داده‌های ورودی با چیزی است که نود انتظار دارد.

از مستندات رسمی n8n نترسید!

مستندات رسمی n8n (n8n Docs)، یک فایل راهنمای ساده برای مبتدیان نیست؛ این دفترچه راهنمای مهندسی پلتفرم است. نادیده گرفتن آن، یک اشتباه استراتژیک است.

مستندات به شما اطلاعات حیاتی در مورد هر نود ارائه می‌دهد:

• پارامترهای ورودی: هر فیلد در تنظیمات یک نود چه کاری انجام می‌دهد.
• ساختار خروجی: نود پس از اجرای موفق، چه داده‌ای را با چه ساختاری تولید می‌کند.
• مثال‌های کاربردی: سناریوهای عملی برای استفاده از هر نود.

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

قدم بعدی شما در دنیای n8n چیست؟

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

ایده برای ورک‌فلو دوم: ارسال داده به یک سرویس دیگر (مثل تلگرام یا گوگل شیت)

ورک‌فلو قبلی، داده‌ها را دریافت کرد و در همانجا متوقف شد. قدم منطقی بعدی، بستن حلقه فرآیند با ارسال آن داده به یک مقصد است. این کار، اتوماسیون شما را از یک آزمایش ایزوله به یک سیستم ارتباطی تبدیل می‌کند.

دو سناریوی استراتژیک برای تکامل ورک‌فلو اول عبارتند از:

1. ارسال نتیجه به عنوان نوتیفیکیشن: نود Telegram را به ورک‌فلو خود اضافه کنید. خروجی نود HTTP Request (جوک دریافت شده) را به ورودی نود تلگرام متصل کرده و آن را به یک کانال یا چت شخصی ارسال کنید. این فرآیند ساده، به شما منطق ارسال نوتیفیکیشن‌های خودکار را می‌آموزد.
2. ذخیره نتیجه به عنوان یک رکورد داده: نود Google Sheets را اضافه کنید. خروجی API را به نود گوگل شیت متصل کرده و تنظیمات را به گونه‌ای انجام دهید که هر جوک جدید، به عنوان یک ردیف جدید در یک شیت مشخص ذخیره شود. این فرآیند، به شما منطق ساخت یک لاگ (Log) یا دیتابیس ساده از نتایج فرآیندهای خودکار را آموزش می‌دهد.

آشنایی با نودهای کاربردی دیگر (IF, Switch, Set)

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

• نود Set: این نود، ابزار شما برای دستکاری و آماده‌سازی داده‌ها است. با استفاده از Set، شما می‌توانید داده‌های جدیدی ایجاد کنید، فیلدهای موجود را تغییر دهید، یا ساختار داده را برای استفاده در نودهای بعدی، بهینه کنید. این نود، میز کار شما قبل از ارسال داده به مقصد نهایی است.
• نود IF: این نود، دروازه تصمیم‌گیری باینری در ورک‌فلو شماست. نود IF به شما اجازه می‌دهد تا بر اساس یک شرط مشخص (مثلاً: آیا متن جوک شامل کلمه “Array” هست؟)، جریان ورک‌فلو را به دو مسیر کاملاً متفاوت (True یا False) هدایت کنید.
• نود Switch: این نود، نسخه پیشرفته‌تر IF برای تصمیم‌گیری‌های چند شاخه‌ای است. با استفاده از Switch، شما می‌توانید جریان ورک‌فلو را بر اساس چندین شرط مختلف، به چندین مسیر خروجی متفاوت هدایت کنید. این ابزار برای ساخت منطق‌های پیچیده تجاری، حیاتی است.

تسلط بر این سه نود، به شما قدرت می‌دهد تا از یک اپراتور ساده، به یک معمار سیستم‌های هوشمند و تصمیم‌گیر تبدیل شوید.

جمع‌بندی نهایی

شما در این فرآیند، یک ورک‌فلو ساده نساختید؛ شما اولین حلقه از یک زنجیره منطقی را مهندسی کردید. شما با موفقیت به یک API خارجی متصل شدید، داده دریافت کردید و مهم‌تر از همه، جریان داده (Data Flow) را به صورت شفاف مشاهده و تحلیل کردید. این مهارت بنیادین، سنگ بنای ساخت هر اتوماسیون پیچیده‌تری در آینده است. قدرت n8n در اتصال نودها نیست؛ در توانایی شما برای درک و کنترل جریانی است که بین این نودها حرکت می‌کند. اکنون شما ابزار و دانش لازم برای حرکت به سمت ساخت فرآیندهای معنادارتر، یعنی پردازش و ارسال این داده به مقصدهای استراتژیک را در اختیار دارید.

سوالات متداول (FAQ)

۱. چرا از نود Start (اجرای دستی) به جای یک تریگر خودکار استفاده کردیم؟

زیرا در فاز توسعه و مهندسی یک ورک‌فلو، شما به یک محیط کنترل‌شده نیاز دارید. اجرای دستی به شما اجازه می‌دهد تا هر زمان که اراده کردید، سیستم را تست کنید، خروجی را تحلیل کرده و تغییرات را اعتبارسنجی نمایید. استفاده از تریگرهای خودکار (مانند Webhook یا Cron) تنها پس از اطمینان کامل از صحت عملکرد ورک‌فلو و در مرحله استقرار (Deployment) منطقی است.

۲. اگر API مورد نظر من نیاز به احراز هویت (Authentication) داشته باشد، چه باید کرد؟

نود HTTP Request دارای یک بخش کامل برای مدیریت انواع روش‌های احراز هویت (مانند API Key, OAuth2, Basic Auth) است. شما باید بر اساس مستندات API مقصد، روش صحیح را انتخاب کرده و اطلاعات اعتباری (Credentials) خود را در بخش مربوطه وارد کنید. n8n این اطلاعات را به صورت امن مدیریت می‌کند.

۳. تفاوت اصلی بین خروجی Table View و JSON View چیست؟

• Table View: یک نمای ساده‌شده و خوانا برای بررسی سریع مقادیر داده است. این نما برای کاربران غیرفنی یا برای مرور سریع نتایج، ایده‌آل است.
• JSON View: نمای خام و واقعی داده است که ساختار دقیق آن را (شامل اشیاء تو در تو و آرایه‌ها) نشان می‌دهد. برای یک توسعه‌دهنده یا مهندس اتوماسیون، JSON View تنها منبع حقیقت برای درک ساختار داده و نوشتن عبارات (Expressions) صحیح در نودهای بعدی است.

۴. چگونه می‌توانم داده‌های خاصی را از خروجی JSON استخراج کنم؟

شما با استفاده از “عبارات” (Expressions) در n8n می‌توانید به هر فیلدی از داده‌های ورودی دسترسی پیدا کنید. برای مثال، برای دسترسی به فیلد setup در خروجی جوک، از عبارت {{$json[“setup”]}} در نودهای بعدی استفاده می‌کنید. تسلط بر نوشتن این عبارات، یک مهارت کلیدی برای کار حرفه‌ای با n8n است.