リンクのプレビューが古い画像のまま：確認すること
共有前にページ、メタデータ、画像を確認しましょう。WikiURLで公開リンクの転送先を調べ、HTTP応答と実際のプレビューを区別します。
再現できる比較から始める
イベントのページを公開してメイン画像を変更したのに、リンクを共有すると以前のポスターが出ることがあります。ファイルを削除したり新しいアドレスを作ったりする前に、正確なURL、カードのスクリーンショット、テスト時刻を保存してください。どのアプリの、どの会話や投稿で起きたかも記録します。調べた利用者の質問からは、アイキャッチ画像を変更した結果や診断ツールの表示が、読者の見るものと必ずしも一致しないことが分かります。リンク先のページ、そのページが配信するメタデータ、共有先サービスが作るカードの三つを分け、同じリソース同士で比較します。
最初に公開アドレスを調べる
WikiURLのチェック機能には、秘密情報や個人情報を含まない公開URLだけを入力します。返されたHTTP応答と最終アドレスを記録してください。別のページに着くなら、ポスターを調べる前にその違いを解決します。200応答はカードの正しさを証明しません。この機能はFacebookや各アプリのプレビューを再現するものではありません。管理者としてのログインに依存しないブラウザー環境でもリンク先を開き、予定した内容を確認します。非公開リソースは許可された方法で調べ、外部ツールへの送信を避けます。サムネイルのためだけに非公開ページを公開してはいけません。
編集画面だけでなく公開された出力を確認する
MDNとweb.devは、メタデータがソーシャルサービスに情報を伝えられると説明しています。Open Graphにはog:title、og:type、og:url、og:imageなどがあります。og:imageは画像ファイルを指し、本文の写真を差し替えただけでは自動的に変わりません。サイト管理者に、正確なURLから配信されるHTMLを調べ、希望するカードと値を比較してもらいます。例は架空で、コードの見本として英語を使っています。headへ組み込む前に実際のアドレスとタイトルに置き換えてください。記事に普通の文字として貼っても設定にはなりません。テーマとプラグインが矛盾する値を出していないかも調べます。
<meta property="og:title" content="Example event" />
<meta property="og:type" content="website" />
<meta property="og:url" content="https://example.invalid/event/" />
<meta property="og:image" content="https://example.invalid/media/event-v2.jpg" />画像を別のリソースとして扱う
og:imageのアドレスをコピーして、ログイン画面やエラーページではなく、意図した画像が開くかを確認します。ページにアクセスできても画像ファイルにアクセスできるとは限りません。同じファイル名で中身を置き換えた場合は、その事情も診断記録に残します。例のevent-v2.jpgのような別バージョンはリソースを区別できますが、新ファイルの公開と参照先の更新をセットで行う必要があります。タグに書いた名前だけ変えても足りません。他のページがまだ使う古い画像は残し、カードで実際にどう切り取られるかも見ます。すべてのアプリで同じ寸法や切り取りになるという約束ではありません。
キャッシュを分けて考え、手当たり次第の修正を避ける
MDNの資料は、保存済み応答をキャッシュが再利用する仕組みを説明しています。ブラウザー、サイトの配信経路、カードを作るサービスは、それぞれ異なる動作をする場合があります。パソコンのCookieを消しても、別サービスが持つコピーの更新にはなりません。まずサイトが新しいメタデータと画像を実際に配信していることを確認します。その後、利用可能ならプラットフォーム公式の診断・更新ツールを使い、警告を読みます。共通の待ち時間や古い投稿の更新は保証しません。連続したリクエスト、無作為なパラメーター、多数の新しい短縮URLは比較を難しくし、原因を直すとは限りません。
実際に配るリンクで最後の確認をする
転送先とリソースを確認したら、必要に応じてWikiURLで短縮アドレスを作り、その正確なアドレスを予定の共有先で試します。短縮機能はページのメタデータを設定せず、サービスが選ぶ画像も保証しません。新しい共有の試行と以前の投稿は分けて比較し、一方を他方の自動的な証拠にしないでください。入口URL、最終URL、画像アドレス、スクリーンショット、最後の結果の時刻をまとめて保存します。違いが続く場合は管理者へ渡し、どの層まで確認したかを示します。有用なのは実際のカードと転送先を観察できる証拠であり、正常なHTTP状態だけで共有表示まで解決したという約束ではありません。