Ich habe Probleme mit meinen Meta-Tags mit Open Graph. Es scheint, als würde Facebook alte Werte meiner Meta-Tags zwischenspeichern. Alte Werte für Attribute og:titleundog:url werden weiterhin verwendet, obwohl ich sie bereits geändert habe.

Ich habe Lint auf einer Seite meiner Website ausgeführt und Folgendes wurde angezeigt:

Beachten Sie, dass es für og:titleund zwei Werte og:urlgibt und der letzte vorherrschte. Doch die letzten beiden Einträge sind die alten Einträge , dass ich für diese Website verwendet. Ich verwende derzeit diese Meta-Tags (Sie können überprüfen, ob Sie die HTML-Quelle anzeigen):

<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" />

Warum wird Facebook zwischengespeichert og:titleund og:url? Tritt bei jemandem das gleiche Problem auf?

1. Gehen Sie zu http://developers.facebook.com/tools/debug
2. Geben Sie die folgende URL ein fbrefresh=CAN_BE_ANYTHING

Beispiele:

1. http://www.example.com?fbrefresh=CAN_BE_ANYTHING
2. http://www.example.com?postid=1234&fbrefresh=CAN_BE_ANYTHING
3. Oder besuchen: http://developers.facebook.com/tools/debug/og/object?q=http://www.example.com/?p=3568&fbrefresh=89127348912

Ich hatte gestern Abend das gleiche Problem und habe diese Lösung von einer Website erhalten.

Facebook speichert Ihr Cache-Miniaturbild. Es wird nicht aktualisiert, selbst wenn Sie das Thumnail / Image von Ihrem Server löschen. Mit Facebook können Sie jedoch mithilfe von aktualisierenfbrefresh

Ich hoffe das hilft.

Die am häufigsten gestellte Frage ist ziemlich veraltet:

Dies sind die einzigen zwei Optionen, die ab November 2014 verwendet werden sollten :

Für Nichtentwickler

1. Verwenden Sie den FB-Debugger: https://developers.facebook.com/tools/debug/og/object
2. Fügen Sie die URL ein, die Sie erneut zwischenspeichern möchten. (Stellen Sie sicher, dass Sie dieselbe URL verwenden, die auf Ihrem og: url-Tag enthalten ist.)
3. Klicken Sie erneut auf die Schaltfläche Scrape-Informationen abrufen

Für Entwickler

1. Rufen Sie programmgesteuert diese URL an: https://graph.facebook.com/?id=[YOUR_URL_HERE‹&scrape=true (siehe: https://developers.facebook.com/docs/games_payments/takingpayments#scraping )
2. Stellen Sie sicher, dass das auf dem Kopf auf dieser Seite enthaltene Tag "og: url" mit dem Tag übereinstimmt, den Sie übergeben.
3. Sie können sogar die JSON-Antwort analysieren, um die Anzahl der Freigaben dieser URL abzurufen.

Zusätzliche Informationen zum Aktualisieren von Bildern

• Wenn die URL von og: image dieselbe bleibt, sich das Bild jedoch tatsächlich geändert hat, wird es von Facebook-Scrapern nicht aktualisiert oder zwischengespeichert, selbst wenn dies oben beschrieben wird. (Selbst das Übergeben eines? last_update = [TIMESTAMP] am Ende der Bild-URL hat bei mir nicht funktioniert).
• Die einzige effektive Problemumgehung bestand für mich darin, dem Bild einen neuen Namen zuzuweisen.

Hinweis zu Bild- oder Video-Updates für zuvor veröffentlichte Beiträge:

• Wenn Sie den Debugger aufrufen, um Änderungen an Ihren og: -Tags Ihrer Seite zu löschen, wird auf allen vorherigen Facebook-Freigaben dieser URL weiterhin das alte Bild / Video angezeigt. Es gibt keine Möglichkeit, alle vorherigen Beiträge zu aktualisieren, und dies ist aus Sicherheitsgründen beabsichtigt. Andernfalls könnte jemand so tun, als hätte ein Benutzer etwas geteilt, was er tatsächlich nicht getan hat.

