Des webhooks Expired Domains qui envoient un POST quand un domaine correspond — ou qu'un prix bouge
Abonnez-vous avec la même clé Pro que la Public API. Karma.Domains envoie un événement JSON signé à Zapier, Make, n8n, IFTTT ou toute URL HTTPS publique quand un filtre correspond, qu'une enchère change, ou que vous mettez à jour une note, un favori ou une tâche utilisateur.
Les webhooks Karma.Domains conviennent-ils à un flux de domaines expirés ou aux enchères ? Karma.Domains envoie du JSON signé vers une URL HTTPS. Trois types d'abonnement : filter (domain.matched_filter, la même recherche que POST /v1/reports/search), reports (prix d'enchère, enchères, fin proche, terminé, plus la note, les tags et le favori de ce compte) et user (usertask.created et usertask.completed). Clé Bearer Pro, 30 abonnements, 5 000 livraisons par jour UTC. Lis : https://karma.domains/fr/expired-domains-webhook/ https://karma.domains/fr/expired-domains-api/ https://karma.domains/openapi.json Dis-moi ensuite quel type utiliser et le corps POST pour ma tâche.
Connecter Zapier, Make, n8n ou IFTTT
Créez un déclencheur webhook dans votre outil, copiez son URL HTTPS et enregistrez-la avec POST /v1/webhooks. Le même appel fonctionne pour chaque client — seule l'URL change.
Un événement correspond à un rapport, sauf les événements de tâche utilisateur, qui font un événement par tâche. Le secret n'est renvoyé qu'à la création de l'abonnement ou lors de sa rotation.
Correspondance de filtre
kind=filter envoie domain.matched_filter quand un rapport commence à correspondre aux mêmes filtres que POST /v1/reports/search. Le curseur démarre à l'abonnement, les anciennes lignes ne sont pas rejouées. Un rapport qui correspond de nouveau après avoir quitté le filtre peut se déclencher encore.
kind=reports surveille jusqu'à 100 rapports. Les événements d'enchère couvrent le prix, le nombre d'enchères, la fin proche et la fin. Les événements de note, de tag et de favori ne partent que pour le compte qui a fait le changement — un autre compte qui surveille le même rapport pour le prix ne les reçoit pas. ending_soon_seconds n'est requis que si vous sélectionnez auction.ending_soon.
kind=user n'a ni filtre ni liste de rapports. usertask.created part une fois quand une tâche est enregistrée. usertask.completed part une fois quand elle se termine. Les ticks de progression ne sont pas envoyés. La payload nomme la tâche et le nombre de rapports — pas chaque domaine de la tâche.
Les livraisons sont signées avec Standard Webhooks. Chaque POST inclut webhook-id, webhook-timestamp et webhook-signature. Le secret whsec_ revient une seule fois, à la création et à la rotation. Envoyez POST /v1/webhooks/{id}/ping pour livrer un webhook.ping et confirmer l'URL.
Questions fréquentes
Est-ce la même clé que la Public API ?
Oui. Une clé Pro depuis Profil → Développeur pour REST, MCP et les webhooks. Créer et mettre à jour des abonnements compte dans les 60 requêtes par minute partagées.
Quelles sont les limites des webhooks ?
30 abonnements par compte et 5 000 livraisons par jour UTC. Au-delà du plafond quotidien, l'abonnement passe en quota_paused jusqu'au jour UTC suivant. Vous pouvez pauser un abonnement vous-même avec PATCH.
À quels événements puis-je m'abonner ?
kind=filter n'accepte que domain.matched_filter. kind=reports accepte auction.price_changed, auction.bid_count_changed, auction.ending_soon, auction.ended, report.note_changed, report.tags_changed et report.favorite_changed. kind=user accepte usertask.created et usertask.completed.
Pourquoi Majestic (ou une autre métrique) manque dans l'événement ?
Les données du rapport arrivent en arrière-plan, pas d'un seul coup. Un filtre qui n'exige pas une métrique peut correspondre avant qu'elle existe. Un rapport de faible priorité peut ne jamais la recevoir.
Faut-il mettre une métrique obligatoire dans le filtre ?
Oui, si vous ne voulez que les rapports qui l'ont déjà. Cela réduit l'ensemble et peut retarder l'événement jusqu'à la collecte de la métrique. Sur les domaines expirés, ce délai compte — le nom peut quitter le flux pendant que vous attendez. Si vous voulez le signal le plus tôt, laissez la métrique de côté et vérifiez-la après le POST.
Dans quel ordre les métriques apparaissent-elles d'habitude ?
D'abord les données d'enchère, puis Karma Metric, puis Karma Score et le contenu d'archive, puis les métriques SEO (Majestic, Moz, Ahrefs et le reste), puis les données Google. Il n'y a pas d'attente fixe. Une étape plus tardive peut être sautée.
Les événements de note et de favori vont-ils à tous ceux qui surveillent ce rapport ?
Non. Ces événements ne vont qu'aux abonnements du compte qui a changé la note, les tags ou le favori. Une surveillance du même rapport pour le prix reste sur les événements d'enchère.
Où est le schéma de requête ?
Les types et une console try-it sont dans Swagger UI. La page Public API couvre la recherche, les rapports et le reste de REST.
Le même inventaire que l'app — poussé vers votre URL
Enregistrez un endpoint HTTPS et commencez à recevoir des événements
Une clé Pro. 30 abonnements. 5 000 livraisons par jour.