Ein Angebot ist fertig, die Website steht, jemand schickt den Link in eine Gruppe – und statt einer einladenden Kachel erscheint nur eine nackte Adresse mit grauem Platzhalter. Der erste Eindruck einer Website entsteht heute oft nicht auf der Seite selbst, sondern in der Chatblase oder im Feed, in dem der Link geteilt wird. Ob dort ein großes Vorschaubild mit Titel und kleinem Marken-Symbol auftaucht oder nur eine blasse Textzeile, entscheidet das sogenannte Open-Graph-Markup im Seitenkopf zusammen mit einem sauber gesetzten Favicon. Dieser Beitrag zeigt, wie die Vorschau technisch zustande kommt, welche Angaben ein Vorschaubild, einen Titel und eine Kachel im Chat erzeugen, wie groß das Bild sein muss und warum eine einmal falsch geladene Vorschau oft hartnäckig kleben bleibt. Es geht ausdrücklich um die Darstellung beim Teilen – nicht um den Eintrag in der Google-Suche, den ein eigener Beitrag behandelt.
Was beim Teilen wirklich passiert
Wird ein Link in einen Messenger oder ein soziales Netzwerk eingefügt, ruft die App im Hintergrund die Seite ab, liest den Kopfbereich des Dokuments und sucht nach besonderen Meta-Angaben. Findet sie ein Vorschaubild, einen Titel und eine Beschreibung, baut sie daraus eine Kachel: ein großes Bild, darunter die Überschrift, die Domain und häufig ein kleines Marken-Symbol. Fehlen diese Angaben, bleibt nur die blanke Adresse oder ein grauer Platzhalter. Diese Vorschau nennt man Link-Vorschau oder Unfurl, und ihre Sprache ist das Open-Graph-Protokoll. Die Reichweite ist beträchtlich: Rund 90 Prozent der Internetnutzer in Deutschland verwenden Messenger (Bitkom), und etwa zwei Drittel sind in sozialen Netzwerken aktiv (Bitkom). Genau dort landen geteilte Links – in privaten Empfehlungen, in Team-Chats, in Beiträgen. Wer möchte, dass ein Klick folgt, sollte die Kachel nicht dem Zufall überlassen. Wie Anfragen anschließend zuverlässig im Postfach ankommen, ist ein eigenes Thema, das der Beitrag zur Zustellung geschäftlicher E-Mails behandelt.
Wichtig ist die Abgrenzung zur Google-Suche. Dort entscheiden Seitentitel und Meta-Description darüber, wie der Eintrag in der Ergebnisliste aussieht – das ist ein anderer Kanal mit eigenen Regeln, den der Beitrag zu Titel und Description im Suchergebnis ausführlich behandelt. Beim Teilen zählt dagegen das Open-Graph-Bild, und die beiden Kanäle können völlig unterschiedlich aussehen. Eine Seite kann in der Suche tadellos wirken und beim Teilen trotzdem nur einen grauen Kasten zeigen, weil das Vorschaubild fehlt. Beide Darstellungen wollen also getrennt geprüft werden.
Open Graph: die Bausteine der Vorschau
Das Open-Graph-Protokoll ist eine kleine, seit Jahren etablierte Sammlung von Meta-Angaben im Kopfbereich einer HTML-Seite. Jede Angabe besteht aus einer Eigenschaft und einem Wert, etwa dem Titel, der Beschreibung oder der Bildadresse. Die Verbreitung ist hoch, aber lückenhaft: Auf rund 64 Prozent der Seiten ist Open Graph gesetzt (Web Almanac 2024), das entscheidende Vorschaubild og:image jedoch nur auf etwa 48 Prozent (Web Almanac 2024). Anders gesagt verschenkt fast jede zweite Seite die auffälligste Fläche der Kachel. Dabei sind es nur eine Handvoll Zeilen, die den Unterschied zwischen einer einladenden Vorschau und einer blassen Textzeile ausmachen. Die wichtigsten Bausteine lassen sich schnell benennen.
og:title
Der Titel der Kachel. Kurz und konkret, meist 40 bis 65 Zeichen, damit er nicht mitten im Satz abgeschnitten wird.
og:description
Ein bis zwei Sätze unter dem Titel. Sie erklären den Nutzen des Links; nicht jede Plattform zeigt sie an.
og:image
Das große Vorschaubild. Fehlt es, bleibt nur ein grauer Kasten – der auffälligste und am häufigsten vergessene Baustein.
og:url
Die kanonische Adresse der Seite. Sie hält die Vorschau stabil, auch wenn der geteilte Link Parameter enthält.
og:type
Die Art des Inhalts, etwa website oder article. Sie ordnet die Seite ein und steuert Zusatzfelder.
og:site_name
Der Name der Website. Er erscheint als Herkunft neben oder unter dem Titel der Kachel.
<!-- Open Graph für die Link-Vorschau -->
<meta property="og:title" content="Musterbau GmbH - Anbau und Sanierung" />
<meta property="og:description" content="Regionaler Handwerksbetrieb für Anbauten, Sanierung und Ausbau. Anfrage in zwei Minuten." />
<meta property="og:image" content="https://www.musterbau.de/vorschau.jpg" />
<meta property="og:image:alt" content="Team von Musterbau vor einem sanierten Fachwerkhaus" />
<meta property="og:url" content="https://www.musterbau.de/" />
<meta property="og:type" content="website" />
<meta property="og:site_name" content="Musterbau GmbH" />Das Vorschaubild richtig setzen
Das Vorschaubild ist der Baustein mit der größten Wirkung und der höchsten Fehlerquote. Als robustes Format hat sich eine Größe von 1200 mal 630 Pixeln etabliert, was einem Seitenverhältnis von etwa 1,91:1 entspricht – dem Zuschnitt, den die große Kachel erwartet. Kleinere Bilder werden von vielen Plattformen zur kleinen Vorschau degradiert oder gar nicht angezeigt; als Untergrenze für die große Darstellung gelten rund 600 mal 315 Pixel. Die Bildadresse in og:image muss absolut sein, also mit vollständiger Domain und über https, sonst finden die abrufenden Dienste das Bild nicht. Als Dateiformat eignen sich JPG oder PNG; die Datei sollte nicht unnötig schwer sein, damit die Vorschau schnell erscheint. Steht Text im Bild, gehört er in die Mitte, weil Ränder je nach Plattform beschnitten werden. Und schließlich: Ein einziges Bild für die ganze Website ist besser als keines, aber ein eigenes Motiv je wichtiger Seite wirkt deutlich stärker. Wie Bildformate, Kompression und Alternativtexte grundsätzlich zusammenspielen, vertieft der Beitrag zu Bildern auf der Website.
- Seitenverhältnis 1,91:1 einhalten, ideal 1200 x 630 Pixel, damit die große Kachel ohne Beschnitt erscheint.
- Absolute Bildadresse über https angeben – relative Pfade werden von vielen Diensten nicht aufgelöst.
- Wichtige Bildaussage und Text mittig platzieren, weil Ränder plattformabhängig zugeschnitten werden.
- Ein aussagekräftiges Motiv je Schlüsselseite statt eines einzigen Bildes für die ganze Domain.
- Mit og:image:alt eine Textalternative liefern, damit die Kachel auch vorgelesen verständlich bleibt.
- Datei schlank halten, damit die Vorschau ohne spürbare Verzögerung geladen wird.
Tabelle waagerecht wischen
| Merkmal | Mit Vorschaubild (og:image) | Ohne Vorschaubild |
|---|---|---|
| Darstellung im Chat | Große Kachel mit Bild, Titel und Herkunft | Blanke Adresse oder grauer Platzhalter |
| Aufmerksamkeit | Fällt im Feed und in der Gruppe auf | Geht zwischen Textnachrichten unter |
| Wahrgenommene Seriosität | Wirkt gepflegt und aktuell | Wirkt unfertig oder veraltet |
| Kontrolle über das Motiv | Bild und Ausschnitt sind bewusst gewählt | Dienst wählt irgendein Bild oder gar keines |
| Aufwand | Einmal im Seitenkopf gesetzt | Scheinbar null, kostet aber Klicks |
Vorschau ist nicht der Such-Snippet
Favicon und Chat-Kachel
Das Favicon ist das kleine Marken-Symbol, das im Browser-Tab, in der Lesezeichenliste und in vielen Chat-Kacheln neben der Domain erscheint. Es ist winzig, trägt aber viel Wiedererkennung – und wird erstaunlich oft vergessen: Auf rund 18 Prozent der Seiten fehlt weiterhin ein Favicon (Web Almanac 2024). Technisch reicht ein einzelnes Symbol nicht mehr aus, weil verschiedene Kontexte verschiedene Größen und Formate erwarten. Bewährt hat sich eine kleine Staffel: eine klassische favicon.ico als Rückfalloption, ein skalierbares SVG für scharfe Darstellung in jeder Größe, ein Apple-Touch-Icon mit 180 mal 180 Pixeln für die Ablage auf dem Startbildschirm und ein Satz PNG-Symbole samt Web-App-Manifest für mobile Systeme. Wichtig ist, dass das Motiv auch bei 16 Pixeln Kantenlänge erkennbar bleibt – ein reduziertes Zeichen wirkt hier stärker als ein verkleinertes Volllogo.
<link rel="icon" href="/favicon.ico" sizes="32x32" />
<link rel="icon" type="image/svg+xml" href="/favicon.svg" />
<link rel="apple-touch-icon" href="/apple-touch-icon.png" />
<link rel="manifest" href="/site.webmanifest" />In der Chat-Kachel spielen Vorschaubild und Favicon zusammen: Das große Bild zieht den Blick an, das kleine Symbol verankert die Herkunft. Manche Messenger zeigen zusätzlich das Favicon links neben dem Titel, andere blenden nur die Domain ein – vorhanden sein sollte das Symbol in jedem Fall. Für die Ablage auf dem Startbildschirm eines Smartphones sorgt das Apple-Touch-Icon beziehungsweise das Manifest dafür, dass dort statt eines Screenshots eine saubere Kachel liegt. Wer die Marke über mehrere Kanäle hinweg gleich hält – gleiches Symbol im Tab, in der Kachel und auf dem Startbildschirm – baut Vertrauen auf, ohne ein Wort dafür zu schreiben. Bei einem Relaunch lohnt es sich, diese Symbole bewusst mitzunehmen, damit die Wiedererkennung nicht verloren geht; worauf dabei sonst noch zu achten ist, sammelt der Beitrag zum Relaunch ohne Rankingverlust.
Titel und Beschreibung der Vorschau
Titel und Beschreibung der Kachel dürfen von den Angaben für die Suche abweichen. Der og:title ist der fette Text unter dem Bild; er sollte kurz und konkret sein, damit er nicht mitten im Satz abgeschnitten wird – als Faustregel bleiben etwa 40 bis 65 Zeichen sicher sichtbar. Während ein Seitentitel für die Suche oft den Ortsnamen und eine Leistung bündelt, darf der Teilen-Titel stärker auf Neugier und Nutzen setzen, weil er in einem persönlichen Kontext erscheint. Die og:description ergänzt ein bis zwei Sätze, die den Mehrwert des Links auf den Punkt bringen. Nicht jede Plattform zeigt die Beschreibung an, deshalb muss die Kachel auch ohne sie funktionieren – Bild und Titel tragen die Hauptlast. Wer mehrere Sprachen anbietet, sollte die Angaben je Sprachversion pflegen, damit die geteilte Kachel zur Zielseite passt. Wie ein Titel für die Suchergebnisliste dagegen aufgebaut ist, zeigt der Beitrag zu Titel und Description für mehr Klicks.
Warum die alte Vorschau kleben bleibt
Ein häufiges Ärgernis: Das Vorschaubild wurde längst korrigiert, in der Kachel erscheint aber weiter das alte Motiv oder ein grauer Kasten. Der Grund ist ein Zwischenspeicher. Sobald ein Link zum ersten Mal geteilt wird, ruft die Plattform die Seite ab und legt die Vorschau für eine Weile ab, statt sie bei jedem Teilen neu zu erzeugen. Änderungen am Kopfbereich greifen deshalb nicht sofort. Zwei Wege helfen: Viele Plattformen bieten ein Vorschau- oder Debug-Werkzeug, mit dem sich der Abruf erneut anstoßen lässt; und wer das Bild ohnehin austauscht, gibt der neuen Datei einen neuen Namen, damit die Vorschau die Änderung sicher bemerkt. Wichtig ist, die Vorschau vor der ersten großen Verteilung zu prüfen – denn der erste Abruf prägt für viele Nutzer das Bild. Aus demselben Grund gehört der Vorschau-Test in die Startphase einer neuen Seite, wie sie die Checkliste für die ersten Wochen nach dem Livegang beschreibt.
Der erste Eindruck einer Website entsteht oft nicht auf der Startseite, sondern in einer Chatblase – dort, wo jemand den Link weitergibt.
Einmal sauber gesetzt, überall stabil
Vor dem Teilen testen
Der Test kostet wenige Minuten und erspart peinliche Momente. Am schnellsten geht der Blick in den Quelltext: Enthält der Kopfbereich og:title, og:description und og:image mit einer absoluten Bildadresse? Danach folgt die praktische Probe. Die meisten Plattformen stellen ein Vorschau-Werkzeug bereit, das die Kachel so zeigt, wie sie beim Teilen erscheint – und das zugleich den Zwischenspeicher auffrischt. Ergänzend hilft ein Test im geschlossenen Kreis: den Link zunächst in einen privaten Chat oder eine Notiz schicken und die Kachel dort ansehen, am besten auf dem Smartphone, weil dort die meisten Links geöffnet werden. Prüfen sollte man nicht nur die Startseite, sondern die Seiten, die tatsächlich geteilt werden – das Angebot, die Terminbuchung, den Beitrag. Wie sich eine geteilte Buchungsstrecke in der Praxis schlägt, ordnet der Beitrag zur Online-Terminbuchung für Betriebe ein.
- Kopfbereich prüfen: og:title, og:description, og:image (absolute https-Adresse) und og:url vorhanden.
- Vorschaubild im Verhältnis 1,91:1 mit mittigem Motiv, ideal 1200 x 630 Pixel.
- Favicon-Staffel gesetzt: favicon.ico, SVG, Apple-Touch-Icon und Manifest.
- Kachel mit dem Vorschau-Werkzeug der Plattform ansehen und den Zwischenspeicher auffrischen.
- Link zuerst im privaten Chat teilen und die Darstellung auf dem Smartphone kontrollieren.
- Nicht nur die Startseite prüfen, sondern jede Seite, die geteilt wird.
- Nach einem Bildwechsel neuen Dateinamen vergeben, damit die Änderung sicher greift.
Wie XICflow Vorschaubild und Favicon setzt
Vorschaubild und Favicon sind genau die Art von Detail, das in der Hektik eines Website-Projekts hinten runterfällt – und beim ersten geteilten Link auffällt. XICflow nimmt diese Bausteine von Beginn an mit: Für jede Seite werden die Open-Graph-Angaben mit absoluter Bildadresse gesetzt, das Vorschaubild im passenden Zuschnitt erzeugt und die komplette Favicon-Staffel samt Apple-Touch-Icon und Manifest aus dem Marken-Symbol abgeleitet. Weil die Seiten als statisches HTML ausgeliefert werden, steht die Vorschau stabil im Kopfbereich, statt von einem Skript nachträglich zusammengesetzt zu werden – beim Teilen bricht damit nichts weg. Welche Bausteine dazugehören, zeigt die Übersicht der Leistungen von XICflow; wie eine Seite Schritt für Schritt entsteht, beschreibt So funktioniert XICflow. Das ersetzt nicht die eigene Auswahl eines guten Motivs – das Bild bleibt eine gestalterische Entscheidung –, nimmt aber die technische Fehlerquelle aus der Hand.
Ein gutes Vorschaubild beginnt mit einem klaren Briefing: Wer Logo, Farben und ein oder zwei aussagekräftige Motive bereitstellt, gibt der Kachel eine Grundlage – welche Angaben ein KI-Website-Builder dafür braucht, sammelt der Beitrag zu den Eingaben fürs Briefing. Wie fertige Seiten samt Vorschau wirken, lässt sich in den Beispiel-Websites der Demos nachvollziehen, und was der Aufbau kostet, zeigt die Preisübersicht.