Hauptbereich
Agency
on-page-seo

Meta-Tags richtig setzen — Title, Description, Canonical, Robots und Co.

Redaktion ·

Warum Meta-Tags überhaupt noch wichtig sind

Es gibt zwei verbreitete Halbwahrheiten über Meta-Tags. Die eine: „Title und Description sind alles, was zählt — der Rest ist überholt.” Die andere: „Google ignoriert Meta-Tags sowieso, also ist das Pflege-Aufwand für nichts.” Beide sind falsch. Title und Description sind nach wie vor die wichtigsten Klick-Hebel, weil sie die Snippet-Darstellung in der SERP prägen. Gleichzeitig regeln Canonical, Robots-Meta, Hreflang und Open Graph technische Fragen, die ohne diese Tags entweder gar nicht oder über Umwege beantwortet werden müssen — und genau dort entstehen die schmerzhaften Duplicate-Content-, Indexierungs- und Sharing-Probleme.

Dieser Artikel verwebt die wichtigen Meta-Tags zu einem zusammenhängenden Bild. Wir gehen von den klassischen Pflicht-Tags (Title, Description) über die technischen Steuerungs-Tags (Canonical, Robots, Hreflang) bis zu den Social-Sharing-Tags (Open Graph, Twitter Card) — und schauen, was sich durch AI Overviews und KI-Antwortsysteme verändert hat.

Die Grundmechanik: Was Meta-Tags wirklich sind

Meta-Tags sind HTML-Elemente im <head> einer Seite. Sie liefern Maschinen — Suchmaschinen, Social-Media-Crawlern, Browsern — Informationen über die Seite, die nicht direkt für menschliche Leser im Body stehen. Manche Tags sind reine Anzeige-Hinweise (Description als Snippet-Vorschlag), andere sind Steuerbefehle (Robots noindex), wieder andere lösen Mehrdeutigkeiten auf (Canonical bei doppeltem Inhalt, Hreflang bei mehrsprachigen Varianten).

Wichtig ist die Unterscheidung zwischen Hinweis und Direktive. Google hält sich an Robots-Direktiven (noindex, nofollow) — die werden befolgt. Eine Description ist hingegen ein Vorschlag: Google kann das Snippet umschreiben, wenn der Suchbegriff in der Seite an anderer Stelle besser passt. Diese Asymmetrie ist die Quelle vieler Verwirrungen — wer das einmal verstanden hat, hört auf, „warum nimmt Google meine Description nicht” zu fragen.

Die zwei Familien: SEO-Meta und Social-Meta

Inhaltlich teilen sich Meta-Tags grob in zwei Familien:

  • SEO-Meta — sprechen mit Suchmaschinen: Title, Description, Canonical, Robots, Hreflang, X-Robots-Tag (HTTP-Header).
  • Social-Meta — sprechen mit Social-Plattformen und Messenger-Crawlern: Open Graph (Facebook, LinkedIn, WhatsApp, Slack), Twitter Card (X/Twitter).

Beide Familien überschneiden sich (ein guter Title nützt überall), brauchen aber unterschiedliche Tags und unterschiedliche Längen. Wer nur SEO-Meta pflegt, verschenkt Klicks beim Teilen. Wer nur Social-Meta pflegt, hat eine hübsche LinkedIn-Vorschau, aber kein gutes Snippet bei Google.

Title und Description — die zwei wichtigsten Klick-Hebel

Title-Tag und Meta-Description sind die einzigen Meta-Tags, die Nutzer direkt sehen — in der SERP, in Browser-Tabs, in Lesezeichen, in Shared Links. Alles andere ist Maschinen-Kommunikation. Genau deshalb haben diese beiden eine andere Pflege-Priorität als der Rest.

Title — die Schlagzeile der Seite

