Die komplette Website-Launch-Checkliste für 2026

Kurzfassung: die Website-Launch-Checkliste auf einen Blick

Eine solide Website-Launch-Checkliste deckt sechs Dinge vor dem Go-live ab und eines für den Moment, in dem du live gehst. Bring deine Inhalte und dein Design in Form, leg die technischen SEO-Grundlagen sauber an, damit Suchmaschinen deine Seiten finden und lesen können, erreiche die Core-Web-Vitals-Ziele, bestehe die QA für Barrierefreiheit und alle Geräte, sichere alles in Sachen Sicherheit und Datenschutz ab, und (der Schritt, den fast alle überspringen) richte deine Analytics vor dem Launch ein, damit du wirklich sehen kannst, was passiert. Dann gehe bewusst live und behalte die ersten 48 Stunden genau im Blick.

• Inhalte und Design. Finales Korrekturlesen, kein Platzhaltertext, alle Bilder und Links geprüft, Marken- und Rechtsseiten vorhanden.
• Technisches SEO. Eindeutige Titel und Meta-Beschreibungen, eine funktionierende Sitemap, eine korrekte robots.txt, saubere Canonicals und strukturierte Daten dort, wo sie helfen.
• Performance. Erreiche die Core-Web-Vitals-Schwellen und behebe alles, was die Seite langsam wirken lässt, bevor echte Nutzer sie sehen.
• Barrierefreiheit und QA. Tastaturnavigation, Farbkontrast, Alt-Texte und ein echter Test auf Smartphones, Tablets und in verschiedenen Browsern.
• Sicherheit und Datenschutz. Überall HTTPS, keine geleakten Secrets, sinnvolle Header und eine klare, ehrliche Datenschutz-Geschichte.
• Messung. Analytics installiert und verifiziert vor dem Launch, damit du ab Minute eins eine Baseline hast, nicht erst ab Minute tausend.
• Launch-Tag. Ein Go-live-Runbook, ein Rollback-Plan und ein wacher Blick auf die ersten zwei Tage echten Traffics.

Inhalte und Design: der finale Durchgang

Bevor irgendetwas Technisches kommt, lies die Seite in Ruhe so, wie es ein Fremder tun würde. Öffne jede Seite. Lies die Texte laut, wenn du kannst, denn so fällt dir der holprige Satz auf und das Lorem Ipsum, das sich in den Footer geschlichen hat. Platzhaltertext in der Produktion ist erstaunlich verbreitet, und es ist genau die Art Sache, die sechs Review-Runden überlebt, weil jeder annimmt, dass jemand anderes sie längst bemerkt hat.

Prüfe, dass jeder Link dahin führt, wo er soll, auch die in deiner Navigation, deinem Footer und deinen Buttons. Kaputte interne Links sind schnell ausgeliefert und schaden klammheimlich sowohl Nutzern als auch Crawlern. Stelle sicher, dass jedes Bild wirklich lädt, das richtige ist und nicht ein 4 MB großes Original, das jemand ohne Verkleinern reingezogen hat. Achte darauf, dass dein Favicon gesetzt ist, dein Social-Share-Bild (das Open-Graph-Bild) korrekt rendert, wenn du einen Link in einen Chat einfügst, und deine 404-Seite freundlich ist statt ein leerer Server-Fehler.

Schau dir dann die Seite an, die am meisten zählt: die, auf die du Traffic schickst. Wenn dein Launch an Anmeldungen oder Verkäufen hängt, muss diese Seite echte Arbeit leisten. Es lohnt sich, sie wie ein eigenes Projekt zu behandeln, und unser Leitfaden zum Bauen einer Landing-Page, die konvertiert geht tief auf die Struktur, die Hierarchie und die Texte ein, die Menschen zum Handeln bewegen. Eine wunderschöne Startseite, die nirgendwo hinführt, ist nur ein Bildschirmschoner.

Und schließlich die unscheinbaren Seiten. Stelle sicher, dass du tatsächlich eine Datenschutzerklärung, AGB, ein Impressum oder eine Kontaktseite hast, falls deine Rechtsordnung das erwartet, und eine echte Möglichkeit, dich zu erreichen. Das sind keine Nebensächlichkeiten für den Launch-Tag. Das sind die Seiten, die ein aufmerksamer Besucher prüft, bevor er dir seine Kreditkarte anvertraut.

Technische SEO-Grundlagen: Titel, Meta, Sitemap, robots

