Ressources · Intégration n8n

Intégration PostBin n8nAutomatiser PostBin avec n8n.

Un webhook qui part dans le vide, ça se regarde. Un webhook, c'est une URL qu'un service appelle quand un événement se produit chez lui. L'intégration PostBin n8n ouvre 6 opérations réparties sur 2 ressources, du bin jetable créé à la volée à la lecture d'une requête précise. Pas de trigger PostBin.

Tester l'intégration PostBin sur n8nVoir les 6 opérations

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

Pourquoi automatiser

À quoi sert l'intégration PostBin n8n ?

PostBin fournit un bin jetable : une URL qui accepte les appels et garde ce qu'elle reçoit. Le nœud n8n pilote ce bin depuis un workflow, sans passer par un onglet de navigateur. Deux ressources, Bin et Request, portent 6 opérations : créer, lire et supprimer un bin, puis lire une requête, retirer la première, ou envoyer toi-même une requête de test dedans.

Premier usage, le rejeu. L'opération Send a request pousse un appel dans le bin quand tu le décides, avec un contenu que tu choisis. Le bug qui n'arrive qu'une fois par jour devient reproductible en trois clics : même corps, même bin, même branche de workflow. Pratique quand le service en face n'émet son événement qu'au moment où tu as déjà fermé ton ordinateur.

Deuxième usage, la boucle de dépouillement. Remove First vide le bin entrée par entrée, la plus ancienne d'abord, donc une boucle traite un appel capturé puis passe au suivant sans jamais relire le même. Delete a bin referme la session de test. Un workflow qui archive ses résultats dans Google Sheets ou qui prévient par Gmail enchaîne les deux dans la même passe.

Troisième usage, la capture. Tu pointes le callback d'un prestataire sur le bin, tu déclenches l'événement chez lui, tu relis le contenu réel avec request.get. C'est là que se cache la plupart des bugs d'intégration : le corps réel diffère souvent de celui que promettait la documentation. Le bin joue l'arbitre entre les deux systèmes, et la correction suivante part d'un fait, pas d'une hypothèse.

Un template public de la bibliothèque n8n, le workflow 2869, montre PostBin utilisé pour tester des webhooks dans n8n sans changer WEBHOOK_URL. Le nœud y côtoie HTTP Request et quelques nœuds applicatifs : le bin est une étape de la boucle de test, jamais la destination finale.

Si ce que tu cherches sort de ces 6 opérations, le nœud HTTP Request appelle n'importe quel endpoint de l'API de l'outil, et le reste de ton workflow ne bouge pas. Pour les bases n8n, expressions comprises, la Formation n8n précède utilement ce genre de montage, et l'Avis n8n couvre le choix de la plateforme elle-même. Une base MySQL peut ensuite garder la trace de chaque appel relu.

Connexion

Comment brancher PostBin dans un workflow ?

  1. 01

    Poser le nœud sur le canvas

    Le nœud PostBin est livré avec n8n, sur n8n Cloud comme sur une instance auto-hébergée : rien à installer, rien à payer en plus côté n8n. Cherche PostBin dans le panneau des nœuds, place-le après ce qui démarre ton workflow, puis choisis la Resource : Bin pour le conteneur lui-même, Request pour les appels qu'il collecte.

  2. 02

    Générer un bin sur PostBin

    Va sur PostBin et suis les étapes pour générer un nouveau bin. PostBin te donne une URL unique, et cette URL contient un identifiant de bin. Garde l'onglet ouvert pendant la mise au point : l'URL, c'est ce que tu communiques au service que tu débugues, l'identifiant qu'elle contient, c'est ce que n8n va te demander. Tu peux aussi créer le bin depuis le workflow avec l'opération Create a bin.

  3. 03

    Remplir Bin ID et choisir l'opération

    Sélectionne l'Operation, puis renseigne l'identifiant dans Bin ID. Tu peux le coller tant que tu tâtonnes, ou le récupérer d'un nœud précédent avec une expression, ce petit bout de code entre doubles accolades qui lit un champ de l'item entrant, par exemple {{ $json.field }}. Le nœud se règle pareil que tu l'exécutes à la main ou via un déclencheur.

Actions

Ce que le nœud PostBin sait faire

Le nœud PostBin expose 6 opérations sur 2 ressources. Pour chacune : le nœud tel que tu le configures dans n8n, les champs obligatoires, et nos notes de terrain.

Matrice ressources × opérations
RessourceCreateGetDeleteRemove FirstSend
Bin✓✓✓
Request✓✓✓

Bin

3 opérations
01

Create a bin

bin.create

Ce que tu vois dans n8n

Notes & cas d'usage

Crée un bin dans PostBin depuis le workflow. À placer en tête d'une série de tests : chaque exécution travaille alors sur son propre conteneur, et pas sur celui d'hier.

Cas d'usage
un contrôle quotidien du callback d'un prestataire démarre par cette opération, puis fait circuler la référence du bin dans la suite de la branche via une expression du type {{ $json.field }}. Deux exécutions ne mélangent jamais ce qu'elles ont capté.
02

Get a bin

bin.get

Ce que tu vois dans n8n

Notes & cas d'usage

Relit un bin que tu possèdes déjà, pour regarder le conteneur avant de toucher à ce qu'il contient.

Paramètres clés

  • Bin ID : l'identifiant unique de chaque bin, saisi pendant tes essais ou repris d'un nœud précédent avec {{ $json.field }}.
Cas d'usage
un collègue te passe un bin en fin de journée, le workflow le relit d'abord pour savoir si la session de debug tient toujours.
03

Delete a bin

bin.delete

Ce que tu vois dans n8n

Notes & cas d'usage

Supprime le bin. Dernière étape logique d'un test : un conteneur jetable finit jeté, pas oublié dans un coin.

