Wie erstellt man eine Website Schritt für Schritt?

Die Erstellung einer Unternehmenswebsite umfasst zwölf Entscheidungen: Ziel, Zielgruppe, Umfang, Architektur, Inhalt, Technologie, Domain und Hosting, Interface-Design, Einführung, Messung, Tests und Betrieb. Ein Website-Baukasten oder CMS löst nur einen Teil der technischen Fragen. Er entscheidet weder, was die Website erreichen soll, noch wie Kunden sie nutzen sollen.

Dieser Leitfaden führt von der Idee zur stabilen Veröffentlichung. Sie können ihn für den Eigenbau eines einfachen Webauftritts, für ein Briefing an einen Dienstleister oder zur Kontrolle eines Projekts mit internem Team nutzen.

Schritt 1. Klären Sie, wofür die Website entsteht

Beginnen Sie mit dem Geschäftsproblem, nicht mit der Wahl eines Templates. Eine Website kann Anfragen gewinnen, verkaufen, Dokumentation bereitstellen, Kunden betreuen, rekrutieren oder den Markenauftritt ordnen. Jedes dieser Ziele verlangt andere Inhalte und Funktionen.

Notieren Sie einen Satz: „Die Website soll [einer konkreten Gruppe] helfen, [eine Aufgabe] zu erledigen, damit das Unternehmen [ein Ergebnis] erzielt.“ Ergänzen Sie danach Kennzahl und Ausgangswert. Beispiel: „Sie soll Produktionsleitern helfen, die Kompatibilität einer Lösung mit ihrer Linie zu beurteilen, damit die Zahl von Anfragen mit vollständigen technischen Daten steigt.“

Versuchen Sie nicht, alle Ziele auf der Startseite gleich stark zu verfolgen. Wählen Sie ein Hauptergebnis und einige ergänzende Wege. So weiß das Design, was hervorzuheben ist, die Redaktion, was erklärt werden muss, und die Analyse, was zu messen ist.

Schritt 2. Wählen Sie die richtige Art der Lösung

Nicht jede Idee braucht einen umfangreichen Webauftritt. Entscheiden Sie zuerst, welche Arbeit die Lösung erledigen soll:

Typ	Wann er genügt	Was meist am wichtigsten ist
Landingpage	Eine Kampagne, ein Angebot oder eine Anmeldung mit klarem Ziel.	Ein Versprechen, Beleg, Formular und Quellenmessung.
Unternehmenswebsite	Mehrere Leistungen, Zielgruppen und dauerhafte Informationspräsenz.	Navigation, Angebotsinhalte, Vertrauen, selbstständige Bearbeitung.
Content-Portal	Veröffentlichung von Wissen, Dokumentation oder umfangreichem Informationskatalog.	Suche, Taxonomie, Redaktionsworkflow, Leistung.
Onlineshop	Katalog, Warenkorb, Zahlung, Lieferung und Bestellabwicklung.	Produktdaten, Bedingungen, Integrationen und Abläufe nach dem Kauf.
Webanwendung	Nutzende melden sich an und führen wiederkehrende Prozesse mit Daten aus.	Rollen, Zustände, Sicherheit, Geschäftslogik und Support.

Manchmal ist eine Kombination richtig, etwa eine Marketing-Website mit einer separaten Anwendung. Nennen Sie eine Anwendung mit mehreren Formularen aber nicht einfach „Website“ – sonst unterschätzen Sie Analyse-, Test- und Betriebsumfang.

Beim Verkauf lesen Sie auch, was E-Commerce ist und wie man das Modell auswählt. Ein Standardshop auf einer fertigen Plattform kann besser als individueller Code sein, wenn der Bestellprozess keine Sonderregeln benötigt.

Schritt 3. Lernen Sie die Zielgruppe und ihre Aufgaben kennen

