Open Graphチェッカー

使い方

• ソースを選択します。 現在公開されているページからクローラーが何を取得できるかをテストする場合はライブURLモードを使用し、リリース前にマークアップを検証する場合は貼り付けられたHTMLモードに切り替えます。
• URLまたはHTMLを入力します。 ユーザーが共有すると予想される正確なURLを貼り付けるか、チェッカーがOpen Graph、Twitter、標準タグを読み取れるようにヘッドセクションを保持した状態でページのHTMLを貼り付けます。
• チェッカーを実行します。 スキャン完了後、プレビューカード、欠落フィールドの警告、重複タグの検出結果、リダイレクトの注意、およびフィールド比較テーブルを確認します。
• 共有前に最終ソースを修正します。 サーバーからレンダリングされたレスポンスが1つの明確なタグセットを公開するようにページを更新し、キャンペーン、ソーシャル投稿、ニュースレター、または内部チャットツールでリンクを投稿する前に再確認してください。

チェッカーが確認する項目

よくある間違いと解釈のヒント

メタデータが重複していたり、JavaScriptで後から注入されていたり、間違った標準URLに紐付けられていたりすると、ブラウザでは正しく見えてもソーシャルプレビューが不十分になることがあります。よくある間違いの1つは、標準でないバージョンやパラメータ付きのページに対して og:url を公開し、キャンペーンやニュースレターで別のURLを共有することです。もう1つは、ブラウザ内では機能するがクローラーにとっては曖昧な相対画像パスに依存することです。重複する og:title や og:description タグもリスクが高く、プラットフォームがページの取得方法に応じて、最初の値、最後の値、またはキャッシュされた古い値のいずれかを選択する可能性があります。

チェッカーがリダイレクトを報告した場合は、要求されたURL、最終的に取得されたURL、標準リンク、および og:url をまとめて比較してください。これら4つの値は、通常、同じ優先ページを指している必要があります。一致しない場合は、プロモーションや製品のローンチ前にページを修正し、ソーシャル共有、分析、インデックス信号がすべて1つの安定したURLを指すようにしてください。

ユースケース

このツールは、公開前に記事の共有を確認する編集チーム、キャンペーン前に製品カードを検証するECチーム、フレームワーク移行後にSSR出力を確認する開発者にとって実用的です。また、Slack、Discord、LinkedIn、またはFacebookが古いサムネイル、ホームページのタイトル、または汎用的なフォールバック画像を表示している理由をデバッグする際にも役立ちます。そのような状況では、問題はプラットフォーム自体ではなく、取得したページソースによって公開されたメタデータにあることが多いです。

多くのAI回答サービスやプレビューシステムがページのメタデータを再利用しているため、制御されたOpen Graphタグは、従来のソーシャルメディア以外でのリンクの要約や引用のされ方を改善することもできます。タグ自体はランキング要素ではありませんが、クリック率や共有の信頼性に影響を与えるページ品質パッケージの一部です。