Warum es sich lohnt, technisch für die eigene Website zwei unterschiedliche Ansätze zu prüfen und diese mit den eigenen Zielen abzugleichen.
Meist interessiert es ein KMU oder ein Privatmensch kaum, auf welcher technischen Basis die eigene Website besteht. Hauptsache sie funktioniert und tut. Das kann ich nachvollziehen. Alternative zu sehen oder einen Plan B zu haben, ist auch nicht verkehrt. Dieser Artikel zeigt zwei unterschiedliche Ansätze auf. Es gibt statischen und dynamischen Websites, die aus Webseiten bestehen.
So geht der Webauftritt los
Domainname bringt die Firma und Private ins Netz
Etwas vereinfacht, kommunizieren im Internet Geräte, PCs, Macs und Mobiles via IP-Adressen (Bsp. 1.2.3.4). Dass man diese Zahlen nicht wirklich toll zu merken und damit für eine Präsenzmarkierung weniger ideal sind, ist nachvollziehbar. Um dem zu begegnen, werden Domainnamen an die IP-Adressen verknüpft. Das geschieht mittels dem DNS, das diese Verknüpfung einfach und elegant ermöglicht. DNS gehört zu jedem Domainnamen.
Der eigene Domainnamen ist frei wählbar und bei einem Registrar kostenflichtig zu buchen. Vorbehältlich der Verfügbarkeit und rechtlicher Eigentums- und Lizenzrechte. Ob das nun .ch, .swiss oder .com oder eine andere Endung spielt weniger eine Rolle fürs Surfen, wohl aber für die Suchmaschinenoptimierung, wie man mir näherbrachte.
Der eigene Domainnamen bietet technisch einen eigenen Namensraum, über den man frei verfügen kann und diesen im Rahmen der Möglichkeitne frei gestalten kann. Beispielsweise müsste es nicht www.DOMAINNAME heissen, sondern es ist Gewohnheit. Auch könnte der Maildienst auf dem Server nicht mail, sondern marie-louise.DOMAINNAME heissen. Die aus der Unix-Welt entnommenen Dienstbezeichnungen (www., mail, ftp, u.v.m.) machen es für alle einfacher, sind aber nicht in Stein gemeisselt.
Wer browst, kontaktiert Webserver
Für das Surfen (das Browsen) im Internet nutzen Kund:innen Programm, um die Webseiten einer Website mittels dem http Protokollstandard (hypertext transfer protocol) abzurufen. Der Browser (heute Chrome, Firefox, Safari, Edge, Brave, Zen, o.ä.) ist also das Empfangs- und Darstellungsprogramm.
Damit die eigene Website im Internet überhaupt erreichbar ist, wird s auf der anderen Seite einen Dienst, der auf die http Anfragen reagiert: Der Webserver serviert dem Browser bei Kontakt via http-Protokoll HTML-Webseiten und andere Dateien, um diese dann wunderschön auf dem Webbrowser anzuzeigen, zu rendern Bei HTTPS ist es zudem eine verschlüsselte Verbindung.
Vier Hostingmöglichkeiten
Davon ausgehend, dass Zweck und Ziel der Website definiert sind, wie in meinem Post "Ohne Ziele bitte kein Webauftritt" beschrieben. Es bieten sich unzählige Möglichkeiten wie die eigene Website öffentlich zur Schau gestellt werden kann. Hier vier (von vielen) mögliche Varianten.
- Webhosting bei einem Webhoster
- Webhosting via ihre Web-Agentur
- Webserver-Dienst bei einem Cloudanbieter, was wiederum einem Web-Hosting nicht unähnlich ist
- Selber-Betreiben des Rechners mit Webserver im Keller, im IT-Raum oder im Datencenter.
Für die Wahl der Variante spielen Ressourcen aller Art und Know-How sowie der eigene technische Reifegrad eine entscheidende Rolle, nicht zu letzt auch der Zeitfaktor, den man für die Website verwenden will. Ich lege Wert auf ein CH-Unternehmen mit Servern in der Schweiz.
Zwei Ansätze von Websites
Statische Seiten, schnell aber nicht einfach änderbar
Ein Weg sind statische Webseiten. Das ist direkt vergleichbar wie die einzelnen Seiten(blätter) in einem Buch. Sie sind da, zeigen was an, aber können im Grunde nicht verändert werden. Das heisst, wenn sich ein Datum oder Satz ändert, müsste das Buch neu gedruckt sowie gebunden werden.
Genau gleich verhalten sich statische Webseiten. Der Seitencode wird fixfertig und damit statisch in einer Formatierungssprache HTML geschrieben und durch Zusatzcode die anzuzeigende Optik angereichert (CSS, JavaScript). Meist werden diese Dateien in einem Verzeichnis auf dem Webserver abgespeichert. Bei Anfragen dann vom Webbrowser geladen und anzeigt.
Vorteile statische Websites
Statische Websites zeichnen sich dazu aus, dass sie vom Browser sehr schnell geladen werden, zumal der Webserver auf die Anfrage unmittelbar das benötigten HTML, CSS (eine Art Formatvorlage), Bilder und JavaScript ausliefert. Das ist die Überholspur.
Hier müssen die Daten nicht aus einer Datenbank zusammengetragen und für den Webauftritt während der Browser-Anfrage in irgendeiner Weise aufbereitet werden, was möglicherweise die Geschwindigkeit bremsen könnte.
Als weiteren Nutzen einer statischen Seite scheint diese auch weniger anfällig für Hackingangriffe zu sein, da oft nur HTML und Bilder sowie keine oder nur wenige Plugins/Zusätze/JavaScripte benötigt werden. Somit sind offenkundig weniger Eintrittsflächen für einen Hack gegeben, was ich als Vorteil werte, aber nicht per se generalisieren will. Auch die Wartung reduziert sich damit.
Nachteile statische Websites
Der grösster Nachteil statischer Websites ist aber, wenn sich grob was ändert, muss immer erst der Code einer oder beim Textänderungen mehrerer Seiten angepasst werden. Das bedeutet dann auch immer eine Neuerstellung.
Bei mehreren Tausend Seiten Umfang kann das doch seine Zeit dauern. Das wiederum macht die Website-Betreuung und -Pflege in einem Team schwieriger.
Die Erweiterbarkeit von statischen Seiten ist eher eingeschränkt, man kann sie nur mit Aufwand mit allen möglichen Funktoinen nachrüsten.
Heute gibt es statische Website-Generatoren mit AI/KI, die mit oder ohne grafischer Oberfläche die Webseiten erstellen lassen. Diese generieren dann den HTML-Code und laden diesen direkt auf den Webserver hoch. Ähnlich funktionieren manche Web-Pagebuilder z.B. beim Webhoster, die im Baukastenmodell Webseiten zusammenstellen, mit und ohne AI.
Dynamische Webseiten sind automatisch anpassbare Inhalte
Im Gegensatz zu den statischen Seiten wird bei Websites mit dynamischen Webseiten vieles dynamischer, das heisst variabler. Der Webserver greift via eine Programmiersprache/oder Konfiguration auf eine Datenbank oder Dateien zu. Dort werden Daten geholt und setzt die gefundenen Daten als Elemente im Fluge dynamisch (ad-hoc) zu ganzen Webseiten zusammen.
Als Sinnbild wirkt hier eine Zeitung und deren Artikel. Wo Rahmen und Optik immer in etwa ähnlich sind, ändern sich täglich die Beiträge und Artikel. Das ist ein klassischer Anwendungsfall für ein dynamische Website, ich vermute das wohl auch einer der Ursprünge.
Für dieses Zusamenstellen braucht es eine Verwaltungs-Software (Content Management System oder ähnliches), das dem Webserver erlaubt, mit der Programmiersprache und einer Datenbank zusammenarbeiten. Das ist heute weitverbreitet und es gibt unzählige kostenpflichtige und freie Verwaltungs-Software, die für diesen Zweck für Webserver installiert und konfiguriert werden können.
Vorteile dynamischer Websites
Dank dynamischen Webseiten lässt sich das erwähnte Datum einfach und dynamisch tagesaktuell in die Webseiten der Site einsetzen, ohne dass irgendwo was angepasst werden muss. Es wird grad ab dem nächsten Moment aktualisiert oder wenn es die Software zu lässt, zeitgesteuert (bsp. Morgens um 05:30 Uhr zeigt dann die neue News...).
Die Vorteile liegen auf der Hand, weil man so bei Text, Bilder, Inhalte aller Art für den Zweck und Zielangepasst sehr flexibel und erweiterbar zentral handhaben kann. Wenn das eingesetzte Programm noch mit einer angenehmen Administrationsoberfläche (Content Management) verknüpft ist, wird die Website schnell mit sinnvollem Content angereichert werden, vor allem im Team. Das geht dann sehr fliessend.
Nachteile dynamischer Websites
Im Vergleich zu statischen Websites wird oft eine Content Management Software (CMS) als Mittler (Schnittstellen) zwischen Webserver, Datenbank und der Programmiersprache benötigt. Die Komplexität erhöt sich somit gegenüber statische Sites, denn zwischen diesen drei Kompenten muss alles stimmen, damit diese aktiv und fehlerlos zusammenarbeiten können. Das hat einen Einfluss auf Know-How und Ressourcen.
Die Ladezeiten sind häufig länger als bei statischen Seiten. Dem wird zwar mit Plugins oder Optimierungen wie Zwischenspeichern der Seiteninhalt (Caching) entgegen gewirkt, was wiederum alles nicht einfacher macht.
Die CMS-Software selbst, die Plugins, auch die Datenbank müssen regelmässig upgedated, gepflegt und bereinigt werden, dh. Unnötiges und Zwischendateien aufgeräumt werden. Oft liefert das CMS auch Wartungsfunktionen, die auch genutzt werden wollen.
Je mehr Komponenten und Plugins involviert sind, desto komplexer wird es. Das kann zu Inkonsistenzen führen, was bei Updates sehr umfangreich werden könnte.
Die Wahl statisch oder dynamisch?
Das hängt vom Ziel ab, vom gewünschten Aufbau der Website und von den eigenen oder fremden Ressourcen. Was will erreicht werden, wohin soll die Reise gehen und wer machts, das ist entscheidend.
Generell lässt sich nicht eine Empfehlung aussprechen, was per se das Beste für ein KMU oder auch eine private Website ist.
Will man eine Handvoll Webseiten präsentieren, um ein paar Ziele zu erreichen und da und dort mal eine Seite oder einen Post hinzufügen, dann erscheint mir die statische Seite pflegeleichter und zielführender zu sein. Die statische Website kann eine Alternative darstellen, wenn sie nur da und wann mal was updaten wollen.
Sobald immer mehr sehr regelmässig neuer Content folgen soll, neue Funktionen wie bspw. ein E-Shop oder ähnliches angedacht sind, da erscheint mir die dynamische Website eine gute Wahl zu sein, die mit einem Mehr an Komplexität verbunden ist.
Übrigen ist das eine statische Website, weil für mich der Pflegeaufwand machbar ist.