Wandel geschieht im Kleinen.

Seit zwei Jahren baue ich diesen Blog Fokusfalter.ch mit dem Content Management-System Publii — einer Desktop-App, die mir eine statische Website ohne Datenbank, Plugins oder serverseitigen Code liefert. Ein gutes Setup. Trotzdem stelle ich es gerade infrage.

Content Management Systeme (CMS) sind Software, die einem für Websites bei der Erstellung und Verwaltung von Seiten, Grafiken und Struktur helfen.

Publii erstellt mir in seiner App eine fertig generierte und angepasste Website mit HTML für die Struktur mit Bildern und etwas Code in Javascript für Animationen. Dass dann bewusst kein ausführbarer Programm-Code, keine Plugins, keine Datenbank auf einem Webserver läuft, das ist das richtig starke Argument für statische Websites. Damit wird die Sicherheit und die Pflege der Website stark vereinfacht.

Neuer Ausblick bringt Umdenken

In den letzten Monaten überkommt mich mich manchmal die Typo-Korrektur-Muse, oder ich will einen Artikel updaten oder gar setzt die Schreiblust genau dann ein, wenn ich sicher nicht gerade da vor dem einen heimischen Mac sitze. In Hinblick eine oder zwei weitere Sites zu lancieren, hinterfrage ich meine heutigen Arbeitsschritte. Im Prinzip hätte ich gerne eine Art Publii auf dem WebServer und dazu wäre eine GUI noch ganz hilfreich.

Wenn ich schon was verändern will, dann soll die CMS Software bei meinem Hoster laufen. Da wird es sinnvoll schnell, für mich nachvollziehbar unkompliziert und, wenn ich mag, da wie dort erweiterbar. Das Webhosting, also dort wo die Website geladen wird, muss us Datenschutzgründen für mich ausschliesslich in der Schweiz sein.

Einen Nachteil bringe ich dadurch mit: Weil ich explizit auf die Dienste von Webhosting-Anbietern setzen will, das schränkt allerdings den Auswahlhorizont für CMS ein. Bei klassischen Webhostern stehen nämlich oft CMS-Software in der populären Programmiersprache PHP und mit einer Datenbank im Vordergrund (bsp. die CMS WordPress, Typo3, Drupal, u.v.m.). Das bedeutet, dass andere CMS auf Basis von der Programmiersprachen Nodejs, Go, Python oder Rust eher nur mit mehr Aufwand betrieben werden könnten, wenn dann überhaupt. Für diese CMS wäre dann eine virtuelle Maschine (VM), quasi ein virtueller Rechner, zwar das Ideale, aber ich will den Aufwand der Pflege und Wartung einer VM nicht mehr aufwenden.

CMS mit PHP in 2026?

Warum nicht ein Content Management System mit PHP? Was gibt es denn da im Netz, im Jahr 2026, wo die ganze Welt auf andere Sprachen setzt.

Ich meine schon die Zurufe der WordPress (WP) Community still zu hören, mit Tausenden von Plugins und Themes sind sie zur Stelle. Ja, ich habe Abende mit den WordPress Versionen 2, 3, 5 und 6 herumgewerkelt und das Businessmodell der soooo vielen Plugins (Erweiterungen) aktiv erlebt. In meinem Blogpost WordPress Webtool für die Welt schreibe ich über die Welt von WordPress. WP ist ok, aber nun für mich nicht mehr, zu sehr habe ich mich webtechnisch in den letzten Jahren verändert.

Auf der PHP Seite bleiben dennoch als Auswahl Hunderte an potentiellen Software. Zu den bekannteren PHP CMS nebst WordPress gehören sicherlich:

• Contao
• Drupal

Weitere spannende Softwaren bieten auch diese CMS (Auswahl):

• Backdrop
• CockpitCMS
• ConcreteCMS
• CraftCMS
• Grav
• Kirby
• ProcessWire
• Statamic
• Typemill

