Vérifiez l’état du service en direct et les réponses d’échec documentées avant de procéder à l’intégration.
Données web
API des liens de page et de vérification des liens cassés
Listez chaque lien d’une page avec son texte d’ancre, ses valeurs rel et son type interne ou externe, puis vérifiez jusqu’à 25 cibles uniques pour trouver les liens cassés. Seul un 404 ou un 410 exact, ou un hôte qui n’existe pas, compte comme cassé.
Utilisé par des équipes de ces entreprises
Signaux de confiance avant intégration
Une documentation transparente, des requêtes authentifiées et des détails de fiabilité visibles facilitent l’évaluation de DomScan avant mise en production.
OpenAPI, Swagger, Postman, CLI, SDK et liens MCP sont accessibles en un clic.
Les endpoints authentifiés utilisent des clés API avec des coûts en crédits clairs avant l’appel.
Commencez avec 10 000 crédits mensuels et passez à l’offre supérieure seulement quand l’usage augmente.
Ce que cette API vous aide à livrer
Utilisez cette page comme brief de production : endpoints, exemples, structure de réponse et éléments de workflow pour intégrer DomScan à votre produit.
Intégrez vérifications de domaines, intelligence DNS, signaux de risque ou enrichissement dans l’onboarding, la recherche et les outils internes.
Remplacez les recherches manuelles répétées par des tâches planifiées, des alertes et des étapes d’enquête reproductibles.
Utilisez des champs prévisibles, des codes d’état documentés et des coûts en crédits au lieu de scraper des pages fournisseur.
Alimentez agents, tableaux de bord, playbooks SOAR et CRMs via OpenAPI, SDK, Postman ou MCP.
Flux d’intégration
Un parcours simple de la première requête à un usage répétable en production.
Envoyez votre clé API avec l’en-tête documenté et gardez des requêtes cohérentes entre services.
Commencez par les exemples curl et HTTP, puis mappez les paramètres dans le code de votre application.
Utilisez codes d’état, coûts en crédits et champs de réponse pour construire retries, logs et alertes.
Kit développeur
Passez de cette page aux docs lisibles par machine, collections de requêtes, SDKs ou outils d’agents.
Générez des clients ou inspectez chaque forme de requête et de réponse.
Collection PostmanImportez des requêtes prêtes pour les tests manuels et le transfert à l’équipe.
SDKs et CLIUtilisez des packages maintenus et des workflows en ligne de commande au lieu d’écrire du boilerplate.
Intégration MCPExposez l’intelligence de domaines aux agents IA et aux assistants internes.
Carte des paramètres et réponses
Parcourez les entrées, champs de sortie et codes d’état avant de connecter l’endpoint à votre client.
Paramètre
Exemple de réponse
Codes de statut HTTP
Points de terminaison
/v1/links
Signaux de confiance avant intégration
Une documentation transparente, des requêtes authentifiées et des détails de fiabilité visibles facilitent l’évaluation de DomScan avant mise en production.
OpenAPI, Swagger, Postman, CLI, SDK et liens MCP sont accessibles en un clic.
Les endpoints authentifiés utilisent des clés API avec des coûts en crédits clairs avant l’appel.
Commencez avec 10 000 crédits mensuels et passez à l’offre supérieure seulement quand l’usage augmente.
Commencez par les exemples curl et HTTP, puis mappez les paramètres dans le code de votre application.
Fonctionnalités clés
URL, texte d’ancre ou alt de l’image, valeurs rel et indicateurs nofollow, ugc ou sponsored pour chaque lien, avec les totaux des liens internes, externes, des ancres vides et des domaines externes.
Définissez check=true pour tester jusqu’à 25 cibles uniques et voir lesquelles sont ok, redirigées, cassées ou unknown, avec l’URL finale et le code de statut.
Les vérifications bloquées, limitées en débit, en échec ou expirées restent unknown. Un lien n’est cassé que sur preuve exacte, comme un 404 ou un 410.
Définissez render=true pour lister les liens que JavaScript ajoute après le chargement de la page, comme les menus et les grilles de produits des applications monopages.
Exemple de requête
curl -H "X-API-Key: $DOMSCAN_API_KEY" "https://domscan.net/v1/links?url=example.com/shoes/trail-runner&check=true"
Exemple de réponse
{
"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" }
]
}
}
Questions fréquentes
Chaque vérification est une vraie requête vers le site cible : elles sont donc limitées pour garder des réponses rapides et respectueuses des sites vers lesquels vous pointez. Les cibles uniques au-delà de la limite sont comptées comme non vérifiées.
Oui. Définissez type=internal ou type=external pour lister et vérifier uniquement ces liens. Le résumé compte toujours tous les liens de la page.
Pas dans une même requête. Lancez une requête rendue pour lister les liens, puis une requête avec vérification sur la page brute, ou vérifiez des URL précises avec l’API de redirection.
Deux crédits pour lister les liens, six crédits avec render=true et six crédits avec check=true. Les résultats qui se terminent par status unknown sont remboursés.
Outils et ressources associés
Codes de statut HTTP
Voici les codes d'état HTTP à gérer, afin de distinguer les réponses réussies, les problèmes d'authentification, les crédits, les limites de débit, les données introuvables et les erreurs en amont.
Requête réussie
Paramètres invalides
Clé API ou session manquante ou invalide.
Crédits insuffisants pour exécuter cette requête.
Limite de débit dépassée
Vérifier les liens de la page

