Aucun node à installer. Trois mécanismes qui marchent déjà.

Soyons directs : il n’existe pas de node Writ officiel pour n8n, ni d’app pour Zapier, ni de module pour Make. N’allez pas chercher dans un annuaire. Ce qui existe, ce sont trois mécanismes génériques que ces trois outils parlent déjà — et chacun se configure en cinq minutes.

cadrage ▸ ce qui existe

Choisissez le sens de l’appel.

La question est de savoir dans quel sens va l’appel. Writ est soit ce que votre flux appelle, soit ce qui démarre votre flux — et OAuth est la façon dont un outil détient votre autorisation sans que vous y colliez une clé.

appel ▸ requête http

1 · Appeler Writ depuis l’outil.

Publiez un workflow comme endpoint, puis pointez dessus le node HTTP Request de l’outil — ou Webhooks by Zapier, ou le module HTTP de Make. C’est toute l’intégration.

curl -X POST https://api.usewrit.app/v1/acme/price-check \
  -H "Authorization: Bearer $WRIT_CONSUMER_KEY" \
  -H "Content-Type: application/json" \
  -d '{"url": "https://example.com/product/42"}'

{
  "method": "POST",
  "url": "https://api.usewrit.app/v1/acme/price-check",
  "headers": {
    "Authorization": "Bearer csk_...",
    "Content-Type": "application/json"
  },
  "body": { "url": "https://example.com/product/42" }
}

Quand un run dure plus longtemps que l’outil ne patiente

Demandez plutôt une référence d’emblée. Envoyez Prefer: respond-async, ou ajoutez ?async=true si l’étape HTTP de l’outil ne sait pas poser d’en-tête — vous recevez un 202 et une référence de run à interroger.

curl -X POST https://api.usewrit.app/v1/acme/price-check \
  -H "Authorization: Bearer $WRIT_CONSUMER_KEY" \
  -H "Prefer: respond-async" \
  -H "Content-Type: application/json" \
  -d '{"url": "https://example.com/product/42"}'

# Query-parameter form, for tools whose HTTP step cannot set a header:
curl -X POST "https://api.usewrit.app/v1/acme/price-check?async=true" \
  -H "Authorization: Bearer $WRIT_CONSUMER_KEY" \
  -H "Content-Type: application/json" \
  -d '{"url": "https://example.com/product/42"}'

oauth ▸ auto-configuré

2 · Connecter via OAuth.

Writ fait tourner un serveur OAuth 2.0 en authorization code avec PKCE, et publie un document de découverte sur /api/oauth/.well-known/oauth-authorization-server. Les intégrations OAuth génériques lisent ce document et se configurent seules — endpoints, scopes et méthode PKCE, sans que vous ne tapiez rien.

curl https://api.usewrit.app/api/oauth/.well-known/oauth-authorization-server

événements ▸ vers l’outil

3 · Laisser Writ démarrer le flux.

Chacun de ces outils vous donne une URL de réception — un node Webhook trigger dans n8n, un Catch Hook chez Zapier, un Custom Webhook dans Make. Pointez un moniteur ou une automatisation Writ dessus et votre flux démarre quand quelque chose se produit vraiment.

1. 1 · Copiez l’URL de réception — Depuis l’étape déclencheur de votre outil.
2. 2 · Ajoutez-la comme destinataire webhook dans Writ — Sur le moniteur ou l’automatisation qui doit démarrer le flux.
3. 3 · Vérifiez la signature — Les livraisons sont signées en HMAC. Vérifiez la signature avant de faire confiance au contenu.

aussi ▸ deux autres portes

Deux autres entrées.

Tous les outils n’ont pas besoin d’une étape HTTP. Si le vôtre parle déjà l’un de ces protocoles, servez-vous-en directement :

référence ▸ suite

Continuer

faq

Questions d’intégration, répondues.

fin ▸ câbler

Publiez un endpoint et pointez une étape dessus.

Un seul node de requête HTTP fait toute l’intégration, et il fonctionne dans chaque outil de cette page.