Suchmaschinen können nicht ranken, was sie nicht lesen können, und überraschend viele Launches gehen live und blockieren dabei aus Versehen die komplette Seite. Der wichtigste Check hier: Öffne deine robots.txt und stelle sicher, dass du nicht alles verbietest. Staging-Umgebungen werden oft mit einem pauschalen Disallow ausgeliefert, und es ist herzzerreißend, wie viele Seiten wochenlang unsichtbar bleiben, weil diese Zeile mit ihnen in die Produktion gewandert ist. Entferne bei der Gelegenheit auch alle übrig gebliebenen noindex-Meta-Tags, die den Staging-Build geschützt haben.

Gib jeder Seite einen eindeutigen, aussagekräftigen Title-Tag und eine Meta-Beschreibung, die sich wie ein Satz liest, den ein Mensch anklicken würde. Titel sind nach wie vor eines der klarsten Signale, die du steuerst, also fang mit dem an, worum es auf der Seite wirklich geht. Erzeuge eine XML-Sitemap, reiche sie in der Google Search Console und den Bing Webmaster Tools ein und achte darauf, dass sie echte, kanonische URLs auflistet und keine Redirect-Ketten oder Parameter-Wirrwarr.

Setze Canonical-Tags, damit doppelte oder fast doppelte Seiten auf eine maßgebliche Version zeigen, und prüfe genau, dass deine http- und www-Varianten alle auf eine einzige bevorzugte URL auflösen. Füge strukturierte Daten (schema.org-Markup) dort hinzu, wo es dir etwas bringt, etwa Produkt-, Artikel-, FAQ- oder Breadcrumb-Markup, das direkt in den Ergebnissen auftauchen kann. Nichts davon ist exotisch. Es ist einfach die Verrohrung, die dafür sorgt, dass der Rest deiner Arbeit gefunden wird.

Wenn du ein kleines Team bist und dich fragst, wo du bei der Suche überhaupt anfangen sollst, versuche nicht, am Launch-Tag das Meer auszulöffeln. Such dir die Handvoll Maßnahmen heraus, die sich aufsummieren, und unsere Anleitung zu SEO für Startups zeigt, welche deine begrenzte Zeit wert sind. Und bleib ehrlich bei den Erwartungen: Ranking dauert Monate, nicht Tage, wie Ahrefs herausfand, als sie untersuchten, wie lange es dauert, bis Seiten ranken.

Performance und Core Web Vitals

Geschwindigkeit ist keine Eitelkeitsmetrik. Menschen verlassen langsame Seiten, und Suchmaschinen beziehen die reale Page Experience in das Ranking ein. Die gute Nachricht ist, dass Google konkrete Zielwerte veröffentlicht, du rätst also nicht. Gemäß den offiziellen Core-Web-Vitals-Schwellen solltest du einen Largest Contentful Paint (LCP) unter 2,5 Sekunden anstreben, ein Interaction to Next Paint (INP) unter 200 Millisekunden und einen Cumulative Layout Shift (CLS) unter 0,1. Miss das auf einem echten Mobilgerät in einem echten Netz, nicht nur über deine Glasfaserleitung mit einem High-End-Laptop.

Die meiste Langsamkeit am Launch-Tag kommt von einer kurzen Liste üblicher Verdächtiger: überdimensionierte Bilder, die nie komprimiert wurden, render-blockierendes JavaScript und CSS, kein Caching, fehlendes Lazy-Loading und ein geschwätziger Stapel von Drittanbieter-Skripten. Jedes davon ist behebbar. Komprimiere und liefere moderne Bildformate aus, lade unkritische Skripte verzögert, setze Cache-Header und hinterfrage gnadenlos jedes Tag, das deine Marketing-Tools einschleusen wollen, denn jedes belastet den Besucher.

Wenn sich deine Seite im Test schon träge anfühlt und du nicht sicher bist, warum, arbeite das Problem methodisch ab, statt zu raten. Wir haben eine ausführliche Diagnose dazu geschrieben, warum deine Website langsam ist, die durch das Finden des tatsächlichen Engpasses führt, statt blind Fixes zu kopieren. Performance vor dem Launch zu beheben ist weit günstiger, als deinen ersten hundert Besuchern eine 5-Sekunden-Ladezeit zu erklären, von denen keiner so lange wartet, um es dir zu sagen.

Barrierefreiheit und geräteübergreifende QA

