5

Facebookで奇妙な問題が発生しています。MSIE 9でコンテンツを共有すると、最初にURLを共有したときにサムネイルが正常に読み込まれますが、再度共有すると、サムネイルが読み込まれません（また、再度読み込まれることはありません）。アニメーション化された「読み込み中」の画像が数秒間表示された後、それが消え、サムネイルオプションも消えます。

MSIE 9でこれらのFacebook共有リンクをクリックすると、これを自分で確認できます。

例1 例2

同じ共有機能は他のブラウザーでも正常に機能し、同じMSIE 9の他のページ（Youtubeビデオなど）の共有は毎回正常に機能します。

Facebookのデバッガーを実行しても問題は解決せず、ページのOpenGraphタグに関する問題も報告されません。問題のサムネイルも表示されます。

Facebookの開発ツールの[ネットワーク]タブを見ると、コンテンツを共有するたびにサムネイル画像が読み込まれていることがわかります。

アップデート

MSIE 9は、次の条件下で画像を表示することがわかりました。-画像が既にキャッシュにある場合-ブラウザがサーバーに対して、画像の送信元であるsafe_image.phpURLを要求しない場合。

私はこのテストページをいじっています：http：//www.facebook.com/sharer/sharer.php？u = http：//c2a-v3-staging.s3.amazonaws.com/sparks%2Fspark_5079%2Findex_test .html

ページを更新すると、サーバーにsafe_image.phpが要求されるため、画像を読み込めません。応答が200であるか304であるかは関係ありません。画像は表示されません。ただし、ロケーションバーに移動してEnterキーを押すと、これは「更新」ではなく「ナビゲート」イベントであり、画像に対するリクエストは行われず、表示されます（キャッシュから読み込まれた後）。

別のドメインから画像を提供し、og：image：secure_urlタグを追加し、Facebookに別のドメインのHTMLをクロールさせてみましたが、これがこれまでのところ最善の方法です。残念ながら、それはどのユーザーからの最初の共有も正しく機能しないことを意味するため、かなり役に立たない。

4

3 に答える 3

2

fbの共有機能はFacebookでサポートされなくなりました。javascriptapiのフィードダイアログ部分を使用する必要があります：https ：//developers.facebook.com/docs/reference/dialogs/feed/

また、ogメタタグに問題となる可能性のある正しい情報http://ogp.me/が含まれていることを確認してください。画像サイズはメタタグであり、少なくともogメタデータのスクレイピングを最適化するには、画像を200x200にする必要があります。

https://developers.facebook.com/tools/debugからメタデータが取得しているエラーを確認することもできます

于 2012-12-11T01:39:36.750 に答える
2

解決しました！奇妙なことに、問題は画像のサイズでした。og：imageのサイズを255x255ピクセルのボックスに収まるように縮小すると、MSIE9で共有が完全に機能します。262x262のような少し大きいサイズは、機能しません。

もちろん、Facebookのデバッグツールを使用してURLを実行し、キャッシュをクリアする必要がありました。

于 2012-12-20T19:41:54.917 に答える
1

あなたの質問に対する別の答えがあります。

参照：https ：//sparkengine.call2action.com/sparks/5186/live

共有したい上記のWebページには、 Facebookとリンクを共有するときに使用するWebページのサムネイル用のFacebookOpengraphプロトコルがありません。

そのメタタグは次のようになります。

<meta property="og:image" content="https://sparkengine.call2action.com/assets/c2a_logo_white-6396a6a536d065359780af683e66dd2a.png"/>

このプロパティ名の使用について詳しくは、こちらをご覧ください。

Facebookのデバッガーツールでは、デバッガーでレンダリングされたサムネイルが表示されているだけで、必ずしも共有リンクプロセスに関連付けられているとは限りません。

[ネットワーク]タブにサムネイル画像が表示されますが、これが共有リンクプロセスで使用されるとは限らないため、Facebook Opengraphプロトコルはこの問題を解決し、さらにカスタマイズできます。

編集：
この記事を書いている時点で、あなたのウェブページのテンプレートが変更されているようです。私は今、以前に見られた唯一のogメタタグ名に気づきました：

og:video
og:video:height
og:video:width

og:image新しく追加された他のメタタグプロパティとともに、メタタグが含まれるようになりましogた。

メタタグ用に提供されている現在の画像ファイルog:image：

https://c2a-v3.s3.amazonaws.com/sparks/spark_5186/media/thumbnails/spark_5186_09_28_2012_WgZN50Q.jpg

Firefox Webブラウザーでは、IE8ではなく、ブラウザーのアドレスバーでog：imageに直接アクセスすると、次のダウンロードボックスが生成されます。

ここに画像の説明を入力してください

また、そのダウンロードについて私が奇妙に思ったのは、それがフラッシュムービーとして識別されていることです。確かに、IE8では問題は見られませんでした。

次に、その画像のサムネイルリンクをChrome Webブラウザーで直接テストしたところ、その画像が自動的にダウンロードされましたが、ブラウザーに表示されず、ダウンロードされたmimeタイプのファイルのように扱われました。

これは、両方の例の両方のサムネイルに当てはまりました。おそらく、サーバー側のflash-to-thumbnailが、誤ったmimeファイルタイプ情報を含む画像を保存している可能性があります。ダウンロードしてIfranView.jpg imageで分析すると、IrfanViewがファイルヘッダーをチェックしてファイルタイプ拡張子と自動的に一致することを確認するため、エラーは報告されませんでした。これらのサムネイルがバックエンドでどのように作成されるかを調べます。

掘り出し物：

これはAmazons3Webサーバーによって実行されるサービス/プロセスであるため、これらのサムネイルの作成方法を制御できないことを理解しました。

XML File深く掘り下げると、この画像ファイルのURLのメインドメインは：用であることがわかります。

参照：https ：//c2a-v3.s3.amazonaws.com

グーグルが救助する。アマゾンのサムネイルを入力すると、ファイルとして開きます。この記事では、プロトコルを削除するhttp://www.か、メタタグhttps://www.にURLを使用する場合について説明しogました。

Facebookデバッガーは、プロトコルhttps://として報告されますが、ドロップしてもエラーは表示されません。http://

試す： 

<meta content='sparkengine.call2action.com/sparks/5186/live' property='og:url'>
<meta content='c2a-v3.s3.amazonaws.com/sparks%2Fspark_5186%2Fmedia%2Fthumbnails%2Fspark_5186_09_28_2012_WgZN50Q.jpg' property='og:image'>

Facebookユーザーは、そこの設定を介してHTTPSリクエストを強制できることに注意してください。そうでない場合、ここではHTTPが想定されます。

結果として生成される共有リンク：

http://www.facebook.com/sharer.php?u=http%3A%2F%2Fsparkengine.call2action.com%2Fsparks%2F5186%2Flive
于 2012-12-14T00:07:12.493 に答える