เปรียบเทียบราคา n8n vs Zapier vs Make เลือกตัวไหนคุ้มกว่า

ความแตกต่างเพียงหนึ่งเดียวที่เป็นตัวตัดสิน

n8n, Zapier และ Make ทำงานในลักษณะเดียวกัน คือเมื่อมี trigger ทำงาน ข้อมูลจะถูกส่งผ่าน API และไปปรากฏในระบบปลายทาง การตัดสินใจเลือกระหว่างเครื่องมือเหล่านี้มักขึ้นอยู่กับปัจจัยเดียวคือ หน่วยการเรียกเก็บเงิน (billing unit) ทั้ง Zapier และ Make จะคิดค่าบริการตามจำนวนงานที่ระบบอัตโนมัติของคุณดำเนินการ แต่ n8n แบบ self-hosted จะไม่คิดค่าใช้จ่ายต่อหน่วยงาน เนื่องจากคุณต้องจ่ายค่าเช่าเซิร์ฟเวอร์แทน

ความแตกต่างเพียงจุดเดียวนี้ส่งผลต่อทุกประเด็นด้านล่าง แผนการใช้งานแบบคิดตามปริมาณการใช้งาน (metered plan) จะมีราคาถูกมากเมื่อคุณรัน workflow เพียงวันละ 10 ครั้ง แต่จะกลายเป็นค่าใช้จ่ายซอฟต์แวร์ที่สูงที่สุดเมื่อ workflow เริ่มทำงานทุกนาที ในขณะที่ค่าใช้จ่ายเซิร์ฟเวอร์แบบคงที่ (flat server cost) จะให้ผลตรงกันข้าม คือดูเหมือนจะมีราคาสูงในช่วงเริ่มต้น แต่ค่าใช้จ่ายจะไม่เพิ่มขึ้นตามปริมาณงานที่มากขึ้น ทั้งสองรูปแบบไม่มีโมเดลใดที่เอาเปรียบผู้ใช้ เพียงแต่เป็นการเรียกเก็บเงินที่เหมาะสมกับกลุ่มผู้ใช้งานที่แตกต่างกันเท่านั้น

โครงสร้างราคาของแต่ละผลิตภัณฑ์

Zapier คิดค่าบริการตามจำนวน task คำนิยามของ Zapier คือ task จะถูกนับเมื่อ Zapier ทำงานสำเร็จหนึ่งหน่วยงาน แต่ละขั้นตอนการทำงาน (action step) ที่สำเร็จจะใช้ 1 task และบาง action อาจใช้มากกว่า 1 task ส่วนตัวกระตุ้น (trigger) และการดึงข้อมูล (polling) จะไม่ถูกนับรวม รวมถึง action ที่ล้มเหลว และเครื่องมือในตัว (Formatter, Paths, Filter, Delay, Looping, Storage) ก็ไม่ถูกนับเช่นกัน ดังนั้น Zap ที่มี trigger และ action step 3 ขั้นตอน จะเสียค่าใช้จ่าย 3 task ต่อการรันหนึ่งครั้ง ณ เดือนกรกฎาคม 2026 แผนฟรีจะรวม 100 task ต่อเดือน และแผน Professional แบบชำระเงินเริ่มต้นที่ประมาณ 20 ดอลลาร์สหรัฐต่อเดือนเมื่อชำระรายปี โดยได้รับ 750 task

Make คิดค่าบริการตามจำนวน credit ซึ่งเป็นหน่วยที่เคยเรียกว่า operation เอกสารของ Make ระบุว่าแต่ละ action ที่ scenario ดำเนินการจะใช้จำนวน credit ที่กำหนด โดยส่วนใหญ่จะใช้ 1 credit การอ่าน, ค้นหา, สร้าง, อัปเดต, ลบ, แปลงข้อมูล, รวบรวมข้อมูล และการวนซ้ำ (iterate) ล้วนมีค่าใช้จ่าย 1 credit ส่วน Router และตัวจัดการข้อผิดพลาด (error handler) จะไม่มีค่าใช้จ่าย คำสำคัญที่ต้องระวังคือ iterating: โมดูลที่วนซ้ำข้อมูล 200 แถวจะใช้ประมาณ 200 credit ไม่ใช่ 1 credit ณ เดือนกรกฎาคม 2026 แผนฟรีจะรวม 1,000 credit ต่อเดือน และแผน Core เริ่มต้นที่ประมาณ 12 ดอลลาร์สหรัฐต่อเดือนสำหรับ 10,000 credit

