og_type kann nicht geändert werden

Lesezeit: 5 Minuten

Benutzer-Avatar
Kyle Macey

Ich habe gerade eine Tumblr-Website für einen Kunden durch eine brandneue WordPress-Website ersetzt. Und wenn es durch die läuft Facebook-Debuggerbekomme ich diesen Fehler:

Das Objekt bei ‘http://beispiel.com/‘ hatte zuvor den Typ ‘tumblr-feed:tumblelog’ und kann nicht in ein Objekt des Typs ‘website’ geändert werden, um eine Datenbeschädigung bestehender Aktionen zu vermeiden.

Ich habe “og_type kann nicht geändert werden” (in Anführungszeichen) gegoogelt und buchstäblich Null bekommen Ergebnisse (Nun, es scheint, dass es Ergebnisse gibt, die sich aus dieser Frage ergeben). Bin ich wirklich zu Facebook-Datenkonflikten verdammt?

  • Ich habe das gleiche Problem beim Wechsel von blogengine.net zu WordPress … habe stundenlang gegoogelt, und keines der WP-Plugins scheint zu funktionieren. Wenn ich eine Antwort finde, werde ich sie hier posten.

    – Jason Weber

    17. Januar 2013 um 3:01 Uhr

  • Ich habe das gleiche Problem – und dies ist der einzige Ort im Internet, an dem ich jemanden finden konnte, der das gleiche Problem hat. Ich habe aus Versehen Code kopiert und einen “Film”-Typ für eine Seite eingefügt, die eigentlich eine “Website” sein sollte. Jetzt hat der Debugger og_type auf ‘movie’ gesperrt und lässt mich nicht ändern. Die verlinkte Seite hat nur etwa 190 „Gefällt mir“-Angaben.

    – Kyle Weishaupt

    18. Januar 2013 um 17:38 Uhr

Laut Fehlermeldung

... cannot be changed to an object of type 'website' to avoid data corruption of existing actions.

Wenn die og:type für eine URL geändert wurden, alle vorhandenen Benutzerbeiträge, die darauf verlinken oder sie teilen, alle Open Graph-Aktionen, die darauf verweisen, sowie alle Likes der URL würden beschädigt und in den Profilen der Benutzer würden Inhalte fehlen, die sie zuvor gepostet hatten.

Ich glaube nicht, dass es einen Ausweg gibt, da es sich um eine absichtliche Einschränkung handelt, um zu vermeiden, dass vorhandene Posts, Likes, Aktionen usw., die auf eine URL verweisen, beschädigt werden. Wenn die Posts defekt waren, wurden Inhalte aus der Chronik des Benutzers entfernt oder verstümmelt.