Sammeln Sie Fragen aus Verkaufsgesprächen, Support, Suche, Formularen und bestehender Analyse. Suchen Sie nach Situationen und Entscheidungskriterien, nicht nur nach Demografie. Jemand, der erstmals kauft, braucht eine andere Erklärung als ein Spezialist, der Parameter mit einer internen Spezifikation vergleicht.

Beschreiben Sie für jede wichtige Gruppe:

• Problem und den Moment, in dem sie nach einer Lösung sucht;
• Wissen, Sprache und häufige Missverständnisse;
• Informationen zum Vergleich von Varianten;
• Bedenken zu Preis, Risiko, Einführung oder Anbieterwechsel;
• Gerät, Kontext und mögliche Anforderungen an Barrierefreiheit;
• die Handlung, die sie auf und außerhalb der Website ausführen soll.

Wenn es bereits einen Webauftritt gibt, beobachten Sie Nutzende bei zwei oder drei zentralen Aufgaben. Einige Gespräche liefern kein repräsentatives Marktergebnis, decken aber schnell Probleme bei Sprache, Navigation und Prozess auf. Verbinden Sie dieses Wissen mit quantitativen Daten, statt eine Quelle zu bevorzugen.

Schritt 4. Erstellen Sie Sitemap und Umfang der ersten Version

Eine Sitemap zeigt Beziehungen zwischen Inhalten. Sie sollte aus Fragen der Zielgruppe und Angebotsstruktur entstehen, nicht Abteilungen kopieren. Beginnen Sie mit Wegen: Einstieg über eine konkrete Frage, Kategorienwahl, Bewertung einer Leistung, Beleg, Kontakt oder Kauf.

Weisen Sie jeder URL eine Hauptabsicht zu. Eine Leistungsseite soll Umfang und Bedingungen bewertbar machen, ein Artikel eine Frage beantworten und eine Case Study Problem, Entscheidungen und Ergebnis zeigen. Wenn zwei geplante URLs dasselbe tun, führen Sie sie vor dem Schreiben zusammen.

Teilen Sie den Umfang der ersten Version auf in:

• unverzichtbare Elemente, ohne die das Ziel nicht erreicht wird;
• wichtige Verbesserungen mit vorübergehendem Workaround;
• Hypothesen, die nach Veröffentlichung geprüft werden;
• bewusst ausgeschlossene Punkte.

Ergänzen Sie bei jeder Funktion Szenario und Abschlusskriterium. Ein „Kontaktformular“ sollte Felder, Validierung, Einwilligung, Nachrichtenempfänger, Bestätigung, CRM-Speicherung, Verhalten bei Fehler und Testweg beschreiben. Diese Präzisierung verringert Unterschiede zwischen Kalkulationen.

Schritt 5. Bereiten Sie Inhalt vor dem Ausarbeiten der Wireframes vor

Inhalt ist kein Füllmaterial für ein fertiges Layout. Er erklärt das Angebot, beantwortet Einwände und bestimmt die Hierarchie auf dem Bildschirm. Bereiten Sie mindestens eine Arbeitsversion zentraler Seiten vor, bevor Sie das visuelle Design freigeben.

Notieren Sie für jede Seite:

1. Frage der Zielgruppe und direkte Antwort;
2. Versprechen und die Bedingungen, unter denen es gilt;
3. Belege: Prozess, Daten, Beispiel, Meinungen oder Dokumentation;
4. Umfang, Einschränkungen und wichtige Ausnahmen;
5. nächsten Schritt und was nach dem Klick geschieht.

Vermeiden Sie allgemeine Slogans wie „innovative Lösungen höchster Qualität“. Sie passen zu jedem Unternehmen. Konkret sind etwa eine Einführungsbeschreibung, unterstützte Formate, eine vertraglich vereinbarte Reaktionszeit oder eine begründete Designentscheidung.

Planen Sie für jeden Inhalt Verantwortliche, Freigabeweg und ein späteres Prüfdaten. Zahlen, Preise, Namen, Vorschriften und Interface-Screenshots altern schneller als grundlegende Erklärungen. Ohne Verantwortung veraltet eine neue Website direkt nach dem Launch.

