Link zeigt ein altes Vorschaubild: Was prüfen?

Beginne mit einem nachvollziehbaren Vergleich

Du veröffentlichst eine Veranstaltungsseite und ersetzt das Hauptbild. Beim Teilen erscheint trotzdem das vorige Plakat. Bevor du Dateien löschst oder neue Adressen anlegst, sichere die genaue URL, einen Screenshot der Karte und die Uhrzeit des Tests. Notiere auch die Anwendung und die Unterhaltung oder den Beitrag, in dem das Problem erscheint. Die untersuchten Fragen zeigen: Ein geändertes Beitragsbild oder ein richtiges Ergebnis in einem Diagnosewerkzeug entspricht nicht unbedingt dem, was das Publikum sieht. Unterscheide die über den Link geöffnete Seite, die von ihr veröffentlichten Metadaten und die Karte des jeweiligen Dienstes. Jeder Vergleich muss dieselbe Ressource betreffen, damit die Ergebnisse sinnvoll zugeordnet werden können.

Prüfe zuerst die öffentliche Adresse

Nutze den WikiURL-Prüfer nur für eine öffentliche URL ohne Geheimnisse oder personenbezogene Daten. Halte die zurückgegebene HTTP-Antwort und die endgültige Adresse fest. Führt sie zu einer anderen Seite, kläre diese Abweichung vor der Suche nach dem falschen Plakat. Eine Antwort200 beweist keine korrekte Karte: Der Prüfer bildet weder die Facebook-Vorschau noch die Darstellung jeder Anwendung nach. Öffne das Ziel außerdem in einem Browser, ohne dich auf deine angemeldete Administrationssitzung zu verlassen, und kontrolliere den erwarteten Inhalt. Verwende bei privaten Ressourcen deine zugelassenen Prüfmittel und sende die Adresse nicht an externe Werkzeuge. Veröffentliche eine private Seite nicht bloß deshalb, weil du ein Vorschaubild möchtest.

Kontrolliere die veröffentlichte Ausgabe statt nur den Editor

MDN und web.dev erläutern, dass Metadaten Informationen für soziale Plattformen bereitstellen können. Open Graph definiert unter anderem og:title, og:type, og:url und og:image. Letzteres verweist auf eine Bilddatei und ändert sich nicht automatisch, wenn ein sichtbares Foto im Seiteninhalt ersetzt wird. Bitte die zuständige Person, das für die genaue URL ausgelieferte HTML zu untersuchen und die Werte mit der gewünschten Karte zu vergleichen. Das Beispiel ist erfunden und verwendet Englisch als Demonstrationscode. Ersetze Adressen und Titel, bevor es in den HTML-Kopf übernommen wird. Als gewöhnlicher Text in einem Artikel konfiguriert es keine Seite. Prüfe außerdem, ob Theme und Erweiterung widersprüchliche Werte erzeugen und damit unterschiedliche Angaben veröffentlichen.

<meta property="og:title" content="Example event" />
<meta property="og:type" content="website" />
<meta property="og:url" content="https://example.invalid/event/" />
<meta property="og:image" content="https://example.invalid/media/event-v2.jpg" />

Behandle das Bild als eigene Ressource

Kopiere die unter og:image veröffentlichte Adresse und prüfe, ob sie das vorgesehene Bild statt einer Anmeldung oder Fehlerseite öffnet. Eine erreichbare Seite garantiert nicht, dass ihre Bilddatei ebenfalls erreichbar ist. Wurde der Dateiinhalt unter demselben Namen ersetzt, halte diese Tatsache für die Diagnose fest. Eine neue Dateiversion wie event-v2.jpg im Beispiel unterscheidet die Ressourcen voneinander; veröffentliche die Datei und ändere ihren Verweis gemeinsam. Nur den in der Angabe geschriebenen Namen zu ändern, genügt nicht. Bewahre alte Bilder auf, die andere Seiten noch benötigen, und prüfe den tatsächlichen Bildausschnitt der Karte. Dieser Leitfaden verspricht keine einheitliche Größe und keinen identischen Zuschnitt über sämtliche Anwendungen hinweg.

Trenne Zwischenspeicher und vermeide blinde Reparaturen

Die MDN-Dokumentation beschreibt, wie ein Cache gespeicherte Antworten erneut verwenden kann. Dein Browser, die Auslieferung der Webseite und der Dienst für die Vorschau können unterschiedlich arbeiten. Cookies auf dem Laptop zu löschen aktualisiert keine Kopie, die ein anderer Dienst gespeichert hat. Bestätige zuerst, dass die Website die neuen Metadaten und das neue Bild wirklich ausliefert. Nutze anschließend, falls vorhanden, das offizielle Diagnose- oder Aktualisierungswerkzeug der Plattform und beachte dessen Hinweise. Es gibt hier weder eine allgemeingültige Wartezeit noch eine Zusage für die Aktualisierung alter Beiträge. Vermeide ständige Anfragen, zufällige zusätzliche Parameter oder immer neue Kurzlinks als vermeintliche Abhilfe: Sie erschweren den Vergleich, ohne zwangsläufig die Ursache des ursprünglich beobachteten Problems in der geteilten Karte zu beheben.

Teste zum Schluss die tatsächlich verteilte Adresse

Sind Ziel und Ressourcen überprüft, erstelle bei Bedarf eine kurze WikiURL-Adresse und teste genau diese im vorgesehenen Kanal. Der Kürzer konfiguriert keine Metadaten der Zielseite und garantiert nicht, welches Bild eine Plattform auswählt. Vergleiche einen neuen Teilversuch getrennt von einem bestehenden Beitrag; keiner belegt automatisch das Verhalten des anderen. Bewahre Eingangsadresse, endgültiges Ziel, Bildadresse, Screenshot und Uhrzeit des letzten Ergebnisses zusammen auf. Besteht die Abweichung weiter, übergib diese Angaben an die zuständige Person und benenne die bereits geprüften Ebenen. Das hilfreiche Ergebnis ist ein nachvollziehbarer Nachweis der tatsächlichen Karte und des tatsächlichen Ziels, keine Zusage, dass ein korrekter HTTP-Status die Darstellung im sozialen Netzwerk repariert.