Die Auswahl zeigt sich umfassend und aus Freude am Web Tinkeren habe ich alle genannten in einem kleinen Funktionstest getestet. Beim Testen überfordern mich bald allerdings die so zahlreichen Funktionen, Einstellungen, Möglichkeiten und Varianten fast, denn ich bin kein Web Entwickler (WebDevs). Damit reduziert sich die Wahl.

ProcessWire wäre mein vom Vibe her mein Favorit, schlank, schnell, aber sehr vielschichtig. Das wäre sicherlich ideal für WebDevs auf PHP, denke ich, aber für meine Zwecke scheint es mir zu viel.

Das Kirby und Grav sind leicht und gehen in die Richtung Flatfile-CMS mit GUI, doch bei beiden umfasst der Auf- und Unterbau viel mehr als ich benötige. So jedenfalls mein Eindruck. CockpitCMS hingegen geht mit seiner Headless API-Basis mir einen noch unbekannten Weg. Typemill ist schlank und interessant, aber mir dann doch zu sehr Dokustruktur-fokussiert. Contao ist mir, ähnlich wie Backdrop, ConcreteCMS, Craft, Drupal und Statamic einfach zu umfangreich oder zu komplex für meine wirklich kleinen Vorhaben. Diese CMS sind sicherlich alle gut, doch wohin soll es nun gehen, was oder welches nun?

Blick auf Tools aus Europa

Zurück zu meinem Wunsche der Einfachheit schwenke ich auf Alternativen ein: Nämlich PHP-basierte CMS im Kleinformat sowie eher unbekanntere statische site Generatoren (SSG). Denn statische Websites können auch eine Alternative sein, das Wieso habe ich in meinen Blogpost Webauftritt statisch oder dynamisch beschrieben.

Werfe ich den Blick gezielt auf eine Handvoll einfacher Software aus Europa, verspricht mir das eine sinnvolle Berücksichtigung der rechtlichen Situation mit DSVGO/GDPR und bindet dabei relevante Themen wie Schriften-Einbindung, Web Analytics usw. ein. Das wäre bei vielen der obgenannten CMS gegeben. Fakt ist: Bei Publii ist das von vornerein dabei.

Automad Automad, deren Entwickler in der Regio Nordwestschweiz lebt, verbindet eine GUI mit Templating und wird gerade komplett mit der dann mal kommenden Automad Version 2 rundumerneuert. Herbie CMS stammt von Thomas aus dem nahen Laufental und zeigt sich PHP-stringent mit vielen unterstützten PSRs - beachtlich. Bei den PHP SSG Generatoren entdecke ich Cecil aus Frankreich oder auch das schwedische HydePHP für Laravel-Fans.

Tests am Tool

Das Testen vieler der genannten Website-CMS geschah via das komfortable Installhelferlein "Softaculous" bei meinem Hostinganbieter, wo eine gewünschte Software per ein Click-Installer innert kurzer Zeit installiert wird. Das macht so eine Testrunde mit erstem Eindruck fix möglich.

Tools wie Typemill oder die SSG habe ich dann auf der Hostsite via Webfrontend oder ssh installiert. Die Tests verliefen für mich in gemütlichem Tempo über Wochen und mit viel Entdeckergeist. Vereinzelte Tools zu Testen zeigt einem, wohin die Reise gehen soll. So bin ich von MariaDB-gestützten Applikationen bald bei Flatfile und schlussendlich bei SSGs gelandet.

Fazit: Ich habe mich für das französische SSG Cecil entschieden.

Cecil zeigt sich mir wie eine PHP-Variante des populären SSG Generatoren Hugo, der in der Go-Programmiersprache entstanden ist.

