Ressources · Intégration Make

Intégration ViewDNS MakeAutomatiser ViewDNS avec Make.

Et si tes vérifications de domaines se faisaient toutes seules ? L'intégration ViewDNS Make ajoute 11 modules d'action à tes automatisations, du Whois au scan de ports. Elle parle aux admins, aux agences web et aux équipes SEO. Ici, tu relies ton compte puis tu montes ton premier scénario.

Avis vérifiés sur Trustpilot · Agence IA, automatisation & growth

Ce que tu peux automatiser

À quoi sert l'intégration ViewDNS Make ?

L'intégration ViewDNS Make permet à un scénario (l'automatisation que tu construis dans Make, faite de briques appelées modules) d'interroger ViewDNS sur un domaine, une adresse IP ou une adresse MAC, puis d'envoyer la réponse vers tes autres outils. Ses 11 modules sont tous des actions : ils s'exécutent quand le scénario arrive jusqu'à eux, jamais d'eux-mêmes.

Une fiche prospect déjà renseignée. Un contact arrive avec l'adresse de son site ? Lookup Domain / IP Whois récupère les informations d'enregistrement du domaine et Lookup IP Location situe le serveur, avant même que ton commercial ouvre la fiche.

Un audit de site qui se prépare seul. Pour une reprise de site client, Lookup IP History retrace les hébergements passés et Lookup Reverse IP montre les voisins sur le même serveur. Tu arrives au rendez-vous avec le contexte.

Une bascule DNS sous contrôle. Après un changement d'hébergeur, Lookup DNS Records puis Check DNS Propagation te disent où en est la propagation, et le résultat part dans le canal de l'équipe.

Les limites, maintenant. La doc de Make sur ViewDNS est signalée comme incomplète : aucun champ listé, aucune étape de connexion propre. Chaque note ci-dessous lit donc le module à partir de son nom, et t'invite à vérifier la sortie par un test. Pas de déclencheur non plus, ni de module d'appel API universel. Le guide Dépannage Make aide quand une exécution échoue, et la Formation Make reprend les bases de l'éditeur. Tu hésites encore sur l'outil ? Le comparatif n8n vs Make pose les critères.

Connexion

Comment connecter ViewDNS à Make ?

  1. 01

    Ajoute un module ViewDNS

    Dans ton scénario, clique sur le +, cherche ViewDNS et choisis un module, par exemple Lookup Domain / IP Whois. Clique ensuite sur Create a connection. La connexion, c'est ton compte ViewDNS relié une fois pour toutes à Make, puis réutilisé par chaque module ViewDNS.

  2. 02

    Nomme-la et autorise l'accès

    Donne un nom à la connexion si tu veux, pratique quand tu en as plusieurs. Suis ensuite ce que demande la fenêtre : une page d'autorisation ViewDNS, ou un champ où coller la clé fournie par ViewDNS.

  3. 03

    Enregistre et reviens au module

    Clique sur Save. La connexion s'affiche dans le module, tu peux remplir ses champs. Tous les autres modules ViewDNS, dans n'importe quel scénario, la retrouveront dans la liste.

Premier scénario

Ton premier scénario avec ViewDNS

