Änderungsprotokoll

Besucherzahlen für Agents, geteilte Links beenden

Mit GET /sites/{site_id}/analytics, atelier201 analytics und get_site_analytics lassen sich die Besucherzahlen einer Website mit sites:read auslesen. Das Aktivieren und Deaktivieren der Besucherzählung bleibt dem Inhaber im Dashboard vorbehalten.

Im Dashboard werden unter den Website-Einstellungen die geteilten Vorschau-Links aufgeführt und können einzeln deaktiviert werden. Der Assistent kann jetzt eine Veröffentlichung zurücksetzen, eine Website offline nehmen, Medien auflisten und entfernen, Versionen vergleichen und Vorschau-Links verwalten.

Gast-Builds und Hinweise zur Veröffentlichung

POST /guest/sites/{site_id}/builds gibt jetzt auch is_requested_revision zurück. site push --guest wartet einen vorherigen Build ab, bevor es die übermittelten Änderungen baut. Außerdem gibt es die warnings des Builds zurück.

Bei der Veröffentlichung werden jetzt warnings zurückgegeben: Ein Entwurf, der vor dem Livegang erstellt wurde, wurde noch nicht geprüft. Deshalb geben publish und publish_site an, was dabei ausgelassen wurde.

Builds für die richtige Revision, Weiterleitungen mit Platzhaltern

POST /sites/{site_id}/builds und build_site geben jetzt is_requested_revision zurück. Läuft noch eine vorherige Version, ist der Wert false und die Antwort fordert zum Warten und erneuten Abfragen auf. site push --wait und builds start --wait übernehmen das automatisch: Sie geben den Build der angeforderten Version zurück oder schlagen mit dessen Protokoll fehl.

_redirects unterstützt :placeholders und setzt sie im Ziel ein, zum Beispiel /banks/:bank/account/* /banks/:bank/:splat. Ein abschließender Schrägstrich ist beim Abgleich nicht mehr relevant. review_publish führt unter build_warning auf, was ein Build nicht berücksichtigen konnte.

Ein Build-Hinweis nennt jetzt die Workers und den Browserspeicher, die ein Vorschau-Link nicht ausführen kann.

Kostenlos erstellen, kostenpflichtig veröffentlichen

Neue Websites sind Entwürfe: Sie können sie kostenlos erstellen, ändern und über Vorschau-Links teilen. Für die Veröffentlichung ist der Site-Tarif erforderlich. Die Veröffentlichung eines Entwurfs wird mit 403 feature_not_available und dem Grund plan_required abgelehnt. action_url verweist auf den Tarif der Website. Das Atelier201-Badge und die Begrenzung auf 3 gleichzeitig aktive kostenlose Websites entfallen.

Die Live-Vorschau in der App läuft jetzt unter einer eigenen Adresse: dev-<site>-<session>.atelier201.page.

Verwaltete Astro-Websites

Atelier201 hostet jetzt Astro-Websites für kleine Unternehmen.

Sie erstellen eine Website auf Basis des Atelier201-Starters unter <slug>.atelier201.page und bearbeiten sie über die App, die REST API, die CLI oder einen AI-Agent über MCP.

Texte, Einträge und Unternehmensdaten werden vor dem Speichern anhand des Content-Modells der Website validiert. Mit data-atelier201-field lässt sich jeder kurze Text direkt bearbeiten.

Änderungen wirken sich nie auf die Live-Website aus. Sie erstellen einen Build des Entwurfs, teilen einen privaten Vorschau-Link, prüfen die geplanten Änderungen und veröffentlichen sie anschließend. Sie können jederzeit zu einer früheren Veröffentlichung zurückkehren oder die Website offline nehmen.

Mit kostenpflichtigen Tarifen lassen sich eigene Domains über einen TXT- und einen CNAME-Eintrag verbinden. Ein Agent kann eine Website auch vorbereiten, bevor der Inhaber ein Konto hat. Der Inhaber beansprucht sie anschließend über einen privaten Link.

Die Tarife gelten pro Website: Free mit Badge oder Site.