Wenn Sie viele Seiten haben und diese nicht manuell aktualisieren möchten, können Sie dies automatisch tun.

Nehmen wir an, Sie haben eine Benutzerprofilseite mit Foto:

$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; ?>"

Fügen Sie dies einfach Ihrer Seite hinzu:

// 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");

Dadurch wird der Facebook-Cache aktualisiert. Wenn Sie die jQuery-Lösung verwenden, sehen Sie sich "response" in console.log an. Dort finden Sie das Feld "update_time" und weitere nützliche Informationen.

Das OG-Miniaturbild scheint nicht aktualisiert zu werden, selbst wenn die Variable fbrefresh übergeben wird. Um dies zu aktualisieren, ohne auf das automatische Löschen zu warten, müssen Sie den Dateinamen des Miniaturbild-zugeordneten Meta-Tag-Werts ändern und aktualisieren.

Ich hatte die gleichen Probleme mit og:image , mehrere Versuche, die Datei umzubenennen oder den FB-Cache zu löschen, funktionierten weder über den Facebook-Debugger noch über ein tatsächliches Konto.

Die neuen Facebook-Richtlinien besagen, dass die Bildgröße 1200 x 630 betragen sollte oder dieses Seitenverhältnis haben sollte. Dies scheint falsch zu sein. Das einzige, was für mich funktioniert hat, war die Verwendung eines Bildes mit quadratischen Abmessungen .

Bearbeiten* Einige Stunden habe ich wieder 1200 x 630 verwendet und es hat magisch funktioniert, es war magisch.

Ich habe die Dateien auch in f * ^ * kfacebook.jpg umbenannt, nicht sicher, ob es geholfen hat, aber es fühlte sich gut an.

Grundsätzlich lautet die Antwort Geduld;)

Ich habe heute Morgen den Linter überprüft und og: title und og: url werden korrekt angezeigt, ohne die redundanten Werte. Ich denke, FaceBook löscht seinen Cache automatisch in einem bestimmten Intervall. Ich muss nur warten.

Wir haben gerade darauf gestoßen, wie sich herausstellte, dass wir nicht die richtige URL gefunden haben, da die echte URL eine Abfragezeichenfolge hatte (duh, andere Seite, was einen Bot betrifft).

http://example.com/

! ==

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

Der Linter wird Ihre Seite erneut zwischenspeichern, Sie müssen nicht warten.

Ja, Facebook löscht den Cache automatisch alle 24 Stunden: Facebook kratzt tatsächlich die Seiten und aktualisiert den Cache alle 24 Stunden https://developers.facebook.com/docs/reference/plugins/like/#scraperinfo .

Ooook, endlich hat es geholfen (ich benutze IP.Board). Was ich tun musste war:

1. URL von og: image auf meiner Website ändern (Allgemeine Konfiguration).
2. Versuchen Sie diese Methode mit? Fbrefresh = 1154464gd56

Danke an den Autor für diesen Thread!

BEARBEITEN: Darüber hinaus müssen Sie sich an die Bildanforderungen erinnern. Im Moment (Januar 2013) ist es: - mindestens 200 px in beide Richtungen - maximales Verhältnis 3: 1

1. Besuchen Sie die FB-Seite https://developers.facebook.com/tools/debug/og/object/
2. Geben Sie Ihre Domain ein.
3. Klicken Sie auf die Schaltfläche "Neue Kratzinformationen abrufen".
4. Getan

Eine Sache hinzuzufügen, die URL unterscheidet zwischen Groß- und Kleinschreibung . Beachten Sie, dass:

apps.facebook.com/ HALLO

ist dann in den Augen des Linter anders

apps.facebook.com/ hallo