n8n แบบ self-hosted ไม่คิดค่าบริการต่อการรัน (execution) รุ่น Community นั้นฟรีและมาพร้อมฟีเจอร์เกือบทั้งหมด การรันเวิร์กโฟลว์, โหนดภายในเวิร์กโฟลว์, การวนซ้ำ และการลองใหม่ (retry) ทั้งหมดมีค่าใช้จ่ายเป็นศูนย์ เนื่องจากตัววัดผลเพียงอย่างเดียวคือ CPU, หน่วยความจำ และดิสก์ของเซิร์ฟเวอร์คุณ แม้จะมีแผนแบบ self-hosted ที่ต้องชำระเงินและต้องใช้ license key แต่สิ่งเหล่านั้นเป็นการขายฟีเจอร์ด้านการจัดการ เช่น การลงชื่อเข้าใช้แบบ single sign-on และการแยกสภาพแวดล้อม ไม่ใช่การจำกัดปริมาณงาน หากคุณได้ตั้งค่า n8n บน VPS ด้วย Docker และ HTTPS เรียบร้อยแล้ว คุณก็ได้ชำระค่าใช้จ่ายรายเดือนทั้งหมดไปแล้ว

คำสั่งติดตั้งจากเอกสารของ n8n นั้นสั้นพอที่จะแสดงให้เห็นประเด็นนี้:

docker volume create n8n_data

docker run -it --rm \
 --name n8n \
 -p 5678:5678 \
 -e GENERIC_TIMEZONE="Europe/Berlin" \
 -e TZ="Europe/Berlin" \
 -e N8N_ENFORCE_SETTINGS_FILE_PERMISSIONS=true \
 -e N8N_RUNNERS_ENABLED=true \
 -v n8n_data:/home/node/.n8n \
 docker.n8n.io/n8nio/n8n

จากนั้นตัวแก้ไขจะทำงานบนพอร์ต 5678 คำสั่งดังกล่าวมีไว้สำหรับการทดลองใช้งานเบื้องต้นเท่านั้น เนื่องจากใช้ไฟล์ SQLite เริ่มต้น และ --rm จะลบ container ทิ้งเมื่อคุณหยุดการทำงาน เซิร์ฟเวอร์ที่คุณต้องใช้งานจริงควรใช้ Postgres และมี reverse proxy อยู่ด้านหน้า

การคำนวณตามความเป็นจริงในหนึ่งเดือน

การเปรียบเทียบแบบกว้างๆ นั้นไม่มีประโยชน์ เพราะคำตอบขึ้นอยู่กับปริมาณการใช้งานของคุณโดยตรง ดังนั้นควรคำนวณออกมาให้ชัดเจน ต่อไปนี้คือระบบอัตโนมัติ 4 รายการที่บริษัทขนาดเล็กใช้งานจริง พร้อมความถี่ในการทำงานและจำนวนขั้นตอนที่ต้องเสียค่าใช้จ่ายในแต่ละรอบ

[
  {
    "label": "Form to CRM to Slack",
    "runs_per_month": 1200,
    "billable_steps": 3,
    "units_per_month": "3,600"
  },
  {
    "label": "Order sync, every 15 min",
    "runs_per_month": 2880,
    "billable_steps": 4,
    "units_per_month": "11,520"
  },
  {
    "label": "AI inbox triage",
    "runs_per_month": 900,
    "billable_steps": 5,
    "units_per_month": "4,500"
  },
  {
    "label": "Daily revenue report",
    "runs_per_month": 30,
    "billable_steps": 6,
    "units_per_month": "180"
  }
]

