Leistung
Websites
Statisch, wo es geht. Dynamisch, wo es nötig ist. Eine Seite, die Auskunft gibt, gefunden wird und niemanden beschäftigt.
Statisch oder dynamisch
Fünf bis zwanzig Unterseiten für Vereine, Praxen, Kanzleien, kleine Betriebe: Dafür reichen fertige Dateien — nichts, was angegriffen werden kann, keine Datenbank, keine Update-Pflicht, keine Abhängigkeit von einer PHP-Version, die in zwei Jahren ausläuft.
Das ist kein Verzicht, sondern eine Rechnung. Ein Redaktionssystem kostet dauerhaft Aufmerksamkeit: Kernaktualisierungen, Erweiterungen, deren Entwickler aufgeben, Sicherheitslücken, die zwischen zwei Terminen auftauchen. Wer dreimal im Jahr eine Telefonnummer ändert, bezahlt diesen Betrieb, ohne ihn zu brauchen.
Ändert sich der Inhalt laufend, pflegen ihn mehrere Personen mit unterschiedlichen Rechten oder hängt er an Daten, die anderswo entstehen, dann ist die dynamische Lösung die richtige. Nur sieht sie dann anders aus als ein Baukasten: ein Datenmodell, das zu Ihren Abläufen passt, eine Oberfläche, die genau das kann, und ein Betrieb, der dazugehört.
In der Trefferliste und in der Antwort eines Assistenten
Eine Seite, die niemand findet, ist eine teure Visitenkarte. Gesucht wird in einer Suchmaschine und immer öfter im Gespräch mit einem Assistenten, der eine Antwort gibt statt einer Linkliste. Ob Ihre Seite darin vorkommt, entscheidet die Bauweise — nicht die Nachbearbeitung.
- Inhalt im Quelltext
- Der Text steht im ausgelieferten HTML, nicht in JavaScript. Viele Crawler und KI-Assistenten führen kein JavaScript aus — was erst im Browser zusammengesetzt wird, existiert für sie nicht.
- Semantisches HTML
- Überschriften, Listen, Tabellen und Kontaktangaben als das ausgezeichnet, was sie sind — nicht als Folge formatierter Absätze.
- Strukturierte Daten
- Angaben nach schema.org: wer Sie sind, was Sie anbieten, wo Sie zu finden sind — maschinenlesbar hinterlegt, nicht nur im Fließtext erwähnt.
- Stabile Adressen
- Eine URL pro Thema, über Jahre unverändert, dazu sitemap.xml und robots.txt.
- Text, der für sich steht
- Absätze, die eine Frage vollständig beantworten, werden zitierfähig — in einem Suchergebnis wie in der Antwort eines Assistenten.
Was dagegen nicht funktioniert: Informationen, die nur in einer Grafik oder einem PDF stehen. Für eine Maschine ist ein Bild eine Fläche.
Barrierefreiheit inklusive
Dieselbe Auszeichnung, die eine Seite auffindbar macht, macht sie auch barrierefrei. Ein Screenreader liest dieselbe Struktur wie ein Crawler: Überschriftenebenen, Bereiche, Beschriftungen von Formularfeldern, Alternativtexte.
Deshalb ist sie hier kein eigener Posten und kein Modul, sondern das Nebenprodukt von sauberem Markup. Geprüft wird gegen die WCAG, den internationalen Standard für barrierefreie Webinhalte: Kontraste, die auch bei Farbenblindheit tragen, eine Struktur, die ein Screenreader vorlesen kann, Bedienung allein mit der Tastatur, beschriftete Formularfelder — und eine Sprache, die ohne Fachwissen auskommt.
Cookies, wenn sie der Sache dienen
Für eine eingebundene Schrift, einen Zähldienst oder eine fremde Karte setze ich keinen Cookie und hole nichts von fremden Servern. Solche Nebensachen kosten eine Einwilligung und bringen Ihnen nichts.
Wo ein Cookie etwas leistet, gehört er dazu: eine Anmeldung, die hält, ein mehrseitiges Formular, das den Zwischenstand behält. Dann wird er gesetzt, erklärt und, wo nötig, erfragt.
Für eine Seite wie diese bleibt beides aus: Es entsteht beim Aufruf keine Verbindung zu Dritten, also braucht es kein Einwilligungsbanner — und die Datenschutzerklärung bleibt kurz, weil es wenig zu erklären gibt. Diese Seite ist das Beispiel dafür.
Wann ein System die bessere Antwort ist
Die Größe entscheidet über die Bauweise, nicht über die Sorgfalt. Reichen fertige Dateien nicht mehr, empfehle ich den Umstieg und baue das System aus den Bausteinen, die ich ohnehin baue: einem Datenmodell, einer Redaktionsoberfläche, einem Betrieb.
Dafür gelten dieselben Maßstäbe wie für jede Fachanwendung: Rollen und Rechte sauber getrennt, bedienbar ohne Schulung, wartbar ohne kurzlebige Frameworks.
Kontakt
Erzählen Sie mir, was nicht läuft.
Ein Anruf reicht, um zu klären, ob ich der Richtige bin.
- Telefon
- +49 160 7874165
- florian.kerl@
gadvelop.de
Reihertief 30a
26487 Blomberg