Der Title steht im <title>-Element und ist der erste fette Link in der SERP. Faustregeln aus der Praxis:

  • Länge: 50–60 Zeichen sichtbar (Pixel-Limit ~580 px Desktop, ~330 px Mobile). Was darüber hinaus geht, schneidet Google ab — meist mit ….
  • Keyword vorn: Das primäre Keyword möglichst in den ersten 30 Zeichen, weil das den größten Klick- und Ranking-Effekt hat.
  • Markenname: Hinten anstellen, getrennt mit | oder –. Bei Brand-Queries dreht Google die Reihenfolge oft selbst.
  • Eindeutigkeit: Jede Seite ein eigener Title. Doppelte Titles über die Domain hinweg signalisieren Duplicate Content und verwässern Klick-Wahrscheinlichkeit.

Google schreibt Titles inzwischen häufig um — in etwa 60 % der Fälle weicht der angezeigte Title vom HTML-Title ab. Auslöser sind meist: zu lange Titles, Keyword-Stuffing, generische Markenstapel („Startseite | Marke”) oder eine bessere H1, die zur Query passt. Wer den Title gut formuliert, wird seltener umgeschrieben — wer ihn schludrig setzt, gibt Google die Entscheidung in die Hand.

Description — der Klick-Verstärker

Die Meta-Description steht in <meta name="description" content="…"> und liefert das Snippet unter dem Title. Sie ist kein Ranking-Faktor im klassischen Sinn (Google sagt das seit 2009 konsistent), aber ein massiver Klick-Faktor.

  • Länge: 150–160 Zeichen. Mobile zeigt weniger (~120 Zeichen), Desktop bis ~160.
  • Aktive Sprache: Verben, konkretes Versprechen, USP. Keine generischen Platzhalter wie „Erfahre mehr über X auf unserer Seite”.
  • Keyword einbauen: Nicht für Ranking, sondern weil Google das Keyword im Snippet fett markiert — das erhöht die Klick-Wahrscheinlichkeit messbar.
  • Eindeutigkeit: Jede Seite eigene Description. Bei vielen Produktseiten lieber leer lassen als kopieren — Google generiert dann selbst aus dem Inhalt.

Wenn die Description leer ist, baut Google ein Snippet aus passenden Textstellen der Seite. Bei sauber strukturierten Inhalten ist das oft besser als eine gestelzte Description. Bei flachen Produkt-Daten oder vielen wiederholten Texten ist eine bewusst geschriebene Description deutlich überlegen.

Canonical — die Anti-Duplicate-Versicherung

Canonical-Tag ist eines der mächtigsten und am häufigsten falsch eingesetzten Meta-Tags. Es steht in <link rel="canonical" href="…"> und sagt Suchmaschinen: „Diese URL ist die kanonische Version dieses Inhalts — wenn du dieselben Inhalte unter mehreren URLs findest, vereine alle Signale auf diese.” Konkrete Anwendungsfälle:

  • Parameter-URLs: /produkt?sortierung=preis → Canonical zeigt auf /produkt.
  • Filter-Varianten: Facetten-Navigation in Shops produziert dutzende URL-Varianten desselben Inhalts.
  • HTTPS / Trailing Slash: Eine Version pro Inhalt, die anderen verweisen kanonisch dorthin.
  • Print-Versionen, AMP-Varianten: Canonical auf die Hauptversion.
  • Cross-Domain-Duplicate: Syndizierte Artikel auf Partner-Sites können kanonisch zurück auf das Original verweisen.

Selbstreferenzierender Canonical

Best Practice: Jede indexierbare Seite trägt einen Canonical, der auf sich selbst zeigt. Das wirkt redundant, ist aber eine Versicherung — Crawler, Tracking-Parameter und CMS-Quirks fügen oft URL-Varianten hinzu, ohne dass das Team es merkt. Ein selbstreferenzierender Canonical klärt diesen Fall sofort.

Typische Canonical-Fehler

