Aus der Maschine: Der Newsletter, der seine eigenen Links prüft

ZUM NACHBAUEN · FÜNF SCHRITTE

So sitzt der Link-Wächter in deinem Generator.

Generisch für n8n, Zapier oder Make. Domains, Feldnamen und Muster sind Platzhalter — ersetz sie durch deine eigenen.

1. Bestand inventarisieren — zuerst, nicht zuletzt. Alle bisher verschickten Buttons und Links deiner Rubrik auflisten: Wohin zeigten sie, und war das jeweils gewollt? Was legitim war, ist keine Ausnahme, sondern eine Anforderung an die Regel. Ergebnis: eine Liste erlaubter Zielmuster plus die bewussten Sonderfälle mit Begründung.
2. Allowlist statt Verbotsliste. Erlaubte Ziele als Muster hinterlegen — eigene Story-Seiten, eigene PDF-Uploads, die Podcast-Seite. Alles, was auf kein Muster passt, ist verboten; das schließt E-Mail-Links (mailto:) und fremde Domains automatisch ein. Für die Sonderfälle aus Schritt 1 ein Flag pro Baustein (z. B. formularOk: true), das nur bei der Freigabe gesetzt wird: Mit Flag sind Ziele auf eigenen Domains erlaubt, E-Mail-Links und Fremdziele bleiben auch dann tabu.
3. Prüfschritt direkt vor dem Versand. Ein Code-Schritt (n8n: Code-Node · Zapier: „Code by Zapier“ · Make: Text-Parser + Router) zieht alle href aus dem Block, prüft sie gegen die Muster und schreibt bei Verstoß einen Fehler in die Daten. Der Versand-Schritt läuft nur, wenn das Fehlerfeld leer ist (IF/Filter davor). Wichtig: bei Verstoß den ganzen Versand stoppen, nicht nur den Block weglassen — sonst merkst du es nie.

   // n8n Code-Node („Run Once for All Items"), unmittelbar vor dem Versand-Schritt
   const ALLOW = [
     /^https:\/\/deine-domain\.de\/story-[a-z0-9-]+\/?$/i,            // eigene Story-Seiten
     /^https:\/\/deine-domain\.de\/wp-content\/uploads\/\S+\.pdf$/i, // eigene PDF-Handouts
     /^https:\/\/deine-domain\.de\/podcast\/?$/i,                     // Podcast-Seite
   ];
   const OWN = /^https:\/\/deine-domain\.de\/\S*$/i; // greift NUR bei deklarierter Ausnahme
   
   const block = $input.first().json; // { html: "<tr>…</tr>", formularOk: false }
   const hrefs = [...block.html.matchAll(/href="([^"]+)"/g)].map(m => m[1]);
   const bad = hrefs.filter(u =>
     block.formularOk === true ? !OWN.test(u) : !ALLOW.some(re => re.test(u))
   );
   
   if (bad.length) {
     // Versand stoppen: Fehler nach vorn reichen, Block NICHT einbauen
     return [{ json: { ...block, qaError: 'Link-Wächter: Ziel nicht erlaubt: ' + bad.join(', ') } }];
   }
   return [{ json: block }];

   Danach ein IF-Node: {{ $json.qaError }} leer → Versand; sonst → Alarm an dich (und kein Versand).

4. Gift-Tests, bevor es live geht. Den Prüf-Code lokal (z. B. mit Node.js) gegen absichtlich kaputte Fälle laufen lassen — jeder Fall ein eigener Test: Formular-Link → muss rot werden · E-Mail-Link → rot · PDF und Story-Seite → grün · Tag ohne Rubrik → nichts passiert · Flag gesetzt + Formular → grün · Flag gesetzt + fremde Domain → rot. Erst wenn du Rot gesehen hast, ist der Wächter abgenommen. Null Befunde auf gesunden Daten beweisen nichts.
5. Eingebaute Fassung gegen die getestete prüfen. Nach dem Einbau den Code aus der Plattform wieder exportieren und mit der lokal getesteten Datei vergleichen (diff oder Prüfsumme). Was du getestet hast, muss exakt das sein, was läuft — sonst hast du etwas anderes abgenommen, als du betreibst.