เฉพาะการซิงค์คำสั่งซื้อเพียงอย่างเดียวก็ใช้ไป 11,520 หน่วยต่อเดือน เนื่องจากตัวกระตุ้นตามกำหนดเวลาทุก 15 นาทีจะทำงาน 2880 ครั้ง และแต่ละครั้งจะมีการทำงานผ่านขั้นตอนที่ต้องเสียค่าใช้จ่าย 4 ขั้นตอน ส่วนรายงานประจำวันที่ดูเหมือนจะเป็นเวิร์กโฟลว์ที่หนักที่สุดเพราะมีจำนวนขั้นตอนมากที่สุดนั้น กลับใช้ไปเพียง 180 หน่วย ความถี่ในการทำงานส่งผลมากกว่าความซับซ้อนเสมอ นี่คือเหตุผลว่าทำไมการประเมินจากรูปแบบของเวิร์กโฟลว์แทนที่จะดูจากตารางเวลา จึงทำให้หลายคนได้รับใบแจ้งหนี้ที่เกินความคาดหมาย

เมื่อรวมระบบอัตโนมัติทั้ง 4 รายการเข้าด้วยกัน จะมีการใช้งานหน่วยที่ต้องเสียค่าใช้จ่ายรวม 19,800 หน่วยต่อเดือน หากใช้ Zapier คุณจะต้องอยู่ในระดับ 20,000 งานของแผนชำระเงิน สำหรับ Make ปริมาณนี้จะสูงกว่าเครดิตที่รวมอยู่ในแผน Core ประมาณสองเท่า ทำให้คุณต้องซื้อเพิ่ม แต่สำหรับ n8n ที่โฮสต์เอง ค่าใช้จ่ายรายเดือนของเซิร์ฟเวอร์จะเท่าเดิมไม่ว่าจะรันกี่เวิร์กโฟลว์ก็ตาม และเซิร์ฟเวอร์จะไม่ได้รับผลกระทบใดๆ

ลองเปลี่ยนตัวเลขเพียงตัวเดียว หากปรับการซิงค์คำสั่งซื้อจากทุก 15 นาทีเป็นทุก 5 นาที Zapier และ Make จะเพิ่มจำนวนหน่วยในรายการนั้นเป็น 3 เท่า คือ 34,560 หน่วย ซึ่งจะทำให้ใบแจ้งหนี้ขยับขึ้นไปอยู่ในระดับถัดไป ในขณะที่เซิร์ฟเวอร์ n8n จะใช้ CPU เพิ่มขึ้นเพียงเล็กน้อยเท่านั้น ความไม่สมมาตรนี้เองที่เป็นปัจจัยสำคัญในการตัดสินใจ มากกว่าราคาหน้าแผนบริการใดๆ

จุดที่ความคุ้มค่าเปลี่ยนผ่าน

ไม่มีจุดคุ้มทุนที่เป็นมาตรฐานสากล แต่รูปแบบการเปลี่ยนแปลงนั้นสามารถคาดการณ์ได้

• ต่ำกว่าประมาณ 1,000 หน่วยต่อเดือน แผนบริการฟรีแบบ hosted นั้นคุ้มค่าที่สุด ไม่มีอะไรดีไปกว่าการไม่มีค่าใช้จ่าย และคุณไม่ต้องคอยดูแล patch เซิร์ฟเวอร์
• ระหว่างประมาณ 1,000 ถึง 10,000 หน่วย แผนบริการแบบจ่ายเงินระดับเริ่มต้นมีราคาถูก และเครื่องมือแบบ hosted ยังคงเป็นตัวเลือกที่คุ้มค่ากว่า เพราะการเช่า VPS บวกกับเวลาที่คุณต้องเสียไปนั้นมีต้นทุนสูงกว่า 12 ถึง 20 ดอลลาร์ต่อเดือน
• สูงกว่าประมาณ 20,000 หน่วยต่อเดือน การคิดค่าบริการตามปริมาณการใช้งานจะสะสมจนสูงขึ้น ทำให้การจ่ายค่าเซิร์ฟเวอร์แบบคงที่มักจะคุ้มค่ากว่า และจะยิ่งคุ้มค่ามากขึ้นเมื่อปริมาณงานเพิ่มขึ้น
• เวิร์กโฟลว์ใดก็ตามที่มีการวนลูปข้อมูล (เช่น การนำเข้า CSV, รายการคำสั่งซื้อ 500 รายการ, หรือ API แบบแบ่งหน้า) จะข้ามช่วงเหล่านี้ไปโดยสิ้นเชิง เพราะการทำงานเพียงครั้งเดียวอาจใช้หน่วยการใช้งานไปหลายพันหน่วย

