ตัวอย่าง n8n Workflow 2026: 6 แบบที่ใช้จริง พร้อมลำดับ node จำนวนรันต่อเดือน และจุดที่พังบ่อย

n8n workflow คือ ลำดับขั้นตอนอัตโนมัติที่ต่อ node เข้าด้วยกันบนหน้าจอ — เริ่มจาก trigger หนึ่งตัว (มีฟอร์มเข้า ถึงเวลาที่ตั้งไว้ มีอีเมลใหม่) แล้วส่งข้อมูลต่อไปทีละ node จนจบงาน บทความนี้รวม 6 ตัวอย่างที่ธุรกิจไทยใช้กันจริง แต่ละตัวบอกลำดับ node ที่ใช้สร้างตามได้ จำนวน execution ต่อเดือน (ตัวกำหนดว่าต้องจ่าย n8n แผนไหน) และจุดที่มักพัง

TL;DR

• 6 ตัวอย่าง: ฟอร์มหน้าเว็บ → LINE ทีมขาย · AI จัดหมวดอีเมลลูกค้า · รายงานสรุปทุกเช้า · งานที่ต้องรอคนอนุมัติ · ระบบติดตามอันดับ SEO ที่เราสร้างจริง · AI Agent ตอบคำถามจากเอกสาร
• ส่ง LINE ห้ามใช้ LINE node แล้ว — LINE Notify ปิดบริการตั้งแต่ 1 เม.ย. 2025 และ n8n ประกาศเลิกใช้ node นี้ ให้ส่งผ่าน HTTP Request ไป LINE Messaging API แทน
• workflow ที่ตั้งเวลาทุก 15 นาทีใช้ ~2,880 executions/เดือน — เกินแผน Starter ของ n8n Cloud แล้ว คิดก่อนตั้งความถี่
• ทุก workflow ที่ใช้งานจริงควรมี Error Workflow — ไม่งั้นมันพังเงียบ และคุณจะรู้ตอนลูกค้าถามว่าทำไมไม่มีใครติดต่อกลับ

---

ส่วนประกอบของ n8n workflow ที่ต้องรู้ก่อนดูตัวอย่าง

ส่วนประกอบ	คืออะไร	node ที่ใช้บ่อย
Trigger	จุดเริ่มต้น — workflow หนึ่งมีได้หลาย trigger แต่แต่ละรอบเริ่มจากตัวเดียว	Webhook · Schedule Trigger · Gmail Trigger · Chat Trigger
Node จัดการข้อมูล	แปลง กรอง แตกแขนง	Edit Fields (Set) · If · Switch · Code · Loop Over Items
Node เชื่อมบริการ	อ่าน/เขียนระบบอื่น	HTTP Request · Google Sheets · Gmail · Postgres
Node AI	เรียกโมเดลภาษา	AI Agent · Text Classifier
Execution	การรัน workflow หนึ่งรอบตั้งแต่ trigger จนจบ — n8n Cloud คิดเงินตามจำนวนนี้ ไม่ใช่ตามจำนวน node	—

---

1. ฟอร์มหน้าเว็บ → แจ้งทีมขายทาง LINE + บันทึกลง Google Sheets

ใช้เมื่อ: มีคนกรอกฟอร์มติดต่อบนเว็บ แล้วอยากให้ทีมขายเห็นภายในไม่กี่วินาที และมีบันทึกไว้ทุกรายการ

ลำดับ	Node	ทำอะไร
1	Webhook	รับข้อมูลจากฟอร์ม
2	Edit Fields (Set)	เลือกเฉพาะฟิลด์ที่ใช้ ตัดช่องว่าง เติมเวลารับ
3	If	กรองรายการที่ไม่มีเบอร์และอีเมลทั้งคู่ (มักเป็นสแปม)
4	Google Sheets	เพิ่มแถวใหม่
5	HTTP Request	ส่งข้อความเข้า LINE ผ่าน LINE Messaging API (push message)
6	Respond to Webhook	ตอบกลับฟอร์มว่ารับแล้ว

Executions ต่อเดือน: เท่ากับจำนวนฟอร์มที่เข้ามา — 10 รายการต่อวันคือ ~300 ต่อเดือน

จุดที่พังบ่อย:

