Crawler-Dashboard

Jedes Portal hat seine eigene Datenbank und sein eigenes Branchenprofil; ein Register in der Haupt-Datenbank hält sie zusammen. Ein Assistent bindet ein neues Portal in sechs Schritten an – bricht er ab, bleibt ein fortsetzbarer Entwurf, kein halbes Projekt. Ein Projektwechsel ist gesperrt, solange ein Auftrag läuft, auch über mehrere Browserfenster hinweg.

Google Maps, Gelbe Seiten, beides kombiniert oder eine Web-Recherche je Landkreis – alles über Apify statt über selbstgebaute Scraper. Beim Kombi-Crawl werden Treffer über Telefon und Name plus PLZ zusammengeführt. Die Actor-Kennungen stehen in der Datenbank, nicht im Code, weil Apify seine Actors umbenennt.

Eine Kategorie über viele Orte: Kostenschätzung mit ausgeschriebenem Rechenweg und getrennten Preisen je Quelle, Ortsliste mit Häkchen, dann Abarbeitung mit höchstens drei gleichzeitigen Läufen. Dieselbe Suche im selben Gebiet läuft nur einmal, es sei denn, jemand wiederholt sie bewusst.

Was nichts kostet, prüft zuerst: Dubletten im Stapel und gegen den Bestand über Place-ID, Telefon, Domain und Name plus Adresse, dann Suchgebiet, dann Branchenwortlisten. Erst die Überlebenden sehen die bezahlten Stufen. Nichts wird gelöscht – jede Ablehnung steht mit Begründung im Reiter „Gefiltert" und lässt sich von Hand freigeben.

Bevor ein Treffer live geht, beurteilt ein Sprachmodell in zwei Stufen Kategorie, Ort und den Beleg auf der Website. Von der Wortliste Aussortierte bekommen eine zweite Chance, weil die Branchenangabe oft die Rechtsform nennt statt das Geschäft. Gemessen an einem echten Lauf: 61 Treffer, 40 veröffentlicht – 66 Prozent Ausbeute statt 11 zuvor.

Von 40 veröffentlichten Anbietern eines Laufs hatten 37 keine E-Mail-Adresse. Der Nachtrag liest Startseite, Impressum und Kontaktseite und lässt das Modell die Angaben heraussuchen. Der Kern ist der Erfindungsschutz: Eine E-Mail muss wörtlich im gelesenen Text stehen, Adressen von Webagenturen und Hostern fliegen raus, eine geratene „info@" wird nie übernommen.

Der Kunde stellt Aufbau, Tonalität, Länge, Pflichtelemente und Feldvorlagen für Überschrift, Meta-Titel und Subline ein – global oder je Kategorie, in seinen Worten. Jeder Text läuft durch bis zu drei Korrekturdurchgänge gegen Werbebehauptungen, maschinellen Rhythmus und Gleichklang mit bestehenden Texten, und am Ende durch eine harte Abnahme, die über die Veröffentlichung entscheidet.

Je Anbieter ein Website-Screenshot per Apify, hochgeladen per SFTP auf den Portal-Server – das Passwort ist das einzige verschlüsselte Feld, der Host wird beim ersten Kontakt gemerkt. Neun Social-Media-Plattformen werden erkannt, vereinheitlicht und ins Portal gespiegelt; Bewertungskennzahlen und -texte landen in eigenen Tabellen.

Ein Chat-Assistent kennt jeden Bedienschritt, das Innenleben der Texterzeugung und den Wissensgraphen des eigenen Codes. Zwölf Werkzeuge lesen, zehn schreiben – jedes schreibende fragt vorher um Zustimmung, jede Änderung ist protokolliert und rückgängig zu machen. Kostenverursachende Aktionen brauchen eine zweistufige Bestätigung.

Veröffentlichte Einträge und Texte lassen sich einzeln zurückziehen, beim Text wird der vorherige Zustand des Anbieters wiederhergestellt. Löschen ist immer ein Soft-Delete. Nur eine Positivliste von Feldern darf geschrieben werden, Stripe-Verknüpfungen und Nutzer-IDs sind gesperrt, und an Portal-Tabellen gibt es nie ein ALTER.

Der Kunde bekommt nur einen obfuskierten Build aus einem getrennten Release-Repository. Eine Vorabprüfung in elf Schritten sucht nach Quelldateien, Schlüsseln und Klartext-Geheimnissen – und prüft die Obfuskierung am Ergebnis, nicht am Schalter. Eine Erlaubnisliste ersetzt die Verbotsliste, seit einmal Build-Artefakte ins Release rutschten. Updates lädt der Kunde per Knopf; scheitert eines, dreht der Starter zurück.

1.264 Tests in 62 Dateien, dazu zwei zeichengenaue Golden-Tests: Ein zusätzliches Leerzeichen in einer Filterbegründung ist ein Fehlschlag, weil der Kunde sie wörtlich liest. Ein Prüfstand schickt gesicherte Apify-Rohdaten durch die ganze Kette und misst je Ort, wo echte Betriebe hängen bleiben – so lässt sich eine Profiländerung prüfen, bevor sie live geht.