เชื่อม n8n กับ Facebook Page ผ่าน Graph API อย่างปลอดภัย

ตัวอย่างเชิงการศึกษา ไม่ใช่ระบบที่เปิดใช้งานจริง: ก่อนนำ n8n ต่อกับ Facebook Page ต้องตรวจ Meta App, Page Permissions, API Version และทดสอบบนเพจที่ได้รับอนุญาต

สิ่งที่ต้องมีและใครเป็นเจ้าของ

องค์กรควรมี Page ที่ผู้รับผิดชอบจัดการได้, Meta Developer App ที่บริษัทควบคุม, ผู้ดูแล Credentials ใน n8n และ Page สำหรับทดลองที่ได้รับอนุญาต. แยกบัญชี Test ออกจาก Production และเตรียมวิธีเพิกถอน Token หากเจ้าหน้าที่เปลี่ยนหน้าที่. ห้ามเผยแพร่ App Secret, Access Token หรือ Request Header ลงบทความ/Google Sheets/Execution Log.

OAuth2 กับ App Access Token ไม่ใช่สิทธิ์เดียวกัน

เอกสาร n8n Facebook Credentials รองรับ OAuth2 และ App Access Token แต่รูปแบบการยืนยันตัวตนกับ สิทธิ์เผยแพร่ Page ต้องตรวจตาม API/Meta App/ผู้ใช้งานจริง. อย่าเข้าใจว่าการกรอก App Token แล้วจะโพสต์ลงทุก Page ได้. ต้องทบทวน App Mode, ขอบเขตสิทธิ์, Page Role, Token Type และขั้นตอน Review ในวันนำไปใช้งาน.

ตั้งค่า Facebook Graph API Node ใน n8n

Node ทางการรองรับ GET, POST และ DELETE รวมถึงการเลือก Graph API Version, Node และ Edge. เริ่มด้วย GET ที่บัญชีได้รับอนุญาตและตรวจ Response ก่อนทดลอง POST. ระบุ API Version ที่ใช้จริงในเอกสารส่งมอบ ไม่ใช้ค่า Default โดยไม่ตรวจ. หาก GET ไม่ผ่าน ให้แก้ Credential/Permission ก่อนแทนการลอง endpoint สุ่ม.

ตัวอย่างแนวคิดการส่งโพสต์

สำหรับ Page Feed การออกแบบคำขออาจมี Method POST, Page ID และข้อความที่อนุมัติแล้ว แต่ ไม่ใช่ตัวอย่างที่ยืนยันว่าใช้ได้ทุก API Version. ตัวอย่างข้อมูลภายใน: page_id=TEST_PAGE_ID, caption=ข้อความที่คนตรวจแล้ว, content_id=FB-DEMO-002, approved_revision=3. ระบบต้องใช้ Credential Store ส่ง Token ไม่ใช่แทรก Secret ลง URL หรือฝังใน JSON ที่แจกผู้อ่าน.

แยกการโพสต์ Text, รูปภาพ และวิดีโอ

การส่งข้อความขึ้น Feed กับการอัปโหลด Media อาจใช้ Endpoint, Host และขั้นตอนต่างกัน. n8n Facebook Graph API Node มีตัวเลือก Host Default และ Video; อย่าเหมารวมว่า POST /feed สามารถแนบทุกชนิดไฟล์ได้โดยไม่ต้องตรวจ API. สำหรับไฟล์ภาพต้องตรวจชนิดไฟล์ ขนาด สิทธิ์ และ URL ที่อ่านได้ตามความจำเป็น โดยไม่เปิดเผย Storage ภายใน.

ขั้นตอนตรวจ Node ใน n8n Editor แบบไม่เดาสิทธิ์

ก่อนทำ POST ให้ทดลองใน Editor ด้วยข้อมูลที่บริษัทมีสิทธิ์ดูและมีผู้ดูแล Meta App อยู่ด้วย. ลำดับที่แนะนำ:

