Open Graphでメタタグに問題があります。Facebookが私のメタタグの古い値をキャッシュしているようです。旧属性の値og:titleとは、og:urlまだ私はすでにそれらを変更しているにもかかわらず、使用されています。

私は自分のサイトのページで Lintを実行しましたが、次のように表示されました。

とには2つの値がog:titleありog:url、最後の値が優先されることに注意してください。ただし、最後の2つのエントリは、このサイトで使用したOLDエントリです。現在、これらのメタタグを使用しています（HTMLのソースを表示するかどうかを確認できます）。

<meta property="og:title" content="Smart og rummelig pusletaske fra Petit Amour med god plads til alt &#8211; værdi 1.099 kr &#8211; køb nu kun 599 kr   "/>
<meta property="og:description" content="Pinq.dk - Det gode liv for det halve"/>
<meta property="og:type" content="product"/>
<meta property="og:url" content="http://pinq.dk/tilbud/landsdaekkende/lissy/"/>
<meta property="og:image" content="http://pinq.dk/wp-content/themes/pinq/images/logo-top.png"/>
<meta property="og:site_name" content="Pinq" />
<meta property="fb:app_id" content="161840830532004" />

なぜFacebookキャッシュog:titleとはog:url何ですか？誰かが同じ問題を経験していますか？

1. http://developers.facebook.com/tools/debugにアクセスします
2. 次のURLを入力してください fbrefresh=CAN_BE_ANYTHING

例：

1. http://www.example.com?fbrefresh=CAN_BE_ANYTHING
2. http://www.example.com?postid=1234&fbrefresh=CAN_BE_ANYTHING
3. または訪問： http://developers.facebook.com/tools/debug/og/object?q=http://www.example.com/?p=3568&fbrefresh=89127348912

私は昨夜同じ問題を抱えていました、そして私はいくつかのウェブサイトからこの解決策を得ました。

Facebookはキャッシュのサムネイルを保存します。サーバーからサムネイル/画像を削除しても更新されません。しかし、Facebookでは、fbrefresh

これがお役に立てば幸いです。

最も投票された質問はかなり時代遅れです：

これらは、2014年11月の時点で使用する必要がある2つのオプションのみです。

非開発者向け

1. FBデバッガーを使用します。 https //developers.facebook.com/tools/debug/og/object
2. 再キャッシュするURLを貼り付けます。（必ずog：urlタグに含まれているものと同じURLを使用してください）
3. Fetch Scrape informationをもう一度クリックしてください。

開発者向け

1. このURLにプログラムでGET呼び出しを行います。https://graph.facebook.com/?id=[YOUR_URL_HERE]&scrape=true（参照：https://developers.facebook.com/docs/games_payments/takingpayments#scraping）
2. そのページのヘッドに含まれているog：urlタグが、渡すタグと一致していることを確認してください。
3. jsonレスポンスを解析して、そのURLのシェア数を取得することもできます。

画像の更新に関する追加情報

• og：imageのURLは同じままですが、画像が実際に変更された場合、上記の処理を行ってもFacebookスクレイパーによって更新または再キャッシュされません。（画像のURLの最後に？last_update = [TIMESTAMP]を渡してもうまくいきませんでした）。
• 私にとって唯一有効な回避策は、画像に新しい名前を割り当てることです。

以前に投稿された投稿の画像またはビデオの更新に関する注意：

• デバッガーを呼び出してページのog：タグの変更をスクラップしても、そのURLの以前のすべてのFacebook共有には古い画像/ビデオが引き続き表示されます。以前のすべての投稿を更新する方法はありません。セキュリティ上の理由から、これは仕様によるものです。そうしないと、誰かが、ユーザーが実際には共有していない何かをユーザーが共有しているように見せかけることができます。

多くのページがあり、手動で更新したくない場合は、自動的に更新できます。

写真付きのユーザープロフィールページがあるとします。

$url = 'http://'.$_SERVER['HTTP_HOST'].'/'.$user_profile;
$user_photo = 'http://'.$_SERVER['HTTP_HOST'].'/'.$user_photo;

<meta property="og:url" content="<?php echo $url; ?>"/>
<meta property="og:image" content="<?php echo $user_photo; ?>"

これをページに追加するだけです：

// with jQuery
$.post(
    'https://graph.facebook.com',
    {
        id: '<?php echo $url; ?>',
        scrape: true
    },
    function(response){
        console.log(response);
    }
);

// with "vanilla" javascript
var fbxhr = new XMLHttpRequest();
fbxhr.open("POST", "https://graph.facebook.com", true);
fbxhr.setRequestHeader("Content-type", "application/x-www-form-urlencoded");
fbxhr.send("id=<?php echo $url; ?>&scrape=true");