Schritt 6. Planen Sie SEO und die Antwortstruktur

SEO beginnt mit der Architektur, nicht nach der Veröffentlichung. Untersuchen Sie die Sprache, mit der Zielgruppen ihr Problem beschreiben, und ordnen Sie wichtige Absichten passenden URLs zu. Erstellen Sie nicht mehrere fast identische Seiten für Varianten derselben Formulierung.

Die Grundlagen umfassen:

• beschreibende, stabile URLs;
• ein klares Thema und logische Überschriftenhierarchie pro Seite;
• einen einzigartigen Titel und eine Beschreibung, die die richtige Zielgruppe anspricht;
• interne Links, die aus der nächsten Frage entstehen;
• Textantworten, auch wenn Inhalte zusätzlich als Video oder Grafik vorliegen;
• strukturierte Daten nur dort, wo sie dem sichtbaren Inhalt entsprechen;
• Sitemap, korrekte Indexierungsregeln und kanonische URLs;
• Redirects von alten URLs bei einem Relaunch.

Es gibt keine erforderliche Keyword-Dichte und keine Mindestwortzahl. Google empfiehlt Inhalte, die vor allem für Menschen geschaffen sind, originären Wert liefern und eine klare Wissensquelle haben. Ein guter Kontrollpunkt sind die offiziellen Google-Grundlagen für SEO.

Dieselben Regeln helfen auch bei Sichtbarkeit in KI-generierten Antworten: eindeutige Begriffe, direkte Antwort, glaubwürdige Quellen und logische Verbindungen. Es ist nicht nötig, eine separate künstliche Artikelversion „für GEO“ zu erstellen.

Schritt 7. Wählen Sie Bauweise und Technologie

Technologie wird nach Prozess, Daten, Team und Betrieb gewählt. Die verbreitetsten Modelle haben unterschiedliche Kompromisse:

Modell	Vorteil	Zu prüfende Einschränkung
Gehosteter Baukasten	Schneller Start, Hosting und Bearbeitung in einem Abonnement.	Datenexport, eigene Funktionen, Kosten mit wachsendem Umfang und Anbieterabhängigkeit.
CMS mit Template	Große Auswahl an Erweiterungen und selbstständige Veröffentlichung.	Updates, Qualität der Add-ons, Sicherheit und zunehmende Komplexität.
CMS mit individuellem Frontend	Flexibles Interface und unabhängiger Content-Workflow.	Mehr Teile für Einführung, Integration und Betrieb.
E-Commerce-Plattform	Fertige Mechanismen für Katalog, Warenkorb und Bestellungen.	Ungewöhnliche Preise, B2B-Prozess, Integrationen sowie Gebühren und Tariflimits.
Individuelle Lösung	Passung zu spezifischem Prozess und Daten.	Höchste Kosten für Analyse, Bau, Tests und langfristige Verantwortung.

Wählen Sie ein Werkzeug nicht allein nach einer Drag-and-Drop-Demonstration. Prüfen Sie Arbeit mit echten Inhalten, Berechtigungen, Änderungshistorie, Sprachversionen, Integrationen, Leistung, Barrierefreiheit, Backups und Migrationsmöglichkeit. Ein kostenloser Start kann zu einer teuren Begrenzung führen, doch auch eine maßgeschneiderte Plattform kann unnötige Kosten sein.

Führen Sie vor der Entscheidung einen kleinen technischen Test mit dem schwierigsten Teil aus, nicht mit einer „Über uns“-Seite. Fügen Sie ein echtes Produkt mit Varianten, einen langen Artikel mit Tabelle, einen Freigabeprozess oder eine Testverbindung zum Unternehmenssystem hinzu. Prüfen Sie auch den Export: Erhalten Sie vollständigen Inhalt, Medien, Beziehungen und Kennungen oder nur eine vereinfachte Tabelle? Ein solcher Prototyp garantiert nicht den Erfolg der gesamten Einführung, zeigt Einschränkungen aber früher als der Kauf eines Jahrestarifs oder der Bau vieler Templates.

