Hand aufs Herz: Hast du nachts schon mal schweißgebadet im Bett gelegen und dich gefragt, ob deine Firmenwebseite eigentlich noch online ist? Oder ob ein Hacker vielleicht klammheimlich dein wichtigstes Keyword durch „Günstige Pillen“ ersetzt hat, während du friedlich geschlummert hast? Ich kenne dieses Gefühl. Es ist die Ungewissheit, die uns Unternehmern oft den Schlaf raubt.
Ich bin Grafiker. Mein Metier sind Proportionen, Typografie und visuelle Konzepte. Ich bin kein Programmierer. PHP, SQL oder Cronjobs waren für mich lange Zeit Begriffe, die ich zwar einordnen konnte, vor denen ich aber einen Heidenrespekt hatte. Doch die Zeiten ändern sich. Dank generativer KI wie Claude verschieben sich die Grenzen dessen, was wir als Einzelunternehmer oder kleine Agentur leisten können, massiv.
Gestern hatte ich so eine „Schnapsidee“. Ich wollte einen eigenen Monitor. Keine überladene SaaS-Lösung mit monatlichem Abo, sondern eine schlanke Webapp auf meinem eigenen Server. Sie sollte alle zwei Minuten prüfen, ob meine Seiten erreichbar sind und/oder ob ein bestimmtes Keyword im Quelltext vorkommt. Wenn etwas nicht passt: Alarm in Slack. Und zwar sofort.
In diesem Artikel erzähle ich dir, wie ich das in 90 Minuten durchgezogen habe. Ohne Marketing-Blabla (ich will dir das ja auch nicht verkaufen), dafür mit einer ordentlichen Portion Realismus und dem Verständnis, dass Technologie ein Werkzeug ist, kein Selbstzweck.
Warum selber bauen, wenn es Abos gibt?
Natürlich gibt es UptimeRobot oder ähnliche Dienste. Aber hier geht es um mehr als nur Erreichbarkeit. Es geht um Souveränität. Als Unternehmer müssen wir verstehen, welche Prozesse in unserem Betrieb ablaufen. Wenn ich mir ein Tool selbst baue, verstehe ich die Logik dahinter. Ich kenne die Risiken und ich kann es exakt an meine Bedürfnisse anpassen.
Die meisten fertigen Lösungen sind entweder zu teuer für das, was sie bieten, oder sie erschlagen dich mit Funktionen, die du nie brauchst. Mein Ziel war maximale Relevanz durch konkreten Nutzen. Ich wollte wissen: Ist meine Seite da? Steht das drauf, was draufstehen soll? Punkt.
Das Meeting mit Claude: Vom Grafiker zum Architekten
Mein Projekt startete wieder mit einem Chatfenster. Claude war in diesem Moment nicht nur ein Code-Generator, sondern mein technischer Berater. Wir haben uns über die Architektur unterhalten. Ich habe klargestellt: Ich habe den Webspace, ich habe die Datenbank, ich habe die Idee für das Design. Den Rest musst du mir erklären.
Ein wichtiger Punkt war die Sicherheit. Eine Webapp, die meine Server prüft, darf selbst kein Einfallstor sein. Claude hat mir hier keine Standardlösungen hingeklatscht, sondern mir erklärt, warum wir einen Schutz gegen Brute-Force-Angriffe brauchen und wie wir SQL-Injections verhindern. Es war ein Austausch auf Augenhöhe, bei dem meine Intelligenz als Nutzer respektiert wurde. Keine unnötigen Vereinfachungen, die später zu Sicherheitslücken führen könnten.
Die Datenbank: Das Fundament
Zuerst ging es an die Datenbank. Wir haben eine Tabelle erstellt, in der die URLs, die Keywords und die Status-Logs gespeichert werden. Früher hätte ich allein beim Gedanken an SQL-Queries Kopfschmerzen bekommen. Heute lasse ich mir die Struktur von Claude erklären, verstehe die Zusammenhänge und lege die Tabellen in PHPMyAdmin an.
Wir haben mehrere Versionen durchgespielt. „Claude, ich brauche noch eine Spalte für den letzten Fehlercode“, „Claude, wie gehen wir mit Timeouts um?“. Jede Anpassung wurde sofort umgesetzt und – was viel wichtiger ist – begründet.
Die Logik: Wenn der Cronjob anklopft
Das Herzstück der App ist ein PHP-Skript, das via Cronjob alle zwei Minuten aufgerufen wird. Es geht die Liste der URLs durch, schickt eine Anfrage und prüft den HTTP-Statuscode. Ist er 200? Gut. Aber das reicht nicht.
Hier kommt der Keyword-Check ins Spiel. Das Skript lädt den Inhalt der Seite und sucht nach einem von mir definierten Begriff. Wenn dieser fehlt, brennt die Hütte. Warum? Weil ein Server-Fehler oft offensichtlich ist, ein gehackter Inhalt oder ein zerschossenes Plugin aber oft tagelang unentdeckt bleibt.
Die n8n-Brücke zu Slack
Wenn das Skript einen Fehler findet, muss die Information fließen. Hier kam n8n ins Spiel. Ich hätte den Slack-Bot direkt in PHP programmieren können, aber n8n bietet mir mehr Flexibilität für zukünftige Workflows.
Die Anbindung war dank Claude ein Kinderspiel:
- Das PHP-Skript sendet einen Webhook an n8n.
- n8n nimmt die Daten (URL, Fehlertyp, Zeitstempel) entgegen.
- Ein Slack-Node schickt die Nachricht direkt in meinen Monitor-Channel.
Obwohl ich n8n schon öfter genutzt habe, hat mich Claude bei der präzisen JSON-Formatierung angeleitet. Es gab keine Raterei, kein „Versuch mal dies oder das“. Die Anweisungen waren sachlich und direkt.
Design: Auch ein Monitor darf gut aussehen
Als Grafiker konnte ich es mir natürlich nicht verkneifen, dem Dashboard ein Gesicht zu geben. Ein einfaches CSS-Framework sorgte für eine saubere Optik. Grüne Badges für „Online“, rote für „Down“ oder „Keyword missing“.
Es ist ein befriedigendes Gefühl, wenn man sieht, wie aus einer abstrakten Idee in weniger als zwei Stunden ein funktionierendes, optisch ansprechendes Werkzeug wird. Hier wird technologische Entwicklung nicht gefeiert, weil sie neu ist, sondern weil sie mir als Unternehmer einen echten Mehrwert bietet: Zeitersparnis und Sicherheit.


