brandvm/webflow-launch

Webflow-Launch: Freigegebener Build → Live-Site → erste 30 Tage

Beginnt dort, wo die Build-Übergabe des webflow-build-Skills endet: jede Seite im Staging vollständig und gegen das Design freigegeben. Die allgemeinen Regeln von webflow-build gelten weiterhin (kein Commit, Push, Publizieren auf eine benutzerdefinierte Domain, Release oder DNS-Änderung ohne explizites OK; keine Zugangsdaten im Chat).

Tags: [Claude] Claude erledigt es · [Claude checks] Claude überprüft und meldet · [Person] eine Person erledigt es; Claude kann es nachverfolgen, niemals beanspruchen. Befehle sind die Check-Skripte von webflow-build (pnpm wf:*, aus dem Repo; --live hinzufügen, um zu prüfen, was Besucher sehen). Wenn eine Liste ein anderes Skill nennt (webflow-performance-optimizer, asset-audit, safe-publish), verwenden Sie es, falls die Sitzung es hat; andernfalls führen Sie den Check manuell durch und teilen Sie dies mit.

So führen Sie es aus:

1. Erfassen Sie jeden erledigten Punkt mit pnpm progress tick "<Checkliste>" "<der Beginn des Punkts>" (--by check, wenn ein pnpm wf:*-Skript dies entschieden hat), wie in webflow-build › checklists.md › How to record progress. Das Aufgaben-Panel von Bench zeigt dieselbe Liste; pnpm progress show gibt sie aus, zusammen mit den eigenen To-dos der Person.
2. Arbeiten Sie von oben nach unten; melden Sie das Ergebnis jedes Abschnitts, bevor Sie fortfahren.
3. Alles, was fehlschlägt, kommt in die Liste der bekannten Probleme als „Fix vor Launch“ oder „Fix nach Launch“, mit einem Verantwortlichen.
4. Die Check-Skripte von webflow-build funktionieren weiterhin gegen die Live-Domain: Übergeben Sie --live und setzen Sie stagingUrl auf die Domain, wenn Sie sie überprüfen.

SEO-Plan (während der Überprüfung, vor der Pre-Launch-QA)

SEO wird geplant und umgesetzt, nicht erst am Ende geprüft. Der Plan befindet sich im Repo unter docs/handoff/SEO-PLAN.md (die Vorlage enthält den Stub): was das Staging heute ausgibt, die Schritte, das Schema pro Seite und was vom Kunden benötigt wird.

• [Claude] Inventarisieren Sie jede Seite und Vorlage: Titel und Beschreibung (mit Längen), Open-Graph-Felder und -Bild, Noindex, JSON-LD. Lesen Sie das veröffentlichte HTML (pnpm wf:seo), nicht die Seiteneinstellungen.
• [Claude] Entwerfen Sie die fehlenden oder schwachen Titel und Beschreibungen; [Person] genehmigt sie; [Claude] schreibt sie in die Seiteneinstellungen (Vorlagen binden ein Meta-Titel- und Meta-Beschreibungsfeld).
• [Claude] Open Graph „Gleich wie SEO“ überall; [Person] genehmigt ein Standard-1200×630-Share-Bild; Vorlagen binden ein Bildfeld.
• [Claude] Site-weite Tags, die Webflow nicht schreibt (og:site_name, og:locale), kommen in den Head-Snippet in loader.html: erneut einfügen und veröffentlichen, dann pnpm wf:install.
• [Claude] Schema als JSON-LD-Dateien im Repo, eine pro Seite (docs/seo/schema/<page>.jsonld) und docs/seo/schema/templates.md für CMS-Vorlagen mit ihren {Field}-Bindungen. Jedes Element bezieht sich auf eine Organisation per @id auf der Produktionsdomain. Die Datei ist die Quelle der Wahrheit; der Head-Code der Seite (oder jsonLdSchema über das Seiten-Tool, falls der Connector es hat) ist eine Kopie. Binden Sie nur einzeilige Felder: ein Zitat oder Zeilenumbruch zerbricht das JSON, und ein Apostroph wird zu '.
• [Claude] Überschriften-Plan: pnpm wf:outline auf jeder Seite und Vorlage, geprüft gegen headings.md. Tag-Fixes kommen in den Build; [Person] genehmigt jede Änderung der H1- oder H2-Formulierung (es ist Text).
• [Claude] Umleitungs-Map, wenn die Site eine alte ersetzt: pnpm wf:redirects map (die alte Site von liveUrl, oder --from) schreibt docs/seo/redirects.csv im Importformat von Webflow; jede unter „muss geprüft werden“ gedruckte Zeile wird überprüft und in der Datei bearbeitet. [Person] genehmigt die Map und exportiert die bestehenden 301er der Site, falls vorhanden (ein Import ersetzt alle; erneut ausführen mit --existing).
• [Claude checks] Jede Seite in der Sitemap hat ihren Titel, Beschreibung, Kanonische und eine H1 im Staging (pnpm wf:seo).
• [Claude checks] Keine doppelten Titel oder Beschreibungen und eine echte 404; lange Titel und kurze Beschreibungen werden korrigiert oder akzeptiert; Seiten ohne Schema sind in seo.noSchemaOk. Dann Google's Rich Results Test auf einer Seite jedes Typs.
• [Person] Liefert den offiziellen Namen, Adresse, Telefon, Öffnungszeiten, soziale Profile und die Produktionsdomain (www oder Apex).

