ForHosting KIT · SEO

Open-Graph-Tags prüfen

Die Funktion liest die Open-Graph- und Twitter-Card-Tags im eingefügten HTML-Quelltext einer Seite und prüft, ob og:title, og:description und og:image vorhanden sind sowie ob das angegebene Bild die empfohlenen Maße erreicht. Für alle, die vorab wissen wollen, wie ein Link in sozialen Netzwerken angezeigt wird.

● StabilKostenlos · im Browser

Im Browser ausführen – kostenlos API ansehen

Nutzen Sie es über WebAPIE-MailApp baldTelegram bald

Warum ein geteilter Link oft falsch aussieht

Fehlt ein og:image-Tag, wählt manches Netzwerk selbständig ein zufälliges Bild von der Seite oder zeigt gar keines; fehlt og:description, erscheint oft ein unpassender Ausschnitt aus dem übrigen Text. Die Funktion prüft genau diese Tags, damit ein geteilter Link mit dem gewünschten Titel, Text und Bild erscheint, statt mit einer zufälligen Auswahl, die dem ersten Eindruck noch vor dem eigentlichen Klick schadet.

Was zu den Tags geprüft wird

Geprüft werden die Anwesenheit von og:title, og:description, og:image und og:url sowie, sofern vorhanden, der Twitter-Card-Typ. Bei og:image weist die Funktion darauf hin, wenn keine Bildmaße im Tag angegeben sind, da die empfohlene Mindestgröße von 1200 mal 630 Pixeln für eine scharfe Darstellung in den meisten Netzwerken gilt und ein zu kleines Bild dort schnell verpixelt oder unscharf verzerrt wirkt. Jeder Fund erscheint einzeln im Bericht.

Wo Sie den Quelltext finden

Sie öffnen die betreffende Seite, rufen den Seitenquelltext auf und kopieren den Bereich im head-Element, in dem die Open-Graph-Tags stehen. Ein Ausschnitt mit den relevanten meta-Tags reicht aus, die Funktion sucht gezielt danach und ignoriert den übrigen Quelltext, etwa eingebundene Skripte, Stylesheets oder Tracking-Codes verschiedener Drittanbieter. Ein vollständiger Seitenabruf ist dafür nicht nötig, auch keine Entwicklerkonsole oder ein separates Analyse-Tool.

Kostenlos, ohne Registrierung

Die Prüfung läuft in Ihrem Browser: Der eingefügte Quelltext verlässt Ihren Browser nicht. Die manuelle Nutzung ist kostenlos und ohne Limit, ohne Anmeldung, auch bei mehreren Kampagnenseiten hintereinander an einem Tag oder über mehrere Wochen verteilt geprüft. Für die Prüfung direkt über eine URL, ohne den Quelltext selbst zu kopieren, steht die API-Anfrage für $0.002 bereit, ohne feste Mindestmenge oder Vertragslaufzeit.

Anwendungsfälle

Neue Kampagnenseite vor dem Teilen

Sabine Schneider prüft eine neue Landingpage, bevor der Link in sozialen Netzwerken geteilt wird, und stellt fest, dass og:image fehlt.

Blogartikel mit falschem Vorschaubild

Thomas Müller findet über die Prüfung, warum ein geteilter Artikel bislang mit einem unpassenden Bild angezeigt wurde: Das angegebene og:image war zu klein für eine scharfe Darstellung.

Konsistenz über mehrere Produktseiten

Eine Marketingagentur prüft stichprobenartig mehrere Produktseiten eines Kunden, um sicherzustellen, dass jede Seite ein eigenes og:image statt eines generischen Logos trägt.

Häufige Fragen

Was passiert, wenn og:image fehlt?

Manches Netzwerk wählt dann selbständig ein zufälliges Bild von der Seite oder zeigt gar keines. Ein gesetztes og:image legt das Bild stattdessen bewusst fest.

Welche Bildgröße wird empfohlen?

Mindestens 1200 mal 630 Pixel gelten in den meisten Netzwerken als empfohlene Größe für eine scharfe Darstellung.

Prüft die Funktion auch Twitter-Card-Tags?

Ja, sofern im eingefügten Quelltext vorhanden, wird auch der Twitter-Card-Typ mit ausgegeben.

Wird der eingefügte Quelltext irgendwohin übertragen?

Nein. Bei der kostenlosen Prüfung bleibt er ausschließlich auf Ihrem Gerät.

Was kostet es, wenn nur die URL angegeben wird?

$0.002 pro Anfrage über die API, wenn die Seite automatisch abgerufen wird. Mit eingefügtem Quelltext bleibt die Prüfung kostenlos.

Ist ein Konto für die kostenlose Prüfung nötig?

Nein. Die kostenlose Prüfung mit eingefügtem Quelltext erfordert keine Anmeldung.

Für Entwickler — API-Zugang

Alles auf dieser Seite ist auch per API verfügbar. Dieser Abschnitt richtet sich an Teams, die es in ihre eigenen Systeme einbinden möchten; alle anderen nutzen einfach das Tool oben.

Endpunkt

POSThttps://api.kit.forhosting.com/seo/og-validate

Authentifizierung per Bearer-Token. Ein einziger POST stellt die Aufgabe in die Warteschlange; das Ergebnis erhalten Sie per Webhook oder über einen signierten Link.

Aufruf aus Ihrem Stack

curl -X POST https://api.kit.forhosting.com/seo/og-validate \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d &#39;{"url":"https://ejemplo.com"}'

const res = await fetch("https://api.kit.forhosting.com/seo/og-validate", {
  method: "POST",
  headers: {
    "Authorization": `Bearer ${process.env.KIT_KEY}`,
    "Content-Type": "application/json"
  },
  body: JSON.stringify({
    "url": "https://ejemplo.com"
  })
});
const { task_id } = await res.json();

import os, requests

res = requests.post(
    "https://api.kit.forhosting.com/seo/og-validate",
    headers={"Authorization": f"Bearer {os.environ[&#39;KIT_KEY']}"},
    json={
    "url": "https://ejemplo.com"
},
)
task_id = res.json()["task_id"]

<?php
$res = file_get_contents("https://api.kit.forhosting.com/seo/og-validate", false, stream_context_create([
  "http" => [
    "method"  => "POST",
    "header"  => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
    "content" => &#39;{"url":"https://ejemplo.com"}',
  ],
]));
$task = json_decode($res, true);

body := bytes.NewBufferString(`{"url":"https://ejemplo.com"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/seo/og-validate", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)

Beispiel-Anfrage

{
  "url": "https://ejemplo.com"
}

Beispiel-Antwort

{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "seo.og_validate",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

Die API arbeitet asynchron: Sie erhalten sofort eine task_id. Polling ist mit 1 Anfrage pro Sekunde erlaubt.

Preis

pro Anfrage$0.002

Der Preis steht auf der Seite – keine Tokens, keine Credits. Fehlgeschlagene Aufgaben werden nicht berechnet.

Fehler

HTTP	Code	Bedeutung
`401`	`unauthorized`	Der API-Schlüssel fehlt oder ist ungültig – prüfen Sie den Authorization-Header (Bearer).
`402`	`insufficient_balance`	Ihr Guthaben reicht für diese Aufgabe nicht aus – Aufladungen verfallen nicht.
`404`	`unknown_type`	Unbekannter Aufgabentyp – prüfen Sie das Feld „type“ gegen den Katalog.
`429`	`rate_limited`	Zu viele Anfragen – warten Sie kurz; Polling ist mit 1 Anfrage pro Sekunde erlaubt.

Vollständige KIT-Dokumentation lesen →

Im Browser ausführen – kostenlos