Bewerten Sie Kosten über mehrere Jahre: Abonnements, Gebühren, Updates, Redaktionsarbeit, Support und spätere Migration. Ein günstiges Werkzeug, das fehlende Funktionen manuell umgehen lässt, kann teurer als ein passenderes System werden. Eigener Code ohne Betriebsteam wird dagegen schnell zur Abhängigkeit von einer Person.

Bewerten Sie bei der Anbieterwahl Prozess, Verantwortung und Projektübergabe, nicht nur das Portfolio. Hilfreich ist der Ratgeber Wie man einen Website-Designer auswählt.

Schritt 8. Sichern Sie Domain, DNS, Hosting und E-Mail

Die Domain ist die Adresse, Hosting stellt die Website bereit, DNS verbindet den Namen mit Diensten und E-Mail kann bei einem weiteren Anbieter laufen. Diese Elemente hängen zusammen, sind aber nicht dasselbe. Das Unternehmen sollte Domaininhaber und Kontoeigentümer sein, auch wenn ein Dienstleister die Konfiguration betreut.

Wählen Sie einen Domainnamen, der einfach zu schreiben, auszusprechen und zu merken ist. Ein Keyword in der Adresse ersetzt weder Marke noch guten Inhalt. Registrieren Sie defensive Varianten nur bei realem Verwechslungsrisiko; Dutzende zwecklose Domains erschweren die Verwaltung.

Konfigurieren Sie:

• automatische Verlängerung und einen zusätzlichen Eigentümerkontakt;
• Multi-Faktor-Authentifizierung beim Registrar und Hosting;
• TLS-Zertifikat und Redirect auf eine HTTPS-Version;
• E-Mail-Datensätze und Verfahren zur Nachrichtenauthentifizierung;
• separate Testumgebung ohne öffentliche Indexierung;
• Monitoring von Verfügbarkeit und Fehlern;
• Backups mit regelmäßigem Wiederherstellungstest.

Übertragen Sie DNS-Einträge nicht ohne vollständiges Inventar. Eine scheinbar kleine Änderung kann E-Mail, ein Versandwerkzeug oder die Verifikation eines externen Dienstes abschalten.

Passen Sie Hosting an Architektur, Standort der Zielgruppe und Risiko an. Entscheidend sind Stabilität, Reaktionszeit des Supports, Skalierung, Logs, Verarbeitungsregion, Notfallplan und die Frage, wer auf einen Alert reagiert. Angegebene Uptime garantiert nicht, dass Anwendung und alle Integrationen korrekt funktionieren.

Schritt 9. Entwerfen Sie ein nützliches und barrierefreies Interface

Entwerfen Sie zuerst Aufgaben und Zustände, dann die Ästhetik. Nutzende sollten wissen, wo sie sind, was sie tun können und welche Wirkung eine Handlung hat. Navigation, Beschriftungen, Formulare und Meldungen beeinflussen die Nutzbarkeit stärker als eine modische Animation.

Entwerfen Sie von Beginn an für verschiedene Breiten, Bedienungsarten und Inhaltsmengen. Responsivität bedeutet nicht, ein Desktop-Layout zu verkleinern. Manchmal müssen Reihenfolge geändert, Tabellen vereinfacht, Navigation anders gezeigt und Interaktionsbereiche vergrößert werden.

Achten Sie auf:

• sichtbaren Fokus und vollständige Tastaturbedienung;
• korrekte Überschriftenreihenfolge und semantische Beschriftungen;
• Kontrast und Informationen unabhängig von Farbe allein;
• Alternativtext für bedeutungstragende Bilder;
• klare Formularfehler und die Möglichkeit, sie zu korrigieren;
• Textvergrößerung ohne Funktionsverlust;
• reduzierte Bewegung für Personen, die sie benötigen.