Auch wenn Cecil zwar nicht meiner ursprünglichen Idee mit etwas GUI entspricht, fühle ich mich rasch gewohnt. Mit einem klaren und sauberen Aufbau bietet mir Cecil viele Features und Optionen wie SEO, JSON-LD, Image-Resizing, Markdown mit Markdown-Extra Parsedown Unterstützung, die ich heute in einem statischen Generator laufen haben will. Das SSG erscheint mir gut durchdacht und recht sauber dokumentiert, was mir gerade die ersten Stunden sehr hilfreich erscheint. Da Cecil mit twig Templating für Vorlagen arbeitet, das erleichtert mir den Aufbaue eigener Themes, da ich twig von meiner längeren Webzeit mit Contao her kenne.

Also nun ist es doch fast wieder ein Publii, aber ohne GUI - das stimmt.

Doch der Clou für mich ist: Ich kanns auf dem Server beim Hoster als Site Generator laufen lassen. Logge mich via ssh ein, und einmal aufgebaut, kann ich da auf dem Server meine Texte als Markdown, die Bilder etc. zur Website ablegen und erstellen. Das ist richtig stark und schnell. Diese Website ist das Ergebnis davon.

Warum WordPress für KMUs eine populäre Webcontent-Software ist, wie diese aufgebaut ist und wie das Ecosystem rund um WordPress funktioniert.

Was ist dieses WordPress überhaupt?

WordPress ist eine webbasierte Verwaltungssoftware, um Bilder, Texte, Beiträge (also den Content), sowie unzählige Funktionen einer oder mehrere Websites zu verwalten, zu steuern und anzeigen zu lassen. Damit gehört WordPress zu den webbasierten Content Management Software (CMS) für dynamische Webinhalte.

Die Unterschiede von dynamischen zu statischen Websites bringe ich im Post Webauftritt statisch oder dynamisch näher.

Weltweit nutzt fast die Hälfte aller Websites WordPress

Heute arbeiten 43% aller weltweiten Websites mit WordPress, das heisst fast die Hälfte aller Websites weltweit (gemäss Hostinger und W3Tech). Zugleich werden 62% des gesamten Marktes für die Gattung Content Management Software alleine WordPress, zugeschrieben! Unglaublich nicht wahr, darum lohnt es sich auch mal deutlicher hinzusehen.

Ursprünglich gedacht als Software für Blogger:innen, hat WordPress im Jahre 2003 das Licht der Welt erblickt. Website-Selberbauen war damals mit puren HTML-Seiten noch starr, nur statisch und für KMUs nicht wirklich einfach.Tagebuch-ähnliche Beiträge (Weblogs->Blogs) waren der letzten Schrei und so entstanden mit WordPress und anderen Software Tausende von Blogs der damalige Influencer:innen: den Blogger:innen oder Webpublizist:innen. Das frei nutzbare WordPress hat seinen Möglichkeiten die Möglichkeiten dynamischer Websites einer grossem Publikum nutzbar gemacht (nicht nur, aber auch).

In der populären Programmiersprache PHP erstellt, nutzt WordPress als Datenablage eine frei verfügbare MySQL-oder eine MariaDB-Datenbank. Damit sind die Daten im Hintergrund zentral abgelegt. WordPress kann mit diesen Voraussetzungen auf vielen Webhostings installiert und betrieben werden. Webhoster bieten zudem komfortable Installer für Wordpress an.

Zusammengefasst zeichnet sich WordPress durch folgende Eckpunkte aus:

• Schlanker Aufbau, keine riesige Software
• Schnell und performant
• Gemacht für dynamische Websites
• Verwaltung und Bedienung über webbasierten Oberfläche
• Einfache Nutzung durch Nichttechniker
• Kostenloser Download und Nutzung durch Opensource Lizenez (GPL v2)
• Einfache Installation mit Datenbanknutzung

Damit wird WordPress zu einer attraktiven Webtools für KMUs jeder Grösse.

Gäbe es WordPress im Web nicht, hätte wer anderes es erfunden.

Freundlich gehts in WordPress zu

Die webbasierte Verwaltung ist einfach und in einem rasch fassbaren Menu aufgebaut.

