誰かがFacebookにリンクを投稿すると、スクリプトは通常、そのリンクをスキャンして画像を探し、投稿の横に簡単なサムネイルを表示します。ただし、特定のURL（私のものを含む）では、そのページに多数の画像があるにもかかわらず、FBは何も取得していないようです。
FBは、ユーザーが指定したい画像に「image_src」relタグを優先することを読みましたが、これによって、私のサイトでもそのサムネイルが生成されません。
私のURLは直接DNSに送られ、転送されないので、それも問題になるとは思いません。
FBが私のサイトからサムネイルを生成できない理由について誰かが考えていますか？
最も簡単な方法は、リンクタグだけです。
<link rel="image_src" href="http://stackoverflow.com/images/logo.gif" />
ただし、ソーシャルメディアをより使いやすくするために、サイトに追加できるものが他にもいくつかあります。
グラフタグを開く
Open Graphタグ<head>は、バンド、レストラン、ブログなど、ページが表すエンティティを説明するためにWebサイトに追加するタグです。
OpenGraphタグは次のようになります。
<meta property="og:tag name" content="tag value"/>
Open Graphタグを使用する場合は、次の6つが必要です。
og:title-エンティティのタイトル。og:type-エンティティのタイプ。OpenGraphタイプのリストからタイプを選択する必要があります。og:image-エンティティを表す画像へのURL。画像は少なくとも50ピクセル×50ピクセルである必要があります。正方形の画像が最適ですが、高さの最大3倍の幅の画像を使用できます。og:url-エンティティを表すページの正規の永続的なURL。Open Graphタグを使用すると、「いいね」ボタンog:urlは、「いいね」ボタンコードのURLの代わりにへのリンクを投稿します。og:site_name-サイトの人間が読める名前（「IMDb」など）。fb:adminsまたはfb:app_id-ページ管理者のFacebookIDまたはFacebookプラットフォームアプリケーションIDのいずれかのコンマ区切りのリスト。少なくとも、自分のFacebookIDのみを含めてください。Open Graphタグの詳細とページの管理の詳細については、OpenGraphプロトコルのドキュメントを参照してください。
私はこの質問が古いことを知っていますが、私は最近まったく同じ問題に対処し、数週間それを繰り返しました。Google で複数の検索を行ったところ、多くの有用な情報が見つかりましたが、そのほとんどは Open Graph タグに集中しており、使用することに興味がありませんでした。私のサイトには複数の問題があったことが判明しましたが、ここではいくつかの基本的な問題について説明します。
EightyEight が言ったように、HTML が有効であることを確認してください。JavaScript とサーバー側のコード (PHP、ASP など) についても同じことが言えます。メインページからサーバーへの別の呼び出しとして実行されていたコードの一部に、小さな PHP エラーがありました。多くの奇妙な偶然により、そのコードは 500 エラーを生成していましたが、これは IE6 と、W3C バリデーターや Facebook ページ クローラーなどの厳密な解析エンジンに対してのみでした。この問題は最新のブラウザー (Chrome 4、FF 3.5、IE 8 など) では発生しなかったため、すぐにはわかりませんでしたが、古い/厳密なクライアントでは毎回 500 が表示され、それが FB が表示されなかった主な理由でした。ページをクロールしていません (他のすべてが正しいと思われる場合)。
Randy の回答に関しては、Facebook はページの古いキャッシュ コピーを更新後もずっと保持するという彼の意見は正しいです。FB は 24 時間しか保持されていないと主張していますが、私はそれよりもはるかに長い時間を経験しました。幸いなことに、FB は「URL リンター」ツールをリリースしました。このツールは、FB で共有されたときにページがどのように表示されるかのプレビューを表示し、FB にページのキャッシュを即座に更新させます。これは命を救う道具でした。http://developers.facebook.com/tools/lint/で見つけることができます。
URL Linter ツールに関しては、URL の各バリエーションが Facebook で個別にキャッシュされるため、「www.example.com」は「example.com」と同じではないことに注意してください。また、一意の大文字化も保存されるため、「ExampleOne.com」は「exampleone.com」と同じではありません。（これは、キャッシュが正常に更新されたように見え、クライアントが更新を見ていないと主張したとき、クライアントと私の間で多くの混乱を引き起こしました。私は exampleone.com を見ていて、 Linter を使用してキャッシュを更新しましたが、彼らは私が Linter に送信していない exampleOne.com を見ていました.その結果、ベースをカバーするためだけに、かなりの数の URL のバリエーションを Linter に送信することになりました.)
image_src リンク タグを使用するという WyrdNEXUS のアドバイスは的を射ています。これにより、FB がページに最適な画像をスクレイピングしていることを確認できます。画像ファイルの仕様についてはさまざまなガイドラインがありますが、私は 128 ピクセルの正方形の画像を使用して成功し、130x97 の画像も同様に通過するのを見てきました。http://developers.facebook.com/docs/reference/plugins/like/からの Facebook の公式ドキュメントは次のとおりです。
画像は 50 x 50 ピクセル以上である必要があります。正方形の画像が最適ですが、高さの 3 倍までの幅の画像を使用できます。
明らかに、FB は大きな画像のサイズを変更しますが、事前に自分でサイズを変更すると、ほとんどの場合、より良い結果が得られます。
eHow 記事への Mike Cooper のリンクに関しては、その記事の手順 1 を使用しないでください。記事を書いたときや、Mike がリンクを投稿したときは有効なアドバイスでしたが、現在は URL リンター ツールを使用して、共有されたときにページがどのように表示されるかをプレビューすることをお勧めします。Linter を使用することで、ページを調整する機会が得られる前に、FB が (潜在的に) 不良なページのコピーをキャッシュすることはありません。
ここで利用可能なFacebookリンターを使用してください。http://developers.facebook.com/tools/lint/
これにより、リンクがチェックされ、画像が再取得されます。これにより、古いキャッシュもクリアされます。
またはこれを試してください - https://developers.facebook.com/tools/debug
サイトの HTML は有効ですか? w3c 検証サービスを介して実行します。
実際、「image_src」リンクを追加する前に Facebook でそのページをリンクしようとした場合、Facebook は古いキャッシュ コピーを使用し続け、変更を確認することさえできません。「www」を削除または追加して URL を変更するか、ページを複製してテストしてください。
Facebookがhttpsで始まる場合、Webサイトからサムネイルを取得しないことに気づきましたが、それはおそらくあなたのケースですか？
同じ問題があり、頭の終了タグが間違った場所にあることがわかりました
古い質問ですが、最近、リンクのサムネイル画像が Facebook のステータス更新に表示されないという同じ問題が発生しているようです。私は多くのクライアントに投稿していますが、これは比較的新しいものです。
FB はもはや長い URL を好まないようです — goo.gl や bitly.com などの短縮 URL を使用すると、リンク/投稿のサムネイルが FB の更新に表示されます。
seo 用のプラグインを使用している場合は、最初に seo プラグインの設定を確認します。次に、Noindex のメディアを有効にする場合は Noindex 設定を見つけてから無効にします。