Webseiten richtig aufbauen
worauf es heute wirklich ankommt.

Egal ob neu aufgebaut oder grundlegend überarbeitet – am Anfang steht immer dieselbe Frage: Was soll diese Webseite eigentlich leisten? Erst danach geht es um Technik, Design oder Inhalt. Wer diese Reihenfolge umdreht, baut eine schöne Seite, die aber niemandem nützt. Und davon gibt es im Web genug.

Schritt 1: Ziel klären – bevor die erste Zeile Code geschrieben wird #

Webseiten erfüllen unterschiedliche Zwecke. Häufige Ziele:

• Repräsentation – Visitenkarte für ein Unternehmen, das Vertrauen aufbauen muss, bevor potenzielle Kunden anrufen.
• Lead-Generierung – die Webseite soll Anfragen, Newsletter-Anmeldungen oder Demo-Termine produzieren.
• Verkauf – ein Online-Shop mit klaren Conversion-Zielen.
• Information und Support – Wissensbasis, Dokumentation, FAQ.
• Community – Austauschplattform mit Nutzerinteraktion.

Diese Ziele brauchen unterschiedliche Architekturen. Eine Visitenkarten-Seite kann eine sechsseitige Static-Site sein. Ein Shop braucht ein Bestellsystem, eine Zahlungsabwicklung und ein Lager-Backend. Wer das nicht vorab klärt, bezahlt es später – beim Umbau.

Aus der Praxis: Die meisten gescheiterten Webprojekte scheitern nicht an Technik, sondern an einer unklaren Zielsetzung am Anfang. Erwartungen sind oft höher als das Budget, und das Ergebnis wird zum Kompromiss, der niemanden glücklich macht.

Schritt 2: Technologie-Wahl – CMS oder Static-Site? #

Nicht jede Webseite braucht WordPress. Das ist wichtig zu sagen, weil die Standard-Antwort auf “ich brauche eine Website” seit Jahren reflexhaft “WordPress” lautet – und damit oft die falsche.

Wann ein klassisches CMS sinnvoll ist #

WordPress, TYPO3, Drupal oder ähnliche Systeme machen Sinn, wenn nicht-technische Personen regelmäßig Inhalte pflegen sollen. Ein Redaktionsteam, das täglich Artikel veröffentlicht, braucht eine vertraute Web-Oberfläche. Auch wenn komplexe Funktionen wie Mehrsprachigkeit, Benutzergruppen oder Workflow-Genehmigungen gefordert sind, spielen CMS ihre Stärke aus.

Der Preis: WordPress-Sites brauchen kontinuierliche Wartung – Sicherheits-Updates, Plugin-Pflege, Datenbank-Optimierung. Eine vergessene Aktualisierung kann zur Einfallsstelle für Angreifer werden. Hier zeigt sich Open Source nicht als “kostenlos”, sondern als “kostenfrei in der Lizenz, mit Aufwand im Betrieb”.

Wann eine Static-Site die bessere Wahl ist #

Bei überschaubarem Inhalt, der nicht täglich geändert wird, sind moderne Static-Site-Generatoren wie Hugo, Eleventy oder Astro oft die elegantere Lösung. Vorteile:

• Performance: Static-Sites laden in Millisekunden, weil keine Datenbank-Anfragen oder Server-side-Skripte ausgeführt werden müssen.
• Sicherheit: Keine Datenbank, kein Admin-Login, kein PHP – die typischen Angriffsvektoren existieren gar nicht.
• Niedrige Hosting-Kosten: Reine HTML/CSS/JS-Dateien laufen auf jedem Webserver oder kostenlosem Static-Hosting.
• Wartungsarm: Es gibt nichts, was sicherheits-relevant aktualisiert werden müsste.

Die Einschränkung: Inhalts-Änderungen erfordern Build-Schritte und meistens Git-Kenntnisse. Für ein Marketing-Team, das jeden Tag Texte ändert, ungeeignet. Für eine Beratungs- oder Handwerks-Webseite mit halbjährlichen Updates: ideal.

Schritt 3: Performance ist Pflicht – nicht Bonus #

Ladezeiten sind kein “nice to have” mehr, sondern direkter Ranking- und Conversion-Faktor. Google bewertet Seiten anhand der Core Web Vitals:

• Largest Contentful Paint (LCP): Wann erscheint der größte sichtbare Inhalt? Ziel: unter 2,5 Sekunden.
• Interaction to Next Paint (INP): Wie schnell reagiert die Seite auf Klicks? Ziel: unter 200 Millisekunden.
• Cumulative Layout Shift (CLS): Springt das Layout während des Ladens? Ziel: unter 0,1.

Was kostet Performance? Vor allem ungeschickt eingebundene Plugins, schlecht komprimierte Bilder, zu viele externe Skripte (Schriftarten, Tracker, Werbenetzwerke) und überladene Themes mit Slidern, die niemand benutzt. Ein einzelnes 5-MB-Bild im Hero-Bereich macht jede WordPress-Optimierung wett.