Dort lassen Sie sich Seiten und Beiträge erstellen.

Es gibt Seiten, die die Aufgabe einer Nachrichtenübersicht, einem Impressum oder die Hauptseite nahekommen. Erstellt werden ganz nach eigenem Gusto, was es braucht und dem Ziel und Zweck der Website entspricht. Seiten werden einzeln mit Inhalt bestückt und können im Classic Editor oder im Gutenberg-Editor aufgebaut werden.

Während der Classic Editor ähnlich einem alten Word funktioniert, wird in Gutenberg die Seite aus Formatierungelementen blockweise zusammengestellt. So gibt beispielsweise es Titelblöcke, einen Textblock, einen Bildblock oder ein Linien-Block, den an der gewünschte Stelle in der Seite eingesetzt werden kann und dann die Webseite entsprechend strukturiert angezeigt. Aktuell ist standardmässig Gutenberg aufgeschalten. Doch wer es klassisch mag, kann den Classic Editor als Plugin nachrüsten.

Beiträge (entsprechen Blog Posts) bilden das Rückgrat der WordPress-Website, diese ermöglichen Beiträge zu selbstgewählten Kategorien, Schlagwortvergabe/Tags, Autor*innen werden die Seiten mit Inhalt befüllt. Das war ursprünglich der Aufbau eines Blogs und so bis heute.

In WordPress können unterschiedlichen Personen an verschiedenenen Seiten und Beiträgen arbeiten oder eine zeitliche Steuerung lässt Seiten und Beiträge auf- und abschalten. Menuaufbau im Web, Einstellungen für die Suchmaschinenoptimierung (SEO), Kommentarfunktione für Dritte, Benutzer*innenverwaltung, Updates und vieles mehr lässt sich einstellen.

Themes ermöglichen brillante Auftritte

Nicht nur die Einfachheit von WordPress macht den Erfolg aus, sondern:

• Themes - grafisch und typografisch aufgebaute Vorlage
• Plugins - funktionelle Erweiterungen

Damit die KMU-Website auch zu einem optischen Hingucker wird, dazu existieren Themes, die von Drittfirmen und Privaten erstellt werden (und Webdesignerinnen). Wie optische Vorlagenpakete steuern Themes das gesamte grafische und typografische Erscheinungsbild in WordPress, dass die gesamte Website wie aus einem optischen Guss erscheint. Themes, Seiten und Beiträge lassen sich zudem mit Farb- und Darstellungsvarianten exakt auf die Kundinnenbedürfnisse nach den Brand Vorgaben an- und einpassen. Das bringt eine enorme Vielfalt an Möglichkeiten. Geübte Webdesigner machen das sauber und gut.

Es gibt unzählige unterschiedliche Themes, die in Optik und Grafisch in allen Gusto und Qualitätsstufen. Kosten einige Themes nichts, sind für andere einmalig oder jährliche Gebühren pro Website oder als Bundle fällig (50-200 Dollar pro Jahr sind die Regel). Oft gibt es eine Gratisversion, deren Funktionen sich durch den Kauf/Buchung einer Lizenz erweitern lassen. Unzählige Firmen erstellen Themes, diese bilden einen Teil des wirtschaftlichen WordPress Ecosystems.

Bei Themes sieht es nach dem offzielle Themesverzeichnis über 13'000 freiverfügbare Themes und mehr als 1800 kommerzielle Plugins. Ich habe im Laufe der Zeit eine Handvoll bekannte Themes gekauft.

Fehlt was, Plugin nachrüsten und gut ist?

Für den Betrieb kann WordPress zudem über installierbare Erweiterungen (Plugins) in alle möglichen Richtungen erweitert und ergänzt werden. Das "offizielle" Plugin Verzeichnis von WordPress zeigt heute über 59'000 frei erhältliche Plugins zeigt und dabei ist kommerzielle Schiene nicht einberechnet. Plugins werden von Drittfirmen erstellt, oft erstellen Themeshersteller auch Plugins.