กรณีสุดท้ายนี้คือจุดที่การ self-host ไม่ใช่แค่เรื่องของความชอบอีกต่อไป งานที่รันทุกคืนซึ่งประมวลผลข้อมูล 5,000 รายการ จะเผาผลาญ 5,000 เครดิตในแผนที่คิดค่าบริการตามการใช้งาน แต่จะใช้ทรัพยากร CPU เพียงเท่าที่จำเป็นสำหรับการรันหนึ่งครั้งบน n8n

ตรรกะเดียวกันนี้ใช้กับขั้นตอนการทำงานของ AI ซึ่งเป็นส่วนที่ปริมาณงานอัตโนมัติกำลังเติบโตเร็วที่สุด การเรียกใช้โมเดลทุกครั้งในสถานการณ์แบบ hosted จะถูกคิดเป็นหน่วยการใช้งานเพิ่มเติมจากค่า token ของผู้ให้บริการโมเดลโดยตรง ทำให้คุณถูกคิดค่าบริการซ้ำซ้อนสำหรับงานเดียวกัน การรัน Claude API ภายในเวิร์กโฟลว์ของ n8n จะทำให้คุณจ่ายค่าบริการเฉพาะให้กับผู้ให้บริการโมเดลเท่านั้น

สิทธิ์การใช้งาน n8n แบบตรงไปตรงมา

n8n ไม่ใช่ซอฟต์แวร์โอเพนซอร์สตามคำนิยามทั่วไป การเข้าใจผิดในประเด็นนี้มักนำไปสู่ปัญหาในภายหลัง ซอฟต์แวร์นี้เผยแพร่ภายใต้ Sustainable Use License ซึ่งระบุไว้ว่า:

คุณสามารถใช้งานหรือแก้ไขซอฟต์แวร์ได้เฉพาะเพื่อวัตถุประสงค์ทางธุรกิจภายในของคุณเอง หรือเพื่อการใช้งานที่ไม่ใช่เชิงพาณิชย์หรือส่วนบุคคลเท่านั้น

และในส่วนของการส่งต่อซอฟต์แวร์:

คุณสามารถแจกจ่ายซอฟต์แวร์หรือให้บริการแก่ผู้อื่นได้ก็ต่อเมื่อเป็นการให้บริการโดยไม่คิดค่าใช้จ่ายและเพื่อวัตถุประสงค์ที่ไม่ใช่เชิงพาณิชย์เท่านั้น

โปรดตรวจสอบข้อกำหนดเหล่านี้เทียบกับสิ่งที่คุณวางแผนจะทำ การรัน n8n เพื่อทำระบบอัตโนมัติในงานของบริษัทคุณถือเป็นวัตถุประสงค์ทางธุรกิจภายใน ซึ่งได้รับอนุญาตและครอบคลุมผู้ใช้งานส่วนใหญ่ที่อ่านบทความนี้ แต่การรัน n8n เพื่อเป็นกลไกเบื้องหลังผลิตภัณฑ์ที่คุณขาย หรือการขายบริการโฮสต์ n8n ให้กับลูกค้า ไม่ได้รับอนุญาตภายใต้สิทธิ์การใช้งานฟรีและจำเป็นต้องมีข้อตกลงเชิงพาณิชย์กับ n8n โปรดตรวจสอบ LICENSE.md ล่าสุดใน repository ของ n8n ก่อนที่คุณจะสร้างธุรกิจบนซอฟต์แวร์นี้ เนื่องจากข้อกำหนดอาจมีการเปลี่ยนแปลงและเนื้อหาที่ระบุใน repository เท่านั้นที่มีผลบังคับใช้

