ตั้งเวลาโพสต์ Facebook ด้วย n8n: ข้อความ รูปภาพ และลิงก์

คู่มือเชิงออกแบบและตัวอย่างจำลอง ไม่ใช่หลักฐานการโพสต์ Facebook Page จริง; ต้องตรวจสิทธิ์บัญชี Meta, API Version และการทดสอบก่อนเปิดใช้งาน.

เวลา 09:00 ต้องหมายถึงเวลาไทยจริง

เก็บเวลาโพสต์เป็น ISO 8601 ที่มี Offset เช่น 2026-11-10T09:00:00+07:00 และตั้ง Workflow Timezone เป็น Asia/Bangkok. เอกสาร n8n ระบุว่า Schedule Trigger ใช้ Timezone ของ Workflow ก่อน Timezone ของ Instance. หากเซิร์ฟเวอร์อยู่ต่างประเทศและไม่มีการตั้งโซน วัน/เวลาโพสต์อาจผิด แม้ Workflow ไม่มี Error. ควรแสดงทั้งเวลาที่วางแผนและเวลาที่เผยแพร่จริงใน Log.

Trigger ไม่ใช่คำรับประกันว่าจะโพสต์ตรงวินาที

ตั้ง Schedule Trigger ให้ตรวจคิวทุก 5–15 นาทีตามความเหมาะสม แล้วกรอง publish_at <= now, approved_revision=revision, delivery_status=pending และ post_id ว่าง. คิวต้องรองรับกรณีเครื่องหยุดหรือระบบปลายทางช้า. ถ้างานเกินกำหนดให้แจ้งผู้ดูแลและพิจารณานโยบาย Late Publish แทนการโพสต์ของเก่าทุกแถวโดยไม่ตรวจ.

เวลา Trigger แบบ Interval อาจไม่ตรงนาทีบนหน้าปัด

เอกสาร Schedule Trigger ของ n8n ระบุว่าตั้งแต่ n8n 2.45.0 ระบบ Durable Scheduler ที่เปิดใช้งานตามค่าเริ่มต้นจะรัน Interval ประเภท Minutes/Seconds ตามช่วงเวลานับจากการ Publish Workflow ไม่ใช่ตรงขอบนาทีของนาฬิกาเสมอไป หากต้องการเวลาแบบตรงตามปฏิทินต้องประเมิน Custom Cron และตั้ง Timezone ให้ชัด. สำหรับ Facebook Automation ให้ Trigger ทำหน้าที่ตรวจคิว และใช้ publish_at เป็นเวลาที่ธุรกิจต้องการจริง ไม่สมมติว่าการตั้ง Interval ทุก 10 นาทีหมายถึง 09:00, 09:10, 09:20 ตลอดไป

แยกข้อความ ลิงก์ และภาพอย่างไร

ข้อความควรผ่าน Human Approval; ลิงก์ควรตรวจปลายทาง HTTPS, OG Preview และการเข้าถึง; ภาพต้องตรวจขนาดชนิดไฟล์และสิทธิ์เผยแพร่. Media Publishing ของ Meta อาจใช้ Edge/Host/ขั้นตอนอัปโหลดต่างกัน โดย n8n มี Facebook Graph API Node ที่เลือก Host และ HTTP Method ได้ แต่ยังต้องยืนยัน Endpoint ตามเวอร์ชันที่ใช้. อย่าสรุปว่าใส่ภาพ URL ในโพสต์ข้อความแล้วภาพจะถูกเผยแพร่เป็น Photo ตามที่คิด.

ใช้ Media Storage ที่ไม่ทำข้อมูลรั่ว

อย่าส่ง URL ภายในที่มี Signed Token ไปไว้ใน Google Sheets สาธารณะหรือภาพที่ไม่ได้รับอนุญาตให้ใช้. หากต้องให้ API ดาวน์โหลด Media ให้พิจารณาอายุ URL สิทธิ์การเข้าถึงและการเพิกถอน; หาก Asset โหลดไม่สำเร็จต้องหยุดและแจ้ง ไม่ใช้ไฟล์ภาพของโพสต์ก่อนหน้ามาแทนเอง. รูปภายในบทความนี้เป็นภาพแนวคิด ไม่ใช่ Screenshot การโพสต์จริง.

Workflow ตัวอย่างและขั้นตอนตรวจย้อนกลับ