Hier BILD

Die Plugin-Funktionalitäten reichen von Websicherheit, Anti-Spam bei Kommentaren, Backupo der Website, Webformulare, Optimierungen für die Suchmaschinen-Optimierung (SEO) über die Web Analyse, Website-Zwischenspeicherung für schnellere Ladezeiten, Cookie Banner bis hin zu Newslettersystemen, E-Commerce-Shops mit Zahlungs- und Postanbindung, Onlinekurse (LMS) oder Kundenbeziehungen (CRM) u.v.m gehen, aber auch Hotelmanagementlösungen oder Dating- und Mitgliederplattformen werden damit gebaut. Plugins gibt es für fast alles und wenn nicht, dann wird es sicher programmiert;-).

Das unglaubliche Plugin Universum

Wer tiefer eintaucht stellt bald fest, dass der Dschungel von Themes und Plugins bei WordPress schier unglaublich gross ist, doch wo starten?

Weil ich das technisch spannend fand, habe ich Stunden, Tage, Wochen investiert, um ein für meinen "normalen" Bedarf sinnvolles Setting zu finden. Dabei habe ich unzählige Themes und Plugins ausprobiert und vergleichend getestet - aufgrund von Empfehlungs-Videos auf Youtube, die da von unverzichtbaren und must-have Plugins sprechen. Ausführliche Blogs mit Testreihen sowie Userkommentare in Foren habe ich mit eigenen Tests überprüft und mich reingegegebn. zudem habe ich mich aktiv mit Kolleg*innen in Gesprächen ausgetauscht. Die Auswahl ist unglaublich und kaum glaubt man ein gutes Plugin gefunden zu haben, entdeckt man ein nützliche Funkton, die woanders besser ist.. Nur - Geld floss nur in eine Richtung, von mir weg...

Es zeigt sich auch, dass nicht alle getesteten Plugins meine Wünsche oder Ansprüche erfüllen konnten, das heisst dann: Weitere, ähnliche austesten. Zum Glück bieten Hersteller oft eine freie, eingeschränkte Version an, so dass man ein Gefühl bekommt.

Zudem kann es sein, dass Plugins nicht genügend qualitativ hochwertig sind und zeigen Fehler im Betrieb. Funktionen oder Dinge tun nicht oder sie zeigen womöglich ungeschlossene Sicherheitslücken, die sich irgendwann aufgrund der Verbreitung des Plugins bemerkbar machen.

Leider gibt es auch Plugins, die werden vom Hersteller nur selten oder gar nicht mehr gepflegt/upgedatet. Das ist meines Erachtens ein NoGo für die Verwendung, denn jede Software kann verbessert werden.

Was hürdenreich sein kann, dass dieses und jenes Plugin nicht sauber gemeinsam harmonieren oder gar nicht miteinander laufen (erlebt), was zu Fehlern führt und sich in komischem Verhalten zeigt. Und wenns dann plötzlich nicht läuft, fängt der Rätselspass an;-) Die Suche nach guten Kombinationen von Plugins ist daher elementar, machbar und nicht alle Features haben wollen...

Der Multimillionenmarkt um WordPress

Es ist reines Empfehlungs- und Affiliate-Universum: Wer gute Erfahrungen mit Plugins- oder Themes gemacht hat, der empfiehlt diese on- und offline weiter.

Und genau so rollt das Theme- und Plugin-Geschäftsmodell in der WordPress Ökonomie: Unzählige Videos, Blogs, Forenbeiträge zeigen zahllose Tests, Plugins, Themes und noch dazu umfangreiche Tipps & Tricks auf.

Dritte greifen die Tools auf, haben eine andere Meinung und verweisen weiter. Dabei fliessen Daten und sicher auch Gelder von Youtube, Analytics und von Promoter zum Themes- oder Plugin-Hersteller weiter. Bei Kauf winkt den Vermittelnden eine Prämie. Dass dadurch viele am grossen Kuchen mit-verdienen (wollen), gehört sicherlich mit zu den grössten Erfolgstreibern rund um das Eco-System WordPress.