• ใช้ LINE node — node นี้ใช้ LINE Notify ซึ่งปิดบริการแล้ว workflow จะส่งไม่ออกโดยไม่มีอะไรผิดในฝั่งคุณ ต้องเปลี่ยนเป็น HTTP Request ไป Messaging API ของ LINE Official Account
• ฟอร์มรอนานเพราะ workflow ทำงานก่อนตอบ — ถ้าขั้นตอนหลัง Webhook ช้า ให้ตั้ง Webhook ให้ตอบกลับทันที หรือวาง Respond to Webhook ไว้ก่อนขั้นตอนที่ช้า
• ไม่กันสแปม — บอตกรอกฟอร์มได้ทั้งวัน แต่ละครั้งคือ 1 execution และ 1 ข้อความ LINE ที่กินโควตา

---

2. อีเมลลูกค้าเข้า → AI จัดหมวด → ส่งต่อคนรับผิดชอบ

ใช้เมื่อ: กล่องอีเมลรวมของบริษัทมีทั้งขอใบเสนอราคา แจ้งปัญหา สมัครงาน และสแปม ปนกัน

ลำดับ	Node	ทำอะไร
1	Gmail Trigger	ตรวจอีเมลใหม่ตามรอบที่ตั้ง
2	Text Classifier	ให้โมเดล AI จัดเข้าหมวดที่กำหนด เช่น ขอราคา / แจ้งปัญหา / สมัครงาน / อื่นๆ
3	Switch	แยกเส้นทางตามหมวด
4	Gmail / HTTP Request	ส่งต่อให้ฝ่ายที่รับผิดชอบ หรือแจ้งทีมในแชต

Executions ต่อเดือน: ประมาณตามจำนวนอีเมลที่เข้ามา — ตรวจตัวเลขจริงในหน้า Executions หลังเปิดใช้ 1 สัปดาห์ แล้วค่อยคูณเป็นรายเดือน

จุดที่พังบ่อย:

• ไม่มีหมวด “ไม่แน่ใจ” — AI จัดผิดได้เสมอ ให้มีเส้นทางที่ส่งไปให้คนดูเมื่อโมเดลไม่มั่นใจ แทนการบังคับเข้าหมวดใดหมวดหนึ่ง
• ลืมค่าโมเดล — ทุกอีเมลคือการเรียกโมเดลหนึ่งครั้ง ค่า AI จ่ายแยกจากค่า n8n
• ข้อมูลส่วนบุคคล — เนื้อหาอีเมลถูกส่งไปยังผู้ให้บริการโมเดล ตรวจนโยบาย PDPA ของบริษัทก่อน

---

3. รายงานสรุปทุกเช้า (ยอดขาย / lead / งานค้าง)

ใช้เมื่อ: ผู้บริหารอยากเห็นตัวเลขเมื่อวานทุกเช้าโดยไม่ต้องเปิดหลายระบบ

ลำดับ	Node	ทำอะไร
1	Schedule Trigger	ทุกวัน 08:00
2	HTTP Request / Postgres / Google Sheets	ดึงตัวเลขของเมื่อวานจากระบบต้นทาง
3	Code	รวมยอด เทียบกับวันก่อน จัดข้อความ
4	HTTP Request / Gmail	ส่งเข้า LINE หรืออีเมล

Executions ต่อเดือน: ~30 — แผนไหนก็พอ

จุดที่พังบ่อย:

• เขตเวลา — ตั้งเขตเวลาของ workflow เป็นเวลาไทย ไม่งั้น “เมื่อวาน” ของระบบกับของคุณคนละวัน
• ดึงข้อมูลก่อนระบบต้นทางอัปเดตเสร็จ — บางระบบปิดยอดของเมื่อวานช้ากว่าที่คิด ตรวจเวลาที่ข้อมูลมาครบจริงก่อนตั้ง 08:00
• รายงานไม่มาแล้วไม่มีใครรู้ — ถ้าวันไหนไม่มีข้อความ คนมักคิดว่า “วันนี้ไม่มีอะไร” ให้ workflow ส่งข้อความเสมอแม้ยอดเป็นศูนย์

---

4. งานที่ต้องรอคนอนุมัติก่อนไปต่อ (human-in-the-loop)

ใช้เมื่อ: มีคำขอที่ต้องมีคนกดอนุมัติ เช่น เบิกค่าใช้จ่าย ส่วนลดพิเศษ หรือโพสต์ที่ AI ร่างให้ก่อนเผยแพร่

ลำดับ	Node	ทำอะไร
1	Webhook / Form	รับคำขอ
2	Gmail / HTTP Request	ส่งรายละเอียดพร้อมลิงก์อนุมัติให้ผู้อนุมัติ
3	Wait	หยุดรอแบบ On Webhook Call หรือ On Form Submitted
4	If	อนุมัติหรือไม่
5	(ต่อ)	อนุมัติ = ทำงานต่อ · ไม่อนุมัติ = แจ้งผู้ขอ

