Technisches Whitepaper:
Schlanke Websites mit klarer Datenhoheit
PurHost steht für individuell entwickelte PHP-Websites mit lokalen Ressourcen, datensparsamer Grundkonfiguration und einer klaren technischen Struktur für Menschen, Suchmaschinen und moderne Antwortsysteme.
Executive Summary
PurHost-Websites werden passend zum jeweiligen Unternehmen und Einsatzzweck entwickelt. Der gemeinsame technische Kern setzt auf serverseitig ausgeliefertes HTML, schlankes PHP, lokale Schriften und Assets, möglichst wenig JavaScript sowie nachvollziehbare SEO-Strukturen. Nicht jede Website benötigt dieselben Funktionen: Administrationsbereiche, Datenbanken, Formulare, Statistiken, Buchungen oder weitere Schnittstellen werden nur eingesetzt, wenn sie im konkreten Projekt vereinbart und technisch erforderlich sind.
Wichtig: Weil PurHost-Seiten sehr individuell aufgebaut werden, können Funktionen, Bedienwege, technische Komponenten, Leistungswerte und Datenverarbeitungen von den folgenden Angaben abweichen. Maßgeblich sind immer das konkrete Angebot, die Projektdokumentation und die tatsächlich ausgelieferte Website.
Sechs Architektur-Säulen
Datenarchitektur & Persistenz
1.1 Passende Datenhaltung statt Systemzwang
Konzept: Einfache Inhaltsseiten können ohne Datenbank auskommen. Wenn bearbeitbare Inhalte, Konten, Buchungen oder umfangreiche Datensätze benötigt werden, wird eine zum Projekt passende Datenhaltung vorgesehen.
Vorteil: Die Architektur bleibt so klein wie möglich und so leistungsfähig wie nötig. Das reduziert unnötige Abhängigkeiten und erleichtert Wartung und Sicherung.
1.2 Sicherung und Wiederherstellung
Konzept: Sicherungsumfang, Aufbewahrung und Wiederherstellungsweg werden projektspezifisch festgelegt. Bei Websites mit Redaktionsfunktionen können zusätzliche versions- oder zeitbasierte Sicherungen vorgesehen werden.
Vorteil: Verantwortlichkeiten und Wiederherstellungswege sind nachvollziehbar. Eine vollständige Ausfallsicherheit kann technisch nicht garantiert werden.
High-End Security & Spamschutz
Die Sicherheitsmaßnahmen richten sich nach den tatsächlich eingesetzten Funktionen. Die öffentliche PurHost-Seite verwendet beispielsweise cookielose Formulartokens, Honeypots, serverseitige Validierung, Rate-Limits und einen begrenzten Abruf externer Zielseiten.
2.1 Administrationsbereiche
Ein Administrationsbereich ist kein zwingender Bestandteil jeder PurHost-Website. Wenn ein Backend vereinbart wird, werden Anmeldung, Berechtigungen, Eingabevalidierung und Protokollierung passend zum Schutzbedarf umgesetzt und dokumentiert.
2.2 Formular: Mehrschichtiger Schutz
Honeypot-Felder · signierte, cookielose Zeittokens · serverseitige Validierung · Rate-Limiting · keine Besucherprofilbildung.
2.3 PHPMailer / SMTP-TLS
Formularnachrichten können über einen authentifizierten SMTP-Zugang mit Transportverschlüsselung versendet werden. Die konkrete Mailkonfiguration richtet sich nach dem Projekt.
2.4 Server-Härtung & SSRF-Schutz
Security-Header, Webserver-Regeln für sensible Dateien und eine Beschränkung auf öffentliche HTTP/S-Ziele reduzieren typische Risiken. Sicherheit bleibt ein fortlaufender Prozess und keine einmalig garantierbare Eigenschaft.
Performance & Asset-Management
3.1 Lokale Ressourcen und Browser-Cache
Konzept: Wesentliche Schriften, Styles, Skripte und Bilder werden lokal ausgeliefert. Ein Service Worker kann lokale Ressourcen im Browser-Cache ablegen; Formulare und dynamische Seiten werden so behandelt, dass zeitgebundene Tokens nicht veralten.
Vorteil: Weniger externe Abhängigkeiten und schnelle Wiederholungsaufrufe. Tatsächliche Ladezeiten hängen von Seite, Inhalt, Endgerät, Verbindung und Hosting ab.
3.2 Bildaufbereitung
Konzept: Bilder werden passend dimensioniert, komprimiert und nach Möglichkeit in modernen Formaten bereitgestellt. Automatische Upload-Konvertierung ist eine optionale, projektspezifische Funktion.
Vorteil: Geringere Übertragungsgrößen und stabilere Layouts. Ein bestimmter PageSpeed- oder Core-Web-Vitals-Wert wird nicht garantiert.
UI/UX Design & CSS-Architektur
4.1 Moderne Farbräume & Advanced CSS
Konzept: Wiederverwendbare Gestaltungsvariablen, moderne Layouttechniken und projektspezifische Komponenten bilden ein konsistentes Design-System.
Vorteil: Die Website kann responsiv an Telefon, Tablet und Desktop angepasst werden, ohne das individuelle Erscheinungsbild zu vereinheitlichen.
4.2 Hardwarebeschleunigte Micro-Interactions
Konzept: Bewegung wird sparsam eingesetzt, bevorzugt mit performanten CSS-Eigenschaften umgesetzt und bei prefers-reduced-motion reduziert.
Vorteil: Interaktionen bleiben verständlich und belasten das erste Rendering möglichst wenig.
Barrierefreiheit (Ziel: WCAG 2.2 AA)
5.1 Adaptive UI & Bewegungskontrolle
Konzept: Semantisches HTML, Tastaturbedienbarkeit, sichtbarer Fokus, ausreichende Kontraste und respektierte Bewegungseinstellungen gehören zum technischen Zielbild.
Vorteil: Mehr Menschen können die Website nutzen. Ob darüber hinaus besondere gesetzliche Anforderungen gelten, hängt vom Anbieter, Angebot und Projekt ab und muss individuell geprüft werden.
KI-SEO (Generative Engine Optimization)
6.1 Entity Linking & Strukturierte Daten
Konzept: JSON-LD in einem verknüpften @graph beschreibt Unternehmen, Leistungen, FAQs und Software als maschinenlesbare Entitäten.
Vorteil: Klare Entitäten und Beziehungen erleichtern Such- und Antwortsystemen das technische Verständnis. Eine Indexierung, Platzierung, Empfehlung oder KI-Zitation kann daraus nicht abgeleitet oder garantiert werden.
6.2 Sitemap, robots.txt & llms.txt
sitemap.xml und robots.txt unterstützen klassische Crawler. Eine llms.txt kann ergänzende Orientierung bieten, ist aber kein anerkannter Rankingfaktor und ersetzt keine guten, indexierbaren Inhalte.
6.3 Crawlbare Inhalte und interne Links
Wichtige Informationen erhalten stabile, serverseitig ausgelieferte Seiten und nachvollziehbare Links. Modale Oberflächen werden nur für ergänzende Interaktionen eingesetzt und ersetzen keine zentralen Inhaltsseiten.