มีข้อควรระวังอีกประการหนึ่งที่รุนแรงน้อยกว่า รุ่น Community แบบไม่มีค่าใช้จ่ายมีฟีเจอร์เกือบทั้งหมด และการลงทะเบียนโดยไม่มีค่าใช้จ่ายจะปลดล็อกฟีเจอร์เพิ่มเติมบางรายการ เช่น โฟลเดอร์และการดีบักใน editor ฟีเจอร์สำหรับทีมขนาดใหญ่ เช่น single sign-on, การสตรีม log และ environment แยกกัน จะใช้งานได้เมื่อมี license key แบบชำระเงินเท่านั้น ฟีเจอร์เหล่านี้เป็นฟีเจอร์ด้าน governance ไม่ได้จำกัด throughput หากไม่แน่ใจว่าฟีเจอร์ที่ต้องพึ่งพาอยู่ในขอบเขตใด ควรตรวจสอบข้อจำกัดของ Community และ enterprise แยกตามฟีเจอร์ ก่อนออกแบบระบบโดยอาศัยฟีเจอร์นั้น

สิ่งที่ค่าเช่าเซิร์ฟเวอร์แบบเหมาจ่ายไม่ครอบคลุม

คำอธิบายที่ตรงไปตรงมาเกี่ยวกับข้อดีของการทำ self-hosting ต้องรวมถึงส่วนที่ไม่ได้ฟรีด้วย

คุณต้องรับผิดชอบเรื่อง uptime เอง เมื่อแพลตฟอร์มแบบ hosted เกิดปัญหา คุณเพียงแค่รอและจะมีคนอื่นถูกเรียกไปแก้ไข แต่เมื่อ VPS ของคุณมีปัญหา คุณต้องเป็นคนแก้ไขเองไม่ว่าจะเกิดขึ้นในเวลาใดก็ตาม คุณต้องรับผิดชอบเรื่องการอัปเกรด เพราะ n8n มีการออกเวอร์ชันใหม่บ่อยครั้ง และ container image ที่ไม่เคยอัปเดตจะกลายเป็นปัญหาด้านความปลอดภัย คุณต้องรับผิดชอบเรื่องการสำรองข้อมูล: n8n encryption key และฐานข้อมูล Postgres คือสำเนาชุดเดียวที่มีของข้อมูล credential และ workflow ของคุณ หากทำกุญแจหาย ข้อมูล credential ที่จัดเก็บไว้ทั้งหมดจะไม่สามารถอ่านได้ ให้กำหนด encrypted restic backups ไปยังข้อมูลทั้งสองส่วนตั้งแต่วันแรก แทนที่จะรอให้เกิดเหตุการณ์ก่อน

นอกจากนี้ คุณยังต้องรับผิดชอบส่วนที่แผนบริการแบบ hosted รวมไว้ให้โดยที่คุณไม่ต้องกังวล Zapier และ Make ดูแลตัวเชื่อมต่อแอปพลิเคชันหลายพันรายการและคอยซ่อมแซมเมื่อผู้ให้บริการเปลี่ยน API แม้ n8n จะมี node library ขนาดใหญ่และ generic HTTP node ที่ครอบคลุมการใช้งานส่วนที่เหลือ แต่หากการเชื่อมต่อใดพัง คุณจะต้องเสียเวลาทั้งบ่ายเพื่อแก้ไขเอง แผนบริการแบบ hosted ยังรวมถึงเอกสารด้านการปฏิบัติตามข้อกำหนด (compliance), การสนับสนุนที่มีระยะเวลาตอบกลับชัดเจน และทีมงานที่คอยสแตนด์บายแก้ไขปัญหา