Der aktuelle W3C-Standard ist WCAG 2.2. Konformität folgt nicht aus einem einzigen automatischen Scan; sie braucht Code-, Tastatur-, Screenreader- und Szenariotests. Rechtliche Anforderungen hängen von Organisation und Dienst ab und müssen separat geklärt werden.

Schritt 10. Führen Sie die Website als System ein, nicht als Sammlung von Bildschirmen

Statt jede Unterseite einzeln zu coden, bauen Sie Komponenten und Regeln: Überschriften, Buttons, Formulare, Karten, Abstände, Farben und Zustände. So bleiben spätere Inhalte konsistent, und eine Verbesserung bei Barrierefreiheit oder Stil wirkt auf die gesamte Website.

Legen Sie in der Entwicklung Code-Standards, Change Reviews, Umgebungen, automatisierte Tests und den Einführungsweg fest. Geheimnisse und Schlüssel gehören nicht ins Repository. Zugänge müssen individuell und auf die notwendige Rolle beschränkt sein.

Leistung ist Teil der Erfahrung. Optimieren Sie Bilder und Schriften, beschränken Sie externe Skripte, laden Sie nur für die jeweilige Seite benötigten Code und kontrollieren Sie Layoutverhalten beim Laden. Die aktuellen Core Web Vitals sind LCP, INP und CLS; sie werden an echten Daten am 75. Perzentil bewertet. Offizielle Schwellen und Messung beschreibt web.dev.

Installieren Sie nicht für jede Kleinigkeit ein Add-on ohne Qualitäts- und Betriebsbewertung. Jede Abhängigkeit bringt Updates, mögliche Konflikte, Sicherheitsrisiko und Einfluss auf die Geschwindigkeit.

Schritt 11. Konfigurieren Sie Messung, Datenschutz und Betrieb

Analyse sollte Projektfragen beantworten. Definieren Sie Ereignisse für relevante Schritte: Leistungswahl, Formularbeginn, Fehler, Absenden, Dokumentdownload oder Übergang zu einem Partner. Benennen Sie sie im Messplan und testen Sie sie vor Veröffentlichung.

Sammeln Sie keine Daten „für alle Fälle“. Bestimmen Sie Zweck, Verantwortlichen, Aufbewahrungszeit und Personen mit Zugriff. Bewerten Sie Einwilligungen, Cookies, Formulare, Werbewerkzeuge und Datenweitergabe mit der für Rechtskonformität verantwortlichen Person. Ein Banner allein garantiert nicht, dass Skripte sich nach der Auswahl des Nutzers verhalten.

Verbinden Sie das Formular mit einem realen Bearbeitungsprozess. Klären Sie:

• in welchem System und Team eine Anfrage ankommt;
• wer benachrichtigt wird und in welcher Zeit reagiert;
• was die Person nach dem erfolgreichen Absenden sieht;
• wie Duplikat, Spam oder Integrationsausfall erkannt werden;
• wo Fehler und verlorene Ereignisse überwacht werden.

Eine Website, die ein schönes Formular an ein ungenutztes Postfach sendet, erfüllt ihr Ziel trotz korrektem Interface nicht.

Schritt 12. Testen Sie vor der Veröffentlichung

Tests sollten aus Risiko und Szenarien folgen, nicht allein aus einer Browserliste. Gehen Sie den gesamten Prozess als Nutzer und als Person durch, die Daten auf der anderen Seite bearbeitet.

Inhalt und Navigation

• Prüfen Sie Titel, Überschriften, Preise, Kontaktdaten und Meldungen.
• Finden Sie verwaiste Seiten und Links ins Leere.
• Verwenden Sie lange Namen, leere Ergebnisse und Inhalte in jeder Sprache.
• Prüfen Sie Downloads sowie Bild- und Schriftlizenzen.

Funktionen und Integrationen