Die kritische Einordnung: KI ist kein Allheilmittel
Bevor wir jetzt alle in Jubel ausbrechen: Man darf nicht vergessen, dass so ein Projekt auch Risiken birgt. Wer blind Code kopiert, ohne ihn zu hinterfragen, handelt verantwortungslos. Ich habe jede Zeile, die Claude generiert hat, zumindest im Ansatz versucht zu verstehen.
Unsicherheit ist Teil des Prozesses. Kann ich garantieren, dass mein Monitor niemals ausfällt? Nein. Aber ich habe ein System geschaffen, das robuster ist als gar keine Überwachung. Es ist eine fundierte Einschätzung der Lage, keine absolute Sicherheit.
Die neue Macht der „Nicht-Programmierer“
Diese 90 Minuten haben mir einmal mehr gezeigt: Die wahre Stärke von generativer KI liegt nicht darin, dass sie uns die Arbeit abnimmt, sondern dass sie uns befähigt, Dinge zu tun, die wir vorher nicht konnten. Als Unternehmer in einem KMU musst du heute kein Informatikstudium mehr haben, um technische Lösungen zu implementieren. Du musst aber die Bereitschaft haben, dich tief in die Materie einzuarbeiten und die Logik zu verstehen.
Claude war in diesem Prozess ein hervorragender Mentor. Präzise, direkt und ohne den üblichen KI-Hype. Wir haben ein Werkzeug geschaffen, das einen konkreten Nutzen (für mich) hat, statt nur einer technischen Spielerei nachzugehen.
Wenn du also das nächste Mal eine Idee hast, die du „eigentlich nicht umsetzen kannst, weil du kein Programmierer bist“: Vergiss es. Setz dich hin, nimm dir 90 Minuten Zeit und fang an zu bauen. Die Werkzeuge sind da. Du musst sie nur nutzen.


