Make+DiffHook

Make.com-Web-Scraping — webhook-first, ohne Polling-Modul

DiffHook übernimmt Scraping, Rendering und Diff. Ihr Make-Szenario startet mit einem Webhook-Modul und erhält jedes Mal einen signierten Payload, wenn sich die Seite bewegt — niemals auf einem leeren Polling.

Der typische Make.com-Scraper verkettet HTTP → Get a file mit einem Text Parser, dann einen Data Store mit einer „hat es sich geändert?"-Abfrage und schließlich die nachgelagerten Module. Jeder Run verbraucht Operations, egal ob sich etwas geändert hat oder nicht. DiffHook erlaubt Ihnen, das Szenario auf einen Webhook-Trigger umzustellen — Make verbraucht nur dann Operations, wenn es eine echte Änderung zu verarbeiten gibt.

Kostenlos startenScraping-Dokumentation lesen

Workflow

In Make.com scrapen in 5 Schritten

Webhook-Trigger, kein Scheduler. Der Operations-Zähler von Make entspricht echten Events, nicht leeren Pollings.

01

Webhooks → Custom-Webhook-Trigger erstellen

Starten Sie in Make.com ein Szenario mit dem Custom-Webhook-Modul. Make erzeugt eine eindeutige URL wie https://hook.eu2.make.com/XXX — kopieren Sie sie; sie kommt in die DiffHook-Zustellung.

02

Scrape als DiffHook-Monitor beschreiben

Setzen Sie type auf html_css und übergeben Sie URL plus CSS-Selektor, der den relevanten Block trifft. Aktivieren Sie include_html: true, wenn das Szenario weiter hinten rohen Markup parsen muss.

03

Monitor mit dem Make-Webhook verknüpfen

Einmalig POST an /v1/monitors mit Scrape-Konfig, Intervall und der Make-URL als Webhook-Zustellung. DiffHook übernimmt ab da Polling, Caching und Diffing.

04

Signatur in Make verifizieren

Fügen Sie ein Tools → Set-variable-Modul hinzu, das den X-DiffHook-Signature-Header liest, dann einen Router mit einem Filter, der nur Requests durchlässt, bei denen das neu berechnete HMAC passt. Makes eingebaute Krypto-Funktion erledigt SHA-256 ohne Code-Modul.

05

Felder in nachgelagerte Module mappen

Die Top-Level-Felder im Webhook-Body — extracted_text, current_value, previous_value, url — erscheinen als benannte Items, die Sie in jedem nachgelagerten Modul ablegen können: Google Sheets, Notion, Airtable, Telegram.

API-Beispiel

In Make scrapen, ein POST

Die Make-Webhook-URL landet direkt in deliveries[0].url. DiffHook kümmert sich um Retry, Backoff und Replay von Haus aus.

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"
    }
  ]
}

Importierbarer Workflow

Ein fertiges Make-Szenario kopieren

Blueprint inklusive Custom-Webhook-Trigger, HMAC-Verifikation, Router mit Größenfilter und Google-Sheets-Ziel. Importieren, Signing-Secret einfügen, aktivieren.

Make-Blueprint auf GitHub ansehen

FAQ

Make.com-Web-Scraping — häufige Fragen

Warum DiffHook statt HTTP + Scheduler von Make.com?
Make rechnet nach Operations ab. Ein Szenario, das eine URL alle fünf Minuten pollt, verbraucht Operations, ob sich etwas geändert hat oder nicht — und Sie müssen trotzdem den Data Store und den „hat sich was geändert?"-Vergleich von Hand pflegen. DiffHook ersetzt das alles durch einen Webhook-Trigger, der nur bei echten Änderungen feuert, damit der Operations-Zähler des Szenarios der tatsächlichen Eventzahl entspricht.
Kann DiffHook JavaScript-gerenderte Seiten für Make scrapen?
Ja. Auf html_rendered umschalten und render.engine auf playwright oder puppeteer setzen. DiffHook kümmert sich um den Headless-Browser-Run und wartet, bis die Seite stabil ist, bevor der Snapshot erstellt wird. Make erhält das Post-Render-Diff — die Rendering-Kosten leben in DiffHook, nicht in Ihrem Make-Plan.
Brauche ich ein Code-Modul zum Verifizieren des Webhooks?
Nein. Die eingebauten Funktionen von Make umfassen sha256HMAC, genug, um die Signatur in einem Set-variable-Modul neu zu berechnen und in einem Filter zu vergleichen. Der Make-Blueprint auf GitHub zeigt die exakte Konfiguration — läuft auf jedem Make.com-Tarif.
Wie ist die Datenform?
Flaches, Make-freundliches JSON. Top-Level-Keys: monitor_id, event, url, selector, extracted_text, current_value, previous_value, current_html (wenn include_html aktiv ist), detected_at, delivery_id. Make macht jeden Key automatisch als benanntes Feld sichtbar — kein JSON-Parser-Modul nötig.
Kann ein einzelnes Szenario mehrere gescrapte Seiten verarbeiten?
Ja. Richten Sie mehrere DiffHook-Monitore auf dieselbe Make-Webhook-URL und verwenden Sie im Szenario einen Router mit Filtern auf monitor_id oder url, um die Logik nach Quelle aufzuteilen. So bleiben die Operation-Kosten bei eins pro echtem Event — unabhängig davon, wie viele Monitore das Szenario füttern.

Verwandte Workflows

Auch großartig mit DiffHook

n8n-Web-Scraping

Lieber Self-Hosted-Automatisierung? Gleiche Monitor-Konfig, n8n-Webhook als Ziel.

Zapier-Web-Scraping

Dasselbe Scraping-Muster für Zapier — Catch Hook anstelle von Makes Custom Webhook.

n8n + Playwright

JS-gerendertes Scraping in n8n-Workflows — nützlich für SPA-Seiten.

n8n + Puppeteer

Die andere gerenderte Engine — wählen Sie, was am Bot-Schutz der Zielseite vorbeikommt.

Ein Scraping-Skript ersetzen

Migration von einem Cron-plus-Python/Node-Scraper? Hier der Vergleich mit dem Managed-Monitor.

Konkurrenz-Websites überwachen

Das Competitive-Intel-Muster end-to-end — das Make-Szenario empfängt das Diff sauber.

Hören Sie auf, Operations auf leere Pollings zu verschwenden

Webhook-first-Scraping für Make, HMAC-signierte Payloads, kostenloser Tarif. Jede Make-Operation entspricht einer echten Änderung.

Kostenloses Konto erstellenPreise ansehen