เส้นทางตัวอย่าง Schedule Trigger → Read Queue → Approval Gate → Atomic Claim → Media Check → Graph API → Verify Post ID → Save Log. ระยะเริ่มต้นควรทดสอบเฉพาะ Text Post บน Page ทดสอบที่ทีมได้รับอนุญาต และเก็บ Expected/Actual Result ก่อนเพิ่มรูปภาพ. ตัวอย่าง JSON ที่แจกใน Repository เป็น Dry Run ไม่มี Credentials และไม่เรียก Meta API จริง.

ตารางทดสอบ Schedule และ Timezone

คำว่า “ตั้ง 09:00” ต้องระบุว่า 09:00 ที่ใด. ตัวอย่างวันที่ 10 พฤศจิกายน 2026 เวลา 09:00 ใน `Asia/Bangkok` เท่ากับ 02:00 UTC. หาก Workflow ใช้เขตเวลาอื่น ข้อมูลที่เก็บเป็นข้อความไม่มี Offset อาจเลื่อนไปหลายชั่วโมงโดยไม่แจ้ง Error. การจัดเก็บ `2026-11-10T09:00:00+07:00` ทำให้ตรวจเจตนาของผู้ตั้งเวลาได้ชัดเจนกว่า `2026-11-10 09:00`.

สถานการณ์	ผลลัพธ์ที่ควรได้
Approved, เวลายังไม่ถึง	Pending ไม่ส่ง API
Approved, ถึงเวลาแล้ว	ผ่านเฉพาะ Queue Gate; ยังต้องมี Atomic Claim
Workflow หยุดทำงานข้ามช่วงเวลาโพสต์	แจ้ง Late Queue และใช้กฎที่ทีมกำหนดว่าควรโพสต์ย้อนหลังหรือยกเลิก
Timezone/วันเวลาไม่ถูกต้อง	Blocked และขอแก้ก่อน
Media URL ใช้ไม่ได้	Blocked ไม่ใช้ไฟล์อื่นแทน
API ตอบ Timeout	Unknown ตรวจปลายทางก่อน Retry

ข้อควรสังเกตของ n8n: เอกสาร Schedule Trigger ระบุให้ Publish Workflow เพื่อเริ่มรันตามตาราง จึงต้องระวังไม่เผลอเปิด Schedule ใน Workflow ที่มี Credentials จริง ก่อนตรวจ Approval/Rate Limit/การป้องกันโพสต์ซ้ำครบ.

หากต้องการเห็นผลการคัดรายการโดยไม่เสี่ยงเปิด Schedule ให้เริ่ม Workflow ทดสอบใหม่ด้วย Manual Trigger และข้อมูลสมมติ ตั้ง IF/Code Node เพื่อตรวจ publish_at, สถานะอนุมัติ และ Post ID ก่อน ห้ามเพิ่ม Facebook Publishing Node ระหว่างทดลอง Logic.

กรณี Response มาช้าแต่โพสต์ออกแล้ว

แยกสถานะ request_sent, api_confirmed, verified และ unknown. หากส่ง API ไปแล้วแต่ไม่ได้รับ Response ให้หยุด Retry อัตโนมัติและตรวจ Post ID หรือเนื้อหาจริงด้วยสิทธิ์ที่อนุญาตก่อน. การ Retry ทั้ง Workflow โดยไม่ตรวจอาจทำให้เพจมีข้อความซ้ำสองโพสต์ ซึ่งกระทบความน่าเชื่อถือทันที.

ทดสอบก่อนใช้งานจริง

ตรวจกรณี Timezone ผิด, Draft/ยังไม่อนุมัติ, Approved แต่ยังไม่ถึงเวลา, ลิงก์ใช้ไม่ได้, รูปไม่มีสิทธิ์, Meta Authentication Error, Timeout และการกด Retry ซ้ำ. ระบุอย่างชัดว่า Workflow ต้นฉบับเป็นแนวคิดออกแบบจนกว่าจะมีหลักฐาน Test Page และ Version ที่ทดลองจริง.

อ่านต่อ

เริ่มที่ เชื่อม Facebook Page กับ Graph API และ Content Calendar ใน Google Sheets. ก่อนใช้ใน Production ให้ศึกษาการ ตรวจ Error และกันโพสต์ซ้ำ ด้วย.

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

ข้อมูล n8n ตรวจวันที่ 3 พฤศจิกายน 2026: Facebook Graph API Node, Schedule Trigger, Executions และ Gmail Approval. หากจะเผยแพร่บน Facebook Page ให้ตรวจ Meta Pages API สำหรับ Permissions, App Review, Media Endpoints และ Graph API Version กับบัญชีผู้พัฒนาที่ได้รับสิทธิ์จริงก่อน Deploy. บทความนี้ไม่ได้ใช้บัญชี Page เพื่อโพสต์จริง.