Die Linkedin-Dokumentation finden Sie hier
Wie es heißt, braucht es:
%Vor%Hier ist ein Beispiel für meinen Wordpress-Blog-Quellcode, der Einfachheit halber verwende ich das Jetpack-Plug-in:
%Vor% In Facebook funktioniert es großartig, oder Sie können die Metadaten sehen hier . LinkedIn ist jedoch sturer und analysiert nicht wirklich die Daten, auch nicht die If you're unable to set Open Graph tags within the page that's being shared, LinkedIn will attempt to fetch the content automatically by determining the title, description, thumbnail image, etc .
Ich weiß, dass ich das og:image:width -Tag nicht habe, aber Linkedin analysiert nicht einmal Titel, Beschreibung oder URL. Irgendwelche Ideen, um es zu debuggen?
Ich habe meinen HTML-Code erneut überprüft und einige Warnungen / Fehler in den Metadaten gefunden. Ich habe sie repariert und alles funktioniert gut. Also die Lösung, wenn Sie auf das gleiche Problem stoßen:
Überprüfen Sie Ihren HTML-Code erneut und debuggen Sie ihn. Auch wenn die Seite in Ihrem Browser gut geladen ist, ist der LinkedIn Parser in Bezug auf kleine Fehler nicht so leistungsfähig. Dieses Tool könnte helfen.
Mein allererster Vorschlag ist das Hinzufügen einer bedeutungslosen Anfrage an die URL, so dass LinkedIn denkt, dass es eine neue Verbindung ist (dies beeinflusst nichts anderes), d. h .:
http://example.com/link.php?42 oder http://example.com/link.html?refid=LinkedIn
Wenn das Ihren Bedürfnissen nicht entspricht, ist eine drastischere Maßnahme angebracht.
Nachdem Sie sichergestellt haben, dass Ihre Konsole keine Fehler enthält und Ihre Site mit folgenden Methoden validiert wird: Ссылка ...
Fügen Sie jedem Tag das Präfix-Attribut hinzu (nicht zum html-Tag) und melden Sie sich dann mit Ihrem LinkedIn-Konto an, um den Cache zu löschen ...
prefix="go: http://ogp.me/ns#" , d.h.:
Ich hoffe, dass eine dieser drei Lösungen für jemanden funktioniert. Prost!
Wenn Sie sicher sind, dass Sie alles richtig gemacht haben (mit offenen Meta-Tags für Grafiken ), nein Fehler auf validator.w3.org ) und es funktioniert immer noch nicht, stellen Sie sicher, dass Sie es mit einer anderen Seite versuchen, es könnte ein LinkedIn sein Cache-Sache.
Ich hatte eine <h1>Project information</h1> auf meiner Seite, die LinkedIn als Titel für die Freigabe der Seite verwendet, anstelle des <title> oder <meta property="og:title" [...]/> -Tags. Obwohl ich alles richtig gemacht habe. Aber als ich dieses <h1>Project information</h1> vollständig von der Seitenquelle entfernte, verwendete es weiterhin 'Projektinformationen', da der Titel sogar dachte, dass es nicht mehr auf der Seite war.
Nachdem Sie eine andere Seite versucht haben, hat es funktioniert.
Nach langem Probieren fand ich heraus, dass mein .htaccess den Linkedin-Roboter (Wordpress-Site) irgendwie blockierte. Für diejenigen, die das ithemes Sicherheits-Plugin für WordPress oder ein anderes Sicherheits-Plugin verwenden, stellen Sie sicher, dass LinkedIn nicht blockiert ist.
Stellen Sie sicher, dass keine Zeile wie folgt lautet:
RewriteCond %{HTTP_USER_AGENT} ^Link [NC,OR]
Der einfachste Weg, dies zu überprüfen, ist die Verwendung von Wordpress-Standard-Htaccess-Zeilen.
Wie bereits erwähnt, vergewissern Sie sich, dass Sie die zwischengespeicherten Seiten in linkedin nicht erneut versuchen.
Das kannst du nur einmal pro Woche ausprobieren! Ich hatte einen Link zu meiner Website und wollte das angezeigte Bild verlinken. Also fügte ich offene Grafik-Tags hinzu, die anscheinend überhaupt nicht zu rendern schienen. Bis ich das gelesen habe:
Wenn LinkedIn-Crawler das erste Mal eine Webseite aufrufen, wenn sie aufgefordert werden, Inhalte über eine URL zu teilen, werden die gefundenen Daten (Open Graph-Werte oder unsere eigene Analyse) für einen Zeitraum von ca. 7 Tagen zwischengespeichert.
Dies bedeutet, dass Sie, wenn Sie nachträglich die Artikelbeschreibung ändern, ein neues Bild hochladen, einen Tippfehler im Titel korrigieren usw., die Änderung bei nachfolgenden Versuchen, die Seite freizugeben, nicht sehen, bis der Cache abgelaufen ist und Der Crawler muss die Seite erneut aufrufen, um neue Inhalte abzurufen.
Die Lösung für mich bestand darin, einen Hashbang hinzuzufügen. Ich bin auf einer Ajax-Stil-Anwendung, die nicht die ganze Seite rendern, ich denke, linkedin hat ein bisschen zischig über den Text / Bild nicht auf der Seite beim ersten Kratzen, Hinzufügen
%23!
an das Ende meiner codierten URL oder
#!
auf die uncodierte URL, bevor ich sie an linkedin sendete, schien den Trick für mein Share-Button-Popup gut zu machen. Wüsste nicht, ob dies nur Ajax / Js Apps oder nicht ist, aber es hat sicherlich ein paar Stunden der Anstrengung für mich gelöst.
Ich denke, das ist nur nützlich, wenn Ihre Anwendung so eingerichtet ist, dass sie escape_fragment in der URL behandelt und eine statische Seite nicht dynamisch darstellt, aber ich kann diese Theorie jetzt nicht testen
Dies geschah auch auf einer meiner Kundenseiten. Ich entdeckte, dass die .htaccess-Datei die Site von LinkedIn blockierte, wenn die User-Agenten die Zeichenfolge "jakarta" enthielten.
Sobald ich diese Filterung entfernt habe, konnte LinkedIn auf alle erforderlichen OpenGraph (og) Informationen zugreifen, wenn der Client einen Link posten würde.
Ich stolperte über das gleiche Problem für unsere Wordpress-Seite. Das Problem wird durch widersprüchliche OGP und Oembed-Header in Standard-WordPress + Yoast / Jetpack Seo-Plugin erstellt.
Sie müssen die oembed-Header mit diesem Plugin deaktiviert haben (dies hat keine Nebenwirkungen): Ссылка
Danach kannst du eine neue Linkvorschau erzwingen, indem du ?1 anhängst, wie einige von euch bereits darauf hingewiesen haben!
Ich hoffe, das behebt Ihr Problem.
Ich habe hier eine detaillierte Erklärung für das Problem geschrieben: Ссылка
Tags und Links php facebook-opengraph wordpress opengraph linkedin