จงคำนวณต้นทุนที่แท้จริงอย่างซื่อสัตย์: ค่าเซิร์ฟเวอร์ บวกกับเวลาบำรุงรักษาประมาณหนึ่งชั่วโมงต่อเดือน และบวกกับเวลาหนึ่งวันที่ใช้ในการตั้งค่าเริ่มต้น หากผลรวมทั้งหมดนี้ยังถูกกว่าใบแจ้งหนี้แบบคิดตามการใช้งานจริง การทำ self-hosting ก็ถือเป็นทางเลือกที่เหมาะสม หากใช้งานที่ระดับ 19,800 หน่วยต่อเดือน มักจะคุ้มค่า แต่หากใช้งานเพียง 500 หน่วยต่อเดือน มักจะไม่คุ้มค่า

ควรเลือกตัวไหน

เลือก Zapier เมื่อรายการตัวเชื่อมต่อ (connector) คือหัวใจสำคัญของผลิตภัณฑ์ มีแอปที่รองรับครอบคลุมมากที่สุดและเรียนรู้ได้ง่ายที่สุด หากระบบอัตโนมัติของคุณทำงานสั้นๆ และไม่บ่อย การคิดค่าบริการตามจำนวนงาน (per-task) จะมีราคาถูกอย่างแท้จริง

เลือก Make เมื่อตรรกะของคุณเป็นแบบภาพและมีการแตกกิ่งก้านสาขา พื้นที่ทำงาน (canvas) ของเครื่องมือนี้จัดการกับตัวกำหนดเส้นทาง (routers), ตัววนซ้ำ (iterators) และตัวจัดการข้อผิดพลาด (error handlers) ได้ดี และเครดิตมีราคาต่อหน่วยถูกกว่างานของ Zapier ในระดับชั้นที่ใกล้เคียงกัน ให้ระวังการใช้ตัววนซ้ำ เนื่องจากเป็นจุดที่การใช้เครดิตจะเพิ่มขึ้นโดยไม่มีการแจ้งเตือน

เลือก n8n แบบ self-hosted เมื่อมีปริมาณงานสูง เมื่อข้อมูลไม่สามารถออกจากโครงสร้างพื้นฐานของคุณได้ หรือเมื่อเวิร์กโฟลว์ต้องเรียกใช้โมเดลและฐานข้อมูลที่คุณใช้งานอยู่แล้ว นอกจากนี้ยังเป็นเพียงตัวเดียวในสามตัวที่คุณสามารถอ่านเส้นทางโค้ดที่เวิร์กโฟลว์ดำเนินการและแก้ไขได้ ให้จัดสรรงบประมาณสำหรับ VPS และเวลาหนึ่งชั่วโมงต่อเดือน และอ่านใบอนุญาตใช้งานก่อน เครื่องมือนี้ได้รับตำแหน่งใน 2026 self-hosting shortlist ด้วยเหตุผลข้างต้น นั่นคือไม่มีการคิดค่าบริการตามปริมาณการใช้งาน

FAQ

n8n แบบ self-hosted ใช้งานได้ฟรีจริงหรือไม่?

Community edition สามารถใช้งานได้ฟรีโดยไม่มีค่าใช้จ่ายต่อการรัน (per-execution) และมีฟีเจอร์เกือบทั้งหมดให้ใช้งาน อย่างไรก็ตาม คุณยังคงต้องรับผิดชอบค่าใช้จ่ายของเซิร์ฟเวอร์เอง ฟีเจอร์ที่ออกแบบมาสำหรับทีมขนาดใหญ่ เช่น single sign-on, log streaming และการแยกสภาพแวดล้อม (separate environments) จำเป็นต้องใช้ license key แบบเสียค่าใช้จ่าย ปริมาณ workflow ของคุณจะไม่มีการจำกัดหรือคิดเงิน ซึ่งเป็นเหตุผลหลักในการเลือกทำ self-host

