SpamZilla ne propose actuellement aucune API publique et documentée aux clients ordinaires. Pour automatiser la recherche de domaines expirés, les shortlists planifiées, les mises à jour CRM ou les contrôles en direct, utilisez une API qui publie ses endpoints et autorise l’accès automatisé.
Sommaire
- Sommaire
- Pourquoi les utilisateurs cherchent une API SpamZilla
- SpamZilla propose-t-il une API ?
- Intégrer des données ne signifie pas fournir une API
- Pourquoi le scraping est un mauvais substitut
- Ce que les équipes veulent réellement automatiser
- Un workflow pris en charge avec l’API Karma.Domains
- Comparaison entre SpamZilla et l’API Karma.Domains
- Quand SpamZilla reste un choix pertinent
- Commencer sans construire une plateforme interne
- Questions fréquentes
Pourquoi les utilisateurs cherchent une API SpamZilla
Une recherche manuelle de domaines peut convenir à une seule personne. Il suffit d’ouvrir le tableau de bord, de régler quelques filtres, d’examiner les résultats et de copier les candidats retenus dans un tableur.
Dans une agence, la même routine se dérègle vite. Les critères varient d’un membre de l’équipe à l’autre. Quelqu’un doit reconstruire la recherche pour chaque client. Certains domaines sont contrôlés deux fois, tandis que d’autres se perdent entre le tableau de bord et la liste d’achat.
Une API règle ce problème de transmission. L’équipe exécute la même requête selon un planning, garde la trace des domaines déjà examinés et n’envoie que la shortlist vers l’outil où la décision est prise.
SpamZilla propose-t-il une API ?
La réponse courte est non, du moins pas une API publique sur laquelle un abonné ordinaire puisse bâtir une intégration.
La FAQ de SpamZilla consacrée à l’API indique qu’elle n’est pas disponible et qu’une sortie future est prévue. Cette page a été mise à jour il y a six ans. La page tarifaire de SpamZilla présente les accès Free et Standard, des millions de domaines, la détection automatique du spam, les données de backlinks, les crédits pour listes personnalisées, plus de 70 filtres et les emails quotidiens. Aucun accès API n’y figure.
Je n’ai pas non plus trouvé sur le site officiel de portail développeur public, de schéma OpenAPI ou Swagger, de référence des endpoints, de limites publiées ni de procédure client pour créer une clé.
SpamZilla peut utiliser des interfaces privées pour ses propres systèmes ou ses partenaires. Une ancienne réponse dans le fil de lancement sur BlackHatWorld affirmait qu’une API partenaire avait déjà été développée, sans être rendue publique. Ce n’est pas une API client prise en charge.
Après six ans sans documentation publique ni conditions d’accès, je ne baserais ni un engagement client ni un budget de développement sur cette ancienne promesse. Si SpamZilla publie une API plus tard, les équipes pourront alors évaluer ses endpoints, ses limites, son prix et son support réels.
Intégrer des données ne signifie pas fournir une API
SpamZilla affiche dans son interface des métriques de Majestic, Ahrefs, Moz et Semrush, ainsi que son indicateur propriétaire SZ Score.
Ces intégrations ne permettent pas à l’abonné d’interroger la base SpamZilla depuis n8n, un script Python, un CRM ou une application interne. Un produit peut consommer plusieurs API sans en proposer une aux clients.
La distinction compte lors de la conception du workflow. Un tableau de bord web est une destination pour une personne. Une API est un contrat entre systèmes : champs documentés, authentification, réponses prévisibles et limites publiées.
Pourquoi le scraping est un mauvais substitut
Un scraper peut sembler être le chemin le plus court entre un tableau de bord et un tableur. Avec SpamZilla, il crée d’abord un problème de conformité, puis un problème de maintenance.
Les Conditions d’utilisation de SpamZilla interdisent l’accès automatisé ou non humain, l’extraction systématique, les outils de data mining, les robots, les scrapers et les scripts non autorisés. Elles permettent aussi de restreindre l’accès, bloquer des adresses IP, suspendre un compte ou le résilier.
Même avec une autorisation écrite, un scraper ne bénéficie d’aucun contrat stable. Une modification du tableau, du login, du jeton de session ou de la pagination peut bloquer le traitement du jour au lendemain. L’agence doit alors entretenir une intégration sans schéma versionné ni garantie sur le sens des champs.
Pour une recherche occasionnelle, utilisez l’interface web. Pour l’automatisation, utilisez une API prise en charge.
Ce que les équipes veulent réellement automatiser
La plupart des recherches « SpamZilla API » renvoient à quelques tâches opérationnelles :
- Contrôler une liste fournie selon les mêmes règles de présélection.
- Récupérer chaque matin de nouveaux domaines expirés ou candidats aux enchères.
- Écarter les profils de liens faibles, les historiques suspects et les sujets hors niche.
- Envoyer les candidats vers un CRM, une base Notion, Google Sheets ou un tableau de bord interne.
- Revérifier la disponibilité et les données actuelles juste avant l’achat.
- Fournir à un collègue ou client un rapport consultable sans refaire toute la recherche.
Pour ces tâches, un inventaire interrogeable, des champs documentés et un JSON prévisible comptent davantage que la reproduction du SZ Score.
Un workflow pris en charge avec l’API Karma.Domains
L’API de domaines expirés Karma.Domains couvre le même inventaire que l’application web : plus de 13 millions de domaines expirés et en vente aux enchères, parmi les gTLD et ccTLD. Le système traite chaque jour plus de 400 000 nouveaux domaines issus de plus de 40 sources, avec plus de 90 filtres de recherche.
Les rapports combinent des signaux d’Ahrefs, Majestic, Moz, Semrush, Similarweb, Wayback Machine et d’autres sources. Karma Content Score évalue l’historique du contenu archivé, tandis que Karma Domain Metric fournit une autre vue composite de la qualité. Aucune de ces métriques ne cherche à reproduire le SZ Score propriétaire de SpamZilla.
L’API utilise REST, JSON et l’authentification Bearer. Les utilisateurs Pro créent leur clé dans Profile → Settings. Les schémas de requête et de réponse sont publiés via OpenAPI et Swagger, avec des SDK officiels Python et TypeScript ainsi qu’une CLI.
Contrôler une liste provenant d’un client ou d’un broker
Imaginons qu’une agence reçoive 600 noms d’un client, d’un broker ou d’un analyste d’enchères. Un script peut conserver la liste dans une file, rechercher un rapport Karma.Domains existant pour chaque nom, collecter les champs de synthèse et signaler les quelques domaines qui méritent un examen approfondi.
Cette première passe doit être économique et stricte. J’écarterais les domaines dont l’historique archivé est sans rapport avec la niche, qui présentent du contenu toxique, des changements extrêmes de sujet ou de langue, des signaux d’autorité faibles ou aucun profil de backlinks utile. Une personne examine ensuite les survivants dans le rapport complet et contrôle la chronologie Wayback avant de valider l’achat.
Envoyer immédiatement les 600 domaines vers une analyse approfondie et coûteuse dans Ahrefs ou Semrush n’a guère de sens. Ces plateformes sont plus utiles sur la shortlist, où le détail des liens et des mots-clés peut modifier la décision d’achat.
Construire une shortlist quotidienne pour un PBN ou une reconstruction
Une tâche planifiée peut appeler chaque matin l’endpoint de recherche avec les mêmes filtres. Un projet peut exiger des .com anglophones ayant un sujet historique propre, un Karma Content Score minimum, des referring domains utiles et aucune période de spam évidente. Un projet local peut viser un ccTLD et accepter un profil de liens plus modeste.
Comme les critères résident dans le code ou une configuration enregistrée, les listes du lundi et du vendredi suivent les mêmes règles. Le workflow stocke les identifiants de rapports, ignore les domaines déjà vus et n’envoie que les nouveaux résultats à l’équipe.
Voici une requête de recherche minimale :
curl -X POST "https://api.karma.domains/v1/reports/search?page=1&page_size=25" \
-H "Authorization: Bearer YOUR_API_KEY" \
-H "Accept: application/json" \
-H "Content-Type: application/json" \
-d '{"karmascore_min":60,"domain_type":["expired"]}'
La requête de production peut utiliser les champs correspondant aux règles d’achat. Conservez le schéma complet des filtres dans la documentation de l’API plutôt que de figer les hypothèses d’un article de blog.
Surveiller les enchères dans une seule file
La recherche d’enchères est sensible au temps. Un domaine peut être raisonnable à 40 dollars et devenir un mauvais achat à 1 400 dollars.
Un workflow planifié peut récupérer les domaines en vente avec leur source, prix actuel, nombre d’enchères, heure de fin et données SEO ou d’archive disponibles. L’équipe les classe par client, type de projet ou enchère maximale. L’acheteur place toujours l’enchère ; l’automatisation maintient la file d’examen à jour.
Demander SEO Enrich uniquement quand des données manquent
La plupart des rapports Karma.Domains contiennent déjà leurs données SEO. Il arrive qu’un rapport attende encore dans la file de traitement commune ou qu’il manque une métrique nécessaire au workflow. SEO Enrich permet à un processus autorisé de demander plus rapidement ces données manquantes, puis d’interroger l’état de la tâche.
Placez cette étape derrière une condition. Si les métriques requises sont présentes, continuez. Si elles manquent sur un candidat prioritaire, demandez l’enrichissement. Lancer cette opération pour chaque domaine consomme des crédits sans améliorer les rapports déjà complets.
Revérifier les finalistes et les transmettre à une personne
Un candidat peut changer entre sa découverte et son achat. Pour les derniers noms, l’API peut lancer des contrôles en direct de disponibilité, d’expiration d’enregistrement, de WHOIS, de DNS, d’autorité ou de trafic. Les résultats déjà en cache ne consomment pas un nouveau crédit.
Le workflow peut aussi créer une URL de partage du rapport complet et l’enregistrer avec le candidat dans le CRM. Le responsable SEO, l’acheteur ou le client voit ainsi les éléments qui justifient la recommandation, au lieu d’une ligne de scores sans explication.
Comparaison entre SpamZilla et l’API Karma.Domains
Les deux produits se recoupent sur la recherche de domaines expirés, mais ils correspondent à des modes de travail différents.
| Fonction | SpamZilla | API Karma.Domains |
|---|---|---|
| Workflow principal | Tableau de bord web | API REST JSON et application web |
| API publique documentée | La FAQ indique qu’elle n’est pas disponible | Oui |
| Documentation développeur | Aucun schéma ni référence publique des endpoints | OpenAPI et Swagger |
| Procédure publique pour une clé | Non indiquée | Profile → Settings à partir de Pro |
| Indicateur de qualité propriétaire | SZ Score | Karma Content Score, Karma Domain Metric et signaux d’archive |
| Filtres de recherche | Plus de 70 dans l’interface | Plus de 90 via l’API et l’application |
| Inventaire de domaines | Des millions de domaines expirés et aux enchères | Plus de 13 millions issus de plus de 40 sources |
| Réponses lisibles par machine | Aucune interface client publique | JSON |
| Intégrations courantes | Tableau de bord manuel, listes personnalisées et emails | n8n, CRM, Sheets, scripts, SDK et outils internes |
| Accès automatisé | Les conditions interdisent l’accès automatisé non autorisé | L’API officielle est le canal d’automatisation pris en charge |
Quand SpamZilla reste un choix pertinent
SpamZilla reste utile lorsque le SZ Score occupe une place centrale dans votre processus et que le tableau de bord vous convient. Son offre Standard comprend actuellement la base de domaines, le contrôle automatique du spam, les données de backlinks, des crédits pour listes personnalisées, plus de 70 filtres et les emails quotidiens. Un acheteur indépendant peut préférer ce workflow fermé.
L’API Karma.Domains est plus adaptée lorsque le résultat doit rejoindre un autre système : file client, fiche CRM, workflow n8n, tâche de monitoring ou outil interne. Elle convient également aux équipes qui doivent relancer les mêmes filtres selon un calendrier sans demander à quelqu’un de reconstruire la recherche.
Certaines équipes utiliseront les deux. SpamZilla peut rester une seconde opinion manuelle pour le SZ Score, tandis qu’une API prise en charge gère la découverte et le routage. Le choix dépend du rôle du tableau de bord : destination finale ou étape d’un système plus vaste.
Commencer sans construire une plateforme interne
Commencez par une tâche récurrente qui fait déjà perdre du temps. Une shortlist quotidienne est plus facile à valider qu’une grande application interne.
Créez une clé Bearer, lancez une requête enregistrée, consignez les domaines déjà examinés et envoyez les nouveaux résultats vers le système utilisé par l’équipe. Ajoutez les contrôles en direct et les liens de partage une fois que la shortlist produit des candidats utiles. La documentation de l’API Karma.Domains contient les noms de champs, limites, liens vers les SDK et exemples à jour.
Questions fréquentes
SpamZilla propose-t-il une API ?
SpamZilla ne propose pas d’API publique et documentée aux clients ordinaires. Sa FAQ indique qu’une API était prévue et un ancien message de l’entreprise mentionnait une API partenaire, mais il n’existe toujours ni documentation publique ni procédure d’accès client.
Comment obtenir une clé API SpamZilla ?
Les pages officielles de prix et d’aide ne décrivent aucune procédure publique. Contactez directement SpamZilla pour demander un éventuel accès privé ou partenaire.
Puis-je scraper SpamZilla ?
Les Conditions d’utilisation de SpamZilla interdisent l’accès automatisé, l’extraction systématique, les robots, les scrapers et les scripts non autorisés. Utilisez le produit web conformément à ses conditions ou demandez une autorisation écrite.
Quelle alternative pratique à l’API SpamZilla ?
Utilisez une API documentée de recherche de domaines si vous avez besoin d’interroger l’inventaire par programme, d’obtenir des rapports JSON, d’effectuer des contrôles en direct et de connecter des outils d’automatisation. Karma.Domains fournit ces fonctions via son API publique sans chercher à reproduire le SZ Score.
Puis-je connecter la recherche de domaines expirés à n8n ou à un CRM ?
Oui. Une API REST peut alimenter n8n, Make, Google Apps Script, un CRM, une base de données ou une application interne. Conservez la logique de sélection dans le workflow et n’envoyez que la shortlist aux personnes.
Si l’examen manuel et le SZ Score couvrent déjà vos besoins, SpamZilla reste un outil spécialisé raisonnable. Si votre équipe a besoin d’automatisation maintenant, construisez sur une API que vous pouvez documenter, tester et maintenir aujourd’hui.