Accuser réception, traiter ensuite

Un webhook est une conversation courte : le site envoie la commande et attend une réponse. S’il ne la reçoit pas à temps, il considère l’envoi comme raté et, le plus souvent, recommence. Si votre workflow met vingt secondes à appeler l’ERP, le transporteur et WhatsApp avant de répondre, vous fabriquez vous-même des doublons.

La règle d’architecture : découpler la réception du traitement. On accuse réception tout de suite, on traite ensuite, à son rythme.

• Dans le nœud Webhook d’n8n, l’option Respond propose Immediately, When Last Node Finishes, Using 'Respond to Webhook' Node et Streaming response. Pour un événement traité en arrière-plan, choisissez Immediately.
• Réservez When Last Node Finishes aux appels dont l’appelant attend le résultat, comme un formulaire qui affiche un devis, et gardez alors ce workflow court.
• Une requête de webhook est limitée à 16 Mo par défaut (variable N8N_PAYLOAD_SIZE_MAX en auto-hébergement). Pour un fichier lourd, faites envoyer un lien, pas le fichier.

Répondre vite ne suffit pas : ce qui a été accepté ne doit pas se perdre, même quand les traitements prennent du retard. C’est le rôle d’une file d’attente, que n8n sait intégrer.