WEDOS REST API est encore en développement. L’accès et les fonctionnalités peuvent changer sans préavis.
Cet article couvre partiellement l’endpoint Domains de WEDOS REST API. Les domaines et NSSETs font l’objet d’articles distincts. Pour WEDOS API (WAPI), voir WAPI – Contacts de domaine WEDOS.
Pour obtenir des informations de base sur WEDOS REST API, consultez le Manuel WEDOS REST API.
Dans cet article, vous trouverez les informations suivantes :
- Accès à l’endpoint DNS
- Détails de l’endpoint DNS :
- Remarques
Contacts Endpoint Access
Cette API couvre la gestion des contacts de domaine sous le préfixe /v2/contacts de l’URL. Vous devez toujours indiquer le TLD pour les contacts, car le format et la validation des coordonnées diffèrent selon le registre auquel appartient le TLD.
URL de base et authentification
The base URL for the contacts endpoints is: https://api.wedos.com/v2
Toute la communication passe par HTTPS et l’authentification utilise uniquement OAuth2 : envoyez l’en-tête Authorization: Bearer <TOKEN> avec chaque requête. Le token doit disposer du scope domains (un scope unique partagé par les domaines, les contacts et les NSSETs). Sans authentification valide, l’API renvoie une erreur.
Les requêtes contenant des données (POST/PATCH) sont envoyées au format JSON (Content-Type: application/json).
Vous pouvez ajouter le paramètre example=1 à n’importe quel endpoint (par ex. ?example=1, ou &example=1 si l’URL contient déjà d’autres paramètres de requête). Au lieu d’exécuter la requête, l’API renvoie alors un exemple de commande curl pour cet appel. Une authentification valide est requise même dans ce mode.
Aperçu des endpoints
| Méthode | Endpoint | Description |
|---|---|---|
| GET | /contacts/check | Vérifier la disponibilité ou l’existence d’un contact |
| GET | /contacts/{cname} | Informations sur le contact |
| POST | /contacts/create | Créer un nouveau contact |
| POST | /contacts/{cname}/transfer | Transférer un contact |
| POST | /contacts/{cname}/auth-info/send | Envoyer le code d’autorisation du contact |
| PATCH | /contacts/{cname} | Modifier un contact |
Format de la réponse
La réponse de l’API est toujours un objet JSON contenant les clés code (code de retour), msg (description textuelle), request_id (identifiant de la requête) et, le cas échéant, data (données renvoyées en cas de succès).
Outre les codes de retour spécifiques (métier) indiqués ci-dessous pour chaque appel, tous les endpoints peuvent également renvoyer ces codes généraux de la couche REST :
1000– la requête a été exécutée avec succès2000– authentification (token Bearer OAuth2) manquante ou invalide2004– taille maximale autorisée de la requête dépassée (URL ou corps de la requête)4000– méthode ou action d’API inconnue ou non prise en charge4001– échec de la validation des données d’entrée4005– aucun exemple défini pour la forme d’URL actuelle avecexample=1activé6000– erreur interne lors de l’initialisation du traitement de la requête
GET /contacts/check
Vérifie si un handle de contact est libre et quel est son statut auprès du registre.
Paramètres :
tld– obligatoire, query, string – TLD pour lequel le contact est vérifiécname– obligatoire, query, string – handle (identifiant) du contactreg_key– facultatif, query, string – identifiant d’un registre précis (si le TLD prend en charge plusieurs registres ou modes)
Codes de retour :
1000– le contact est libre et utilisable2201– TLD invalide2216– format d’identifiant de contact invalide2218– les contacts sont générés automatiquement auprès de ce registre (vous ne pouvez pas choisir le handle)3228– le registre ne prend pas en charge les contacts3231– le contact existe déjà3233– le contact ne peut pas être utilisé3234– le contact ne peut pas être utilisé – quarantaine3235– le contact ne peut pas être utilisé – réservé3236– le contact ne peut pas être utilisé – bloqué3237– le contact est déjà enregistré chez nous4211– échec de la vérification du contact – erreur de connexion
Données de réponse : Aucune – le résultat est transmis directement dans les champs de la réponse code/msg.
Exemple :
curl -X GET -H 'Authorization: Bearer <TOKEN>' \
'https://api.wedos.com/v2/contacts/check?tld=eu&cname=CONTACT'
{
"code": 1000,
"msg": "OK",
"request_id": "a1b2c3f1"
}
GET /contacts/{cname}
Renvoie des informations détaillées sur un contact.
Paramètres :
cname– obligatoire, path – handle du contacttld– obligatoire, query, string – TLD sous lequel le contact est recherchéauth_info– facultatif, query, string – code d’autorisation du contact (s’il est fourni, il doit correspondre au code défini sur l’objet, sinon une erreur est renvoyée)reg_key– facultatif, query, string – identifiant d’un registre précis
Codes de retour :
1000– OK2201– TLD incorrectement spécifié2216– erreur de syntaxe de l’identifiant de contact3215– code d’autorisation invalide (fourni et ne correspondant pas)3228– le registre ne prend pas en charge les contacts3229– erreur lors du chargement du contact3236– le contact est bloqué4212– erreur de connexion5001– personne n’est connecté
Données de réponse :
contact– objet contenant les coordonnées du contact :contact_id,roid,status– identifiant, ROID et statut du contact auprès du registrename,fname,lname,company– nom, prénom et nom de famille, ou raison socialeaddr_street,addr_city,addr_zip,addr_state,addr_country– adressephone,fax,email,email2– coordonnéesic,dic,taxpayer– numéro d’identification de l’entreprise (IČ), numéro de TVA (DIČ), statut d’assujetti à la TVAreg_owner,reg_creator,reg_update– identifiants du bureau d’enregistrementcreated_date,updated_date,transfer_date– dates de création, de mise à jour et de transfertdisclose– paramètres de divulgation des données (selon le registre)other– données supplémentaires propres au registre
Exemple :
curl -X GET -H 'Authorization: Bearer <TOKEN>' \
'https://api.wedos.com/v2/contacts/CONTACT?tld=eu'
{
"code": 1000,
"msg": "OK",
"request_id": "a1b2c3f2",
"data": {
"contact": {
"contact_id": "CONTACT",
"status": "ok",
"fname": "Esmeralda",
"lname": "Excavadora",
"company": null,
"addr_street": "Street 123",
"addr_city": "City",
"addr_zip": "11000",
"addr_country": "CZ",
"phone": "+420.777123456",
"email": "esmeralda@wedos.com",
"created_date": "2024-01-10",
"updated_date": null
}
}
}
POST /contacts/create
Crée un nouveau contact de domaine pour le TLD indiqué.
Paramètres :
tld– obligatoire, string – TLD pour lequel le contact est crééreg_key– facultatif, string – identifiant d’un registre préciscontact– obligatoire, object – coordonnées du contact ; les champs disponibles diffèrent selon le registre, généralement :cname(facultatif) – handle de contact demandé ; omettez-le pour les registres qui génèrent les handles automatiquementfname,lname– prénom et nom de famille (pour une personne physique)company– raison sociale (pour une personne morale)addr_street,addr_city,addr_zip,addr_state,addr_country– adressephone,fax,email,email2– coordonnéesic,dic,taxpayer– numéro d’identification de l’entreprise (IČ), numéro de TVA (DIČ), statut d’assujetti à la TVA- autres éléments selon le registre concerné
Codes de retour :
1000– contact créé2100– paramètre obligatoire manquant2101– paramètres d’entrée invalides2201– TLD invalide2216– nom de contact invalide2218– les noms de contact sont créés automatiquement auprès de ce registre (vous ne pouvez pas indiquer le vôtre)2219–2242– éléments du contact manquants ou de format invalide (raison sociale, prénom, nom de famille, e-mail, téléphone, fax, numéro d’identification de l’entreprise, numéro de TVA, adresse, région, autres données)3228– le registre ne prend pas en charge les contacts3230– échec de la création du contact3231– le nom de contact est déjà utilisé3233– le contact ne peut pas être utilisé3234– le contact ne peut pas être utilisé – quarantaine3236– le contact ne peut pas être utilisé – bloqué3237– le contact est déjà enregistré chez nous4211– échec de la vérification – erreur de communication4213– échec de la création du contact – erreur de communication
Données de réponse :
cname– handle du contact créé
Exemple :
curl -X POST -H 'Authorization: Bearer <TOKEN>' -H 'Content-Type: application/json' \
'https://api.wedos.com/v2/contacts/create' \
--data '{
"tld": "eu",
"contact": {
"fname": "Esmeralda",
"lname": "Excavadora",
"addr_street": "Street 123",
"addr_city": "City",
"addr_zip": "11000",
"addr_country": "CZ",
"email": "esmeralda@wedos.com",
"phone": "+420.777123456"
}
}'
{
"code": 1000,
"msg": "OK",
"request_id": "a1b2c3f3",
"data": {
"cname": "CONTACT"
}
}
POST /contacts/{cname}/transfer
Transfère vers nous un contact depuis un autre bureau d’enregistrement (uniquement auprès des registres qui prennent en charge le transfert de contacts, par ex. CZ.NIC).
Paramètres :
cname– obligatoire, path – handle du contacttld– obligatoire, string – TLDauth_info– obligatoire, string – code d’autorisation du contactreg_key– facultatif, string – identifiant d’un registre précis
Codes de retour :
1000– OK2100– paramètre obligatoire manquant2101– paramètres d’entrée invalides2201– TLD invalide2215– paramètreauth_infomanquant2216– identifiant de contact invalide2244– ce domaine ou ce registre ne prend pas en charge le transfert de contacts3229– le contact n’est pas disponible3237– le contact est déjà enregistré chez nous3240– erreur d’autorisation3241– échec du transfert4216– échec du transfert – erreur de connexion
Données de réponse : Aucune – le résultat est transmis directement dans les champs de la réponse code/msg.
Exemple :
curl -X POST -H 'Authorization: Bearer <TOKEN>' -H 'Content-Type: application/json' \
'https://api.wedos.com/v2/contacts/CONTACT/transfer' \
--data '{"tld": "cz", "auth_info": "AUTHCODE123"}'
{
"code": 1000,
"msg": "OK",
"request_id": "a1b2c3f4"
}
POST /contacts/{cname}/auth-info/send
Envoie le code d’autorisation du contact à son adresse e-mail de contact.
Paramètres :
cname– obligatoire, path – handle du contacttld– obligatoire, string – TLDreg_key– facultatif, string – identifiant d’un registre précis
Codes de retour :
1000– OK2100– paramètre obligatoire manquant2101– paramètres d’entrée invalides2201– TLD invalide2216– nom de contact invalide2243– l’envoi du code d’autorisation n’est pas autorisé pour ce contact3213– le contact est indisponible3215– échec de l’envoi du code3228– le registre ne prend pas en charge les contacts4217– échec de l’envoi – erreur de communication5001– erreur d’authentification
Données de réponse : Aucune – le résultat est transmis directement dans les champs de la réponse code/msg.
Exemple :
curl -X POST -H 'Authorization: Bearer <TOKEN>' -H 'Content-Type: application/json' \
'https://api.wedos.com/v2/contacts/CONTACT/auth-info/send' \
--data '{"tld": "eu"}'
{
"code": 1000,
"msg": "OK",
"request_id": "a1b2c3f5"
}
PATCH /contacts/{cname}
Modifie les coordonnées d’un contact existant. Ne peut pas être utilisé auprès des registres où les contacts ne sont pas modifiables (par ex. Ascio).
Paramètres :
cname– obligatoire, path – handle du contacttld– obligatoire, string – TLDauth_info– facultatif, string – code d’autorisation du contactcontact– obligatoire, object – coordonnées du contact à modifier (mêmes champs que dans POST /contacts/create ; seuls les champs indiqués sont modifiés)reg_key– facultatif, string – identifiant d’un registre précis
Codes de retour :
1000– OK2100– paramètre obligatoire manquant2101– paramètres d’entrée invalides2201– TLD invalide2207– erreur de syntaxe2216– nom de contact invalide2219–2241– éléments modifiés manquants ou de format invalide (même étendue que pour la création d’un contact)3211– échec du chargement du contact3238– erreur d’autorisation3239– échec de la modification4202– contact indisponible – erreur de connexion4215– échec de l’exécution – erreur de connexion
Données de réponse : Aucune – le résultat est transmis directement dans les champs de la réponse code/msg.
Exemple :
curl -X PATCH -H 'Authorization: Bearer <TOKEN>' -H 'Content-Type: application/json' \
'https://api.wedos.com/v2/contacts/CONTACT' \
--data '{"tld": "eu", "contact": {"email": "esmeralda-new@wedos.com"}}'
{
"code": 1000,
"msg": "OK",
"request_id": "a1b2c3f6"
}
Remarques
- Les endpoints sous
/v2/domains,/v2/contactset/v2/nssetssont gérés par une seule classe serveur commune et partagent tous le même scope OAuth2,domains. Du point de vue du client, il s’agit de trois API logiquement distinctes mais administrativement unifiées. - Pour les contacts, le paramètre
tldest toujours obligatoire, car le même handle (cname) peut en théorie exister auprès de plusieurs registres, et la validation et le format des données diffèrent selon le TLD ou le registre.
