Claude Opus 5.5で商品リンクの共有プレビューを確認する

商品リンクのサムネイルが違うときは、Claude Opus 5.5に初期HTML、参照画像、共有先で観測したカードを比較させます。この三つは別々の証拠です。ページの写真を直してもメタデータの更新を証明できず、メタデータが正しくても古いカードが更新されたとは限りません。

変更前に不一致の場所を特定する

Open Graphプロトコルは`og:title`、`og:type`、`og:image`、`og:url`を基本情報として定義し、画像寸法や代替テキストも説明しています。これはメタデータの仕様であり、共通のキャッシュ期限や全サービスで同じ表示になる保証ではありません。

カップの色が違う仮定例

アイボリーのカップのページは正しいのに、共有すると青いカップになるとします。まず正確なURLの初期HTMLを保存し、リダイレクトを記録します。`og:image`が青い画像を指すならメタデータ生成の問題です。アイボリーというファイル名でも青い画素を返すなら、素材を調べます。ファイル名は内容の証明ではありません。

次に、初期応答と画像は正しいのに、以前共有した一つのカードだけが青い場合を考えます。観測時刻と共有先を記録し、原因の判断は保留します。過去のStack Overflowの質問にはサービス間の表示差の報告がありますが、現在のキャッシュ方針は証明できません。一定時間での更新を約束したり、プレビューのためだけにページの識別情報を変えたりしないでください。

証拠として、要求URL、最終URL、応答状態、初期メタデータ、画像の状態・内容種別・実寸、日付付きの共有先画面をまとめます。公開商品情報だけを使います。この例は架空で、Opusの実測結果ではありません。

メタデータ確認用の完全なプロンプト

この商品リンクのプレビューを確認してください。入力は正確な公開URL、リダイレクト経路、初期HTML、抽出したOpen Graphタグ、画像応答の状態・内容種別・寸法、共有サービスの日付付き画面です。証拠不足と確認済みの不具合を区別してください。

商品識別、タイトル、説明、画像を各入力で比較します。重複や矛盾するメタデータを検出し、サーバーの初期応答とJavaScript実行後の値を分けます。参照画像を公開状態で取得でき、目的の商品を描いているか確認します。ログイン済みの私のブラウザだけからクローラーのアクセスを推定しないでください。

証拠表、優先順の診断、最小限のメタデータまたは素材修正を返してください。独立した理由がなければ正規ページの識別情報を維持します。共有サービスだけが古い場合は不確実性と、サポートされる次の確認手段を示し、キャッシュ削除APIや有効期間を捏造しないでください。再取得と新規共有の確認手順を示しますが、実行済みとは言わないでください。

Opus公式ガイドは文脈と出力条件を渡す際の参考です。この記事は確認手順を示すもので、モデルの公開機能やプラットフォームのキャッシュ制御を主張していません。

最終応答で商品の識別を確認する

修正をデプロイしたら公開ページを再取得し、初期タグと画像応答を確認します。各商品ルートの識別が正しく、翻訳ページが該当言語を説明しているかも調べます。その後、共有先で実際の共有を観測します。サーバーの正しさとカード更新は別々に記録し、前者だけ合格、後者は未確認という状態も残します。

よくある質問

**ブラウザのタブ名だけで十分ですか？** いいえ。表示タイトルから共有サービスが受け取った初期応答は分かりません。

**すべてのURLにランダムなパラメータを付けるべきですか？** 一律の修正にはしません。ページ識別を維持し、素材が変わったときに計画的にバージョン管理します。

**Opusは強制的に更新できますか？** この手順は渡された証拠の診断を依頼します。実際の検査や更新はサービスの機能とアクセス権次第です。

リンクを配る前に画像を確定する

Panelly Studioで承認済みの商品ビジュアルを作り、メタデータの商品と一致させます。追跡パラメータや移動先の問題には別のキャンペーンリンク確認手順を使ってください。Opus統合やPanellyによる自動SNS投稿を主張するものではありません。

情報源と参考文献

• 一次資料 · ogp.me
• 一次資料 · stackoverflow.com
• 一次資料 · platform.claude.com