Stellen Sie sicher, dass Sie die genaue Site-URL verwenden, die in den Entwicklereinstellungen für die App eingegeben wurde. Andernfalls gibt der Linter die Eigenschaften zurück, aktualisiert den Cache jedoch nicht.

Es tut mir leid Leute, aber die richtige Antwort lautet:

Es gibt keine narrensichere Möglichkeit, die geöffnete Grafik og: image url mit sofortigem Ergebnis zu aktualisieren. Es wird zwischengespeichert, bis fb aktualisiert wird (Berichten zufolge alle 24 Stunden).

Hier sind Dinge, von denen berichtet wurde, dass sie von anderen funktionieren, aber ich hatte mit keinem von ihnen NULL Erfolg.

• Wählen Sie "Neue Kratzinformationen abrufen".
• Ändern des tatsächlichen Bilddateinamens und / oder Löschen des Originals
• Hinzufügen einer Abfragezeichenfolge zur Bild-URL durch Anhängen eines PHP-TIMESTAMP oder?
• Hinzufügen der Abfragezeichenfolge "... yoursite.com/?fbrefresh=anything" zur Debugger-Abruf-URL
• Wählen Sie den Grafik-API-Link unten auf der og dev-Seite
• Wenn Sie genau sehen, was der Scraper sieht, werden anscheinend keine zwischengespeicherten Scrape-Daten in Echtzeit angefordert. Die zwischengespeicherte Bild-URL wird auch dann angezeigt, wenn die Datei nicht mehr vorhanden ist

Das Überprüfen Ihres Codes ist immer ein Punkt, um zu bestätigen, dass es sich nicht um ein Problem mit dem Browser-Cache oder einem Caching-Dienst handelt. Wenn die Metainformationen in Ihrem Code aktuell sind und Sie alle oben genannten Schritte ausprobiert haben (es sei denn, ein anderer Vorschlag wird verwirklicht), können Sie nur warten .

Ich habe herausgefunden, dass bei einem Bild mit 72 dpi der Fehler in der Bildgröße angezeigt wird. Verwenden Sie stattdessen 96 dpi. Hoffe das hilft.

1. Gehen Sie zu http://developers.facebook.com/tools/debug

2. Fügen Sie die URL der Seite ein und klicken Sie auf Debuggen. Wenn Ihre Website URL-Aliase verwendet, stellen Sie sicher, dass Sie dieselbe URL verwenden, die Facebook für die Seite verwendet, die Sie freigeben (Beispiel: Verwenden Sie in Drupal den Knoten / * -Pfad anstelle des Alias, wenn die Seite über diese URL freigegeben wird).

3. Klicken Sie im Teil "Freigabe-Vorschau" auf den Link "Im Freigabedialog anzeigen"

Laut Facebook Developer Documents hat die Titeleigenschaft eine Ausnahme:

Sobald einem Objekt 50 Aktionen (Likes, Shares und Kommentare) zugeordnet wurden, können Sie dessen Titel nicht mehr aktualisieren

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

Hatte eine ähnliche Erfahrung. Der Website-Link zeigte einen 404 in der von Facebook generierten Vorschau. Es stellt sich heraus, dass die Metadaten von og: url falsch waren. Wir hatten es bereits vor ein paar Tagen behoben, sahen aber immer noch einen 404 in der Vorschau. Wir haben das Tool unter https://developers.facebook.com/tools/debug/ verwendet und dadurch die Aktualisierung erzwungen (es mussten übrigens keine Parameter angehängt werden). In unserem Fall hat Facebook den Cache nach 24 nicht aktualisiert Stunden, aber das Tool half, es zu erzwingen.

Es ist ein Cache, der aktualisiert wird. Das ist es, was der Cache von Zeit zu Zeit tun muss. Das Warten wird also irgendwann funktionieren, aber manchmal müssen Sie das schneller tun. Das Ändern des Dateinamens funktioniert.

Ich hatte auch dieses Problem. Der Scraper zeigt die richtigen Informationen an, aber die Freigabe-URL wurde immer noch mit alten Daten gefüllt.