In der Praxis sehen wir vier Fehler immer wieder:

  • Falsches Ziel: Canonical zeigt auf eine Seite mit anderem Inhalt → Google ignoriert das Signal oder folgt blind, beides ist schlecht.
  • Canonical auf eine 404 oder Weiterleitung: Bricht das Signal komplett.
  • Canonical auf noindex-Seiten: Widersprüchliche Signale. Google entscheidet selbst und meistens nicht zu deinen Gunsten.
  • Canonical mit relativer URL: Erlaubt, aber riskant bei CDN-/Subdomain-Setups. Lieber absolute URLs verwenden.

Robots-Meta und X-Robots-Tag — die Indexierungs-Schalter

Wenn der Canonical „dies ist die richtige Version” sagt, sagt das Robots-Meta-Tag „diese Seite soll/soll-nicht im Index landen”. Es steht entweder im HTML (<meta name="robots" content="…">) oder als HTTP-Header (X-Robots-Tag, nötig für PDFs, Bilder, andere nicht-HTML-Dokumente).

Wichtigste Werte:

  • index, follow — Default. Seite indexieren, Links folgen.
  • noindex — Seite nicht in den Index aufnehmen. Klassisch für Filter-Seiten, Suchergebnisse, Danke-Seiten, Mitarbeiter-Logins.
  • nofollow — Links auf der Seite nicht für Linkbewertung nutzen. Selten sinnvoll auf Seitenebene — nofollow ist typisch ein Link-Attribut, kein Page-Attribut.
  • noarchive — kein Cache-Snapshot. Selten genutzt.
  • nosnippet / max-snippet:0 — kein Snippet anzeigen. Wirkt sich auch auf AI Overviews aus.

Der häufigste Selbstschuss: noindex im Live-Build

Der mit Abstand häufigste Production-Bug rund um Meta-Robots: Eine Staging-Site läuft mit noindex auf allen Seiten, geht live — und niemand entfernt den Tag. Wochen später wundert sich das Team, warum die Domain nicht rankt. Routine-Check vor jedem Launch: Stichprobe von 10 wichtigen URLs auf index, follow prüfen — am schnellsten per curl -I oder Browser-Devtools.

Hreflang — die Sprach- und Regions-Weichen

Hreflang ist das Meta-Tag für mehrsprachige und multiregionale Sites. Es sagt Google: „Diese Seite gibt es auch in Sprache X, hier ist die URL.” Format: <link rel="alternate" hreflang="de-de" href="…">.

Drei Regeln, die in 90 % der Hreflang-Fehler verletzt werden:

  • Wechselseitig: Wenn DE auf EN verweist, muss EN auf DE verweisen. Einseitige Hreflang-Angaben werden ignoriert.
  • Self-Reference: Jede Sprachvariante verweist auch auf sich selbst — andernfalls bricht die Konsistenzprüfung.
  • x-default: Eine Default-Variante für nicht abgedeckte Sprachen/Regionen. Oft die globale englische Version oder eine Sprachauswahl-Seite.

Hreflang ist kein Ranking-Booster — es ist eine Ausspielungs-Logik. Google rankt weiterhin nach klassischen Faktoren, wählt aber bei mehreren passenden Sprachen die richtige Variante für die Nutzer-Region und -Sprache aus.

Open Graph und Twitter Card — die Sharing-Ästhetik

Wenn jemand eine URL in WhatsApp, LinkedIn, Slack oder Discord einfügt, holen sich diese Crawler die Vorschau — Bild, Titel, Beschreibung — aus den Open-Graph-Tags. Ohne sie sehen Shared Links aus wie eine nackte URL ohne Bild und Titel, was die Klick-Wahrscheinlichkeit massiv senkt.

Mindestset für jede teilbare Seite:

<meta property="og:title" content="…">
<meta property="og:description" content="…">
<meta property="og:image" content="https://…/og.jpg">
<meta property="og:url" content="https://…">
<meta property="og:type" content="article">
<meta name="twitter:card" content="summary_large_image">

Bild-Anforderungen