Paramètres clés

  • Bin ID : l'identifiant unique de chaque bin, en général la valeur que le reste de la branche utilise déjà.
Cas d'usage
une recette qui a créé un bin, capté un callback et rangé le résultat quelque part se termine ici, sans laisser de bins à moitié remplis derrière elle.

Request

3 opérations
04

Get a request

request.get

Ce que tu vois dans n8n

Notes & cas d'usage

Va chercher une requête précise dans un bin. C'est l'opération qui te dit ce qu'un service envoie vraiment, pas ce qu'il prétend envoyer.

Paramètres clés

  • Bin ID : l'identifiant unique de chaque bin, celui où l'appel est arrivé.
  • Request ID : l'identifiant unique de chaque requête, repris de l'item produit par le nœud précédent, par exemple {{ $json.field }}.
Cas d'usage
comparer le corps d'un appel capté au mapping que ton workflow attend, champ par champ.
05

Remove First a request

request.removeFirst

Ce que tu vois dans n8n

Notes & cas d'usage

Retire la première requête du bin. En fin de boucle, le bin raccourcit d'une entrée à chaque tour, ce qui évite de repasser vingt fois sur le même appel pendant une longue session.

Paramètres clés

  • Bin ID : l'identifiant unique de chaque bin, celui que la boucle est en train de vider.
Cas d'usage
un rejeu en série traite les appels captés du plus ancien au plus récent et écarte chacun une fois la branche suivante passée.
06

Send a request

request.send

Ce que tu vois dans n8n

Notes & cas d'usage

Envoie une requête de test dans le bin. Tu produis du trafic quand tu veux, sans attendre qu'un tiers déclenche son événement.

Paramètres clés

  • Bin ID : l'identifiant unique de chaque bin, la cible de l'appel de test.
  • Bin Content : facultatif, et c'est lui qui rend l'opération intéressante. Rempli, il fixe ce que le bin reçoit ; laissé de côté, l'appel n'emporte rien que tu aies choisi.
Cas d'usage
reproduire un contenu bizarre à la demande pendant que tu solidifies la branche qui le lit.
Besoin d'aide

Besoin d'aide pour automatiser PostBin avec n8n ?

L'équipe te répond directement.

Chaque message est lu par une personne.

FAQ

PostBin et n8n, les questions qui suivent

01L'intégration PostBin n8n est-elle gratuite ?
Oui, côté n8n. Le nœud PostBin est livré avec n8n : rien à installer, aucun coût supplémentaire pour l'ajouter à un workflow. Ça vaut sur n8n Cloud, l'offre hébergée par n8n, comme sur une instance que tu héberges toi-même en Community Edition sous licence Sustainable Use, et un workflow se comporte de la même façon des deux côtés. Ce que coûte PostBin lui-même est une autre question, que cette page ne traite pas. Entre Cloud et auto-hébergement, ce qui change, c'est l'endroit où l'exécution tourne, pas la liste des 6 opérations dont tu disposes.
02Quels credentials faut-il pour le nœud PostBin ?
Le nœud n'a pas de sélecteur d'authentification : aucun credential à créer dans n8n avant la première exécution. Ce qu'il réclame, c'est l'identifiant du bin, et il vient de PostBin : tu génères un nouveau bin là-bas, PostBin te renvoie une URL unique qui porte cet identifiant. Tu le colles dans le champ Bin ID, ou tu le récupères d'un nœud précédent. Une conséquence à garder en tête pour la suite : qui détient l'identifiant du bin a le même accès que ton workflow. Un bin sert de brouillon, les vraies données clients passent ailleurs.
03Quelles sont les limites du nœud PostBin dans n8n ?
Le nœud couvre 6 opérations réparties sur deux ressources, Bin et Request. Quand ce que tu cherches sort de cette liste, le nœud HTTP Request appelle n'importe quel endpoint de l'API de l'outil, dans le même workflow : tu restes dans n8n pour finir le travail. Le reste de la branche ne bouge pas, mêmes entrées, mêmes expressions, seul le nœud du milieu change. Le réflexe qui fait gagner du temps sur la durée : garder l'identifiant du bin à un seul endroit et le référencer depuis là, plutôt que de le recopier dans chaque nœud.
04PostBin a-t-il un trigger dans n8n ?
Non. PostBin n'a pas de nœud trigger, donc un workflow qui le concerne démarre ailleurs. Trois options couvrent presque tous les cas : un Schedule Trigger qui se déclenche à intervalle fixe, utile pour un contrôle régulier du trafic capté ; un nœud Webhook n8n, une URL interne à n8n qu'un service tiers appelle, souvent celle que tu compares justement au bin ; ou le trigger d'un autre outil déjà présent dans le workflow. Une fois ce premier nœud passé, les opérations PostBin se placent en aval comme n'importe quelle action et lisent leur Bin ID dans les données qui circulent.
05n8n ou Make pour PostBin ?
Ça dépend de quatre critères, et le prix n'en est qu'un. L'hébergement : n8n s'auto-héberge ou tourne sur n8n Cloud, Make est hébergé uniquement. La maîtrise des données : une instance n8n chez toi garde les contenus captés sur ton infrastructure, ce qui compte quand un bin sert à déboguer du trafic réel. Le modèle de coût : Make facture à l'opération, et une boucle qui vide un bin appel par appel se compte vite autrement. La logique visuelle : les deux dessinent le workflow sur un canvas, le ressenti diffère, un après-midi sur chacun tranche mieux qu'un comparatif.
Hack'celeration Lab

Reçois nos tips intégration chaque semaine.

Pas de spam. Désinscription à tout moment.

Même plateforme

Autres docs utiles sur ce stack.

Voir toutes les intégrations