Self-Hosted IT-Management

Eigene Monitoring-Plattform mit Changedetection.io bauen (Laravel, KI & Multi-Tenant)

Changedetection.io muss nicht als eigenständiges Tool eingesetzt werden. In Kombination mit Laravel, Qdrant, Bots und modernen Datenpipelines lässt sich daraus eine vollständig eigene Monitoring- und Wissensplattform entwickeln – inklusive Multi-Tenant-Fähigkeit, White-Label-Branding, Automatisierung und KI-Integration.

3 min Lesezeit
Grafik: Mit Changedetection.io zur eigenen Monitoring-Plattform

Eigene Monitoring-Plattform bauen mit Changedetection.io (White-Label & Integration)

Du hast jetzt gesehen, was changedetection.io kann. Jetzt kommt der entscheidende Schritt:

Wir bauen daraus eine eigene Plattform.

Keine einzelne Anwendung mehr – sondern ein komplettes System: Mandantenfähig, integrierbar, skalierbar und perfekt vorbereitet für KI.

Das ist genau die Liga, in der dein aktuelles Projekt spielt.

Zielbild: Deine eigene Monitoring-Plattform

Stell dir vor:

  • Jeder Tenant (Kunde / Fachbereich / Kommune) hat eigene Monitoring-Jobs
  • Änderungen werden automatisch erkannt
  • Daten werden weiterverarbeitet
  • Inhalte landen in deiner Datenbank + Qdrant
  • Dein Chatbot nutzt immer aktuelle Daten

Ergebnis: Eine vollständige Monitoring- & Wissensplattform

Gesamtarchitektur

Changedetection.io
        ↓ (Webhook)
Laravel Backend (API)
        ↓
Queue / Jobs
        ↓
Crawler / Parser Bots
        ↓
Embedding
        ↓
Qdrant
        ↓
Frontend / Dashboard / KI

Wichtig: Changedetection ist nur der Trigger – nicht das Herzstück

Integration in Laravel (dein Core-System)

Jetzt wird es konkret.

Webhook-Endpoint

Route::post('/webhook/changedetection', [WebhookController::class, 'handle']);

Controller

public function handle(Request $request)
{
    $url = $request->input('url');

    // Job dispatchen
    ProcessChangedUrl::dispatch($url);

    return response()->json(['status' => 'ok']);
}

Queue-Job

class ProcessChangedUrl implements ShouldQueue
{
    public function __construct(public string $url) {}

    public function handle()
    {
        // 1. Crawl starten
        // 2. Inhalte extrahieren
        // 3. Embeddings erzeugen
        // 4. In Qdrant speichern
    }
}

👉 Ergebnis: Event → Queue → Verarbeitung → Speicherung

Sauber, skalierbar, wartbar.

Multi-Tenant-Ansatz (extrem wichtig)

Für deine Plattform absolut zentral.

Problem

Du willst:

  • mehrere Kunden / Fachbereiche
  • getrennte Daten
  • getrennte Monitoring-Jobs

Lösung

Datenbank-Struktur (Beispiel)

  • tenants
  • monitor_jobs
  • monitor_urls
  • monitor_logs

Logik

Jeder Job gehört zu:

Tenant → Projekt → URL → Monitoring

Beispiel

TenantProjektURLStadt AhlenAusschreibungenahlen.de/...Firma XSEOcompetitor.comKunde YPreiseshop.de

Vorteil:

✔ saubere Trennung

✔ skalierbar

✔ später abrechenbar (SaaS!)

Eigene UI / Dashboard

Jetzt kommt dein eigentlicher Mehrwert:

Das Frontend

Funktionen

  • Übersicht aller Monitoring-Jobs
  • Status (OK / geändert / Fehler)
  • letzte Änderungen anzeigen
  • Diff-Vorschau
  • Filter & Suche

Erweiterungen

  • Charts (Änderungen pro Tag)
  • Priorisierung
  • Alert-Status
  • Logs

UX-Tipp

Nicht zu komplex starten:

Fokus auf:

  • Klarheit
  • Übersicht
  • Geschwindigkeit

Webhook → Bot-System (dein Setup)

Hier wird dein System richtig stark.

Ablauf

  1. Changedetection erkennt Änderung
  2. Webhook wird ausgelöst
  3. Laravel empfängt Event
  4. Job wird gestartet
  5. Bot verarbeitet Daten

Deine Bots

  • bot_webcrawler → HTML laden
  • bot_ingest → Inhalte extrahieren
  • bot_embedder → Embeddings erzeugen

Ergebnis

Vollautomatische Pipeline:

Änderung → Crawl → Verarbeitung → KI

API-Nutzung

Du kannst deine Plattform komplett API-driven bauen.

Beispiele

Monitoring erstellen

POST /api/monitor

Status abrufen

GET /api/monitor/{id}

Änderungen abrufen

GET /api/changes

Vorteil:

✔ Frontend & Backend entkoppelt

✔ externe Systeme integrierbar

✔ perfekt für Skalierung

Skalierung & Architektur

Jetzt kommen wir zur Profi-Ebene.

Horizontale Skalierung

  • mehrere Worker für Jobs
  • mehrere Bots parallel
  • Queue-System (Redis)

Changedetection skalieren

  • mehrere Instanzen
  • Aufteilung nach Tenants
  • Lastverteilung

Storage & Daten

  • PostgreSQL für Struktur
  • Qdrant für Suche
  • Filesystem für Inhalte

Performance-Tipps

✔ Rendering nur bei Bedarf

✔ Selektoren nutzen

✔ Jobs parallelisieren

✔ Cache einsetzen

White-Label: Deine eigene Plattform

Jetzt der wichtigste Punkt:

Der Nutzer sieht nicht Changedetection.io

Dein Branding

  • eigenes UI
  • eigene Domain
  • eigenes Design
  • eigene Features

Changedetection läuft im Hintergrund

wie eine Engine


Ergebnis

Du hast:

✔ eine eigene Plattform

✔ ein eigenes Produkt

✔ volle Kontrolle

Und das Beste:

Du nutzt bestehende Open-Source-Power

Typische Erweiterungen

  • Benutzer- & Rechteverwaltung
  • Billing / SaaS-Modell
  • Alert-Regeln
  • AI-Auswertung
  • Dashboard-Widgets

Gesamtfazit

Mit Changedetection.io baust du nicht einfach Monitoring.

Du baust:

✔ eine Datenpipeline ✔ eine Automatisierungsplattform ✔ eine KI-Datenquelle ✔ ein skalierbares System

Der entscheidende Punkt

Changedetection.io ist:

kein Produkt – sondern ein Baustein

Und genau dadurch wird es so wertvoll.