Intégration urlscan.io n8nAutomatiser urlscan.io avec n8n.
Un lien douteux arrive, le workflow le fait analyser, et le verdict revient sans que personne ouvre un navigateur. L'intégration urlscan.io n8n tient dans un nœud de 3 opérations sur 1 ressource : soumettre une URL, chercher dans les scans passés, en relire un par son identifiant.
Avis vérifiés sur Trustpilot · Agence IA, automatisation & growth
Que fait vraiment l'intégration urlscan.io n8n ?
urlscan.io ouvre une page dans son propre navigateur et note tout ce qu'elle a fait : les domaines contactés, les fichiers chargés, une capture d'écran, un verdict. Le nœud n8n reprend ce service sous forme de 3 étapes à poser entre deux autres nœuds, pour qu'un lien reçu quelque part soit vérifié sans qu'un humain le colle à la main dans un site.
Le tout tourne sur un seul credential, l'identifiant enregistré une fois dans n8n et proposé ensuite dans une liste déroulante.
Premier cas, la boîte de réception partagée d'une PME. Un message atterrit sur l'adresse contact, une étape Gmail le lit, le nœud lance un scan sur le lien qu'il contient et le résultat part vers la personne d'astreinte dans Slack. C'est exactement la forme du template public Scan URLs with urlscan.io and Send Results via Gmail (6946), et du workflow d'analyse de phishing (1992) qui ajoute un appel HTTP Request vers un second service de réputation.
Deuxième cas, la surveillance de marque. Un Schedule Trigger part chaque matin, Get Many lance une Query du type domain:n8n.io, et les scans trouvés s'empilent dans une table Postgres qui devient l'historique consultable de l'équipe sécurité. Le template de surveillance des certificats (12221) applique la même logique aux domaines fraîchement déposés qui imitent une marque.
Troisième cas, l'enrichissement d'un ticket. Le scan est soumis à l'ouverture du ticket, et une branche plus tardive relit le rapport terminé par son identifiant pour y accrocher la capture et la liste des domaines contactés.
Le nœud ne couvre que la ressource Scan. Pour le reste de l'API urlscan.io, le nœud HTTP Request prend le relais et réutilise le même credential via l'authentification prédéfinie, plutôt que de te faire remonter un en-tête à la main.
Deux limites à connaître avant de construire. Il n'existe pas de trigger urlscan.io dans n8n : rien du côté urlscan.io ne peut réveiller un workflow tout seul. Et un scan n'est pas immédiat par nature, la page doit être chargée puis enregistrée, ce qui explique que soumettre et relire soient deux opérations distinctes et pas une seule. Pour le reste de la plateforme, l'Avis n8n détaille ce que l'outil sait faire.
Comment connecter urlscan.io à n8n ?
- 01
Ouvrir un compte urlscan.io
Le credential a besoin d'un compte sur urlscan.io, donc commence par là si l'équipe n'en a pas encore. C'est ce compte qui hébergera les scans, et ça compte pour la suite : le réglage Visibility d'un scan décide s'il reste privé pour ce compte ou s'il devient visible, et l'opération de recherche lit ce que le compte peut voir.
- 02
Générer la clé API
Dans urlscan.io, ouvre Settings & API, puis API Keys, et crée une clé. Une clé API, c'est une longue chaîne de caractères qui remplace un mot de passe quand un programme parle au service : elle se traite avec les mêmes précautions. Copie-la à l'affichage. C'est la seule méthode d'authentification acceptée par le nœud, il n'y a ni parcours OAuth ni sélecteur d'authentification.
- 03
Enregistrer le credential dans n8n
Côté n8n, ouvre le menu Credentials, crée un credential urlscan.io et colle la valeur dans le champ API Key. Un credential vit en dehors du workflow : tu le crées une fois et chaque nœud urlscan.io de l'instance le retrouve dans sa liste, que l'instance tourne sur n8n Cloud ou sur ton propre Docker.
Ce que le nœud urlscan.io sait faire
Le nœud urlscan.io expose 3 opérations sur 1 ressources. Pour chacune : le nœud tel que tu le configures dans n8n, les champs obligatoires, et nos notes de terrain.
Scan
3 opérationsGet a scan
scan.getCe que tu vois dans n8n
Notes & cas d'usage
Cette opération relit un scan terminé et renvoie son résultat complet : la page chargée, les domaines joints, le verdict qui lui est attaché.
Paramètres clés
- Scan ID : le scan à récupérer. Le nœud ne marque aucun champ comme requis ici, mais sans identifiant il n'a rien à viser : la valeur vient le plus souvent d'une expression,
{{ $json.scanId }}, alimentée par l'étape qui a soumis le scan.
Get many scans
scan.getAllCe que tu vois dans n8n
Notes & cas d'usage
Chercher plutôt que récupérer : cette opération renvoie une liste de scans correspondant à une recherche, un item par scan.
Paramètres clés
- Query : logé dans la collection Filters, il attend la syntaxe Elastic Search query string, par exemple
domain:n8n.io, appliquée aux champs qu'urlscan.io documente pour la recherche. - Return All : activé, n8n enchaîne les pages de l'API jusqu'à ramener tous les scans trouvés.
- Limit : Return All désactivé, c'est le nombre maximal de scans transmis à l'étape suivante.
Perform a scan
scan.performCe que tu vois dans n8n
Notes & cas d'usage
Soumet une URL pour qu'urlscan.io la charge dans son bac à sable et enregistre la visite. Cette étape crée le scan, la lecture du résultat est un appel séparé.
Paramètres clés
- URL : l'adresse à scanner, sous la forme
https://n8n.io, souvent alimentée par{{ $json.url }}depuis le nœud précédent. - Visibility :
private,publicouunlisted, qui décide de qui verra le scan ensuite. - Tags : une liste séparée par des virgules, du genre
phishing, malicious, plafonnée à 10 tags par scan.
Besoin d'aide pour automatiser urlscan.io avec n8n ?
L'équipe te répond directement.
Chaque message est lu par une personne.