Executions ต่อเดือน: เท่ากับจำนวนคำขอ — การรอไม่เพิ่ม execution

จุดที่พังบ่อย:

• ไม่มีเวลาหมดอายุ — ถ้าผู้อนุมัติไม่ตอบ คำขอค้างตลอดไป ให้กำหนดเวลาสูงสุดและเส้นทางแจ้งเตือนเมื่อเลยเวลา
• คิดว่าการรอจะกินเครื่อง — n8n เก็บสถานะของ execution ที่รอนานกว่า 65 วินาทีลงฐานข้อมูล การรอเป็นวันจึงไม่ได้ค้างอยู่ในหน่วยความจำ

งานแบบนี้คือจุดที่ n8n เหนือกว่าการเขียนสคริปต์ธรรมดาชัดที่สุด — “รอคน แล้วค่อยไปต่อ” เขียนเป็นสคริปต์ยาก แต่วาดเป็น workflow แล้วทุกคนในทีมอ่านเข้าใจ

---

5. ตัวอย่างจริงของเรา: ระบบติดตามอันดับ SEO (4 workflow)

นี่คือ workflow ที่ Hashbox สร้างใช้เองเพื่อติดตามอันดับคีย์เวิร์ดและ AI Overview ทุกวัน — แยกเป็น 4 workflow ที่ทำงานต่อกัน

Workflow A — ส่งงานเช็กอันดับ (ทุกวัน 06:00)

ลำดับ	Node	ทำอะไร
1	Schedule Trigger	ทุกวัน 06:00
2	Postgres	ดึงคีย์เวิร์ดที่ต้องเช็กวันนี้
3	Code	แบ่งเป็นชุดละ 100 คำ
4	HTTP Request	ส่งงานไปที่ API ของผู้ให้บริการข้อมูลผลค้นหา
5	Code	แตกเลขงานที่ได้กลับมา
6	Postgres	บันทึกเลขงานไว้รอดึงผล

Workflow B — ดึงผลกลับมาเก็บ (ทุก 15 นาที): Schedule Trigger → Postgres (งานที่ยังค้าง) → HTTP Request (ดึงผล) → Code (เตรียมข้อมูล) → Postgres (ส่งเข้าฟังก์ชันในฐานข้อมูลที่ตีความผลต่อ)

Workflow C — แจ้งเตือนเมื่อ workflow อื่นล้ม: Error Trigger → Code (สร้างข้อความ) → HTTP Request (ส่งเข้าแชตของทีม)

Workflow D — ตรวจสุขภาพระบบทุกเช้า (09:00): Schedule Trigger → Postgres (คิวรีตรวจความผิดปกติ) → Code → HTTP Request (แจ้งทีมถ้ามีปัญหา)

สามบทเรียนจากระบบนี้:

1. ตรรกะสำคัญไม่ได้อยู่ใน n8n — การตีความผลค้นหาอยู่ในฐานข้อมูล n8n ทำหน้าที่ขนข้อมูลอย่างเดียว ข้อดีคือทดสอบตรรกะได้ และเปลี่ยนตัวขนข้อมูลได้โดยไม่แตะตรรกะ ซึ่งเราทำจริงในภายหลัง (เหตุผลอยู่ในบทความ n8n คืออะไร)
2. Workflow B คนเดียวใช้ ~2,880 executions ต่อเดือน เพราะรันทุก 15 นาที — เกินแผน Starter ของ n8n Cloud (2,500) ทั้งที่แต่ละรอบทำงานแค่ไม่กี่วินาที
3. Workflow C กับ D สำคัญพอๆ กับ A กับ B — ระบบที่ไม่มีคนเฝ้า ต้องมี workflow ที่คอยบอกว่า workflow อื่นยังทำงานอยู่

---

6. AI Agent ตอบคำถามลูกค้าจากเอกสารของบริษัท

ใช้เมื่อ: มีคำถามซ้ำๆ ที่คำตอบอยู่ในเอกสาร เช่น เงื่อนไขบริการ วิธีใช้สินค้า นโยบายคืนเงิน

ลำดับ	Node	ทำอะไร
1	Chat Trigger / Webhook	รับคำถาม (จากหน้าแชตของ n8n หรือจากระบบแชตของคุณ)
2	AI Agent	โมเดลภาษา + หน่วยความจำของบทสนทนา + เครื่องมือค้นเอกสาร
3	(เครื่องมือของ Agent)	ค้นข้อความที่เกี่ยวข้องจากเอกสารที่เตรียมไว้
4	If	ถ้าตอบไม่ได้หรือเป็นเรื่องอ่อนไหว → ส่งต่อให้คน