Zapier หนึ่ง Zap ใช้งานกี่ task ต่อการรันหนึ่งครั้ง?

คิดเป็นหนึ่ง task ต่อการทำ action step ที่สำเร็จ และบาง action อาจมีค่าใช้จ่ายมากกว่าหนึ่ง task ส่วน trigger, การ polling, action ที่ล้มเหลว และเครื่องมือในตัวอย่าง Formatter, Paths, Filter และ Delay นั้นไม่มีค่าใช้จ่าย ดังนั้น Zap ที่มี trigger หนึ่งตัวและ action สามตัว จะมีค่าใช้จ่ายสาม task ต่อการรัน ซึ่งเท่ากับ 3,000 tasks หากมีการรัน 1,000 ครั้งต่อเดือน

Make credits และ Zapier tasks มีวิธีการนับเหมือนกันหรือไม่?

มีความใกล้เคียงกันแต่ไม่เหมือนกันเสียทีเดียว ทั้งคู่คิดค่าใช้จ่ายตามแต่ละ action ที่ workflow ดำเนินการ โดย Make จะนับทุก action ของ module เป็นหนึ่ง credit รวมถึงการแปลงข้อมูล (transformations) และทุกรอบของการวนซ้ำ (iterator) ในขณะที่ Zapier จะไม่คิดค่าใช้จ่ายสำหรับเครื่องมือจัดรูปแบบและกรองข้อมูลที่มาพร้อมกับระบบ ความแตกต่างนี้จะเห็นได้ชัดใน workflow ที่มีการวนซ้ำข้อมูลจำนวนมาก ซึ่งการนับแบบต่อรอบของ Make จะทำให้ยอดการใช้งานเพิ่มขึ้นอย่างรวดเร็ว

ฉันสามารถใช้ n8n แบบ self-hosted ภายในผลิตภัณฑ์เชิงพาณิชย์ได้หรือไม่?

ไม่สามารถทำได้ภายใต้ license แบบฟรี Sustainable Use License อนุญาตให้ใช้เพื่อวัตถุประสงค์ทางธุรกิจภายในของคุณเอง หรือเพื่อการใช้งานที่ไม่ใช่เชิงพาณิชย์หรือส่วนบุคคลเท่านั้น การทำระบบอัตโนมัติสำหรับงานภายในบริษัทของคุณนั้นสามารถทำได้ แต่การฝัง n8n ลงในผลิตภัณฑ์ที่คุณขาย หรือการขายต่อ instance ที่โฮสต์ไว้ จำเป็นต้องมีข้อตกลงเชิงพาณิชย์กับ n8n โปรดอ่าน LICENSE.md ฉบับปัจจุบันใน repository ก่อนที่คุณจะตัดสินใจออกแบบระบบ

ควรเปลี่ยนจาก Zapier หรือ Make มาใช้ n8n ที่ปริมาณการใช้งานเท่าใด?

ไม่มีตัวเลขที่ตายตัว แต่มีรูปแบบที่ชัดเจน หากใช้งานต่ำกว่าประมาณ 1,000 หน่วยต่อเดือน แผนฟรีของบริการโฮสต์จะคุ้มค่ากว่า และหากใช้งานเกินกว่า 20,000 หน่วยต่อเดือน ค่าใช้จ่ายเซิร์ฟเวอร์แบบคงที่จะคุ้มค่ากว่าเสมอ Workflow ใดก็ตามที่มีการวนซ้ำข้อมูล (iterate) จะทำให้กฎนี้เปลี่ยนไปทันที เพราะการรันเพียงครั้งเดียวที่ประมวลผลข้อมูล 5,000 รายการ จะเสียค่าใช้จ่าย 5,000 หน่วยในแผนที่คิดเงินตามการใช้งาน แต่จะไม่มีค่าใช้จ่ายเพิ่มเติมใดๆ บนเซิร์ฟเวอร์ของคุณเอง