1. สร้าง Workflow สำหรับ Test แยกจาก Production, เริ่มด้วย Manual Trigger และตั้งชื่อเพื่อไม่ให้สับสนกับ Workflow ที่เปิดให้ทำงานตามเวลา
2. เพิ่ม Facebook Graph API Node จากรายการ Nodes ใน n8n แล้วเปิดหน้าสร้าง Credentials ตามคู่มือของ n8n. เลือก OAuth2 หรือ App Access Token ตามวัตถุประสงค์ของคำขอ โดยตรวจชนิด Token จากเอกสาร Meta ไม่ใช่ลองสลับไปเรื่อย ๆ
3. ใน Node กำหนด Host URL = Default, HTTP Request Method = GET, Graph API Version ที่ทีมตรวจสอบกับบัญชีจริง, และ Node/Edge สำหรับข้อมูลที่ผู้ดูแลได้รับอนุญาตให้อ่าน
4. Execute เฉพาะ GET ที่ปลอดภัย ตรวจ Status/Response ใน Executions. หากมี Authentication/Permission Error ให้หยุด ไม่เปลี่ยนเป็น POST เพื่อหวังให้ผ่าน
5. ระบุในบันทึกทดสอบว่า App, Page, Version และ Permission ได้รับการตรวจวันไหน ข้อมูล Token ให้เก็บใน Credentials Store เท่านั้น
6. การทดสอบ POST ต้องเป็นขั้นตอนที่คนดูแลอนุมัติแยก เมื่อยืนยัน Endpoint, Payload และสิทธิ์ที่จำเป็นจาก Meta แล้ว และควรใช้ Page ทดสอบที่องค์กรควบคุมก่อน

ตั้งค่าใน Node	ควรกรอกอะไร	สิ่งที่ห้ามเข้าใจผิด
Host URL	Default สำหรับคำขอทั่วไป	ไม่ใช่ Video Host สำหรับทุก Media
Graph API Version	เวอร์ชันที่ตรวจจากเอกสาร Meta จริง	ค่า Default อาจเปลี่ยนหลังอัปเดต
HTTP Method	เริ่ม GET ก่อน POST	POST มีผลภายนอกและต้องมี Approval
Node/Edge	ตาม Resource ที่ได้รับอนุญาต	ตัวอย่าง `//feed` ไม่ยืนยันสิทธิ์เขียน
Credentials	Reference ของ n8n Credential	ห้ามกรอก Token เป็นข้อความใน Code/Sheet

n8n ยืนยันว่ามีวิธี GET/POST/DELETE, ตัวเลือก Host และ Version ใน Facebook Graph API Node Docs แต่ เอกสารของ n8n ไม่ได้ยืนยันว่า Meta จะยอมรับทุกคำขอ ในบัญชีของเรา.

Checklist Permission และ Test Page

ตรวจ 1) Page Owner/Role 2) Meta App Mode 3) Token Type/Expiry 4) Permission และ Review ที่ Meta กำหนด 5) Graph API Version 6) GET/POST บน Test Page 7) Post ID และผลตรวจย้อนกลับ 8) Error/Rate Limits 9) วิธี Rotate/Remove Token. ช่วงเตรียมบทความเข้าถึงหน้า Meta Pages API ไม่ได้ จึงต้องยืนยันรายการที่เปลี่ยนได้กับผู้ดูแลก่อน Deploy.

กรณีทดสอบที่ต้องมี

ทดลอง Credential ไม่ถูกต้อง, Permission Denied, Page ID ผิด, API Version ที่ไม่รองรับ, Request Timeout และการส่ง Request สำเร็จแต่เขียน Log ล้มเหลว. ทุกกรณีต้องไม่ส่งโพสต์ซ้ำแบบเงียบ ๆ. บันทึกผลการทดสอบจริงแยกจากตัวอย่างจำลองนี้ ไม่อ้างว่าระบบผ่าน Production QA จนกว่าจะตรวจหลักฐาน.

อ่านต่อ

เมื่อสิทธิ์ผ่านแล้ว ต่อ Content Calendar จาก Google Sheets. ก่อนเปิดโพสต์อัตโนมัติควรอ่าน ป้องกันโพสต์ซ้ำ และ ตั้งเวลาโพสต์ด้วย n8n.

แหล่งอ้างอิงและขอบเขตการตรวจ

ตรวจเอกสาร n8n วันที่ 3 พฤศจิกายน 2026: Facebook Graph API Node, Facebook Credentials และ Schedule Trigger. สำหรับการเผยแพร่จริง ให้ตรวจ Meta Pages API ตามเวอร์ชัน Graph API ที่ใช้ รวมถึงสิทธิ์ของ Page/App, การพิจารณาแอป และชนิด Payload ก่อนเปิดระบบโพสต์; ตัวอย่างในบทความยังไม่ได้ทดสอบกับเพจจริง.