CMS-Site prüfen und veröffentlichen

Führen Sie eine CMS-Site in getrennten Schritten vom Quellstand bis zur Live-Auslieferung. Eine grüne Developer-Readiness bestätigt Bearbeitung und Vorschau. Sie sagt nicht aus, dass bereits ein Release gebaut oder veröffentlicht wurde.

Richten Sie die lokale Domain bei Bedarf zuerst mit Lokale Storefront-Domain einrichten ein. Dieser Quickstart ist abgeschlossen, wenn die Live-Domain den bewusst veröffentlichten Release ausliefert und die Operations-Readiness keine Blocker meldet.

Zustände unterscheiden

ZustandBedeutungNächster Schritt
Kein BuildDie Site kann bearbeitet und in der Vorschau geprüft werden, besitzt aber noch keinen Release.Vorschau fachlich prüfen und Build starten.
Build läuftWorkspace erzeugt einen unveränderlichen Release.Abschluss abwarten.
Build fehlgeschlagenDer Release wurde nicht zuverlässig erzeugt. Interne Fehlerdetails bleiben in der Betriebsdiagnose und erscheinen nicht in der Oberfläche.Ursache intern prüfen und Build erneut starten.
Release unveröffentlichtEin Build ist vorhanden, aber noch nicht live.Release prüfen und bewusst veröffentlichen.
Release veröffentlichtDer gewählte Release ist live.Live-Domain und Operations-Readiness prüfen.

Wenn Site-Domain-Bindung, DNS und TLS bereit sind, liefert Workspace vor der ersten Veröffentlichung erwartbar HTTP 404 statt Live-Inhalten. Ordnen Sie 404 nur in diesem Fall als fehlenden Live-Release ein. Blockierte Domain-, DNS-, TLS- oder Bindungschecks weisen auf ein Infrastrukturproblem hin.

Von der Vorschau zur Live-Site

  1. Öffnen Sie CMS > Sites und wählen Sie die Site.
  2. Initialisieren Sie eine leere Site einmal mit dem Default-Kit.
  3. Starten Sie eine Dev-Session und bearbeiten Sie die Dateien im Tab Editor.
  4. Erzeugen Sie einen Vorschau-Link und prüfen Sie den Stand fachlich.
  5. Öffnen Sie den Tab Releases und starten Sie den Build.
  6. Warten Sie, bis der neue Release in der Liste erscheint.
  7. Prüfen Sie den Release und bestätigen Sie Publish für genau diesen Stand.
  8. Prüfen Sie anschließend die Live-Domain und die Operations-Readiness.

Ein Build veröffentlicht nichts automatisch. Auch ein neuer erfolgreicher Build verändert einen bereits live geschalteten Release erst nach einer ausdrücklichen Veröffentlichung.

Der Vorschau-Link läuft mit dem gewählten Review-Zeitfenster ab. Er wird einmalig im vorgesehenen Browser eingelöst und setzt dort den Vorschauzugang. Öffnen Sie den Link nicht probeweise und lassen Sie ihn nicht automatisiert aufrufen. Das würde die Übergabe verbrauchen.

Speichern Sie konkrete Vorschau-Tokens weder in Logs noch in Tickets, Screenshots oder Dokumentation. Erzeugen oder kopieren Sie einen Link nur für den vorgesehenen Reviewer. Ein Vorschau-Link veröffentlicht die Site nicht.

Mit nucli prüfen

bash
nucli --tenant <tenant> sites readiness <site-id>
nucli --tenant <tenant> web readiness <site-id>
nucli --tenant <tenant> sites build <site-id> --wait
nucli --tenant <tenant> sites build-status <site-id>
nucli --tenant <tenant> sites releases list <site-id>
nucli --tenant <tenant> sites inspect <site-id> --strict
nucli --tenant <tenant> sites publish plan <site-id> --release <release-id>
nucli --tenant <tenant> sites publish <site-id> --release <release-id>

sites readiness bewertet Authoring und Vorschau. Verwenden Sie inspect --strict erst als Launch-Gate. web readiness bewertet Domain, DNS, TLS, Build und Live-Release. Der Publish-Plan ist read-only: Er darf einen unveröffentlichten Release als den geplanten Übergang akzeptieren, blockiert aber weiterhin bei Infrastruktur-, Release-Lese- oder Buildfehlern.

Mutierende MCP-Aufrufe freigeben

Wenn ein MCP-Agent den Ablauf übernimmt, verlangen genau diese 13 Site- und Domain-Tools den erforderlichen JSON-Boolean approved: true:

  • nucleus_site_files_apply
  • nucleus_site_backup_save
  • nucleus_site_restore_apply
  • nucleus_site_dev_start
  • nucleus_site_preview_link_request
  • nucleus_site_dependencies_add
  • nucleus_site_dependencies_sync
  • nucleus_site_build
  • nucleus_site_publish
  • nucleus_tenant_domain_create
  • nucleus_tenant_domain_start_verification
  • nucleus_tenant_domain_verify_dns
  • nucleus_site_domain_bind

Geben Sie nur den konkreten Tool-Aufruf mit seinem vollständigen Payload frei. Fehlt approved, ist der Wert false, null oder kein Boolean, stoppt nucli vor Datei-, Secret-, Netzwerk- und Serverzugriff. Das Feld bleibt lokal und ersetzt weder Anmeldung, Berechtigungen, Tenantbindung noch die Prüfungen von Workspace. Read-only-Tools sowie nucleus_site_validate und nucleus_site_restore_preview bleiben unverändert.

Ergebnis prüfen

Die Veröffentlichung ist abgeschlossen, wenn der ausgewählte Release als live markiert ist, web readiness keine Blocker meldet und die Live-Domain den geprüften Inhalt statt des erwarteten Vorab-404 ausliefert.