Das og:image ist der größte Klick-Hebel beim Sharing. Empfohlene Specs:

  • Format: JPG oder PNG, nicht SVG (Sharing-Crawler rendern SVG oft nicht).
  • Größe: 1200 × 630 Pixel (Verhältnis 1.91:1) für Facebook, LinkedIn, Twitter Large Card. Mindestens 600 × 315.
  • Dateigröße: unter 5 MB, idealerweise unter 300 KB für schnelles Crawling.
  • Inhalt: Lesbares Bild auch bei kleiner Anzeige — Text auf dem Bild auf max. 20 % der Bildfläche begrenzen.

LinkedIn und WhatsApp cachen Open-Graph-Daten teils tagelang. Wenn ein neues og:image nicht erscheint, hilft der LinkedIn Post Inspector oder das WhatsApp-Debugging-Tool, den Cache zu invalidieren.

Strukturierte Daten und Sitemap — die Begleitspieler

Eng verwandt mit klassischen Meta-Tags, aber technisch eigenständig: Structured Data (JSON-LD im <head> oder Body) und Sitemap (XML-Datei, nicht im HTML-Head).

Structured Data ist das, was Rich Results in der SERP ermöglicht — Sterne-Bewertungen bei Produkten, FAQ-Boxen, Breadcrumb-Pfade, How-to-Steps. Für AI Overviews ist Schema.org-Markup zunehmend wichtig: Antwortsysteme zitieren bevorzugt klar strukturierte Quellen mit Article-, FAQPage- oder HowTo-Schema.

Die XML-Sitemap ist keine Meta-Tag-Frage, aber gehört zur On-Page-Tag-Disziplin: Sie listet alle indexierbaren URLs auf, wird in der Search Console eingereicht, und beschleunigt das Crawling neuer und geänderter Seiten.

Referenztabelle — was kommt wohin

| Tag / Element | Ort | Pflicht? | Zweck | |---|---|---|---| | <title> | <head> | Ja | SERP-Schlagzeile, Browser-Tab | | meta description | <head> | Empfohlen | SERP-Snippet | | link rel="canonical" | <head> | Empfohlen (self-ref) | Duplicate-Steuerung | | meta robots | <head> | Bei Sonderfällen | Index-/Follow-Steuerung | | X-Robots-Tag | HTTP-Header | Bei nicht-HTML-Dokumenten | wie Robots-Meta für PDFs/Bilder | | link rel="alternate" hreflang | <head> | Bei mehrsprachigen Sites | Sprach-/Regions-Variante | | Open Graph (og:*) | <head> | Empfohlen | Social-Sharing-Vorschau | | Twitter Card (twitter:*) | <head> | Empfohlen | X/Twitter-Sharing | | Structured Data (JSON-LD) | <head> oder Body | Empfohlen | Rich Results, AI-Antworten | | <meta charset="utf-8"> | <head> | Pflicht | Encoding | | <meta name="viewport"> | <head> | Pflicht (mobil) | Responsives Rendering |

Praxisbeispiel: drei Szenarien durchgespielt

Szenario A — Blog-Artikel auf einer Agentur-Site

Der Artikel soll ranken und gut geteilt werden. Mindestset:

  • Title: „Suchintention verstehen — Keywords sind nur die Eingabe | boostN” (54 Zeichen, Keyword vorn, Marke hinten)
  • Description: „Wie aus Keyword-Recherche echte SERP-Treffer werden: Intent-Klassen, Long-Tail-Cluster, Format-Wahl — Schritt für Schritt erklärt.” (135 Zeichen)
  • Canonical: auf sich selbst (selbstreferenziert)
  • Robots: index, follow (Default)
  • Hreflang: DE → EN, EN → DE, x-default → EN
  • Open Graph: Title etwas kürzer, eigenes 1200×630-Bild mit Artikel-Titel als Text-Overlay
  • Structured Data: Article-Schema mit Author, datePublished, publisher

Szenario B — Shop-Filter-Seite

