Bei einem SEO-Projekt liegt es nahe, den Fokus nur auf Inhalte und Rankings zu legen. Serponado macht hier bewusst etwas anderes sichtbar: den kompletten Technik-Stack. Wer ein Werkzeug zur Datensparsamkeit baut, sollte selbst nachvollziehbar arbeiten. Dieser Beitrag legt offen, womit Serponado gebaut ist und warum.
Der Tech-Stack wird als nachvollziehbare Fallstudie dokumentiert: PHP, Vanilla-JS, lokale Verarbeitung und CSP statt unklarer Tool-Blackbox.
Serponado soll nicht nur SEO-Ergebnisse liefern, sondern zeigen, warum die technische Basis zu Datenschutz, Performance und Wartbarkeit passt.
Mehr Vertrauen, bessere E-E-A-T-Signale und eine klarere Einordnung für Menschen, Suchmaschinen und KI-Systeme.
Auch kleine Tools profitieren von Transparenz: Was lokal läuft, was serverseitig passiert und wo Grenzen liegen, sollte sichtbar erklärt werden.
PHP ohne Build-Step
Serponado läuft auf PHP, ganz ohne Build-Pipeline. Es gibt keinen Bundler, keinen Transpiler und keinen Schritt, der aus Quellcode erst eine auslieferbare Version erzeugt. Eine PHP-Datei pro Seite, gemeinsame Bausteine im inc/-Verzeichnis. Das hält das Projekt überschaubar, macht jede Änderung sofort nachvollziehbar und vermeidet eine ganze Klasse von Fehlern, die erst durch komplexe Build-Ketten entstehen.
Vanilla-JavaScript statt Framework
Die Tools im Browser sind in reinem JavaScript geschrieben, ohne großes Framework. Das bedeutet weniger Code, der geladen werden muss, und keine versteckten Abhängigkeiten. Diagramme erzeugt Serponado mit ApexCharts in der Version 3 unter der freien MIT-Lizenz, lokal eingebunden statt über ein fremdes CDN. So bleibt die Seite schnell und unabhängig von Drittanbietern.
Verarbeitung im Browser, nicht auf dem Server
Die SEO-Werkzeuge rechnen lokal in deinem Browser. Keyword-Ideen, Analysen und Auswertungen entstehen auf deinem Gerät und werden nicht an einen Server geschickt oder dort gespeichert. Wo ein Tool eine externe Seite abrufen muss, etwa der Sitecheck, läuft das über einen eng abgesicherten eigenen Proxy ohne Drittanbieter-API und ohne dauerhafte Speicherung der Inhalte.
Strikte Content-Security-Policy mit Nonce
Jede Seite liefert eine strikte Content-Security-Policy aus. Skripte sind nur mit einem pro Aufruf erzeugten Nonce erlaubt, Inline-Skripte ohne diesen Nonce werden vom Browser blockiert. Das senkt das Risiko für eingeschleusten Fremdcode deutlich. Diese Disziplin gilt nicht nur für die Startseite, sondern für alle Tool-Seiten.
Ehrliche Frische-Signale
Serponado datiert Inhalte nicht künstlich hoch. Das sichtbare Aktualisierungsdatum, das Article-Schema und die Sitemap greifen auf ein redaktionell gepflegtes Datumsregister zurück. ZIP-, Upload- und Deployment-Zeitstempel verändern diese Angaben nicht. Ein Datum wird nur angepasst, wenn sich Inhalt oder Funktion der betreffenden Seite relevant geändert haben.
Kein Tracking
Es gibt kein Analyse-Tracking, das einzelne Nutzer verfolgt. Für die Consent-Verwaltung ist eine eigene Lösung eingebunden, die strikt von den eigentlichen Tools getrennt bleibt. Die Werkzeuge selbst speichern Arbeitsinhalte nicht serverseitig.
Neu: die Serponado Sitecheck Browser-Erweiterung
Konsequent weitergedacht entsteht daraus eine Browser-Erweiterung. Sie prüft die gerade geöffnete Seite direkt im Browser, also auch Seiten hinter einem Login oder lokale Test-Seiten, die ein serverseitiger Abruf nicht erreichen kann. Die Analyse läuft vollständig lokal: Es wird keine Adresse und kein Seiteninhalt an einen Server gesendet. Die Erweiterung braucht keinen pauschalen Zugriff auf alle Seiten, sondern nur den Zugriff auf den aktiven Tab, ausgelöst durch deinen Klick. Damit passt sie nahtlos zur datensparsamen Linie des Projekts.
Der rote Faden hinter all diesen Entscheidungen ist derselbe: Werkzeuge sollen nachvollziehbar bleiben und nur echte Signale zeigen, keine erfundenen Kennzahlen. Wer verstehen will, wie ein Ergebnis zustande kommt, soll das auch können.
Starte einen Sitecheck im Browser und sieh dir an, wie die Auswertung lokal und nachvollziehbar entsteht.
Serponado Sitecheck öffnen