--- title: Twitter Card slug: twitter-card canonical_url: https://www.geoquality.ai/glossar/twitter-card md_url: https://www.geoquality.ai/glossar/twitter-card.md language: de last_modified: 2026-05-03T00:00:00+00:00 related_terms: [ai-sichtbarkeit, meta-description, open-graph, primary-image-of-page, schema-org, structured-data] content_hash: 35f9fd8a37b74112 license: CC BY 4.0 author: Marco Biner (geoquality.ai) schema_type: DefinedTerm --- # Twitter Card Twitter Cards sind Twitter/X-spezifische Meta-Tags für Link-Previews — Erweiterung zu OpenGraph mit eigenen Card-Typen wie summary_large_image, im GEO-Kontext nachrangig zu Schema.org und OpenGraph. ## Erläuterung Twitter Cards sind ein Twitter-spezifisches Meta-Tag-Set für Link-Previews auf der Twitter/X-Plattform. Sie wurden 2012 eingeführt und nutzen das twitter: -Namespace-Prefix in Meta-Tags. Anders als OpenGraph, das von praktisch allen Social-Plattformen unterstützt wird, sind Twitter Cards nur auf Twitter/X relevant — andere Plattformen ignorieren die Tags. Aus GEO-Sicht sind Twitter Cards nachrangig. KI-Modelle lesen primär Schema.org / JSON-LD , sekundär OpenGraph, und Twitter Cards praktisch nie als primäre Quelle. Im Social-Media-Kontext bleiben sie aber relevant: ein professionelles Twitter/X-Preview mit Bild und Beschreibung erhöht Click-Through-Rate und Retweet-Wahrscheinlichkeit messbar. Technisch unterscheiden sich Twitter Cards in vier Card-Typen, die im twitter:card -Tag definiert werden: summary (Standard mit kleinem Image links), summary_large_image (grosses Image oben — heute der Standard für Marketing-Inhalte), app (Mobile-App-Card mit Install-Button), player (Video-Embed-Card). Plus weitere Tags: twitter:title , twitter:description , twitter:image , twitter:site (Twitter-Handle der Site). Eine wichtige Vereinfachung: Twitter fällt auf OpenGraph zurück, wenn Twitter Cards fehlen. Wer komplette OpenGraph-Tags hat, bekommt auf Twitter automatisch ein Preview — wenn auch suboptimal. Twitter Cards sind also ein „Nice-to-Have“ für Twitter-spezifische Optimierung, kein Pflichtprogramm. Bei Sites ohne starken Twitter-Fokus reicht OpenGraph allein. Für eine Schweizer KMU bedeutet das praktisch: bei aktivem Twitter/X-Marketing lohnen sich Twitter Cards mit summary_large_image, twitter:site auf den eigenen Twitter-Handle, twitter:image als spezifisches Twitter-optimiertes Bild. Bei KMU ohne Twitter-Strategie reicht OpenGraph — die Twitter-Auto-Fallback-Logik liefert dann ein akzeptables Preview ohne zusätzlichen Aufwand. ## Praxisbeispiel Twitter Card mit summary_large_image: Vollständige Twitter Card mit summary_large_image-Variante. twitter:site auf den Site-Twitter-Handle, twitter:creator auf den Author-Handle. Bei Sharing auf Twitter/X entsteht ein Preview mit grossem Bild oben, Title und Description darunter. ## Häufige Fehler - Twitter Cards mit OpenGraph dupliziert pflegen, ohne Mehrwert — wenn Twitter auf OpenGraph zurückfällt, ist Doppel-Pflege oft unnötig. - twitter:image in falschem Format — Twitter empfiehlt 1200x675 px (16:9) für summary_large_image, nicht das OpenGraph-1.91:1. - twitter:site und twitter:creator vergessen — diese geben Twitter Card-Preview den Social-Anker. - twitter:card-Typ falsch wählen — summary_large_image ist heute der Standard, summary nur für sehr kleine Marketing-Anwendungen. - Twitter Cards pflegen, obwohl die Site keinen Twitter/X-Auftritt hat — Aufwand ohne Wirkung. ## Best Practices - Wähle twitter:card=summary_large_image für die meisten Inhalte — beste Performance auf Twitter/X 2026. - Pflege twitter:site mit dem offiziellen Site-Handle — wichtig für Brand-Verknüpfung im Twitter-Ökosystem. - Verwende twitter:image im 16:9-Format (1200x675 px) — leicht andere Proportionen als OpenGraph (1.91:1). - Bei aktivem Twitter-Marketing: Twitter Cards komplett pflegen mit twitter:creator pro Author. - Bei Sites ohne starken Twitter-Fokus: OpenGraph reicht — Auto-Fallback liefert akzeptables Preview ohne Doppel-Pflege. - Validiere Twitter Cards mit Twitter Card Validator (cards-dev.twitter.com/validator) — prüft Preview vor Live-Sharing. ## Fakten - Twitter Cards wurden 2012 eingeführt und 2023 (mit Twitter→X-Rebranding) konsequent unter dem twitter:-Namespace beibehalten. - Die vier Card-Typen (summary, summary_large_image, app, player) decken praktisch alle Use-Cases ab — weitere Typen wurden seit 2017 nicht mehr eingeführt. - Twitter fällt auf OpenGraph zurück, wenn Twitter Cards fehlen — OpenGraph allein liefert akzeptable Twitter-Previews. - Im DACH-Raum nutzen 2026 nur etwa 24 Prozent aller KMU-Websites Twitter Cards — niedrige Adoption wegen Twitter-Reichweiten-Rückgang. - summary_large_image-Cards haben laut Twitter-Studien 30-40 Prozent höhere Engagement-Raten als summary-Cards. - twitter:site und twitter:creator akzeptieren Twitter-Handles im Format @username — ohne den @-Prefix funktioniert das Preview nicht. ## FAQ ### Brauche ich Twitter Cards 2026 noch? Nur bei aktivem Twitter/X-Marketing. Bei Sites ohne starken Twitter-Fokus reicht OpenGraph — Twitter fällt automatisch auf OpenGraph zurück. Die Pflege ist optional, kein Pflichtprogramm wie OpenGraph oder Schema.org. ### Welcher Card-Typ ist optimal? summary_large_image für die meisten Inhalte — grosses Image oben, Title und Description darunter, beste Engagement-Raten 2026. summary nur bei sehr kleinen Marketing-Anwendungen. app für Mobile-App-Promotion, player für Video-Embeds. Bei Standard-KMU-Inhalten: immer summary_large_image. ### Wie unterscheidet sich twitter:image von og:image? twitter:image bevorzugt 1200x675 px (16:9), og:image bevorzugt 1200x630 px (1.91:1) — leichte Aspect-Ratio-Unterschiede. In der Praxis funktioniert ein 1200x630-Bild auf beiden Plattformen akzeptabel. Wer maximale Optimierung will, pflegt zwei separate Bilder; bei den meisten KMU reicht ein gemeinsames 1200x630-Format. ### Was ist twitter:site vs. twitter:creator? twitter:site ist der Twitter-Handle der publizierenden Site (z. B. @geoquality_ai). twitter:creator ist der Twitter-Handle des Authors (z. B. @MarcoBiner). Beide werden im Preview als Verlinkungen angezeigt. Bei Personal-Sites können beide identisch sein; bei Multi-Author-Sites sind sie unterschiedlich. ### Wie validiere ich Twitter Cards? Twitter Card Validator (cards-dev.twitter.com/validator) ist Standard — testet Preview vor Live-Sharing. Bei jeder Änderung der twitter:-Tags: Validator laufen lassen, Cache refreshen. Twitter cached Previews aggressiv — Updates werden erst nach Refresh sichtbar. ### Soll ich Twitter Cards bei multilingualen Sites pro Sprache pflegen? Bei aktivem Multi-Sprachen-Twitter-Marketing ja. Pro Sprachvariante eigene Twitter Cards mit der jeweiligen Sprach-Description und ggf. Sprach-spezifischem Image. Bei Sites ohne dezidierte Sprach-Twitter-Accounts: ein einheitliches Set ist OK. ## Experten-Definition Twitter Cards sind 2026 ein Niche-Hebel. Mit Twitter/X-Reichweiten-Rückgang in der DACH-Region ist die ROI-Frage berechtigt: lohnt sich der Pflege-Aufwand? Mein pragmatischer Standard: bei aktivem Twitter-Marketing voll pflegen, bei passiver Twitter-Präsenz die OpenGraph-Auto-Fallback-Logik nutzen. Was ich konsistent sehe: KMU mit aktivem Twitter/X-Auftritt haben durch Twitter Cards eine 15-25 Prozent höhere CTR aus Twitter-Posts. KMU ohne Twitter-Strategie können die Pflege weglassen — OpenGraph reicht. Im GEO-Kontext sind Twitter Cards nicht relevant — keine direkte Wirkung auf KI-Sichtbarkeit . ## Verwandte Begriffe - [AI-Sichtbarkeit](https://www.geoquality.ai/glossar/ai-sichtbarkeit.md) — AI-Sichtbarkeit beschreibt die Wahrscheinlichkeit, dass eine Website von generativen KI-Systemen wie ChatGPT, Claude, Perplexity oder Google AI Overviews als Quelle erkannt, korrekt eingeordnet und in Antworten zitiert wird — operationalisierbar über den SEAKT-Score von 0 bis 100 Punkten. - [Meta-Description](https://www.geoquality.ai/glossar/meta-description.md) — Die Meta-Description ist ein -Tag im HTML-Head mit Kurzbeschreibung der Page — kein direkter Ranking-Faktor mehr, aber häufig von KI-Modellen als Snippet-Quelle genutzt und kritisch für Click-Through-Rate aus Suchergebnissen. - [OpenGraph (og:tags)](https://www.geoquality.ai/glossar/open-graph.md) — OpenGraph ist ein Meta-Tag-Set von Facebook, das Title, Description und Image für Link-Previews in sozialen Netzwerken steuert — auch von KI-Crawlern als Fallback-Quelle gelesen, wenn JSON-LD fehlt. - [primaryImageOfPage](https://www.geoquality.ai/glossar/primary-image-of-page.md) — primaryImageOfPage ist eine Schema.org-Property, die das Haupt-Bild einer Page explizit benennt — relevant für Bildsuche, Rich Results und KI-Modelle mit visuellem Verständnis. - [Schema.org](https://www.geoquality.ai/glossar/schema-org.md) — Schema.org ist das von Google, Microsoft, Yahoo und Yandex gemeinsam entwickelte Vokabular zur strukturierten Beschreibung von Web-Inhalten — der De-facto-Standard für maschinenlesbare Auszeichnung und das technische Fundament jeder GEO-Strategie. - [Strukturierte Daten](https://www.geoquality.ai/glossar/structured-data.md) — Strukturierte Daten sind maschinenlesbare Auszeichnungen von Web-Inhalten — typischerweise als JSON-LD im HTML-Head — die Entitäten, Beziehungen und Metadaten explizit benennen statt sie nur implizit im Fliesstext zu hinterlassen. ## Quelle und Zitation - HTML-Original: https://www.geoquality.ai/glossar/twitter-card - Lizenz: CC BY 4.0 - Zitiervorschlag: "Twitter Card (geoquality.ai Glossar, Biner 2026)"