ObjectifQuand un nouveau domaine arrive depuis une autre app, Make récupère son Whois avec ViewDNS puis situe son adresse IP.

  1. 01

    Crée le scénario

    Depuis la page Scenarios, crée un nouveau scénario et clique sur le + au centre. Ce premier module vient d'une autre app : ton formulaire ou ton tableur qui reçoit les domaines.

  2. 02

    Branche Lookup Domain / IP Whois

    Clique sur le + à droite du premier module, cherche ViewDNS et prends Lookup Domain / IP Whois. Crée la connexion, puis glisse dans le champ le domaine reçu à l'étape précédente.

  3. 03

    Ajoute Lookup IP Location

    Encore un +, cette fois pour Lookup IP Location. Tu lui passes l'adresse obtenue plus haut : le scénario sait désormais qui détient le domaine et où tourne son serveur.

  4. 04

    Teste avec Run once

    Clique sur Run once. Make lance le scénario une fois et affiche les bundles reçus par chaque module (un bundle, c'est un élément qui passe d'une brique à l'autre). Regarde-les pour voir ce que renvoie ViewDNS.

  5. 05

    Active le scénario

    Règle l'horloge du premier module si ton autre app fonctionne en planifié : par défaut, un nouveau scénario tourne toutes les 15 minutes, le minimum du plan Free. Il ne reste qu'à l'activer.

Modules

Les 11 modules ViewDNS, un par un

ViewDNS te donne 11 modules. Pour chacun : ce qu'il fait pour toi, le moment où tu le choisis, et ce qu'il faut surveiller.

ViewDNS1

Check Chinese Firewall

ActionDans la doc seulement

À en juger par son nom, ce module te dit si un site passe le filtrage chinois, sans devoir demander à quelqu'un sur place de tester pour toi.

Quand l'utiliser
avant d'ouvrir une boutique à une clientèle chinoise, ou quand un distributeur là-bas signale que tes pages ne chargent pas.
Attention
la doc ne décrit pas la réponse. Lis le bundle après un Run once avant d'en tirer une règle.
ViewDNS2

Check DNS Propagation

ActionDans la doc seulement

Fini les rafraîchissements d'outil en ligne après un déménagement de domaine : ce module te dit si ton changement DNS s'est bien diffusé.

Quand l'utiliser
juste après Lookup DNS Records, dans un scénario de migration, pour confirmer la bascule avant de prévenir tes clients.
Attention
chaque vérification consomme une opération, l'unité que Make décompte sur ton plan ; ne la planifie pas plus souvent que nécessaire.
ViewDNS3

Lookup Abuse Contact

ActionDans la doc seulement

Tu obtiens l'adresse de signalement d'abus liée à un domaine ou une IP : ta plainte arrive enfin chez le bon gestionnaire de réseau.

Quand l'utiliser
quand une vague de spam dans ton formulaire vient toujours de la même adresse et que ton outil de support attend un destinataire.
Attention
certains propriétaires ne publient aucun contact, prévois une branche du scénario pour une réponse vide.
ViewDNS4

Lookup DNS Records

ActionDans la doc seulement

Les enregistrements d'un domaine entrent dans ton scénario sous forme de données, prêts à être comparés, archivés ou envoyés à un collègue, sans terminal.

Quand l'utiliser
pour l'état des lieux d'un client, ou comme première étape avant Check DNS Propagation lors d'un changement de messagerie.
Attention
Make ne liste aucun champ pour ce module ; fais un test avant de mapper la sortie dans la suite.
ViewDNS5

Lookup Domain / IP Whois

ActionDans la doc seulement

Pas besoin de passer par un site Whois : les informations d'enregistrement d'un domaine ou d'une IP arrivent directement dans ton scénario.

Quand l'utiliser
quand un prospect remplit ton formulaire avec l'adresse de son entreprise et que ton équipe commerciale veut savoir qui la détient.
Attention
les services de confidentialité masquent souvent le titulaire ; un nom absent n'est pas une erreur du module.
ViewDNS6

Lookup IP History

ActionDans la doc seulement

L'historique des adresses d'un domaine devient visible : tu sais où le site était hébergé avant et tu repères un vieux serveur encore actif.

Quand l'utiliser
au moment de reprendre la maintenance d'un site, ou quand une enquête doit savoir si le domaine a changé d'hébergeur.
Attention
la réponse peut compter plusieurs entrées, traite-les toutes au lieu de garder la première.
ViewDNS7

Lookup IP Location

ActionDans la doc seulement

Une adresse IP devient un lieu : le numéro brut d'un journal se transforme en pays ou en ville que toute l'équipe comprend.

Quand l'utiliser
pour compléter une inscription ou une commande avec la localisation probable du client avant son arrivée dans le CRM.
Attention
la localisation d'une IP reste une estimation, un VPN la fausse ; ne bloque personne sur ce seul critère.
ViewDNS8

Lookup MAC Address

ActionDans la doc seulement

À partir d'une adresse MAC, tu retrouves le fabricant d'un appareil réseau, bien utile quand ton inventaire ne connaît le matériel que par son identifiant.

Quand l'utiliser
quand ton outil réseau exporte des appareils inconnus dans un tableur et que l'informatique veut une marque en face de chaque ligne.
Attention
il attend une adresse matérielle, pas une IP ; vérifie la valeur mappée avant de lancer.
ViewDNS9

Lookup Reverse DNS

ActionDans la doc seulement

Donne-lui une IP, il cherche le nom d'hôte qui se cache derrière : un moyen rapide de mettre un nom sur un serveur croisé dans tes journaux.

Quand l'utiliser
pour vérifier d'où partent tes e-mails, ou quand une alerte de supervision ne montre qu'une adresse.
Attention
beaucoup d'adresses n'ont pas de nom inverse configuré, une réponse vide ne signale donc aucun problème.
ViewDNS10

Lookup Reverse IP

ActionDans la doc seulement

Les autres domaines hébergés à la même adresse apparaissent : tu découvres d'un coup les voisins d'un site sur un hébergement mutualisé.

Quand l'utiliser
dans un audit SEO ou sécurité, pour savoir si ton client partage son serveur avec des sites douteux.
Attention
la liste peut être longue ; ajoute un filtre, ou un agrégateur (le module Make qui regroupe les bundles en un seul), avant de l'envoyer plus loin.
ViewDNS11

Scan Ports

ActionDans la doc seulement

Scan Ports regarde quels ports d'un hôte répondent, pour avoir une première idée de ce qu'un serveur expose, sans installer de scanner.

Quand l'utiliser
après une mise en production, pour vérifier que seuls les services prévus sont accessibles.
Attention
ne scanne que des machines à toi ou que tu as le droit de tester ; sonder le serveur d'un autre peut passer pour une attaque.
Besoin d'aide

Besoin d'aide pour automatiser ViewDNS avec Make ?

Une personne lit chaque message.

FAQ

Les questions fréquentes sur ViewDNS et Make

01L'intégration ViewDNS Make est-elle gratuite ?
Oui, côté Make. ViewDNS fait partie des applications standard, accessibles dès le plan Free comme les 3 000+ apps standard. Le plan Free donne 2 scénarios actifs, 15 minutes au minimum entre deux exécutions planifiées, 5 minutes d'exécution au plus, des fichiers jusqu'à 5 Mo et 512 Mo de transfert. Les plans payants (Core, Pro, Teams, Enterprise) descendent à 1 minute d'intervalle et lèvent la limite de scénarios actifs. Chaque requête ViewDNS compte pour une opération. Ce que ViewDNS facture de son côté ne dépend pas de Make.
02Que faut-il pour connecter ViewDNS à Make ?
Un compte ViewDNS et un compte Make, rien de plus d'après la doc, qui ne cite aucun prérequis. Elle ne donne pas non plus d'étapes propres à ViewDNS, donc la procédure générique s'applique : ajoute un module ViewDNS, clique sur Create a connection, nomme la connexion si tu veux, autorise Make sur la page ViewDNS ou colle la clé fournie par ViewDNS, puis clique sur Save. La connexion sert ensuite aux 11 modules. Si une clé t'est demandée, cherche-la dans ton compte ViewDNS.
03L'intégration ViewDNS Make a-t-elle un déclencheur ?
Non. Les 11 modules ViewDNS sont des actions, rien côté ViewDNS ne peut lancer un scénario. Deux façons de démarrer quand même. Soit tu places un déclencheur d'une autre app en tête, par exemple ton CRM ou ton outil de formulaire, qui transmet un domaine ou une IP au module ViewDNS placé juste après. Soit tu utilises l'horloge du premier module : un nouveau scénario tourne toutes les 15 minutes par défaut, et tu peux changer cet intervalle.
04Que faire s'il manque un module ViewDNS dans Make ?
Ça dépend du besoin. ViewDNS n'a pas de module Make an API Call dans Make : impossible d'atteindre, depuis cette app, une fonction que les 11 modules ne couvrent pas. Make précise aussi que sa doc ViewDNS est limitée, ce qui veut dire que champs et limites ne sont pas décrits. Il reste deux pistes : chercher dans Make une autre app qui fait la même vérification, ou demander à l'équipe de t'aider à construire un contournement adapté à ton scénario.
05Make ou n8n pour automatiser ViewDNS ?
Ça dépend de tes critères, il n'y a pas de gagnant absolu. Dans Make, ViewDNS arrive avec 11 modules d'action prêts à l'emploi et un éditeur visuel où chaque requête devient une bulle, pratique pour tester vite avec Run once. La même app existe souvent aussi sous forme de nœud n8n : regarde ce qu'il propose avant de trancher. Compare les modules dont tu as vraiment besoin, la manière dont ton équipe aime construire et l'outil qui fait déjà tourner tes autres automatisations.