Panduan Cache Pratinjau Sosial: Facebook, WhatsApp, LinkedIn, X, Slack, dan Discord

Pratinjau sosial terdiri dari dua bagian: metadata dan gambar yang disajikan situs Anda, serta salinan yang disimpan platform setelah merayapi halaman Anda. Memperbaiki bagian pertama tidak otomatis menghapus bagian kedua.

Ini adalah peta platform ringkas untuk mendiagnosis pratinjau produk yang lama, hilang, atau terpotong.

Perbandingan platform

Platform Yang Anda kendalikan Realitas penyegaran
Facebook HTML publik, og:image, URL gambar, dan cache halaman Facebook mendukung pengikisan ulang melalui Sharing Debugger dan endpoint pengikisan yang terdokumentasi. FastOG dapat meminta penyegaran Facebook saat dikonfigurasi.
WhatsApp HTML publik berikutnya dan respons gambar Tidak ada API penyegaran pratinjau publik. Pratinjau yang di-cache dikendalikan oleh WhatsApp dan dapat berbeda antar penerima.
LinkedIn HTML publik dan respons gambar Tidak ada endpoint invalidasi terprogram yang terdokumentasi. LinkedIn yang memutuskan kapan akan mengikis ulang.
X HTML publik, twitter:image, dan tag Open Graph cadangan Tidak ada endpoint invalidasi terprogram yang terdokumentasi. X yang memutuskan kapan akan mengikis ulang.
Slack HTML publik dan respons gambar Slack meng-cache unfurl untuk URL yang dibagikan; aplikasi tidak dapat memaksa setiap pesan yang ada untuk dibuat ulang.
Discord HTML publik dan respons gambar Discord meng-cache embed untuk URL yang dibagikan; aplikasi tidak dapat menulis ulang embed yang ada di semua tempat.

Perilaku dan endpoint platform dapat berubah. Anggap tabel ini sebagai batasan operasional, bukan jaminan tentang waktu penyegaran.

Diagnosis dimulai dari sumbernya

Sebelum menyalahkan platform, periksa halaman yang diterima oleh crawler:

bash
curl -s https://example.com/product/example | grep -Ei 'og:image|og:title|twitter:image'

Kemudian ambil URL gambar dari respons:

bash
curl -I "https://cdn.example.com/cover.png"

Halaman harus menampilkan metadata terkini, URL gambar harus bersifat publik, dan respons gambar harus mengembalikan tipe konten gambar yang didukung dengan 200 OK. Jika cache halaman menyajikan HTML lama, tidak ada platform yang dapat menemukan sampul baru.

Mengapa mengubah URL gambar membantu

Platform sosial menyimpan cache URL halaman, dan mereka juga dapat menyimpan cache URL gambar. Oleh karena itu, sampul dinamis harus menggunakan URL gambar baru saat data produk berubah. Permalink produk tetap kanonik sementara kunci cache gambar berubah.

Menambahkan ?v=2 ke permalink produk dapat membuat pengujian terlihat baru, tetapi ini menciptakan alamat kedua untuk produk yang sama dan dapat memecah analitik serta riwayat berbagi. Sebaiknya beri versi pada URL gambar jika memungkinkan.

Facebook adalah pengecualian

Facebook adalah satu-satunya platform dalam panduan ini yang memiliki jalur re-scrape aktif dari FastOG. Saat diaktifkan, pembaruan produk dapat mengantrekan permintaan ke endpoint scrape Meta untuk URL produk tersebut. Permintaan ini diantrekan dan bersifat best-effort, sehingga batas kecepatan (rate limit) atau kesalahan sementara dari Meta tidak menghalangi toko untuk menyajikan metadata yang benar.

Ini tidak menyegarkan WhatsApp, LinkedIn, X, Slack, atau Discord. Jangan menggambarkan re-scrape Facebook sebagai pembersihan cache sosial yang universal.

Urutan operasi yang praktis

  1. Ambil halaman langsung dan konfirmasi tag saat ini.
  2. Bersihkan cache halaman situs atau CDN jika tag sudah lama.
  3. Pastikan URL gambar bersifat publik dan mengembalikan gambar.
  4. Ubah URL gambar ketika byte gambar berubah.
  5. Gunakan debugger Facebook atau jalur re-scrape yang dikonfigurasi untuk Facebook.
  6. Untuk platform lain, tunggu perayapan baru atau bagikan URL yang belum di-cache. Jangan menjanjikan penundaan yang pasti.

Penguji Gambar OG Gratis dapat mengambil URL produk dan menampilkan metadata yang terlihat oleh perayap beserta sampul yang dihasilkan. Ini berguna untuk memisahkan masalah di sisi toko dari cache di sisi platform.

FAQ

Bisakah satu plugin menyegarkan semua pratinjau sosial?

Tidak. Sebuah plugin dapat mengontrol HTML dan URL gambar yang disajikan oleh situs. Setiap platform mengontrol perayap (crawler) dan cache-nya sendiri.

Mengapa pratinjau terlihat benar di Facebook tetapi lama di WhatsApp?

Platform-platform tersebut memelihara cache yang terpisah. Pengambilan ulang (re-scrape) oleh Facebook hanya mengubah salinan Facebook; WhatsApp menyimpan pratinjau spesifik per penerimanya sendiri.

Haruskah saya mengubah URL produk setelah setiap pembaruan harga?

Biasanya tidak. Pertahankan URL produk kanonik tetap stabil dan ubah URL gambar yang dihasilkan ketika konten sampul berubah. Mengubah URL halaman adalah solusi sementara yang kasar untuk membuang cache, dengan biaya SEO dan analitik.

Apakah URL gambar baru menjamin pembaruan WhatsApp secara langsung?

Tidak. URL tersebut menjamin bahwa pengambilan berikutnya dari URL gambar itu dapat menerima byte baru. URL tersebut tidak memaksa WhatsApp untuk mengambil halaman atau mengganti pratinjau yang sudah tersimpan di aplikasi penerima.

Coba gratis — tanpa perlu mendaftar

Pratinjau dan uji gambar OG dinamis dalam hitungan detik.

Buka Penguji Gambar OG Gratis

From Us

A BeCaSimulations site