Barrierefreiheit ist kein nettes Extra, das du für ein Nischenpublikum dranschraubst. Sie ist grundlegende Bauqualität, und dieselben Dinge, die eine Seite mit einem Screenreader nutzbar machen, machen sie tendenziell für alle robuster. Geh die Seite nur mit der Tastatur durch: Erreichst du jeden Link, öffnest du jedes Menü und kommst du ohne Maus durch die Anmeldung? Ist der Fokusrahmen sichtbar, damit du immer weißt, wo du bist? Prüfe den Farbkontrast mit einem Kontrast-Tool, füge Bildern mit Bedeutung sinnvollen Alt-Text hinzu (und dekorativen Bildern leeren Alt-Text) und stelle sicher, dass Formularfelder echte Labels haben.

Die geräteübergreifende QA ist die andere Hälfte. Die Seite, die in deinem Desktop-Browser perfekt aussieht, kann auf einem älteren Android-Telefon oder einem kleinen Laptop ein kaputtes Chaos sein. Teste die echten Abläufe, nicht nur die Startseite, auf mindestens ein paar Telefonen, einem Tablet und in den großen Browsern. Tap-Ziele sollten groß genug für Daumen sein. Text sollte ohne Pinch-Zoom lesbar sein. Formulare sollten die richtige Tastatur einblenden. Besonders der Checkout verdient einen vollständigen Durchlauf auf einem Telefon, denn dort wird der große Teil deines Umsatzes gewonnen oder verloren.

Teste unter den Bedingungen, die deine Besucher tatsächlich nutzen, nicht unter den makellosen Bedingungen, in denen du gebaut hast. Eine langsame Verbindung, ein Ad-Blocker, ein privates Fenster, ein altes Betriebssystem. Wenn das Kernerlebnis das alles übersteht, bist du gut aufgestellt.

Grundlagen zu Sicherheit und Datenschutz

Fang mit HTTPS überall an. Ein gültiges TLS-Zertifikat, eine automatische Weiterleitung von http zu https und keine Mixed-Content-Warnungen, bei denen eine sichere Seite ein unsicheres Asset lädt. Das ist 2026 das absolute Minimum, und Browser stellen dich vor deinen eigenen Besuchern sichtbar bloß, wenn du es falsch machst. Wenn du schon dabei bist, durchsuche dein Repo und dein Client-seitiges Bundle nach geleakten Secrets: API-Schlüssel, Tokens und Admin-Zugangsdaten haben die unangenehme Angewohnheit, in committeter Config oder ausgeliefertem JavaScript zu landen.

Füge die sinnvollen Sicherheits-Header hinzu (eine Content Security Policy, HSTS, vernünftige Referrer- und Frame-Optionen), halte deine Abhängigkeiten und dein CMS gepatcht und sperre alle Admin- oder Staging-Endpunkte ab, damit sie nicht öffentlich erreichbar sind. Wenn du Zahlungen entgegennimmst, stütze dich auf einen seriösen Anbieter, statt selbst rohe Kartendaten anzufassen. Das Ziel ist keine Paranoia, sondern das Schließen der offensichtlichen Türen, über die du dich ärgern würdest, sie offen gelassen zu haben.

Datenschutz ist die Kehrseite davon, und es lohnt sich, ehrlich zu den Leuten zu sein. Sei klar darin, was du erhebst und warum, halte deine Datenschutzerklärung genau auf das abgestimmt, was deine Seite wirklich tut, und sammle keine Daten, für die du keinen Plan hast. Eine konkrete Möglichkeit, deine Risikofläche zu verkleinern, ist es, Analytics zu wählen, das gar nicht erst auf personenbezogenen Kennungen beruht. Wenn du die Abwägungen verstehen willst, erklärt unser Leitfaden zu cookieloser Analytics, wie du Traffic messen kannst, ohne ein Profil von jedem Besucher aufzubauen, was deine Einwilligungs-Geschichte einfacher und deine Besucher entspannter macht.

Richte die Messung vor dem Launch ein, nicht danach

Hier ist der Schritt, den fast jede Launch-Checkliste als optional behandelt, und es ist der, für dessen Erhalt wir kämpfen würden. Sobald die Inhalte solide sind, das SEO sauber ist und die Seite schnell und sicher ist, hast du etwas gebaut, das funktioniert. Aber funktionieren ist nicht dasselbe wie gewinnen, und du wirst keine Ahnung haben, welches von beidem du hast, solange du nicht sehen kannst, was passiert, wenn echte Menschen ankommen.