/laufschuhe?farbe=blau&groesse=42 — soll nicht in den Index, weil ähnliche Inhalte unter dutzenden Filter-URLs entstehen würden:

  • Title: kann generisch sein, wird ohnehin nicht ranken
  • Robots: noindex, follow — Seite nicht indexieren, aber Links weiter crawlen (damit Produktdetails erreichbar bleiben)
  • Canonical: auf /laufschuhe (kanonische Kategorie ohne Filter)
  • Hreflang: entfällt — die Filter-Seite ist keine echte Sprachvariante

Szenario C — Mehrsprachige Landingpage für Lead-Generierung

/de/leistungen/seo/conversion/ — soll in DE und EN auffindbar sein, performt über Social Ads:

  • Title und Description: Conversion-stark, mit klarem Versprechen, Markenname am Ende
  • Canonical: self-referenziert
  • Robots: index, follow
  • Hreflang: DE ↔ EN wechselseitig
  • Open Graph: speziell zugeschnittenes Sharing-Bild, das in LinkedIn-Feeds funktioniert (Helle Hintergründe, große Schrift, kurzer Hook)
  • Structured Data: Service-Schema mit Bewertung (wenn echte Reviews vorhanden) für Rich Results

FAQ

Warum nimmt Google meine Description nicht?
Weil sie zur Suchanfrage nicht so gut passt wie ein anderer Textabschnitt der Seite. Google ersetzt das Snippet dynamisch, wenn die SERP-Query auf eine andere Stelle besser zielt. Die Description ist Vorschlag, nicht Vorgabe.
Wie lang darf der Title heute sein?
Sichtbar 50–60 Zeichen. Längere Titles werden geschrieben oder abgeschnitten — beides kostet Klicks. Wenn Sub-Branding oder lange Markennamen nötig sind, ans Ende stellen, weil dort der Schnitt am wenigsten weh tut.
Brauche ich Open Graph noch, wenn Twitter inzwischen X heißt?
Ja. Open Graph wird von LinkedIn, Facebook, WhatsApp, Slack, Discord, Telegram und vielen weiteren genutzt — nicht nur Facebook. Twitter Card ist nur für X/Twitter und kann oft entfallen, wenn og:image und og:title gesetzt sind (X liest dann teils Open Graph als Fallback).
Was passiert mit Meta-Tags in AI Overviews?
Title und Description prägen weiterhin die Quellenangabe, die KI-Antwortsysteme anzeigen. Structured Data wird wichtiger, weil Antwortsysteme strukturierte Quellen bevorzugen. nosnippet/noindex blockiert auch AI-Antworten — falls nicht erwünscht, prüfen.
Sind Keywords-Meta-Tags noch relevant?
Nein. <meta name="keywords"> ist von Google offiziell seit 2009 ignoriert. Bing nutzt es nicht ernsthaft. Pflege-Zeit für Keywords-Meta ist verschwendete Zeit.

Fazit

Meta-Tags sind kein historisches Relikt — sie sind die einzige Schicht, in der du Maschinen direkt sagst, wie eine Seite einzuordnen ist. Title und Description bleiben die wichtigsten Klick-Hebel, weil sie die SERP-Darstellung prägen. Canonical, Robots und Hreflang lösen technische Mehrdeutigkeiten, die ohne diese Tags zu Duplicate-Content- und Indexierungsproblemen führen. Open Graph entscheidet, ob eine geteilte URL in Social-Feeds Klicks bekommt oder als nackter Text-Link versumpft.

Die wichtigste Praxis-Empfehlung: Pflege das Meta-Setup als Checklist-Item im Launch-Prozess jeder neuen Seite — nicht als „machen wir später”. Title, Description, Canonical, Robots, Hreflang (wenn mehrsprachig), Open Graph mit Bild. Sechs Felder, die in zehn Minuten gesetzt sind und über Monate hinweg Klicks und Indexierungs-Sicherheit liefern.

Wenn du tiefer gehen willst: Lies dich in die Content-Struktur als Schwesterthema ein — Headings, semantisches HTML und Inhalts-Hierarchie machen die andere Hälfte von On-Page-SEO aus.

Themenuebersicht

On-Page SEOMeta-Tags