คู่มือแคชตัวอย่างโซเชียล: Facebook, WhatsApp, LinkedIn, X, Slack และ Discord
ตัวอย่างโซเชียลประกอบด้วยสองส่วน: ข้อมูลเมตาและรูปภาพที่เว็บไซต์ของคุณให้บริการ และสำเนาที่แพลตฟอร์มเก็บไว้หลังจากการรวบรวมข้อมูลหน้าเว็บของคุณ การแก้ไขส่วนแรกไม่ได้ล้างส่วนที่สองโดยอัตโนมัติ
นี่คือแผนผังแพลตฟอร์มโดยย่อสำหรับการวินิจฉัยตัวอย่างผลิตภัณฑ์ที่เก่า หายไป หรือถูกครอบตัด
การเปรียบเทียบแพลตฟอร์ม
| แพลตฟอร์ม | สิ่งที่คุณควบคุมได้ | ความเป็นจริงของการรีเฟรช |
|---|---|---|
HTML สาธารณะ, og:image, URL ของรูปภาพ และแคชของหน้า |
Facebook รองรับการสแกนซ้ำผ่าน Sharing Debugger และเอนด์พอยต์การสแกนที่ระบุไว้ในเอกสาร FastOG สามารถขอรีเฟรชจาก Facebook ได้เมื่อมีการกำหนดค่า | |
| HTML สาธารณะถัดไปและการตอบสนองของรูปภาพ | ไม่มี API รีเฟรชพรีวิวสาธารณะ พรีวิวที่ถูกแคชถูกควบคุมโดย WhatsApp และอาจแตกต่างกันไปตามผู้รับ | |
| HTML สาธารณะและการตอบสนองของรูปภาพ | ไม่มีเอนด์พอยต์การทำให้ข้อมูลไม่ถูกต้องแบบโปรแกรมที่ระบุไว้ในเอกสาร LinkedIn เป็นผู้ตัดสินใจว่าจะสแกนซ้ำเมื่อใด | |
| X | HTML สาธารณะ, twitter:image และแท็ก Open Graph สำรอง |
ไม่มีเอนด์พอยต์การทำให้ข้อมูลไม่ถูกต้องแบบโปรแกรมที่ระบุไว้ในเอกสาร X เป็นผู้ตัดสินใจว่าจะสแกนซ้ำเมื่อใด |
| Slack | HTML สาธารณะและการตอบสนองของรูปภาพ | Slack แคชการคลี่ลิงก์สำหรับ URL ที่ถูกแชร์ แอปพลิเคชันไม่สามารถบังคับให้ข้อความที่มีอยู่ทั้งหมดถูกสร้างใหม่ได้ |
| Discord | HTML สาธารณะและการตอบสนองของรูปภาพ | Discord แคชเอ็มเบดสำหรับ URL ที่ถูกแชร์ แอปพลิเคชันไม่สามารถเขียนเอ็มเบดที่มีอยู่ใหม่ได้ในทุกที่ |
พฤติกรรมและเอนด์พอยต์ของแพลตฟอร์มมีการเปลี่ยนแปลงอยู่เสมอ ให้ถือว่าตารางนี้เป็นขอบเขตการดำเนินงาน ไม่ใช่การรับประกันเกี่ยวกับช่วงเวลาการรีเฟรช
วินิจฉัยต้นทางก่อน
ก่อนที่จะโทษแพลตฟอร์ม ให้ตรวจสอบหน้าที่ครอว์เลอร์ได้รับก่อน:
curl -s https://example.com/product/example | grep -Ei 'og:image|og:title|twitter:image'
จากนั้นดึง URL ของรูปภาพจากคำตอบ:
curl -I "https://cdn.example.com/cover.png"
หน้าควรแสดงข้อมูลเมตาปัจจุบัน URL ของรูปภาพควรเป็นแบบสาธารณะ และการตอบสนองของรูปภาพควรส่งคืนประเภทเนื้อหารูปภาพที่รองรับพร้อมกับ 200 OK หากแคชของหน้าให้บริการ HTML เก่า ไม่มีแพลตฟอร์มใดสามารถค้นพบรูปปกใหม่ได้
เหตุใดการเปลี่ยน URL ของรูปภาพจึงช่วยได้
แพลตฟอร์มโซเชียลมีการแคช URL ของหน้าเพจ และอาจแคช URL ของรูปภาพด้วยเช่นกัน ดังนั้นรูปปกแบบไดนามิกควรใช้ URL ของรูปภาพใหม่เมื่อข้อมูลผลิตภัณฑ์มีการเปลี่ยนแปลง ลิงก์ถาวรของผลิตภัณฑ์ยังคงเป็นหลัก (canonical) ในขณะที่คีย์แคชของรูปภาพมีการเปลี่ยนแปลง
การเพิ่ม ?v=2 ลงในลิงก์ถาวรของผลิตภัณฑ์อาจทำให้การทดสอบดูเหมือนใหม่ แต่จะสร้างที่อยู่ที่สองสำหรับผลิตภัณฑ์เดียวกัน และอาจทำให้ข้อมูลการวิเคราะห์และประวัติการแชร์แยกออกจากกัน ให้กำหนดเวอร์ชันให้กับ URL ของรูปภาพแทนเมื่อเป็นไปได้
Facebook เป็นข้อยกเว้น
Facebook เป็นแพลตฟอร์มเดียวในคู่มือนี้ที่ FastOG มีเส้นทาง re-scrape แบบทำงานจริง เมื่อเปิดใช้งาน การอัปเดตสินค้าสามารถจัดคิวคำขอไปยัง endpoint การ scrape ของ Meta สำหรับ URL ของสินค้านั้นได้ โดยคำขอนี้จะถูกจัดคิวและเป็นแบบ best-effort ดังนั้นการจำกัดอัตราหรือข้อผิดพลาดชั่วคราวจาก Meta จะไม่ขัดขวางร้านค้าจากการให้บริการ metadata ที่ถูกต้อง
การดำเนินการนี้ไม่รีเฟรช WhatsApp, LinkedIn, X, Slack หรือ Discord อย่าอธิบายการ re-scrape ของ Facebook ว่าเป็นการล้างแคชโซเชียลแบบครอบคลุมทุกแพลตฟอร์ม
ลำดับการปฏิบัติงานที่ใช้ได้จริง
- ดึงข้อมูลหน้าเว็บจริงและยืนยันแท็กปัจจุบัน
- ล้างแคชหน้าของไซต์หรือ CDN หากแท็กเก่าเกินไป
- ยืนยันว่า URL ของรูปภาพเป็นแบบสาธารณะและส่งคืนรูปภาพจริง
- เปลี่ยน URL ของรูปภาพเมื่อข้อมูลไบต์ของรูปภาพมีการเปลี่ยนแปลง
- ใช้ตัวดีบักเกอร์ของ Facebook หรือเส้นทาง re-scrape ที่กำหนดค่าไว้สำหรับ Facebook
- สำหรับแพลตฟอร์มอื่น ให้รอการครอว์ลครั้งใหม่หรือแชร์ URL ที่ยังไม่ถูกแคชไว้ก่อน อย่าสัญญาเรื่องระยะเวลาที่แน่นอน
ตัวทดสอบ OG Image ฟรี สามารถดึงข้อมูล URL ของสินค้าและแสดงเมตาดาต้าที่ครอว์เลอร์มองเห็นพร้อมกับภาพปกที่สร้างขึ้น ซึ่งมีประโยชน์ในการแยกแยะว่าปัญหามาจากฝั่งร้านค้าหรือจากแคชฝั่งแพลตฟอร์ม
คำถามที่พบบ่อย
ปลั๊กอินเดียวสามารถรีเฟรชพรีวิวโซเชียลทั้งหมดได้หรือไม่
ไม่ได้ ปลั๊กอินสามารถควบคุม HTML และ URL ของรูปภาพที่เว็บไซต์ให้บริการได้ แต่แต่ละแพลตฟอร์มจะควบคุมครอว์เลอร์และแคชของตัวเอง
ทำไมพรีวิวบน Facebook ดูถูกต้อง แต่บน WhatsApp ยังเป็นเวอร์ชันเก่า
แต่ละแพลตฟอร์มมีแคชแยกจากกัน การ re-scrape บน Facebook จะเปลี่ยนเฉพาะข้อมูลบน Facebook เท่านั้น ส่วน WhatsApp จะเก็บพรีวิวเฉพาะผู้รับไว้ของตัวเอง
ฉันควรเปลี่ยน URL ของสินค้าหลังจากอัปเดตราคาทุกครั้งหรือไม่
โดยทั่วไปไม่จำเป็น ให้คง URL หลัก (canonical URL) ของสินค้าให้คงที่ และเปลี่ยน URL ของรูปภาพที่สร้างขึ้นเมื่อเนื้อหาของรูปปกมีการเปลี่ยนแปลง การเปลี่ยน URL ของหน้าเว็บเป็นวิธีแก้ปัญหาแบบครอบคลุมที่ส่งผลเสียต่อ SEO และการวิเคราะห์ข้อมูล
URL รูปภาพใหม่รับประกันการอัปเดตบน WhatsApp ทันทีหรือไม่
ไม่ รับประกันได้เพียงว่าการดึงข้อมูล URL รูปภาพนั้นครั้งถัดไปจะได้รับข้อมูลใหม่ แต่ไม่ได้บังคับให้ WhatsApp ดึงข้อมูลจากหน้าเว็บหรือแทนที่พรีวิวที่ถูกจัดเก็บไว้ในแอปของผู้รับแล้ว
เกี่ยวข้อง
ลองใช้ฟรี — ไม่ต้องสมัครสมาชิก
ดูตัวอย่างและทดสอบภาพ OG แบบไดนามิกได้ในไม่กี่วินาที
เปิดตัวทดสอบภาพ OG ฟรี