Make+DiffHook

Scraping web Make.com — webhook-first, pas de module de polling

DiffHook s'occupe du scraping, du rendu et du diff. Votre scénario Make démarre sur un module Webhook et reçoit un payload signé à chaque fois que la page bouge — jamais sur un polling à vide.

Le scraper Make.com typique enchaîne le module HTTP → Get a file avec un Text parser, puis un Data store avec un check « a-t-il changé ? », et enfin les modules aval. Chaque exécution consomme des opérations, changement ou non. DiffHook vous laisse basculer le scénario sur un déclencheur Webhook — Make ne consomme des opérations que lorsqu'il y a un vrai changement à traiter.

Commencer gratuitementLire la documentation scraping

Workflow

Scraper dans Make.com en 5 étapes

Déclencheur Webhook, pas un planificateur. Le compteur d'opérations de Make suit les vrais événements, pas les pollings vides.

01

Créer un déclencheur Webhooks → Custom webhook

Dans Make.com, démarrez un scénario avec le module Custom webhook. Make génère une URL unique du type https://hook.eu2.make.com/XXX — copiez-la ; elle va dans la livraison DiffHook.

02

Décrire le scrape comme moniteur DiffHook

Passez type à html_css et transmettez l'URL et le sélecteur CSS qui pointe le bloc qui vous intéresse. Basculez include_html: true quand le scénario doit parser le markup brut plus loin.

03

Enregistrer le moniteur avec le webhook Make

Un POST sur /v1/monitors avec la config de scrape, un intervalle et l'URL Make comme livraison webhook. DiffHook possède dès cet instant le polling, le cache et le diffing.

04

Vérifier la signature dans Make

Ajoutez un module Tools → Set variable qui lit le header X-DiffHook-Signature, puis un Router avec un Filter qui ne laisse passer que les requêtes dont l'HMAC recalculé correspond. La fonction crypto intégrée de Make gère le SHA-256 sans module Code.

05

Mapper les champs vers les modules aval

Les champs du corps webhook — extracted_text, current_value, previous_value, url — apparaissent comme items nommés que vous pouvez déposer dans n'importe quel module aval : Google Sheets, Notion, Airtable, Telegram.

Exemple d'API

Scraper dans Make, un POST

L'URL du webhook Make va directement dans deliveries[0].url. DiffHook gère retry, backoff et replay out of the box.

POST /v1/monitors
POST https://api.diffhook.com/v1/monitors
Authorization: Bearer $DIFFHOOK_API_KEY
Content-Type: application/json

{
  "type": "html_css",
  "url": "https://competitor.example.com/store",
  "css_selector": ".product-grid",
  "include_html": true,
  "interval_seconds": 900,
  "deliveries": [
    {
      "type": "webhook",
      "url": "https://hook.eu2.make.com/abc123456789"
    }
  ]
}

Workflow importable

Copier un scénario Make prêt à l'emploi

Blueprint qui inclut le déclencheur Custom webhook, la vérification HMAC, un Router avec un filtre de taille et une destination Google Sheets. Importez, collez le secret de signature, activez.

Voir le blueprint Make sur GitHub

FAQ

Scraping web Make.com — questions fréquentes

Pourquoi utiliser DiffHook plutôt que HTTP + planificateur de Make.com ?
Make facture aux opérations. Un scénario qui sonde une URL toutes les cinq minutes consomme des opérations changement ou non — et vous devez encore maintenir le Data store et la comparaison « est-ce différent ? » à la main. DiffHook remplace tout ça par un déclencheur webhook qui ne se lance que sur de vrais changements, pour que le compteur d'opérations du scénario corresponde au nombre d'événements réels.
DiffHook peut-il scraper des pages rendues en JavaScript pour Make ?
Oui. Passez type à html_rendered et render.engine à playwright ou puppeteer. DiffHook fait tourner le navigateur headless et attend que la page soit stable avant le snapshot. Make reçoit le diff post-rendu — le coût du rendu vit dans DiffHook, pas dans votre plan Make.
Ai-je besoin d'un module Code pour vérifier le webhook ?
Non. Les fonctions intégrées de Make incluent sha256HMAC, ce qui suffit à recalculer la signature dans un module Set variable et à la comparer dans un Filter. Le blueprint Make sur GitHub montre la configuration exacte, et elle fonctionne sur tous les plans Make.com.
À quoi ressemble la donnée ?
JSON plat, Make-friendly. Clés au premier niveau : monitor_id, event, url, selector, extracted_text, current_value, previous_value, current_html (quand include_html est activé), detected_at, delivery_id. Make expose automatiquement chaque clé comme champ nommé, pas de module JSON parser nécessaire.
Un seul scénario peut-il gérer plusieurs pages scrapées ?
Oui. Pointez plusieurs moniteurs DiffHook vers la même URL webhook Make, puis utilisez un Router avec des filtres sur monitor_id ou url pour répartir le scénario selon la source. Cela maintient le coût d'opération à un par événement réel, quel que soit le nombre de moniteurs qui alimentent le scénario.

Workflows associés

Aussi parfait avec DiffHook

Scraping web n8n

Vous préférez l'automatisation auto-hébergée ? Même config de moniteur, webhook n8n en destination.

Scraping web Zapier

Même pattern de scraping pour Zapier — Catch Hook à la place du Custom webhook de Make.

n8n + Playwright

Scraping rendu en JS vers des workflows n8n — utile pour les sites SPA.

n8n + Puppeteer

L'autre moteur rendu — prenez celui qui passe la protection bot du site cible.

Remplacer un script de scraping

Vous migrez depuis un cron + scraper Python/Node ? Voyez le comparatif avec le moniteur géré.

Surveiller des sites concurrents

Le pattern de veille concurrentielle de bout en bout — le scénario Make reçoit le diff proprement.

Arrêtez de payer des opérations sur des pollings vides

Scraping webhook-first pour Make, payloads signés HMAC, offre gratuite. Chaque opération Make correspond à un vrai changement.

Créer un compte gratuitVoir les tarifs