July 23, 2026

Surveiller les liens cassés chaque mois avec Apify et n8n

Construisez un contrôle récurrent et borné des erreurs 404 et 500 : crawl Apify, orchestration n8n, sortie structurée et transmission aux équipes web.

Short answer: Pour éviter qu'un audit de liens ne reste ponctuel, programmez n8n chaque mois, démarrez le Broken Link Checker via l'API Apify avec un budget de pages par site, attendez le run terminal puis transmettez le dataset à l'équipe concernée. L'automatisation crée un contrôle répétable, tandis que les limites de crawl et de dépense gardent chaque exécution prévisible.

Commercial use: Un workflow n8n mensuel par site, avec exécution bornée et transmission automatique des résultats, transformera l'audit ponctuel en usage récurrent payant et augmentera le nombre de runs Actor sur 30 jours au-delà de la référence actuelle de 14.

Verified proof run

Public input shape

{
  "checkExternalLinks": "<boolean>",
  "maxPages": "<number>",
  "startUrls": [
    "<string>"
  ]
}

Output shape

[
  {
    "anchorText": "<string>",
    "error": "<string>",
    "foundOn": "<string>",
    "statusCode": "<string>",
    "url": "<string>"
  }
]

Pourquoi surveiller plutôt qu'auditer une seule fois

Un lien valide aujourd'hui peut disparaître après une migration, une suppression de produit ou la fermeture d'un domaine externe. Un contrôle mensuel traite donc les liens cassés comme une régression opérationnelle : il produit une nouvelle observation après chaque cycle de publication au lieu de conserver un rapport qui vieillit.

L'objectif commercial n'est pas de multiplier des crawls sans nécessité, mais d'associer une fréquence utile à chaque portefeuille de sites. Les agences et équipes e-commerce peuvent commencer par les domaines les plus importants, mesurer le volume d'incidents, puis ajuster la fréquence selon le rythme réel des changements.

Source Source

Ce que le contrôle observe réellement

L'Actor lit le HTML des pages internes dans la limite de pages fournie, extrait les liens HTTP et vérifie leur réponse. Pour chaque échec détecté, le dataset expose la cible, le code HTTP lorsqu'il existe, la page où le lien a été trouvé, le texte d'ancre et le caractère interne ou externe du lien.

Cette portée doit rester explicite : les liens injectés uniquement après exécution de JavaScript ne font pas partie du crawl HTML statique, et certains serveurs peuvent répondre 403 aux requêtes automatisées. Les cas ambigus exigent une vérification manuelle avant de supprimer ou remplacer une URL.

Source Source

Architecture du workflow n8n

Le Schedule Trigger lance le workflow selon la cadence choisie. Un nœud prépare une entrée distincte par site avec startUrls, maxPages et checkExternalLinks; un appel HTTP démarre ensuite l'Actor, puis la boucle de polling relit toujours le même identifiant de run jusqu'à un statut terminal.

Après succès, le workflow récupère le dataset et le remet à une destination utile, par exemple un ticket, une table de suivi ou une notification d'équipe. Un statut échoué, interrompu ou expiré suit une branche d'erreur explicite : il ne doit jamais être présenté comme un site sans liens cassés.

Source Source

Définir un budget par site

Commencez avec un nombre de pages réduit sur un domaine représentatif, puis augmentez maxPages uniquement si la couverture obtenue le justifie. La page Store indique une facturation à l'événement comprenant le démarrage et les liens cassés retournés; le coût final dépend donc de l'entrée et du nombre de résultats, et non d'une promesse de prix universelle.

La surveillance externe peut élargir l'utilité du rapport mais aussi augmenter le nombre de requêtes et les faux positifs liés aux protections anti-automatisation. Une politique simple consiste à contrôler fréquemment les liens internes et à exécuter les liens externes moins souvent ou sur un budget séparé.

Source

Tester le pipeline sans viser un site client

La page publique status_codes de The Internet est conçue pour les exercices d'automatisation et référence des routes internes renvoyant notamment 404 et 500. Avec maxPages fixé à 1 et la vérification externe désactivée, elle fournit une entrée publique et étroite pour vérifier que le pipeline sait produire puis transporter des résultats d'erreur.

Ce fixture valide la mécanique, pas la qualité d'un audit client. Avant mise en service, exécutez séparément un petit domaine autorisé, contrôlez les champs du dataset et confirmez que la destination n'expose pas d'URL ou de contenu réservés à une équipe non autorisée.

Source Source

Mesurer si l'automatisation crée un usage récurrent

Le signal initial est le nombre total de runs publics sur trente jours, actuellement égal à 14 dans l'inventaire de référence. Après publication du cas d'usage, les observations à J+7, J+30 et J+90 doivent comparer ce compteur à sa référence sans l'appeler revenu : tant que l'attribution payante par client n'est pas disponible, il reste un proxy d'adoption récurrente.

Si les runs augmentent mais que les utilisateurs récurrents ne progressent pas, l'étape faible est probablement l'installation, la destination du rapport ou la cadence proposée. L'expérience suivante devra modifier ce point précis plutôt que réécrire le même argumentaire.

Source Source

Reusable automation

Open the tested n8n example.

Lancez d'abord l'entrée de test bornée, puis connectez le workflow n8n à un seul site autorisé et à une destination d'équipe. Après lecture du premier rapport, choisissez une cadence mensuelle adaptée au rythme de publication du site.

Run the Actor on Apify.