Pre-Launch-QA

Inhalt

• [Claude checks] Kein Platzhaltertext oder #-Links (pnpm wf:links, das auch Lorem Ipsum markiert); Platzhalterbilder gegen die bekannten Probleme geprüft.
• [Person] Korrekturlesen jeder Seite.
• [Claude checks] Kein data-manual-todo-Marker im veröffentlichten HTML (jeder manuelle Schritt erledigt); docs/handoff/REVIEW.md › Vor dem Launch alles abgehakt.
• [Claude checks] Kontaktdaten: Telefone als tel:-Links, Adressen, E-Mails, Öffnungszeiten; [Person] bestätigt deren Richtigkeit.
• [Claude checks] Rechtliche Seiten vorhanden und in der Fußzeile verlinkt; Urheberrechtsjahr und Social-Media-Links.

Funktion

• [Person] Jedes Formular einmal absenden: es kommt im richtigen Posteingang oder CRM an, die Bestätigung erscheint, die automatische Antwort wird gesendet. (Claude kann Spam-Schutz nicht umgehen; Headless-Browser werden dadurch blockiert.)
• [Claude checks] Alle Links und Buttons funktionieren (pnpm wf:links --external; externe Fehler manuell bestätigen, manche Seiten blockieren Bots).
• [Claude checks] 404-Seite, Lade-, Leer-, Erfolgs- und Fehlerzustände.
• [Claude checks] Suche, Filter, Sortierung und Paginierung, falls vorhanden.
• [Person] Zahlungen: ein Testkauf und eine Rückerstattung, falls vorhanden.

Geräte, Barrierefreiheit, Geschwindigkeit

• [Person] Echte Geräte: iPhone Safari, Android Chrome; Desktop Chrome, Safari, Firefox, Edge.
• [Claude checks] pnpm wf:overflow auf jeder Seitenvorlage: nichts läuft über den rechten Rand hinaus und kein seitliches Scrollen, bei jeder Breite von 2560 bis 360 (Laptop-Breiten zwischen den Breakpoints inbegriffen).
• [Claude checks] Keine schwerwiegenden oder kritischen Barrierefreiheitsfehler auf keiner Seite, bei jeder Breite (pnpm wf:a11y --all-widths). Ziel: WCAG 2.2 AA.
• [Claude] Tastatur-only-Durchgang durch jede Seite: Fokus sichtbar, Reihenfolge, Menüs, Dialoge, Escape.
• [Person] Screenreader-Stichprobe.
• [Claude checks] Leistung auf einem Telefonprofil: CLS < 0,1, INP < 200 ms, LCP < 2,5 s als Zielwerte (webflow-performance-optimizer); notieren Sie, was das Design eintauscht.

SEO und Tracking

• [Claude checks] Jede Seite in der Sitemap hat ihren Titel, Beschreibung, Kanonische und eine H1 (pnpm wf:seo).
• [Claude checks] OG-Tags und JSON-LD, das ohne HTML-Entities auf jeder Seite parst, und Noindex nur auf den Seiten in seo.noindexOk: der Rest des SEO-Berichts. Alt-Texte (asset-audit), Favicon, Schema, wo SEO-PLAN.md es vorsieht.
• [Claude checks] Kanonische zeigen auf die Live-Domain (nachdem die Domain angehängt ist: liveUrl in der Konfiguration, dann pnpm wf:seo --live --canonical).
• [Claude checks] pnpm wf:tracking --live, sobald die Tags auf der Domain sind (zuerst im Staging, falls sie dort laden): welche Tags auf welchen Seiten laden, kein Seitenaufruf doppelt gezählt, nichts trackt vor der Cookie-Wahl oder nach „Ablehnen“, gclid und UTM überleben die Host-Weiterleitungen. Jede Anfrage, die Daten sendet, wird blockiert, daher fügt der Check nichts zu den Berichten des Kunden hinzu. Er kann nicht sagen, ob ein Konto etwas erhalten hat.
• [Person] GA4 und Conversions treffen ein (Echtzeitbericht), nachdem Cookies auf der Live-Site akzeptiert wurden.