これでFacebookのキャッシュが更新されます。jQueryソリューションを使用している場合は、console.logの「応答」を確認してください。「updated_time」フィールドとその他の有用な情報が見つかります。

fbrefresh変数を渡しても、OGサムネイルが更新されないようです。自動クリアを待たずにこれを更新するには、サムネイルに関連付けられたメタタグ値のファイル名を変更して更新する必要があります。

私は使用して同じ問題がありました og:imageた。ファイルの名前を変更したり、FBキャッシュをクリアしたりするいくつかの試みは、facebookデバッガーまたは実際のアカウントを介したテストのどちらでも機能しませんでした。

新しいFacebookのガイドラインでは、画像サイズは1200 x 630またはそのアスペクト比にする必要があると記載されていますが、これは間違っているようです。私にとって有効だったのは、正方形の寸法の画像を使用することだけでした。でした。

編集* 数時間前に1200 x 630を使用するようになりましたが、それは魔法のように機能し、魔法のようでした。

また、ファイルの名前をf * ^ * kfacebook.jpgに変更しました。

基本的に、答えは忍耐です;）

私は今朝リンターをチェックしました、そして冗長な値なしでog：titleとog：urlは正しく表示されます。FaceBookは特定の間隔でキャッシュを自動的にクリアすると思います。待たなければならない。

実は、実際のURLにはクエリ文字列（ボットに関する限り、別のページ）が含まれていたため、正しいURLをリンクしていませんでした。

http://example.com/

！==

http://example.com/?utm_campaign=foo

リンターはあなたのページを再キャッシュします、あなたは待つ必要はありません。

はい、facebookは24時間ごとに自動的にキャッシュをクリアします。実際、facebookはページをスクレイピングし、24時間ごとにキャッシュを更新しますhttps://developers.facebook.com/docs/reference/plugins/like/#scraperinfo。

Ooook、やっと助​​けになった（私はIP.Boardを使っている）。私がしなければならなかったことは：

1. Webサイトのog：imageのURLを変更します（一般的な構成）。
2. ？fbrefresh = 1154464gd56でこのメソッドを試してください

このスレッドの作成者に感謝します！

編集：画像の要件について覚えておくべきことは何ですか。現在（2013年1月）は次のとおりです。-両方向に少なくとも200ピクセル-最大比率3：1

1. FBページにアクセスhttps://developers.facebook.com/tools/debug/og/object/
2. ドメインを入力してください。
3. 「新しいスクレイプ情報を取得する」ボタンをクリックします
4. できた

追加すべきことの1つは、URLは大文字と小文字が区別されることです。ご了承ください：

apps.facebook.com/ HELLO

そのときリンターの目は違う

apps.facebook.com/ hello

アプリの開発者設定で入力した正確なサイトURLを使用してください。リンターはそれ以外の場合はプロパティを返しますが、キャッシュを更新しません。

申し訳ありませんが、正解は次のとおりです。

開いているグラフのog：image urlを即座に更新するための簡単な方法はありません。fbが更新されるまでキャッシュされる（報告によると24時間ごと）

これは他の人によって機能すると報告されているものですが、私はそれらのどれでもゼロの成功を収めました。

• 「新しいスクレイプ情報を取得する」を選択する
• 実際の画像ファイル名の変更および/またはオリジナルの削除
• PHP TIMESTAMPまたは？anythingを追加して、クエリ文字列を画像のURLに追加する
• "... yoursite.com/?fbrefresh=anything"クエリ文字列をデバッガーのフェッチURLに追加する
• og devページの下部にあるグラフAPIリンクの選択
• スクレイパーが表示するものを正確に表示することを選択-キャッシュされていないリアルタイムのスクレイピングデータを要求するようには見えず、ファイルが存在しなくても、キャッシュされた画像のURLが表示されます

コードの検査は常に、ブラウザキャッシュや一部のキャッシュサービスの問題ではないことを確認するための適切な方法です。コードでメタ情報が最新であり、上記のすべてを試した場合（別の提案が実現しない限り）、正しい答えは待つ以外に何もできないということです。

画像が72dpiの場合、画像サイズエラーが発生することがわかりました。代わりに96dpiを使用してください。お役に立てれば。

1. http://developers.facebook.com/tools/debugにアクセスします

2. ページのURLを貼り付けて、[デバッグ]をクリックします。サイトがURLエイリアスを使用している場合は、共有しているページにFacebookが使用しているのと同じURLを使用していることを確認してください（例：Drupalでは、そのURLを介してページを共有する場合、エイリアスの代わりにnode / *パスを使用します）。

3. 「これを共有ダイアログで見る」リンクの「共有プレビュー」部分をクリックします

Facebook開発者ドキュメントによると、titleプロパティには例外があります：

