：タグ情報をデバッガを介して実行されるまでは

Question

は、ここで例のURLです（にもかかわらず、デバッガはエラーを与えない）：

http://www.motherjones.com/mojo/2012/05/reince-priebus-lgbt-workplace-discrimination

で引っ張るために使用される上記Facebookステータスアップデートボックスに貼り付けられたときにイメージ、タイトル、または説明は表示されませんでした - それは裸のURLのままでした。私はそれからデバッガを使いましたが、問題は見つかりませんでした。ステータス更新ボックスに貼り付けると、見出し、イメージ、および説明が引き込まれます。

私はまだデバッグしていない投稿を比較します。更新ボックスに貼り付けると変形しません。私または他の誰かがデバッガを使って実行するとすぐに、見出しを引っ張り始めます（ただし、イメージや説明はありません）。

http://www.motherjones.com/kevin-drum/2012/05/health-insurers-required-credit-obama-when-sending-out-rebate-checks

これは単にタイミングの問題かもしれない - FBが私達のページにメタデータを準備する遅いです - しかし、我々はそれが適切に作業を開始する共有のために多分日、時間を要することに気づきました。それは、ピースが交通量がピークに達してからずっと前です。

私たちは、4月9日

の周りに私の質問をこれを見て開始しました：それらをこすりためにFacebookが遅くなっている私達のページについての何かがあるのでしょうか？私は何が欠けていますか？問題がある場合、なぜデバッガが私に教えてくれないのですか？試してみるべきdoctypeのバージョンが若干更新されているようですが、それは原因ではないようです。また、公開時にすべてをデバッガで実行するためのフックを書いてはいけない理由はありますか？

Answer 1

Facebookは、ユーザーが共有するときに速い応答を得るために、その側に廃棄されたデータをキャッシュします。 Like Buttonのドキュメントで それは言う：

Facebookが私のページをこすりないときは？

Facebookは、 のサイトを表示する方法を知るためにページを削る必要があります。

Facebookは24時間ごとにページをスクラップし、プロパティが になっていることを確認します。開いているグラフ ページの管理者がLikeボタンをクリックしたときと、URLが のFacebook URL Linterに入力されると、そのページもスクラップされます。 FacebookはあなたのURL上のキャッシュヘッダーを観察します。 は、「Expires」と「Cache-Control」を好みの順に見ます。 しかし、長い時間を指定しても、Facebookは ページを24時間ごとに掻き分けます。

スクレーパーのユーザーエージェントは次のとおりである： "facebookexternalhit/1.1 （+のhttp：//www.facebook.com/externalhit_uatext.php）"

あなたが見ることができるように、あなたはリンターを使用する場合（別名デバッグツール）は、使用したURLのキャッシュをクリアして新しいデータに置き換えます。そのため、ページをデバッグした後に異なる共有結果が得られます。 あなたはそれが時には数日かかると言っていますが、ドキュメントが完全に正確ではなく、後でそのスクラップがたくさんあるとは思えます。

ページが新規の場合、キャッシュがなくなり、共有するときに正しい結果が得られるはずです。キャッシュをクリアする必要があるときにのみ、データが変更されたときです。 廃棄されたページのデータを更新した場合は、あとでデバッグしてください。サーバー側のデバッグツールで使用するのと同じURLにhttpリクエストを発行するだけで、Webインターフェイスを使用する必要はありません。あなたが期待するようなものがまだ動作しない場合は

、あなたは着信要求のユーザーエージェント文字列をチェックし、 facebookexternalhit/1.1 (+http://www.facebook.com/externalhit_uatext.php)と比較して、それはあなたが送り返す応答をログ一致した場合、その後、あなたが得る結果と比較することができます共有するときに矛盾がある場合は、バグレポートを提出してください。 パブリッシュごとにデバッガ要求を「フックする」ことについては、不都合なトラフィックのように思われます。が必要な場合は動作します。問題を解決して回避策を使う方が良いと思います。