Launch-Tag

• [Person] Content Freeze vereinbart; Go-Live-Freigabe und -Datum vom Kunden.
• [Person] DNS: TTL einen Tag vorher senken; E-Mail-Einträge (MX, SPF, DKIM) behalten. Claude ändert keine DNS- oder Registrar-Einstellungen.
• [Claude] Mit explizitem OK: auf die Live-Domain veröffentlichen (safe-publish, falls verfügbar: zeigen, was sich geändert hat, bestätigen, veröffentlichen); das Repo-Release erstellen und RELEASE im Head-Snippet setzen (README › Release).
• [Claude checks] pnpm wf:domain: das Zertifikat ist vertrauenswürdig und nicht kurz vor Ablauf, http und der andere www-Host leiten permanent auf den liveUrl-Host weiter, die Domain läuft nicht innerhalb von 45 Tagen ab.
• [Claude checks] pnpm wf:install --live: die veröffentlichten Snippets stimmen mit loader.html überein (mit dem neuen RELEASE), ein viewport meta, keine Anfrage an localhost.
• [Claude checks] pnpm wf:seo --live --canonical: kein noindex mehr außerhalb von seo.noindexOk, jede Kanonische auf der Live-Domain.
• [Claude] Entfernen Sie noindex und das Staging-Passwort; robots.txt erlaubt Indizierung.
• [Claude] Speichern Sie die visuellen Baselines der Live-Site (pnpm wf:baseline save --live, jede Seite in pages) und committen Sie sie.
• [Claude] Wenden Sie die 301-Weiterleitungen an: [Person] importiert docs/seo/redirects.csv (Siteeinstellungen › Veröffentlichung › 301-Weiterleitungen › Importieren) und veröffentlicht; [Claude checks] pnpm wf:redirects test --live: jede Zeile landet nach einem permanenten Hop auf ihrer Seite.
• [Claude checks] sitemap.xml existiert (Siteeinstellungen › SEO › Sitemap automatisch generieren) und listet nicht /design/style-guide oder /design/media: beide über das Sitemap-Tool ausschließen, sobald der Site-Plan aktiv ist (es antwortet davor mit 403).
• [Person] Sitemap.xml in der Search Console einreichen.
• [Person] Ein Formular auf der Live-Site absenden und den Besuch in den Analytics sehen.

Übergabe an den Kunden (Go-Live freigegeben)

Alles [Person], Claude kann die Dokumente vorbereiten:

• Live-Site; Eigentumsübertragung (Webflow-Site, Hosting-Abrechnung, Domain, Design-Dateien, Schrift- und Bildlizenzen). [Claude] listet auf, was zu übertragen ist: Registrar, DNS-Host und Verlängerungsdaten (pnpm wf:domain), die Tags mit ihren IDs und die Drittanbieterdienste, die die Seiten laden (pnpm wf:tracking --live).
• CMS-Schulung (aufgezeichnet) und Schulungsnotizen ([Claude] entwirft sie aus den CMS-Notizen).
• Zugriff auf Analytics, Tag Manager und Search Console.
• Zugangsdaten zurückgegeben; Agenturzugriff entfernt oder unter einem Supportvertrag behalten.
• Support-Bedingungen und die erste Roadmap für Verbesserungen.

Nach dem Launch (erste 30 Tage)

• [Claude checks] Tag 1 bis 3: Crawlen auf 404er und Weiterleitungsketten (pnpm wf:links --live --external); [Person] prüft die Search Console-Abdeckung und exportiert deren „Nicht gefunden (404)“-URLs; [Claude checks] pnpm wf:redirects test --live --file <export> und fügt für alle fehlgeschlagenen Zeilen zur Map hinzu.
• [Person] Woche 1: Leads treffen ein, Analytics-Zahlen sehen richtig aus.
• [Person] Woche 2 bis 4: Indexierung und Traffic im Vergleich zur Baseline.
• [Claude] Beheben Sie die Post-Launch-Punkte aus der Liste der bekannten Probleme.
• [Person] 30-Tage-Check-in, Retrospektive, Referenz oder Fallstudie.
• [Claude checks] pnpm wf:domain beim Check-in (und bei jedem späteren Support-Besuch): anstehende Verlängerungen gehen an denjenigen, der dafür bezahlt.
• [Claude] Vor jedem späteren Release: pnpm wf:baseline compare --live nach der Veröffentlichung im Staging; jede Änderung ist erwartet oder wird korrigiert.
• [Claude] Bieten Sie die neuen template-candidate GOTCHAS des Projekts der Vorlage an (webflow-build › rules.md › Contributing); die Vorlage sammelt sie mit pnpm harvest.