Eine mögliche Problemumgehung, wenn Sie ein „neues“ Objekt an dieser URL haben möchten, besteht darin, meine Anweisungen in dieser Antwort zum Verschieben von URLs zu verwenden, um eine Schaltfläche „Gefällt mir“ auf die URL zu setzen, die Sie ändern möchten (nennen wir sie A), aber zeigen zu einer etwas anderen, neuen URL (nennen wir es B) , und verwenden Sie dann den Umleitungsmechanismus in meiner Antwort, um Benutzer, die bei URL B landen, zurück zu A zu leiten, aber liefern Sie die Metdaten, die “A” auf URL B beschreiben, wenn der Facebook-Crawler zugreift es

  • Hmm … scheint ein möglicher Workaround zu sein, aber gibt es eine zuverlässige Möglichkeit, die Identität des Facebook-Crawlers zu bestimmen? Und im Wesentlichen müsste ich eine neue URL erstellen, die auf meine alte verweist (z. B. example.com/facebooklanding.html).

    – Kyle Macey

    18. Januar 2013 um 18:39 Uhr

  • Ja, richtig, die Problemumgehung scheint im Kontext von OG-Objekten oder Artikel-URLs sinnvoller zu sein, und weniger, wenn Sie über die Stamm-URL einer Domain mit einer Schaltfläche “Gefällt mir” sprechen, aber es ist dasselbe System und derselbe Code im Backend – Der Facebook-Crawler hat derzeit einen bekannten User-Agent-Header facebookexternalhit/1.1 (+http://www.facebook.com/externalhit_uatext.php) die Sie verwenden könnten, um die Anfragen von FB zu identifizieren

    – Igy

    18. Januar 2013 um 18:42 Uhr


  • Nicht, dass ich Ihre Antwort bestreiten würde, aber das scheint ein unglaublich schlechtes Design von Facebook zu sein. Unter keinen Umständen sollte Facebook vorschreiben, wie der Inhalt meiner Webseite aussehen soll

    – Jack James

    16. März 2013 um 9:51 Uhr

  • Es diktiert nicht den Inhalt Ihrer Webseite, es diktiert, dass einige Aspekte der Facebook-Metadaten für diese URL nicht geändert werden können, sobald Aktionen zu einer URL an Facebook gepostet wurden, um zu verhindern, dass die vorherigen Aktionen beschädigt werden

    – Igy

    29. April 2013 um 18:25 Uhr

Hat die Website des Kunden mehr als 10.000 Likes? Wenn ja, lässt Facebook dies nicht zu og:type geändert werden.

Sie können die Attribute Ihrer Seite aktualisieren, indem Sie die Tags Ihrer Seite aktualisieren. Beachten Sie, dass og:title und og:type nur anfangs bearbeitet werden können – nachdem Ihre Seite 50 „Gefällt mir“-Angaben erhalten hat, wird der Titel festgelegt, und nachdem Ihre Seite 10.000 „Gefällt mir“-Angaben erhalten hat, wird der Typ festgelegt. Diese Eigenschaften sind behoben, um zu vermeiden, dass Benutzer überrascht werden, denen die Seite bereits gefallen hat. Das Ändern der Titel- oder Typ-Tags nach Erreichen dieser Beschränkungen bewirkt nichts, Ihre Seite behält den ursprünglichen Titel und Typ bei.

Hier ist der Link zum Diagramm öffnen Dokumentation. 🙂

  • Nein, ~600 Likes auf der Facebook-Seite und keine auf der Domain selbst (example.com). Ich werde die Dokumente in Kürze hier noch etwas durchlesen

    – Kyle Macey

    18. Januar 2013 um 13:57 Uhr


  • Das ist eine ziemlich illusorische Angelegenheit, wie ich sehe.

    – Spencer Cameron-Morin

    18. Januar 2013 um 16:03 Uhr

  • Ich glaube, dass die Dokumentation für die alten Sachen vom April 2010 ist und seitdem geändert wurde – ich werde sehen, ob wir sie aktualisieren können, aber ich denke, es sollte eine Notiz geben, die besagt, dass sie möglicherweise veraltet ist

    – Igy

    18. Januar 2013 um 18:39 Uhr

Ich würde empfehlen, den Open Graph Debugger zu verwenden, um zu überprüfen, was Facebook wirklich sieht und ob Facebook möglicherweise eine zwischengespeicherte Version Ihrer Website hat. (Sie finden den Debugger hier: https://developers.facebook.com/tools/debug)

  • Ich habe direkt in der Frage gesagt, dass das Problem im Debugger angezeigt wird … Trotzdem danke!

    – Kyle Macey

    22. Januar 2013 um 13:58 Uhr

  • Es tut mir leid, nach vielen Stunden des Codierens habe ich diesen Teil überlesen – Schande über mich!. Was passiert, wenn Sie “tumblr-feed:tumblelog” als og:type beibehalten?

    – Daniel Steiner

    23. Januar 2013 um 6:11 Uhr

Beachten Sie, dass es nicht og:type sagt – es sagt og_type

Das trifft mich auch, da mein og:type auf “shamrockirishbar:shamrockirishbar” gesetzt ist, ABER der Linter sagt, dass og_type (von dem es in meinen Metadaten keinen gibt) auf “website” gesetzt ist.
Geben Sie hier die Linkbeschreibung ein

1370540cookie-checkog_type kann nicht geändert werden

This website is using cookies to improve the user-friendliness. You agree by using the website further.

Privacy policy