• Senden Sie ein korrektes und ein fehlerhaftes Formular.
• Testen Sie Zahlung, Lieferung, Nachrichten und Speicherung im System.
• Simulieren Sie fehlende Antwort einer Integration und die Wiederholung des Vorgangs.
• Prüfen Sie Rollen, Anmeldung, Passwortzurücksetzung und Abmeldung auf anderen Geräten.

Geräte, Barrierefreiheit und Leistung

• Nutzen Sie Telefon, großen Monitor, Tastatur und Screenreader.
• Vergrößern Sie Text und aktivieren Sie die Präferenz für reduzierte Bewegung.
• Prüfen Sie Kontrast, Fokus, Feldbeschriftungen und Fehlermeldungen.
• Bewerten Sie Laden auf langsamer Verbindung und einem echten Gerät.

SEO und Messung

• Prüfen Sie Indexierbarkeit, kanonische URL, Sitemap und robots.txt.
• Prüfen Sie Titel, Beschreibungen, strukturierte Daten und interne Links.
• Bestätigen Sie Redirects von alten URLs.
• Testen Sie Analyseereignisse und einwilligungsabhängiges Verhalten.

Notieren Sie einen Fehler mit URL, Gerät, Schritten zur Reproduktion, erwartetem Ergebnis und Beleg. „Auf dem Telefon funktioniert es nicht“ reicht für die Diagnose nicht.

Wie Sie eine Website sicher veröffentlichen

Bereiten Sie eine Launch-Checkliste und eine Person für die Entscheidung „veröffentlichen“ oder „zurückrollen“ vor. Sichern Sie den bestehenden Auftritt und die Daten, frieren Sie Inhaltsänderungen während der Migration ein, senken Sie bei Bedarf DNS-TTL rechtzeitig und wählen Sie ein Fenster mit möglichst geringem Risiko.

Bei einem Relaunch erstellen Sie eine Karte jeder alten URL zur nächstliegenden neuen Entsprechung. Die Seite einer entfernten Leistung kann zur aktuellen Entsprechung führen, leiten Sie aber nicht alle URLs auf die Startseite. Behalten Sie die URL, wenn Thema und Absicht gleich bleiben.

Nach der Einführung:

1. Prüfen Sie die Website über eine externe Verbindung und auf mehreren Geräten.
2. Testen Sie Formulare, Kauf, E-Mail, Anmeldung und Integrationen.
3. Bestätigen Sie Zertifikat, kanonische URLs und fehlende Indexierungsblockade.
4. Reichen Sie die Sitemap in der Search Console ein und beobachten Sie Indexierungsberichte.
5. Überwachen Sie Server- und Anwendungsfehler, Leistung und ungewöhnlichen Traffic-Rückgang.
6. Halten Sie das Team für die vereinbarte Stabilisierungszeit verfügbar.

Google findet Seiten meist über Links, und eine Sitemap hilft bei der Übermittlung von URL-Informationen; ihre Einreichung garantiert keine sofortige Indexierung. Offizielle Wege, Google um erneute Prüfung zu bitten, beschreibt die Indexierungsdokumentation.

Löschen Sie die alte Umgebung nicht am Launch-Tag. Bewahren Sie sie für einen vereinbarten Zeitraum so auf, dass Crawler und Unbefugte keinen Zugang haben; so lassen sich Daten vergleichen oder fehlende Teile wiederherstellen.

Website-Betrieb nach dem Start

Eine Website ist ein Dienst, keine einmalige Datei. Sie braucht Verantwortliche, Updates, Monitoring, Backups und regelmäßige Redaktion. Legen Sie bereits im Vertrag oder internen Plan Verantwortung fest für:

• Verlängerung von Domain, Zertifikaten, Hosting und Lizenzen;
• Updates von System, Bibliotheken, Themes und Add-ons;
• Schwachstellen, Alerts, Logs und Reaktion auf Vorfälle;
• Backup-Test und Wiederherstellungsverfahren;
• Änderungen an Angebot, Preisen, Team, Bedingungen und Kontaktdaten;
• Prüfung von Links, Formularen, Integrationen und Messung;
• Weiterentwicklung anhand von Ergebnissen und Fragen der Zielgruppe.

Vergleichen Sie nach den ersten Wochen das Ergebnis mit dem Ausgangswert, berücksichtigen Sie aber Saison, Kampagnen und die Zeit der Suchmaschine. Deuten Sie nicht jede Schwankung als Effekt des Redesigns. Verbinden Sie quantitative Daten mit Gesprächen und Aufgabenbeobachtung.

Was kostet die Erstellung einer Website und wie lange dauert sie?

Ohne Umfang gibt es keinen ehrlichen universellen Preis oder Termin. Kosten hängen von Zahl einzigartiger Seitentypen, Qualität fertiger Inhalte, Integrationen, Migration, Sprachen, Barrierefreiheitsanforderungen, Daten, Tests und Betriebsmodell ab. Zehn Unterseiten auf Basis eines Templates können einfacher sein als ein Rechner mit Geschäftsregeln.

Teilen Sie Budget in Problementdeckung, Inhalt, Design, Einführung, Infrastruktur, Tests, Migration und Betrieb. Ergänzen Sie die Kosten der Arbeit des eigenen Teams. Der Engpass ist oft nicht Code, sondern verzögerte Entscheidungen, fehlende Bilder, nicht freigegebene Texte oder eine undokumentierte Integration.

Bauen Sie den Zeitplan aus Abhängigkeiten auf. Bestimmen Sie, wann Daten, Domainzugriff, Inhalte und rechtliche Entscheidungen fertig sein müssen. Eine Reserve dient nicht dazu, unbekannten Umfang zu verbergen; benennen Sie erst das Risiko und schätzen Sie dann seine Auswirkung.

Wann selbst bauen, wann mit einem Dienstleister?

Ein eigener Baukasten ist sinnvoll, wenn das Ziel einfach, der Inhalt kurz, wichtige Integrationen nicht vorhanden und das Fehlerrisiko niedrig ist. Er erlaubt die schnelle Prüfung eines Angebots oder den Start einer Eventseite. Dennoch müssen Domain, Inhalt, Barrierefreiheit, Messung und Datensicherung beachtet werden.

Hilfe von Spezialisten ist gerechtfertigt, wenn:

• mehrere Zielgruppen unterschiedliche Wege brauchen;
• die Website Verkauf, sensible Daten oder einen kritischen Prozess unterstützt;
• viele Inhalte migriert und Sichtbarkeit erhalten werden müssen;
• individuelle Integrationen oder Nutzerrollen vorhanden sind;
• die Marke ein individuelles visuelles System verlangt;
• dem Team Kompetenz für sicheren Betrieb fehlt.

Ein gemischtes Modell ist ebenfalls möglich: Ein Spezialist ordnet Strategie, Architektur und System, während das Team Inhalte auf vorbereiteten Komponenten selbst entwickelt. Wichtig ist, dass der Vertrag Eigentümer von Dateien, Code, Daten, Konten und Lizenzen benennt und die Dokumentation übergibt.

Wie nimmt man eine Website von einem Dienstleister ab?

Die Abnahme sollte nicht aus dem Blick auf die Startseite und dem Bezahlen der letzten Rechnung bestehen. Vergleichen Sie das Ergebnis mit akzeptiertem Umfang und Szenarien. Soll eine Funktion Daten ins CRM übertragen, prüfen Sie den korrekten Datensatz, ein Duplikat, fehlende Verbindung und die sichtbare Information für Nutzende – nicht nur das Aussehen des Formulars.

Bitten Sie um die Übergabe eines geordneten Pakets:

• Liste von Domains, Umgebungen, externen Diensten und Kontoinhabern;
• Code-Repository mit Start- und Einführungsanleitung;
• Quelldesign, Komponentenbibliothek und verwendete Schriften;
• Export von Inhalten, Daten und Konfiguration zur Wiederherstellung;
• Dokumentation von Integrationen, Analyseereignissen und Notfallverfahren;
• Redirect-Karte und Testbericht nach der Migration;
• Informationen zu Lizenzen, Abonnements, Verlängerungsterminen und Einschränkungen;
• Liste bekannter Probleme, technischer Schulden und bewusst verschobener Ideen;
• Kontakt und Supportregeln während der Stabilisierung.

Übergeben Sie Zugänge über einen Passwortmanager oder Einladungen zu individuellen Konten. Entziehen Sie nach Abschluss unnötige Berechtigungen, ändern Sie gemeinsame Geheimnisse und behalten Sie mindestens zwei Administratoren auf Unternehmensseite. Eine Code-Datei allein schafft keine Unabhängigkeit, wenn nur der Dienstleister Hosting, Domain oder Integrationsschlüssel kontrolliert.

Schulen Sie an realen Aufgaben: Seite hinzufügen, Bild ersetzen, SEO korrigieren, Veröffentlichung zurückziehen und Version wiederherstellen. Zeichnen Sie den Ablauf auf oder erstellen Sie kurze Anleitungen für seltene Vorgänge. Stellen Sie sicher, dass Redakteure für die tägliche Arbeit keine Administratorrechte brauchen.

Planen Sie Weiterentwicklung ohne dauernden Neubau

Nach dem Launch entsteht eine Wunschliste. Setzen Sie sie nicht in Eingangsreihenfolge oder nach Lautstärke eines Stakeholders um. Beschreiben Sie jede Idee als Problem, Gruppe, erwartete Wirkung, Kosten und Risiko. Vergleichen Sie sie anschließend mit Websiteziel und Daten.

Kleine Experimente sind sicherer als häufige Redesigns. Wenn Nutzende eine Preisliste nicht finden, prüfen Sie zuerst Beschriftung, Linkplatzierung und fehlende Information auf der Leistungsseite. Ein vollständiger Navigationswechsel kann neue Probleme schaffen und den Ergebnisvergleich erschweren.

Bewahren Sie Entscheidungshistorie: Was wurde wann geändert, warum und mit welchem Ergebnis? Legen Sie einen Rhythmus für die Prüfung von Inhalt, Leistung, Barrierefreiheit, Sicherheit und Geschäftszielen fest. So entwickelt sich die Website wie ein Produkt, nicht wie eine Reihe unabhängiger Reparaturaufträge.

Vermeiden Sie bei Sprachversionen mechanisches Kopieren. Lokalisierung umfasst Währung, Kontaktdaten, Einheiten, Beispiele, Marktanforderungen und die Worte der Zielgruppe. Legen Sie fest, welche Version die Quelle ist, wer eine Übersetzung freigibt und wie eine Angebotsänderung in die anderen Sprachen gelangt.

Häufige Fehler beim Erstellen einer Website

Der erste ist, mit dem Aussehen ohne abgestimmtes Ziel zu beginnen. Weitere sind die Werkzeugwahl vor Anforderungen, Platzhaltertext bis zum Schluss, kein Entscheidungsverantwortlicher und das Verschieben von SEO, Barrierefreiheit und Analyse auf „nach dem Start“.

Riskant sind auch:

• ein Domainkonto, das einem Mitarbeitenden oder Dienstleister gehört;
• ein gemeinsames Login-Passwort für das gesamte Team;
• keine Möglichkeit, Inhalte und Daten zu exportieren;
• Plugins ohne Updateplan hinzufügen;
• alle alten URLs automatisch auf die Startseite weiterleiten;
• Abnahme ohne Test eines echten Formulars, einer Zahlung oder Integration;
• die alte Version ohne Backup und Rollback-Plan löschen;
• den Launch als Ende der Verantwortung betrachten.