50個のアクション（高評価、共有、コメント）がオブジェクトに関連付けられると、そのタイトルを更新できなくなります

https://developers.facebook.com/docs/sharing/opengraph/using-objects#update

同様の経験をしました。Facebookが生成したプレビューで、ウェブサイトのリンクに404が表示されていました。og：urlメタデータが間違っていることが判明しました。数日前に修正済みですが、プレビューに404が表示されていました。私たちはhttps://developers.facebook.com/tools/debug/でツールを使用し、更新を強制しました（ちなみにパラメーターを追加する必要はありませんでした）この場合、Facebookは24時間後にキャッシュを更新しませんでした時間ですが、ツールはそれを強制するのに役立ちました。

これはキャッシュであり、頻繁に更新されます。これは、キャッシュがたまに行うことです。したがって、待機は最終的には機能しますが、場合によってはそれをより速く行う必要があります。ファイル名の変更は機能します。

私もこの問題を抱えていました。スクレイパーには正しい情報が表示されますが、共有URLには古いデータがまだ入力されています。

これを回避する方法は、共有ではなくフィードメソッドを使用し、データを手動で入力することでした（共有メソッドでは公開されません）。

このようなもの：

shareToFB = () => {
    window.FB.ui({
    method: 'feed',
    link: `signup.yourdomain.com/?referrer=${this.props.subscriber.sid}`,
    name: 'THIS WILL OVERRIDE OG:TITLE TAG',
    description: 'THIS WILL OVERRIDE OG:DESCRIPTION TAG',
    caption: 'THIS WILL OVERRIDE THE OG:URL TAG'
  });
};

本当に簡単に解決します。テスト済みで動作しています。メタタグを更新するときに新しいURLを生成するだけです。URLに「＆cacheBuster = 1」を追加するのと同じくらい簡単です。メタタグを変更する場合は、「＆cacheBuster = 2」をインクリメントするだけです

元のURL

www.example.com

ogメタタグが更新されたときのURL：

www.example.com?cacheBuster=1

ogメタタグが再度更新されたときのURL：

www.example.com?cacheBuster=2

Facebookはそれぞれを新しいURLのように扱い、新鮮なメタデータを取得します。

数年後、これはまだ一般的な問題ですが、常にFacebookのキャッシュではありません。これは非常に頻繁に人為的なエラーです（詳しく説明させてください）

OG：TYPEは画像のスクレイピングに影響します。

1. https://ogp.me/#type_article と同じではありません https://ogp.me/#type_website

og：type = websiteは、そのURLの/ sub-pages /が「正規」になることに注意してください。これは、スクレイパーを使用して画像を更新しても問題が発生することを意味します。

この「仮定とよくある間違い」を考えてみてください

- <meta property="og:type" content="website" />=> https://www.example.org （親
）- <meta property="og:type" content="website" />=> https://www.example.org/sub-page/
- <meta property="og:type" content="website" />=> https://www.example.org/sub-page/child -2 /
-Ergo：/sub-page/そして/child-2/継承しますog:image親のを

それらは「すべてのウェブサイト」ではなく、1つはウェブサイトで、その他は記事です。

そうすると、Facebookはそれらすべてを正規のものと見なし、最初のog：imageをそれらすべてに入れます。（試してみるとわかります）-og：urlをルートまたは親ドメインに設定すると、Facebookですべて正規のものになると伝えました。（そのための正当な理由はありますが、オフトピックです）

この解決策を検討してください（ほとんどの人が「本当に望んでいる」ことです）。

- <meta property="og:type" content="article" />=> https://www.example.org/sub-page/
- <meta property="og:type" content="article" />=> https://www.example.org/sub-page/child-2/

あなたが今それをすれば、Facebookはあなたにあなたの新しい画像をこすることではるかに少ない問題を与えるでしょう。

最後に、はい、キャッシュバスター、ランダム変数、URLの変更、およびここでの提案は機能しますが、これが正しく指定されていないと、「断続的なブードゥー」のように見えog:typeます。

PS：CDNまたはサーバーサイドのキャッシュは、最新のバージョンを見ることができると「思った」としても、Facebookのスクレイパーに役立つことを覚えておいてください。（再確認しないと、膨大な時間を無駄にしてしまうことを指摘する以外に、時間を費やしたりはしません。）

最近、Facebookで別の似たような問題がありましたが、言及したスクレイパー/デバッグページは、ページ全体を読み取っていないようです。Open Graphのメタプロパティはヘッドセクションのさらに下にあり、スクレイパーは常にイメージの仕様が正しくないことを通知し、キャッシュされたバージョンを使用していました。Open Graphタグをコードのさらに上のページの最上部近くに移動すると、毎回すべてが完全に機能しました。