Eine Website-Launch-Checkliste ist die Liste der Tests, die eine Website vor dem Go-live bestehen muss: Inhalte, Links, Formulare, Geräte, Geschwindigkeit, Barrierefreiheit, SEO-Grundlagen, Einwilligung, Sicherheit, Analyse und Backups. Arbeiten Sie sie in fester Reihenfolge ab, erfassen Sie jeden Fehler an einer Stelle, beheben Sie ihn, testen Sie erneut und gehen Sie erst live, wenn nichts Blockierendes mehr offen ist. Dieser Leitfaden enthält die vollständige Checkliste nach Bereichen, einen nummerierten QA-Ablauf, eine Tabelle der Testarten mit Zuständigkeit und Zeitpunkt sowie Antworten auf die Fragen, die Auftraggeber am häufigsten stellen.
Zuletzt aktualisiert: 19. Oktober 2026.
Was ist Website-QA, und warum ist sie wichtig?
Qualitätssicherung (QA) ist die geplante Prüfung einer Website gegen das, was sie leisten soll, bevor echte Besucher die Fehler für Sie finden. Sie ist kein schnelles Durchklicken der Startseite auf dem Laptop des Entwicklers. Sie ist eine Reihe von Tests auf echten Geräten und echten Browsern, mit einem Protokoll dessen, was fehlgeschlagen ist, und dem Nachweis, dass es behoben wurde.
Sie ist wichtig, weil eine Website beim Launch von allen gleichzeitig beurteilt wird: von Kunden, von Suchmaschinen und von allen, die prüfen, ob Ihre Formulare bei Ihnen ankommen. Ein defektes Kontaktformular, ein Cookie-Banner, das Tracker vor der Einwilligung lädt, oder eine Seite, die auf einem Smartphone nicht scrollt, kann mehr kosten als die ganze Testphase.
Bei Odduel, einer Agentur für Kreation und Technologie in Barcelona und São Paulo, gehört QA zu jeder Umsetzung in unserer Leistung Webdesign und Webentwicklung, nicht als Extra am Ende. Einen großen Teil der wiederkehrenden Prüfungen (Link-Crawls, Screenshots in vielen Breiten, Layoutprüfungen über alle Sprachversionen) übernehmen Skripte, damit Menschen ihre Zeit auf das Urteil verwenden können: Liest es sich gut, fühlt es sich richtig an, funktioniert es für jemanden, der Tastatur oder Screenreader nutzt?
Kurz gesagt: QA macht aus einer Website, die auf einem Bildschirm funktioniert, eine Website, die für alle funktioniert. Sie braucht eine schriftliche Checkliste, echte Geräte, ein Fehlerprotokoll und einen zweiten Durchgang nach den Korrekturen. Beginnen Sie, wenn die Inhalte final sind, nicht am Morgen des Launchs. Planen Sie Zeit für die Korrekturen ein, die sie zutage fördert.
Wann sollte das Testen der Website beginnen?
Das Testen sollte lange vor der letzten Woche beginnen. Manche Prüfungen gehören ins Design (Kontrast, Größe der Tippflächen, Reihenfolge der Überschriften), manche in die Umsetzung (Formulare, responsives Layout), und der vollständige Durchgang gehört ans Ende, wenn die Inhalte final sind.
Eine nützliche Regel: Mit Platzhaltertext lässt sich QA nicht abschließen. Echte Headlines sind länger, echte Fotos schwerer, und echte Rechtstexte verändern den Footer. Planen Sie den vollständigen Durchgang nach dem Content-Freeze und lassen Sie Raum für eine komplette Runde aus Korrekturen und erneuten Tests. Arbeiten Sie mit einer Staging-Umgebung, testen Sie zuerst dort und wiederholen Sie die kritischen Prüfungen direkt nach dem Launch auf der Live-Adresse, denn Server, Caches und Zertifikate unterscheiden sich.
Entscheiden Sie noch, wie die Website gebaut wird, behandelt unser Leitfaden zur Website-Erstellung die Phasen, die vor dieser liegen.
Die Website-Launch-Checkliste, Bereich für Bereich
Jeder Bereich unten nennt, was zu testen ist. Markieren Sie jede Zeile mit bestanden, nicht bestanden oder nicht zutreffend, und erfassen Sie jeden Fehler mit Seitenadresse, Gerät, Browser und Screenshot.
Inhalte und Texte
- Jede Seite hat ihren finalen Text: kein Lorem ipsum, kein „XX“, keine Entwurfsnotizen.
- Rechtschreibung und Grammatik sind in jeder Sprachversion der Website geprüft.
- Namen, Adressen, Telefonnummern und Öffnungszeiten stimmen exakt mit Ihren anderen Profilen überein.
- Daten, Preise und Firmennamen sind aktuell und auf allen Seiten einheitlich.
- Bilder sind in der finalen Fassung, in jeder Breite gut zugeschnitten und mit aussagekräftigem Alt-Text.
- Überschriften folgen einer logischen Ordnung: eine H1 pro Seite, dann H2, dann H3.
- Rechtstexte (Datenschutz, Cookies, Impressum) sind veröffentlicht und im Footer verlinkt.
- In gängigen Breiten steht kein Wort allein in der letzten Zeile einer Headline.
Links und Navigation
- Ein Crawler findet keine defekten internen Links (keine 404-Fehler).
- Externe Links öffnen die richtige Seite und funktionieren noch.
- Hauptmenü, Footer-Menü und Breadcrumbs funktionieren auf jeder Seite.
- Alte Adressen einer früheren Website leiten per 301 auf die neuen weiter.
- Telefonlinks wählen, E-Mail-Links öffnen sich mit der richtigen Adresse, Kartenlinks öffnen die Route.
- Die 404-Seite existiert, ist gestaltet und hilft Besuchern zurück auf den Weg.
Formulare
- Jedes Formular wird gesendet, und die Nachricht kommt im richtigen Postfach an.
- Besucher sehen eine klare Bestätigung, und eine eventuelle Bestätigungs-E-Mail kommt an und liest sich gut.
- Pflichtfelder, Fehlermeldungen und Validierung funktionieren, auch bei einem leeren Formular.
- Fehler werden klar angezeigt, und der Fokus springt zum ersten falschen Feld.
- Der Spamschutz funktioniert, ohne echte Menschen zu blockieren.
- Die Checkbox zur Einwilligung ist, wo nötig, nicht vorausgewählt und verlinkt auf die Datenschutzerklärung.
- Formulardaten werden nur dort gespeichert oder weitergeleitet, wo Ihre Datenschutzerklärung es nennt.
Browser und Geräte
- Aktuelle Versionen von Chrome, Safari, Firefox und Edge auf dem Desktop.
- Safari auf dem iPhone und Chrome auf Android, auf echten Smartphones, nicht nur im Emulator.
- Gängige Breiten von kleinen Smartphones bis zu breiten Desktop-Bildschirmen, im Hoch- und Querformat.
- Touch: Menüs öffnen und schließen sich, nichts hängt vom Hover ab, Tippflächen sind groß genug.
- Animationen und Scroll-Effekte funktionieren und respektieren die Systemeinstellung für reduzierte Bewegung.
- Die Website funktioniert im Grundsatz weiter, wenn ein Skript nicht lädt.
Performance und Core Web Vitals
- Messen Sie die drei Core Web Vitals, die Google in seiner Search-Central-Dokumentation beschreibt: Largest Contentful Paint (Laden), Interaction to Next Paint (Reaktionsfähigkeit) und Cumulative Layout Shift (visuelle Stabilität).
- Testen Sie die schwersten Seiten, nicht nur die Startseite: einen langen Artikel, eine Galerie, eine Produktseite.
- Bilder liegen in modernen Formaten vor, passend zur Fläche, die sie füllen, und laden unterhalb des ersten Screens verzögert.
- Schriften sind selbst gehostet oder vorgeladen, mit einer Ersatzschrift, die Zeilen nicht springen lässt.
- Caching und Komprimierung sind aktiv, und statische Dateien haben lange Cache-Laufzeiten.
- Kein Skript eines Drittanbieters blockiert den ersten Seitenaufbau.
Barrierefreiheit
- Prüfen Sie gegen WCAG 2.2 Stufe AA, die aktuelle Richtlinie des W3C, als Arbeitsziel.
- Jede Seite lässt sich allein mit der Tastatur bedienen, mit sichtbarem Fokusrahmen.
- Der Textkontrast erreicht 4,5:1 für Fließtext und 3:1 für große Schrift, auf der tatsächlichen Hintergrundfarbe.
- Bilder haben einen beschreibenden Alt-Text, dekorative Bilder einen leeren.
- Formularfelder haben Beschriftungen, und Fehler werden nicht allein über Farbe angezeigt.
- Ein Test mit Screenreader (VoiceOver oder NVDA) auf den wichtigsten Wegen: Startseite, eine Leistung, das Kontaktformular.
- Verkaufen Sie Produkte oder bestimmte Dienstleistungen an Verbraucher in der EU, prüfen Sie, ob der European Accessibility Act für Sie gilt: Die Richtlinie (EU) 2019/882 gilt seit dem 28. Juni 2025, mit Ausnahmen für Kleinstunternehmen, die Dienstleistungen erbringen.
SEO-Grundlagen
- Jede Seite hat einen eigenen Titel und eine eigene Meta-Beschreibung.
- Adressen sind kurz, kleingeschrieben und mit Bindestrichen; unser Leitfaden zu SEO-freundlichen URLs erklärt, wie Sie sie wählen.
- Jede Seite gibt einen Canonical-Link aus, und übersetzte Seiten tragen hreflang.
- Eine XML-Sitemap existiert und listet nur die Seiten, die gefunden werden sollen.
- Die robots.txt lässt die Live-Website zu, und kein „noindex“ aus der Staging-Umgebung ist übrig.
- Strukturierte Daten (Organisation, Artikel, Breadcrumbs) sind fehlerfrei validiert.
- Vorschaubild und Titel erscheinen korrekt, wenn ein Link in eine Messaging-App eingefügt wird.
Datenschutz, Einwilligung und das Cookie-Banner
- Kein Analyse- oder Werbe-Tracker lädt, bevor der Besucher zustimmt, wie es DSGVO und ePrivacy-Regeln verlangen.
- Ablehnen ist so einfach wie Zustimmen, und die Wahl wird gespeichert.
- Besucher können ihre Wahl später über einen Link im Footer ändern.
- Die Cookie-Richtlinie listet jedes Cookie und jeden Speicherschlüssel im Browser, den die Website tatsächlich setzt.
- Eingebettete Videos, Karten und Chat-Widgets warten ebenfalls auf die Einwilligung oder nutzen einen datenschutzfreundlichen Modus.
Sicherheit
- HTTPS auf jeder Adresse, mit gültigem Zertifikat, das sich selbst erneuert.
- HTTP und die www-Version leiten auf die eine bevorzugte Adresse weiter.
- Sicherheits-Header sind gesetzt (HSTS, Content-Type, Frame-Schutz, Referrer-Policy).
- Admin-Bereiche nutzen starke Passwörter und Zwei-Faktor-Anmeldung; Standardkonten sind entfernt.
- Software, Themes und Plug-ins sind aktuell, ungenutzte sind entfernt.
- Formulare und Anmeldeseiten sind gegen wiederholte Versuche begrenzt.
- Keine Testdateien, Backups oder Konfigurationsdateien lassen sich aus dem Web herunterladen.
Analyse und Tracking
- Die Analyse erfasst Seitenaufrufe und die Events, die zählen (Formular gesendet, Anruf geklickt, Kauf).
- Test-Traffic wird herausgefiltert oder markiert, damit die Zahlen der Launch-Woche sauber bleiben.
- Der Consent Mode übergibt, wo er genutzt wird, die Wahl des Besuchers an jedes Tag.
- Search Console und alle weiteren Webmaster-Tools sind verifiziert, und die Sitemap ist eingereicht.
Backups und der Weg zurück
- Vor dem Launch gibt es ein vollständiges Backup von Dateien und Datenbank, außerhalb des Servers gespeichert.
- Automatische Backups sind geplant, und eine Wiederherstellung wurde tatsächlich getestet.
- Sie wissen, wie Sie die vorherige Version in Minuten zurückholen, wenn der Launch schiefgeht.
- Uptime-Monitoring ist aktiv, und Warnungen erreichen eine Person, die handeln kann.
Wie läuft die Qualitätssicherung (QA) einer Website Schritt für Schritt ab?
Eine Checkliste funktioniert nur innerhalb eines Ablaufs. Dies ist die Reihenfolge, der wir folgen.
- Inhalte einfrieren. Vereinbaren Sie, dass Texte, Bilder und Rechtstexte für diese Runde final sind.
- Den Testplan schreiben. Listen Sie die Seiten, Wege, Browser, Geräte und Breiten auf, die Sie abdecken, und wer was testet.
- Die automatisierten Prüfungen laufen lassen. Link-Crawl, HTML-Validierung, Barrierefreiheits-Scan, Performance-Messungen, Screenshots in vielen Breiten.
- Die manuellen Prüfungen durchführen. Gehen Sie jeden wichtigen Weg auf echten Geräten durch: eine Leistung finden, einen Artikel lesen, ein Formular senden, die Sprache wechseln.
- Jeden Fehler an einer Stelle erfassen. Adresse, Gerät, Browser, Schritte zur Reproduktion, Screenshot und ein Schweregrad: blockierend, schwer oder gering.
- Beheben und erneut testen. Jede Korrektur prüft jemand anderes als die Person, die sie gemacht hat, und das Umfeld wird erneut getestet.
- Die Go/No-Go-Prüfung durchführen. Gehen Sie erst live, wenn kein blockierender Fehler offen ist und die schweren schriftlich abgestimmt sind.
- Launchen, dann die Live-Website testen. Wiederholen Sie die kritischen Prüfungen in der ersten Stunde auf der echten Adresse: Formulare, Einwilligung, Weiterleitungen, HTTPS, Analyse.
- Die erste Woche beobachten. Prüfen Sie Fehlerprotokolle, das 404-Protokoll, die Zustellung der Formulare und die Search Console, und beheben Sie, was echte Besucher aufdecken.
Welche Tests brauchen Sie, und wer führt sie durch?
Nicht jeder Test braucht eine Fachperson, und nicht jeder Test lässt sich automatisieren. Die Tabelle zeigt die wichtigsten Arten, wer sie meist durchführt, wann und mit welcher Art von Werkzeug.
| Testart | Wer ihn durchführt | Wann | Typische Werkzeuge |
|---|---|---|---|
| Korrektorat der Inhalte | Kunde und Texter | Nach dem Content-Freeze | Eine Checkliste, ein zweiter Leser |
| Prüfung von Links und Weiterleitungen | Entwickler | Vor und nach dem Launch | Ein Website-Crawler, Server-Logs |
| Test von Formularen und E-Mails | Entwickler und Kunde | Vor dem Launch, dann live | Echte Einsendungen an echte Postfächer |
| Browser und Geräte | QA-Tester oder Entwickler | Finaler Durchgang | Echte Smartphones, Browser-Testdienste |
| Performance | Entwickler | Während der Umsetzung und im finalen Durchgang | Lighthouse, PageSpeed Insights, Felddaten |
| Barrierefreiheit | Designer und Entwickler | Design, Umsetzung und finaler Durchgang | Automatischer Scanner, Tastatur, Screenreader |
| SEO-Grundlagen | SEO-Verantwortliche oder Entwickler | Finaler Durchgang und Launch-Tag | Crawler, Search Console, Test für strukturierte Daten |
| Einwilligung und Datenschutz | Entwickler und Rechtsberatung | Finaler Durchgang | Entwicklertools des Browsers, die Cookie-Richtlinie |
| Sicherheit | Entwickler oder Serveradministrator | Vor dem Launch, dann laufend | Header-Prüfungen, Update-Berichte, Anmeldelimits |
| Abnahmetest | Kunde | Letzter Schritt vor dem Launch | Die Live-Wege, ein Abnahmeprotokoll |
Das Muster dahinter: Automatische Werkzeuge sind schnell und gründlich bei allem, was sich messen lässt, und für alles, was ein Urteil braucht, braucht es Menschen. Ein Scanner sagt Ihnen, dass ein Button keine Beschriftung hat; nur ein Mensch sagt Ihnen, dass die Beschriftung verwirrt.
Wie lange dauert die QA einer Website, und wovon hängt das ab?
Die Dauer hängt von der Größe der Website ab, der Zahl der Templates und Sprachversionen, davon, wie viele Formulare und Integrationen sie hat, und wie viele Geräte Sie zusagen. Eine kleine Unternehmenswebsite mit einem Formular ist schnell gründlich getestet. Eine mehrsprachige Website mit Shop, Buchungssystem und individueller Animation braucht Tage sorgfältiger Durchgänge und mindestens eine Korrekturrunde.
Was QA am meisten bremst, ist nicht das Testen selbst, sondern späte Inhalte, unklare Zuständigkeit für Korrekturen und keine vereinbarte Skala für den Schweregrad. Wissen alle, was „blockierend“ bedeutet, wird die Go/No-Go-Entscheidung einfach.
Für eine einzelne Kampagnenseite ist die Liste kürzer, und die Budgetlogik ist eine andere; unser Artikel Was kostet eine Landingpage? zeigt, wie der Umfang solcher Seiten festgelegt wird.
Was geht beim Launch meistens schief?
Dieselben Fehler tauchen immer wieder auf, und fast alle lassen sich vorher günstig finden:
- Kontaktformulare, die an ein Testpostfach senden oder deren E-Mails im Spam landen.
- Eine Einstellung „Suchmaschinen davon abhalten“ oder ein noindex-Tag, aus der Staging-Umgebung übrig geblieben.
- Tracker, die vor der Einwilligung feuern, weil ein Tag außerhalb des Einwilligungstools eingebaut wurde.
- Alte Adressen ohne Weiterleitung, sodass Links von anderen Websites und aus Suchergebnissen auf einer 404 enden.
- Ein Menü oder Pop-up, das sich auf einem Smartphone nicht schließen lässt, oder eine Seite, die nicht scrollt.
- Bilder in voller Kameragröße hochgeladen, die den ersten Screen im Mobilfunknetz langsam machen.
- Caching, das Besuchern nach einer Änderung weiter das alte Stylesheet zeigt.
Jeder dieser Punkte steht in der Checkliste oben. Der Sinn einer schriftlichen Liste ist, dass sich unter Druck niemand daran erinnern muss.
Häufige Fragen zur Agenturwahl
Was gehört in eine Website-Launch-Checkliste?
Eine vollständige Website-Launch-Checkliste umfasst Inhalte und Texte, Links und Weiterleitungen, Formulare und E-Mails, Browser und Geräte, Performance und Core Web Vitals, Barrierefreiheit, SEO-Grundlagen, Datenschutz und Cookie-Banner, Sicherheit, Analyse und Backups. Jede Zeile wird als bestanden oder nicht bestanden markiert, und jeder Fehler wird mit Seite, Gerät, Browser und Screenshot erfasst.
Lässt sich das Testen einer Website vollständig automatisieren?
Nein. Automatisierung ist hervorragend für Link-Crawls, Performance-Messungen, Screenshots in vielen Breiten, Validierung und Barrierefreiheits-Scans und sollte bei jeder Änderung laufen. Aber es braucht weiterhin einen Menschen, der beurteilt, ob sich ein Text gut liest, ob ein Weg Sinn ergibt und ob jemand mit Screenreader ein Formular tatsächlich ausfüllen kann.
Wer sollte die QA einer neuen Website übernehmen?
Idealerweise mehrere Personen. Der Entwickler führt technische und automatisierte Prüfungen durch, ein Tester oder Designer prüft Geräte und Barrierefreiheit, und der Kunde prüft die Inhalte und führt den abschließenden Abnahmetest durch. Wer einen Fehler behebt, sollte nicht als Einziger bestätigen, dass er behoben ist: Ein zweites Paar Augen findet, was das erste übersehen hat.
Gilt der European Accessibility Act für meine Website?
Möglicherweise. Der European Accessibility Act gilt seit dem 28. Juni 2025 für bestimmte Produkte und Dienstleistungen, die Verbrauchern in der EU angeboten werden, darunter E-Commerce; Kleinstunternehmen, die Dienstleistungen erbringen, sind ausgenommen. Ob er Ihre Website betrifft, hängt davon ab, was Sie an wen verkaufen; prüfen Sie daher die Richtlinie oder fragen Sie eine Rechtsberatung.
Was ist der Unterschied zwischen QA und Abnahmetest?
QA ist die vollständige technische und qualitative Prüfung durch die Menschen, die die Website gebaut haben, anhand einer schriftlichen Checkliste. Der Abnahmetest kommt zuletzt: Der Kunde geht die echten Wege durch und bestätigt, dass die Website tut, was vereinbart war. QA findet die Fehler; der Abnahmetest bestätigt, dass die fertige Website die ist, die Sie bestellt haben.
Sollte ich nach dem Launch noch einmal testen?
Ja. Wiederholen Sie die kritischen Prüfungen in der ersten Stunde auf der Live-Adresse, denn Server, Caches und Zertifikate unterscheiden sich von der Staging-Umgebung. Beobachten Sie dann in der ersten Woche Fehlerprotokolle, das 404-Protokoll, die Zustellung der Formulare und die Search Console, und behalten Sie eine leichtere Prüfung nach jedem Update von Plug-ins, Themes oder Inhalten bei.
Steht Ihre Website kurz vor dem Launch und soll gründlich getestet werden, oder planen Sie eine neue Website und wollen QA vom ersten Design an in die Arbeit einbauen, hilft Ihnen unser Team für Webdesign und Webentwicklung: Sprechen Sie mit uns über Ihr Projekt, und wir sehen uns an, was Ihr Launch braucht.
Mehr zum Thema: WordPress-Sicherheit 2027: Bedrohungen und Lösungen, Barrierefreie Websites: Was der European Accessibility Act verlangt, Wie lange dauert die Entwicklung einer Website? Der Zeitplan Phase für Phase, UX-Audit-Checkliste: Was Sie prüfen sollten und wie Sie in sieben Schritten vorgehen, SEO-Checkliste für den Website-Relaunch: neues Design ohne Verlust an Suchtraffic.
