Prüfen Sie vor der Integration den aktuellen Dienstzustand und die dokumentierten Fehlerantworten.
Webdaten
API für Seitenlinks und Broken-Link-Prüfung
Listen Sie jeden Link einer Seite mit Ankertext, rel-Werten und Typ intern oder extern auf und prüfen Sie dann bis zu 25 eindeutige Ziele, um defekte Links zu finden. Nur ein exaktes 404, 410 oder ein Host, der nicht existiert, gilt als defekt.
Wird von Mitarbeitenden dieser Unternehmen genutzt
Vertrauenssignale vor der Integration
Transparente Dokumentation, authentifizierte Anfragen und sichtbare Zuverlässigkeitsdetails erleichtern die Bewertung von DomScan vor dem Launch.
OpenAPI, Swagger, Postman, CLI, SDK und MCP-Links sind nur einen Klick entfernt.
Authentifizierte Endpunkte nutzen API-Schlüssel mit klaren Credit-Kosten vor dem Aufruf.
Starte mit 10.000 monatlichen Credits und upgrade erst, wenn die Nutzung wächst.
Wobei diese API beim Bauen hilft
Nutze diese Seite als Produktionsbriefing: Endpoints, Beispiele, Antwortstruktur und Workflow-Bausteine, um DomScan in dein Produkt einzubinden.
Bette Domainchecks, DNS-Intelligence, Risikosignale oder Anreicherung in Onboarding, Suche und interne Tools ein.
Ersetze wiederholte manuelle Lookups durch geplante Jobs, Alerts und reproduzierbare Untersuchungsschritte.
Nutze vorhersehbare Felder, dokumentierte Statuscodes und Credit-Kosten statt Provider-Seiten zu scrapen.
Versorge Agenten, Dashboards, SOAR-Playbooks und CRMs über OpenAPI, SDK, Postman oder MCP.
Integrationsablauf
Ein einfacher Weg von der ersten Anfrage bis zur wiederholbaren Nutzung in Produktion.
Sende deinen API-Schlüssel mit dem dokumentierten Header und halte Anfragen über Services hinweg konsistent.
Starte mit den curl- und HTTP-Beispielen und übertrage die Parameter dann in deinen Anwendungscode.
Nutze Statuscodes, Credit-Kosten und Antwortfelder, um Retries, Logs und Alerts zu bauen.
Developer-Kit
Wechsle von dieser Seite zu maschinenlesbaren Docs, Request-Sammlungen, SDKs oder Agenten-Tools.
Generiere Clients oder prüfe jede Request- und Response-Struktur.
Postman-CollectionImportiere fertige Requests für manuelle Tests und Team-Handoff.
SDKs und CLINutze gepflegte Pakete und Kommandozeilen-Workflows statt Boilerplate zu schreiben.
MCP-IntegrationStelle Domain-Intelligence für KI-Agenten und interne Assistenten bereit.
Parameter- und Antwortkarte
Prüfe Eingaben, Ausgabefelder und Statuscodes, bevor du den Endpoint in deinen Client einbindest.
Parameter
Beispielantwort
HTTP-Statuscodes
Endpunkte
/v1/links
Vertrauenssignale vor der Integration
Transparente Dokumentation, authentifizierte Anfragen und sichtbare Zuverlässigkeitsdetails erleichtern die Bewertung von DomScan vor dem Launch.
OpenAPI, Swagger, Postman, CLI, SDK und MCP-Links sind nur einen Klick entfernt.
Authentifizierte Endpunkte nutzen API-Schlüssel mit klaren Credit-Kosten vor dem Aufruf.
Starte mit 10.000 monatlichen Credits und upgrade erst, wenn die Nutzung wächst.
Starte mit den curl- und HTTP-Beispielen und übertrage die Parameter dann in deinen Anwendungscode.
Hauptfunktionen
URL, Ankertext oder Bild-Alt, rel-Werte und die Kennzeichnungen nofollow, ugc oder sponsored für jeden Link, mit Summen für interne, externe, leere Anker und externe Domains.
Setzen Sie check=true, um bis zu 25 eindeutige Ziele zu testen und zu sehen, welche ok, weitergeleitet, defekt oder unknown sind, mit endgültiger URL und Statuscode.
Blockierte, ratenbegrenzte, fehlgeschlagene und in eine Zeitüberschreitung gelaufene Prüfungen bleiben unknown. Ein Link ist nur mit exaktem Beleg wie einem 404 oder 410 defekt.
Setzen Sie render=true, um Links aufzulisten, die JavaScript nach dem Laden der Seite hinzufügt, etwa Menüs und Produktraster in Single-Page-Apps.
Beispielanfrage
curl -H "X-API-Key: $DOMSCAN_API_KEY" "https://domscan.net/v1/links?url=example.com/shoes/trail-runner&check=true"
Beispielantwort
{
"status": "ok",
"summary": { "total": 7, "internal": 5, "external": 2, "nofollow": 1, "empty_anchor": 1 },
"check": {
"checked": 7,
"ok": 4,
"redirect": 1,
"broken": 1,
"unknown": 1,
"results": [
{ "url": "https://example.com/missing-page", "state": "broken", "http_status": 404 },
{ "url": "https://partner.example.org/fit-guide", "state": "unknown", "reason": "blocked" }
]
}
}
Häufig gestellte Fragen
Jede Prüfung ist eine echte Anfrage an die Zielseite, daher sind die Prüfungen begrenzt, damit die Antworten schnell bleiben und die verlinkten Websites nicht belastet werden. Eindeutige Ziele über dem Limit werden als nicht geprüft gezählt.
Ja. Setzen Sie type=internal oder type=external, um nur diese Links aufzulisten und zu prüfen. Die Zusammenfassung zählt immer jeden Link der Seite.
Nicht in einer Anfrage. Führen Sie eine gerenderte Anfrage aus, um die Links aufzulisten, und dann eine Prüfanfrage auf der rohen Seite, oder prüfen Sie bestimmte URLs mit der Redirect-API.
Zwei Credits zum Auflisten der Links, sechs Credits mit render=true und sechs Credits mit check=true. Ergebnisse mit status unknown werden erstattet.
Verwandte Tools und Ressourcen
HTTP-Statuscodes
Das sind die HTTP-Statuscodes, die Sie behandeln sollten, damit Sie erfolgreiche Antworten, Authentifizierungsprobleme, Credits, Ratenlimits, fehlende Daten und Upstream-Fehler unterscheiden können.
Anfrage erfolgreich
Ungültige Parameter
API-Schlüssel oder Sitzung fehlt oder ist ungültig.
Nicht genügend Credits für diese Anfrage.
Ratenlimit überschritten
Seitenlinks prüfen