Für die eigene Website heisst das: Unbedarft startet man mit der Suche nach Möglichkeiten und ehe man es versieht, sind die installierten Plugins auf 5, 7 oder 10 (oder mehr) gratis wie bezahlbaren Plugins angewachsen. Diese sind nötig, um einen sicheren und sinnvollen WordPress-Betrieb zu ermöglichen. Einige dieser Plugins kosten, da mal 25, da mal 50 und dort mal 99 Dollar im Jahr. Total kommen so pro Jahr gerne ein paar Hundert Franken für die Nutzung der Plugins an zusätzlichen Kosten zusammen, nebst Hosting, Webdesign-Anpassungen und technische Betreuung und Know-How.

WordPress ist ok, aber updaten

Auch wenn es gratis scheint, bringt WordPress jedoch weitere Kosten mit sich und wer es selber betreuen will, soll in Know-How investieren, vor allem was das Zusammenspiel und den Nutzen der vielen Plugins betrifft. Und wie jedes Softwaretool bringt auch WordPress da und dort technische Hürden mit sich.

Regelmässig (so oft man kann) will WordPress selbst, die Plugins, die Themes upgedated werden, wenn man eine sichere Website für seine Kund*innen wünscht. Updates sind aber für jede Website Pflicht, unabhängig ob WordPress oder was anderes.

Die Einfachheit von WordPress, der Flexibilität von Themes und durch die Erweiterbarkeit mit Plugins an jeden erdenklichen Zweck zeichnen das CMS als eine freundliche Lösung für KMUs aus. Webdesigner bauen gerne darauf auf.

Der weltweite Präsenzpunkt

Vorab: Eine Website besteht aus einer oder mehreren Webseiten.

Beim Herumsurfen stosse ich immer wieder auf Webauftritte von KMUs, die mir dem Namen nach geläufig sind oder ich sogar deren Dienste in Anspruch genommen habe. Mir fällt es gerade bei einzelnen KMU auf, denn wenn ich deren Sites und den Inhalt ansehe, beginne ich mich ernsthaft zu fragen: Warum stellt das KMU überhaupt was ins Netz? und zwar grundsätzlich!

Diese Frage ist berechtigt, denn von Aussen betrachtet, kann ich mich fragen, ob die Tätigkeiten des KMU und die gezeigte KMU-Website in einem ähnlichen, symbolischen Zusammenhang stehen, ähnlich wie die Sauberkeit der Toilette zur Kochqualität in einem Restaurant?

Zugegeben, das ist sehr böse, dennoch so abwegig ist der Vergleich nicht. In beiden Fällen geht es schliesslich um den Dienst für Kund:innen und den Wunsch, dass es immer mehr werden sollen.

Daher sehe ich die Website nicht nur als Präsenzmagnet, sondern immer auch als Spagat zwischen dem was man selbst als Firma gut findet und dem was die Kund:innen wollen könnten.

Einfach im Web präsent sein, ist emotionslos.

Eigener Webcontent ist nicht nur Vorhandensein

Für die meisten KMUs ist es fast ein Muss sich online mit einer Website zu re-präsentieren. Und dass KMU schlechte Websites haben, lässt sich nicht verallgemeinern (will ich auch nicht!).

So habe ich beispielsweise bei der Suche "wie tief im Garten ein Elektro-Rohr verlegt werden muss" sehr viel über kleine wie grosse Bagger und deren Nutzung auf der Website einer kleinen Bagger- und Aushub-Einzelfirma erfahren. Mir wurde erklärt, wie, wo und warum Bagger genutzt werden können.

Das schürt Vertrauen. Abstrakt gesagt, ist das die Wirkung, die es für den Kunden:innenfang gewünscht ist