Die Art und Weise, wie ich das umgehen konnte, bestand darin, die Feed-Methode anstelle der Freigabe zu verwenden und die Daten dann manuell zu füllen (was bei der Freigabemethode nicht verfügbar ist).

Etwas wie das:

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'
  });
};

Wirklich einfach zu lösen. Getestet und funktionsfähig. Sie müssen nur eine neue URL generieren, wenn Sie Ihre Meta-Tags aktualisieren. Es ist so einfach wie das Hinzufügen eines "& cacheBuster = 1" zu Ihrer URL. Wenn Sie die Meta-Tags ändern, erhöhen Sie einfach "& cacheBuster = 2".

Ursprüngliche URL

www.example.com

URL, wenn og Meta-Tags aktualisiert werden:

www.example.com?cacheBuster=1

URL, wenn og Meta-Tags erneut aktualisiert werden:

www.example.com?cacheBuster=2

Facebook behandelt jede wie eine neue URL und erhält neue Metadaten.

Jahre später und dies ist immer noch ein häufiges Problem, aber es ist nicht immer der Facebook-Cache: Es ist sehr oft menschliches Versagen (lassen Sie mich näher darauf eingehen)

OG: TYPE bewirkt, dass Ihr Bild kratzt:

1. https://ogp.me/#type_article nicht dasselbe wie https://ogp.me/#type_website

Beachten Sie, dass og: type = website dazu führt, dass alle / Unterseiten / dieser URL "kanonisch" werden. Dies bedeutet, dass Sie Probleme haben werden, Ihre Bilder mit dem Scraper zu aktualisieren, egal was Sie tun.

Betrachten Sie diese "Annahme und häufigen Fehler"

- <meta property="og:type" content="website" />=> https://www.example.org (Eltern)
- <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/ und /child-2/wird das erbenog:image des Elternteils

Das sind nicht "alle Websites", 1 ist eine Website, die anderen sind Artikel.

Wenn Sie dies tun, wird Facebook denken, dass alle diese kanonisch sind, und es wird das ERSTE og: Bild in alle von ihnen setzen. (Probieren Sie es aus, Sie werden sehen) - Wenn Sie die og: url als Root oder übergeordnete Domain festlegen, haben Sie Facebook mitgeteilt, dass sie alle kanonisch sind. (Es gibt gute Gründe dafür, aber es ist kein Thema)

Betrachten Sie diese Lösung (was die meisten Leute "wirklich wollen")

- <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/

Wenn Sie das jetzt tun, wird Facebook Ihnen weit weniger Probleme beim Schaben Ihrer NEUEN Bilder bereiten.

Abschließend JA, die Cache-Buster, zufälligen Variablen, sich ändernden URLs und Vorschläge hier können funktionieren, aber sie werden wie "intermittierendes Voodoo" erscheinen, wenn das og:typenicht richtig angegeben ist.

PS: Denken Sie daran, dass ein CDN- oder serverseitiger Cache dem Scraper von Facebook dient, selbst wenn Sie "denken", dass Sie die neueste Version sehen können. (Ich werde keine Zeit damit verbringen, außer darauf hinzuweisen, dass es kolossale Mengen Ihrer Zeit verschwenden wird, wenn es nicht doppelt überprüft wird.)

Ich hatte kürzlich ein anderes, aber ähnliches Problem mit Facebook und stellte fest, dass die erwähnte Scraper- / Debug-Seite einfach keine Seite in ihrer Gesamtheit zu lesen scheint. Meine Meta-Eigenschaften für Open Graph befanden sich weiter unten im Kopfbereich, und der Scraper informierte mich ständig darüber, dass die Bildspezifikation nicht korrekt war, und verwendete unabhängig davon eine zwischengespeicherte Version. Ich habe die Open Graph-Tags im Code ganz oben auf der Seite weiter nach oben verschoben, und dann hat jedes Mal alles perfekt funktioniert.