Softonic

Metadaten-Extraktor

Schritt 1 / 2
Extrahieren

Gib eine URL ein und der Extraktor ruft die Seite ab, analysiert den <head> und zeigt alles an, was wichtig ist, wie dein Link anderswo erscheint: den SEO-Titel und die Meta-Beschreibung, die kanonische URL, Open Graph-Tags, die Facebook und LinkedIn für Linkvorschauen verwenden, Twitter Card-Tags, Favicon und App-Icons, JSON-LD strukturierte Daten (Schema.org, Artikel, Produkt, FAQ). Nützlich für SEO-Audits, Link-Vorschau-Debugging und Überprüfung, was eine frisch veröffentlichte Seite tatsächlich für Crawler offenbart.

Wie Metadaten extrahiert werden

  1. 1

    Gib die URL ein

    Vollständige URL einschließlich Protokoll. Das Tool folgt einem Redirect-Hop.

  2. 2

    Die Seite wird serverseitig abgerufen

    Der rohe HTML-Code wird analysiert; JavaScript-gerenderte Seiten zeigen möglicherweise keine clientseitigen Metadaten an.

  3. 3

    Abschnitte nach Standard gruppiert

    SEO, Open Graph, Twitter, Schema.org, Icons, mobil, PWA.

  4. 4

    Jeder Eintrag zeigt Wert und Länge

    Titel und Beschreibungen erhalten Längenwarnungen, wenn sie die Google- oder Twitter-Grenzen überschreiten.

  5. 5

    Vorschau der Linkkarte

    Erstellt eine Mockup-Facebook-/LinkedIn-/Twitter-Share-Karte aus den extrahierten Tags.

Was ist im <head>, das wichtig ist

Kern-SEO

Tag Zweck
<title> Browser-Tab, Google-Ergebnis-Titel
<meta name="description"> Google-Ergebnis-Snippet, sozialer Fallback
<link rel="canonical"> Kanonische URL, Signal für doppelte Inhalte
<meta name="robots"> index/noindex, follow/nofollow-Regeln
<meta name="viewport"> Mobiles Viewport

Open Graph (Facebook, LinkedIn, Discord, Slack)

Tag Zweck
og:title Share-Card-Titel
og:description Share-Card-Beschreibung
og:image Share-Card-Bild (1200×630 empfohlen)
og:type website / article / video.other
og:url Kanonische URL für den Share
og:site_name Seitenname, der in der Karte angezeigt wird

Twitter Card

Tag Zweck
twitter:card summary / summary_large_image
twitter:title Fällt zurück auf og:title
twitter:description Fällt zurück auf og:description
twitter:image Großbildkarte
twitter:site / twitter:creator Herausgeber-/Autoren-Handles

Schema.org (JSON-LD)

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "...",
  "author": { "@type": "Person", "name": "..." },
  "datePublished": "2026-04-18"
}
</script>

Artikel, Produkt, Rezept, FAQ, Veranstaltung, Organisation, Breadcrumb sind die wirkungsvollsten für Suchergebnisse mit Rich Snippets.

Warnsignale in einem Audit

  • Fehlendes og:image. Deine Links sehen nackt aus, wenn sie in Slack oder Discord geteilt werden.
  • Titel über 60 Zeichen. Wird in Google-Suchergebnissen abgeschnitten.
  • Beschreibung über 160 Zeichen. Wird im Google-Snippet abgeschnitten.
  • Kein kanonisches Tag. Risiko von Verwirrung bei der Bewertung doppelter Inhalte zwischen /page und /page/.
  • Sowohl og:image als auch twitter:image fehlen. Keine soziale Vorschaukarte wird gerendert.
  • noindex auf einer Seite, die ranken sollte. Kommt häufig auf Staging-Servern vor, die live gegangen sind, ohne das Tag zu entfernen.

Debug-Workflow

  1. Zuerst auf der Staging-URL extrahieren.
  2. Live-URL nach dem Deployment überprüfen.
  3. Facebooks Scraper-Cache (Sharing Debugger) und Twitters Karten-Validator nach einer Änderung leeren, sie cachen aggressiv.
  4. In einem Inkognito-Fenster testen, falls ein eingeloggtes Cookie andere Inhalte offenbart.

Häufig gestellte Fragen

Teilweise. Der Extraktor ruft das serverseitig gerenderte HTML ab. Wenn deine Meta-Tags durch clientseitiges JavaScript (SPA-Frameworks ohne SSR) injiziert werden, erscheinen sie nicht, was auch Google sieht, wenn die Seite beim ersten Crawlen ohne JavaScript-Ausführung aufgerufen wird.

Häufige Ursachen: Die URL ist hinter einem Login, das Bild ist zu klein (< 200×200) oder Facebook hat eine ältere Version zwischengespeichert. Leere den Cache im Sharing Debugger und versuche es erneut.

Es hilft bei bestimmten Inhaltstypen (Artikel, Produkt, Rezept, FAQ, Breadcrumb), da Google es für Rich Results verwendet. Generische Marketingseiten benötigen es nicht. Füge Schema hinzu, wenn der Inhaltstyp ein zugehöriges Rich-Result-Format hat.

<link rel="canonical"> sagt Suchmaschinen, welche Version einer Seite indexiert werden soll. og:url sagt sozialen Plattformen, welche URL der Share darstellt. Sie sind normalerweise identisch, müssen es aber nicht sein.

Über einen serverseitigen Fetcher, dein Browser kann aufgrund von CORS-Beschränkungen keine beliebigen externen URLs abrufen. Der Fetcher verwendet einen generischen User-Agent und authentifiziert sich nicht.

Verwandte Tools

Meta-Beschreibungslängenprüfer

Messen Sie eine Meta-Beschreibung in Zeichen und geschätzten Pixeln, vergleichen Sie redaktionelle Richtwerte und prüfen Sie Desktop- und Mobilbeispiele.

Google-SERP-Simulator

Prüfen Sie ein ungefähres Google-ähnliches Such-Snippet mit Zeichenlimits für Mobilgeräte und Desktop. Ihr Entwurf bleibt in dieser Browsersitzung.

HTTP-Sicherheitsheader-Prüfer

Füge HTTP-Response-Header ein und prüfe HSTS, CSP, Einbettungsschutz, MIME-, Referrer- und Cross-Origin-Richtlinien lokal im Browser.

Canonical-Tag-Generator

Generieren Sie ein gültiges rel=canonical Link-Tag für jede URL. Inklusive URL-Validierung und häufiger Fehler, die Sie vermeiden sollten.

XML-Sitemap-Validator

Prüfen Sie Sitemap-XML im Browser auf Syntaxfehler, fehlende oder doppelte URLs und ungültige Werte in üblichen Sitemap-Feldern.

Wortfrequenzzähler

Finden Sie die am häufigsten wiederholten Wörter in einem Text mit Anzahl und Dichte. Praktisch für Lektorat, SEO-Prüfung und Content-Audits.

Tool in anderen Sprachen verfügbar