Leider so meine Wahrnehmung, ist die Website von KMUs oft nur ein Da-sein im Internet und es wird vergessen, dass dies nur einer von mehreren Kanälen und Anknüpfpunkte der ganzem Bild der Firma darstellt. Wer nur präsent sein will und ein paar Franken dafür ausgeben will, sehr gerne. Nur wird durch das simple Vorhandensein einer Website wohl nur wenig Reaktion ermöglicht.

Geld ausgeben, ohne was reinzubringen?

Wenn schon Zeit und Geld für die Website mit Webseitenoptik, Inhalten, Fotos und Hosting ausgibt, dann sollte dadurch doch auch ein Zurückfliessen in irgendeiner aktiven Form möglich sein und aber auch ermöglicht werden. Und genau da verhelfen Website-Ziele, um daraus eine, wenn auch noch so einfache, Strategie abzuleiten. So kann die eigene Website in einen Nutzen für die Firma umgemünzt werden.

Verfolgt die eigenen Website ein Ziel?

Die anzupeilenden Ziele sind für jedes KMU anders gelagert und anders gewichtet. Jede Website dient per se dazu, eine Verbindung zu Web-Besuchenden aufzubauen, das passiert auch schon technisch im Hintergrund.

Mögliche Ziele für KMU könnten sein:

• Sammeln von Interessent:innen und E-Mailadressen,
• Fachpersonen vereinen,
• Anmeldungen generieren für Irgendetwas,
• Da-sein und Kontakte im Notfall darlegen,
• Produkte-Präsentation,
• Interesse wecken Offertanfragen und
• Bestellmöglichkeit für Beratung, Produkte oder Dienstleistung,
• Events präsentieren und Karten verkaufen,
• Kanäle anbahnen,
• Kontakte schmieden,
• Sich super gut darstellen lassen,
• Crowdfunding,
• gleiche Interessen von Irgendetwas verbinden,
• direkt was lehren oder vermitteln,
• Kommentare respektive Meinungen gewinnen.

Und selbstverständlich gibt es noch viele andere Ziele, diese hier ohne Gewähr und Vollständigkeit.

Aber der Webauftritt braucht Ziele. Ihre Ziele, ihren Zweck und damit eröffnet sich dann ihre Webaktivität.

Ziele geben dem KMU Halt

Die Zielfrage erscheint mir so wichtig, weil sie oft vor lauter (sinnvollem) Design und Funktionen (nützlich) für die Website aus dem Fokus verschwindet.

Ich bin der Ansicht, dass sich erst aus den Zielen dann Massnahmen und Inhalte zeigen. Das gilt nicht nur für die Website, sondern im Prinzip für die gesamte Arbeit.

Die Ziele zeigen auf, auf welche Art und Weise der Inhalt angepasst oder getunt werden kann und hilft dabei die Frage zu klären: Für welches Publikum, welche Menschen und Firmen sollen angesprochen werden? Für wen und warum macht das Angebot auf der Website überhaupt Sinn?

Auf die Website bezogen, zeigt da den Einfluss auf die Art der Website (statisch, dynamisch), den Inhalt (Content Aufmachung, Form, Bilder, Videos und Texte, usw.) und deren Elemente wie Buttons, Farben usw, den Umfang und die Möglichkeiten (Funktionen) sowie die Pflegeintensität abstecken lassen. Denn eine Website soll weiter gepflegt und regelmässig aktualisiert werden, im Sinne der Ziele.

Kleines bringt auch was

Wie stand es auf der einfache Website eines Kanalisations-KMU vor eineiger Zeit (nun nicht mehr):

Das sind richtig gute Nachrichten auf einer KMU-Website. Das wirkt, oder?

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.

1. Webhosting bei einem Webhoster
2. Webhosting via ihre Web-Agentur
3. Webserver-Dienst bei einem Cloudanbieter, was wiederum einem Web-Hosting nicht unähnlich ist
4. 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.