ソーシャルプレビューキャッシュガイド：Facebook、WhatsApp、LinkedIn、X、Slack、Discord
ソーシャルプレビューには、サイトが配信するメタデータと画像、そしてプラットフォームがページをクロールした後に保持するコピーの2つの部分があります。前者を修正しても、後者が自動的にクリアされるわけではありません。
これは、古い、欠落した、または切り取られた商品プレビューを診断するための簡潔なプラットフォームマップです。
プラットフォーム比較
| プラットフォーム | 制御できるもの | リフレッシュの実態 |
|---|---|---|
公開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を使用する必要があります。商品のパーマリンクは正規のものとして維持しつつ、画像のキャッシュキーを変更します。
商品パーマリンクに?v=2を追加すると、テストが新しいものに見えることがありますが、同じ商品に対して2つ目のアドレスが作成され、アナリティクスや共有履歴が分割される可能性があります。可能な場合は、代わりに画像URLにバージョンを付けるようにしてください。
Facebookは例外
Facebookは、このガイドの中でFastOGがアクティブな再スクレイプ（re-scrape）経路を提供する唯一のプラットフォームです。これを有効にすると、商品の更新時に、その商品URLに対するMetaのスクレイプエンドポイントへのリクエストをキューに登録できます。このリクエストはキューに登録され、ベストエフォートで処理されるため、レート制限やMeta側の一時的なエラーが発生しても、ストアが正しいメタデータを配信できなくなることはありません。
これはWhatsApp、LinkedIn、X、Slack、Discordのキャッシュを更新するものではありません。Facebookの再スクレイプを、汎用的なソーシャルキャッシュのパージとして説明しないでください。
実践的な作業手順
- ライブページを取得し、現在のタグを確認する。
- タグが古い場合は、サイトのページキャッシュまたはCDNをパージする。
- 画像URLが公開されており、画像が返されることを確認する。
- 画像バイトが変更された場合は、画像URLを変更する。
- Facebookについては、Facebookのデバッガーまたは設定済みの再スクレイピングパスを使用する。
- 他のプラットフォームについては、新しいクロールを待つか、まだキャッシュされていないURLを共有する。正確な遅延時間を約束しないこと。
無料のOG画像テスターは、商品URLを取得し、クローラーから見えるメタデータを生成されたカバー画像とともに表示できます。ストア側の問題とプラットフォーム側のキャッシュを切り分けるのに役立ちます。
FAQ
1つのプラグインですべてのソーシャルプレビューを更新できますか？
いいえ。プラグインが制御できるのは、サイトが配信するHTMLと画像URLのみです。各プラットフォームは、それぞれ独自のクローラーとキャッシュを管理しています。
Facebookではプレビューが正しく表示されるのに、WhatsAppでは古いままなのはなぜですか？
各プラットフォームは別々のキャッシュを保持しています。Facebookの再取得（re-scrape）はFacebook側のコピーのみを更新し、WhatsAppは受信者ごとに固有のプレビューを保持し続けます。
価格を更新するたびに商品URLを変更すべきですか？
通常は変更する必要はありません。正規の商品URLは安定したまま維持し、カバー画像の内容が変わったときに生成される画像URLを変更してください。ページURLの変更は、SEOや分析にコストがかかる乱暴なキャッシュ無効化の回避策です。
新しい画像URLを使えば、WhatsAppですぐに更新されることが保証されますか？
いいえ。保証されるのは、その画像URLへの次の取得で新しいデータを受け取れる可能性があることだけです。WhatsAppにページの取得を強制したり、受信者のアプリにすでに保存されているプレビューを置き換えたりすることはありません。