Der häufigste Launch-Fehler ist, live zu gehen, ohne deinen Traffic sehen zu können, woher er kam oder was die Leute tun, sobald sie landen. Im Moment fühlt sich das harmlos an, weil die Seite oben ist und das der sichtbare Erfolg ist. Das Problem zeigt sich später: Bis du merkst, dass du die Daten willst, und eine Woche später Analytics drangeschraubt hast, hast du deine Baseline schon verloren. Du kannst nie zurückgehen und deinen eigenen Launch-Tag beobachten. Messung ist eines der wenigen Dinge auf dieser Liste, die du wirklich nicht rückwirkend nachholen kannst.

Bau sie ein, bevor du den Schalter umlegst, und der Nutzen ist sofort spürbar und menschlich. Du kannst den Launch-Tag live mitverfolgen, während die ersten Besucher eintröpfeln, genau sehen, woher sie kamen (der Product-Hunt-Beitrag, der Newsletter, der Tweet, der wirklich gezündet hat), und eine kaputte Seite oder einen toten Anmelde-Button abfangen, solange es dich noch nichts kostet, statt eine Woche später. Das ist der ganze Grund, warum Messung hierher gehört und nicht in einen Folge-Sprint. Das Stück, das die meisten auf später verschieben, ist die Fähigkeit, Traffic in dem Moment zu sehen, in dem er passiert, statt in einem Bericht am nächsten Morgen, also lohnt es sich zu prüfen, ob das, was du installierst, dir am Launch-Tag eine Echtzeit-Ansicht gibt.

Praktisch heißt das drei Dinge, die vor dem Go-live erledigt sein müssen: Installiere deine Analytics und bestätige, dass sie auf jeder Seite auslöst, definiere das eine oder zwei Ereignisse, die Erfolg bedeuten (eine Anmeldung, ein Kauf, eine Demo-Anfrage), und mach selbst eine Test-Conversion, damit du weißt, dass der Funnel korrekt aufzeichnet. Verifiziere es auf Staging, wenn du kannst, und verifiziere es in dem Moment erneut auf Produktion, in dem du launchst. Ein Tracker, der still und leise aufgehört hat auszulösen, ist schlimmer als gar keiner, weil er dich glauben lässt, du hättest Daten, obwohl das nicht stimmt.

Launch-Tag und die ersten 48 Stunden

Behandle das Go-live als bewusstes Ereignis, nicht als beiläufigen git push. Schreib ein kurzes Runbook: die genaue Reihenfolge der Schritte, wer das DNS umlegt, wer auf Fehler achtet und ein klarer Rollback-Plan, falls etwas schiefgeht. Vermeide es, um 17 Uhr an einem Freitag ins Wochenende hinein zu launchen. Wähle ein Zeitfenster, in dem die Leute, die Dinge beheben können, wach und an ihren Tastaturen sind. Bevor du irgendetwas ankündigst, lade die Live-Seite selbst von einem Telefon über Mobilfunk, frisch, ohne Cache, so wie ein Fremder es tun wird.

Direkt nach dem Launch führe die schnellen Checks durch, die das Peinliche abfangen: Die Seite löst sich unter der echten Domain auf, HTTPS ist grün, die Schlüsselseiten laden, die Anmeldung oder der Checkout schließt eine echte Transaktion ab, und deine Analytics zeichnet sie auf. Reiche dann deine Sitemap in der Search Console erneut ein, damit die Crawler wissen, dass es dich gibt, und bestätige, dass deine Formulare tatsächlich E-Mails an einen menschlichen Posteingang ausliefern und nicht an einen Spam-Ordner, in den niemand schaut.

Beobachte in den ersten 48 Stunden. Das ist der Moment, in dem sich deine Messung vor dem Launch auszahlt. Halte die Echtzeit-Ansicht offen, während der Traffic eintrifft, damit du deine Quellen sehen und eine Seite erkennen kannst, die Besuche bekommt, aber null Conversions, was meist bedeutet, dass darauf etwas kaputt ist. Behalte deine Fehler-Logs und die Serverlast im Blick. Wenn du ein kleines Team bist und ein Setup willst, das genau auf diese Art schneller, schlanker Iteration zugeschnitten ist, ist die Art, wie wir über Tooling für Startups denken, darauf gebaut, schnell zu sehen und zu reagieren, statt in Dashboards zu ertrinken.

Der Launch ist nicht die Ziellinie. Es ist der erste Tag, an dem du endlich echte Nutzer hast, die dir die Wahrheit über das sagen, was du gebaut hast. Die Teams, die gewinnen, sind die, die alles so aufgesetzt haben, dass sie diese Wahrheit klar hören können, vom allerersten Besucher an, und dann darauf reagieren, solange es noch zählt.