Executions ต่อเดือน: ประมาณเท่ากับจำนวนข้อความที่ลูกค้าส่ง — และทุกข้อความมีค่าโมเดล AI แยกต่างหาก

จุดที่พังบ่อย:

• ไม่มีทางส่งต่อให้คน — Agent ที่ต้องตอบทุกคำถามจะเดาเมื่อไม่รู้ ให้กำหนดชัดว่าเรื่องไหนต้องส่งต่อ
• ไม่ทดสอบกับคำถามจริง — ก่อนเปิดใช้ ให้รวมคำถามจริงจากลูกค้า 30–50 ข้อแล้วตรวจคำตอบทีละข้อ
• เอกสารเก่า — Agent ตอบตามเอกสารที่ป้อน ถ้าราคาหรือเงื่อนไขเปลี่ยนแต่ไม่อัปเดตเอกสาร มันจะตอบข้อมูลเก่าอย่างมั่นใจ

---

สรุป: แต่ละตัวอย่างใช้ execution เท่าไหร่

ตัวอย่าง	Trigger	Executions / เดือน (ประมาณ)
ฟอร์ม → LINE + Sheets	Webhook	เท่ากับจำนวนฟอร์ม (10/วัน ≈ 300)
AI จัดหมวดอีเมล	Gmail Trigger	ตามจำนวนอีเมล — ตรวจจริงหลัง 1 สัปดาห์
รายงานเช้า	Schedule Trigger	~30
รออนุมัติ	Webhook / Form	เท่ากับจำนวนคำขอ
ระบบติดตามอันดับ (workflow ทุก 15 นาที)	Schedule Trigger	~2,880 ต่อ workflow
AI Agent	Chat Trigger	ตามจำนวนข้อความ + ค่าโมเดล AI

ตัวเลขนี้คือสิ่งที่กำหนดว่าคุณต้องใช้ n8n แผนไหน หรือควรติดตั้งเอง — อ่านต่อที่ n8n ราคา 2026: Cloud vs Self-hosted คิดเป็นบาท

---

5 หลักที่ทำให้ workflow ไม่พังเงียบ

1. มี Error Workflow เสมอ — ใช้ Error Trigger ส่งแจ้งเตือนเมื่อ workflow ไหนล้ม แล้วตั้งให้ทุก workflow ที่ใช้งานจริงชี้มาที่ตัวนี้
2. รันซ้ำแล้วต้องไม่ทำซ้ำ — ถ้ากด retry แล้วลูกค้าได้อีเมลสองฉบับ หรือแถวใน Sheets ซ้ำ แปลว่า workflow ยังไม่พร้อมใช้งานจริง ให้มีตัวตรวจว่ารายการนี้ทำไปแล้วหรือยัง
3. เก็บ API key ไว้ใน Credentials ของ n8n — ไม่ใส่ไว้ใน Code node หรือใน URL
4. ตรรกะที่ต้องถูกเสมอ เก็บไว้นอก n8n — สูตรคำนวณเงิน เงื่อนไขทางธุรกิจที่ต้องทดสอบได้ ควรอยู่ในฐานข้อมูลหรือระบบที่มีเทสต์ ให้ n8n เป็นตัวขนข้อมูล
5. export workflow เป็นไฟล์เก็บไว้ — ทุกครั้งที่แก้ใหญ่ ให้ดาวน์โหลด JSON ของ workflow เก็บไว้ในที่ที่ย้อนเวอร์ชันได้

---

อ่านต่อ

• n8n คืออะไร? เหมาะกับงานแบบไหน — รวมถึง 4 ข้อที่บอกว่างานของคุณไม่เหมาะกับ n8n
• n8n ราคา 2026 — คำนวณว่าตัวอย่างข้างบนต้องจ่ายแผนไหน
• รับทำ n8n Automation — ถ้าอยากได้ workflow ที่ใช้งานจริงพร้อมเอกสาร

อยากให้ดูว่างานที่ทีมทำมืออยู่ควรเป็น workflow แบบไหน — เล่าให้เราฟังว่าตอนนี้ทำกี่ขั้นตอน บางงานไม่ควรทำเป็นระบบอัตโนมัติเลย และเราจะบอกตรงๆ

---

FAQ: คำถามที่พบบ่อยเรื่อง n8n workflow