Konkret hilft: Bilder in WebP oder AVIF, Lazy-Loading, kritisches CSS inline, Schriften lokal hosten statt von Google Fonts laden, Caching aktivieren.

Schritt 4: Mobile-First ist Standard – nicht Bonus #

Die Zeiten, in denen “auch eine Mobile-Variante” als zusätzliches Verkaufsargument zählte, sind seit über einem Jahrzehnt vorbei. Mehr als die Hälfte aller Web-Zugriffe in Deutschland kommt von Smartphones, bei manchen Branchen über 70 Prozent. Google indexiert seit 2019 standardmäßig die Mobile-Version.

Mobile-First bedeutet: Layout und Funktionalität werden zuerst für kleine Bildschirme entworfen, danach für größere skaliert. Nicht umgekehrt. Eine Desktop-Seite, die mobil “auch geht”, aber lange Ladezeiten und schlecht klickbare Buttons hat, ist heute eine Fehlplanung.

Schritt 5: Datenschutz – mehr als ein Cookie-Banner #

DSGVO und TTDSG sind keine bürokratischen Schikanen, sondern eine Pflicht mit Bußgeld-Risiko. Häufige Fallstricke:

• Google Fonts direkt einbinden: Bei Aufruf der Webseite wird die IP-Adresse ohne Einwilligung an Google übertragen. Das wurde 2022 in Deutschland mehrfach abgemahnt. Lösung: Schriften lokal speichern.
• Tracking ohne Einwilligung: Google Analytics, Facebook Pixel, Hotjar und ähnliche Tools dürfen erst nach aktivem Opt-in geladen werden – nicht durch ein “Weitersurfen ist Zustimmung”-Banner.
• Externe Einbindungen: YouTube-Videos, Google Maps, Schriftarten, Werbe-Skripte. Jede externe Verbindung muss eingewilligt sein.
• Datenschutzerklärung: muss auflisten, welche Daten verarbeitet werden, von wem, zu welchem Zweck und wie lange.

Für KMU sind Tools wie Plausible, Umami oder Matomo (selbst gehostet) oft die bessere Alternative zu Google Analytics: weniger Tracking, datenschutzfreundlich, ohne Cookie-Banner-Pflicht.

Schritt 6: Content – das, was Sie unterscheidet #

Eine technisch perfekte Webseite ohne Inhalt ist wie ein gut beleuchtetes Schaufenster ohne Ware. Die meisten KMU-Webseiten in Deutschland haben dasselbe Problem: Sie wurden einmal befüllt und seither kaum verändert.

Eine bildhafte Analogie: Stellen Sie sich vor, Sie kaufen jeden Tag dieselbe Zeitung, in der seit Jahren immer dasselbe steht. Nach drei Tagen kaufen Sie sie nicht mehr. So geht es Suchmaschinen mit Webseiten. Google bewertet aktive Seiten höher als inaktive – nicht aus Willkür, sondern weil aktuelle Inhalte mit höherer Wahrscheinlichkeit relevant sind.

Das heißt nicht, jede Woche einen Blog-Beitrag zu produzieren. Aber: Mindestens halbjährliche Inhalts-Updates, gelegentlich neue Cases oder Projektberichte, FAQ-Erweiterungen, aktualisierte Leistungsbeschreibungen.

Schritt 7: Lebenszyklus – wann ist Redesign sinnvoll? #

Webseiten sind keine Möbel. Eine Lebensdauer von zwei bis vier Jahren ist realistisch. Danach sind in der Regel mehrere Faktoren gleichzeitig veraltet:

• Technik: CMS-Versionen werden nicht mehr supportet, Plugins veralten, Server-Software muss aktualisiert werden.
• Design-Standards: Was 2020 modern wirkte, fühlt sich 2026 träge und altmodisch an.
• Performance-Erwartungen: Was 2020 als “schnell genug” durchging, ist heute zu langsam.
• Datenschutz-Anforderungen: Neue Urteile, neue Pflichten – alte Seiten haben oft veraltete Cookie-Banner.
• Inhaltliche Ausrichtung: Das Unternehmen hat sich weiterentwickelt, die Webseite spiegelt das nicht mehr.

Ein Redesign muss nicht alles wegwerfen. Bewährte Inhalte können übernommen werden, bestehende URLs sollten erhalten bleiben (oder per 301 umgeleitet), die Struktur kann modernisiert werden ohne den thematischen Faden zu verlieren.

Fazit #

Eine funktionierende Webseite ist heute kein Wochenend-Projekt mehr, das in der Cousine-baut-mir-meine-Site-Mentalität entstehen sollte. Sie ist eine Software-Anwendung mit Anforderungen an Performance, Sicherheit, Datenschutz und Inhalts-Pflege.

Das heißt nicht, dass sie teuer sein muss. Aber: bewusst geplant, technisch sauber gebaut und kontinuierlich gepflegt. Das schlägt jede überteuerte Agentur-Lösung mit Standard-Theme.