Sites

Sites sind verwaltete mehrseitige Websites innerhalb von Einblick. Sie kombinieren Seiten, wiederverwendbare Layouts, Site-Klassen, eigenes CSS, CMS-Bindings, gehostete Formulare, Custom Domains und Publishing. Jede Site besitzt außerdem eine gemeinsame Website-Identität für Domains, öffentlichen Site-Key, Vorschau und optionale Analytics.

Feature öffnen

Öffne Websites in der Seitenleiste. Dieser Hub enthält mit Einblick gebaute Sites, SDK-/Editor-Registrierungen und reine Analytics-Websites; Capability-Badges unterscheiden sie.
Bestehende /sites-Links leiten zum Websites-Hub weiter. Alte Site-Detail- und Editor-Links öffnen die passende Website.
Falls der Eintrag fehlt, kann eine Admin-Person das Sites-Modul und den Websites-Seitenleisteneintrag aktivieren. Sites hängen vom CMS ab, weil veröffentlichte Seiten an CMS-Collections gebunden werden können.

Site anlegen und veröffentlichen

Klicke in Websites auf Mit Einblick bauen, um eine Entwurfs-Site mit verwalteter Domain auf Basis des Site-Slugs anzulegen. Wähle Blank für eine leere Home-Seite oder Portfolio starter für ein gemeinsames Header-/Navigations-/Footer-Layout mit Home- und Projects-Seite.
Site-Slugs werden normalisiert, bleiben im Workspace eindeutig und können über die Site-Aktionen bearbeitet werden. Eine Slug-Änderung aktualisiert auch den verwalteten Host und setzt dessen DNS-Status wieder auf Prüfung.
Jede Site hat Name, Slug, Entwurfs-Theme, Standard-SEO, optionales eigenes CSS, Seiten, Layouts, Klassen, Domains, einen Site-Bilderordner und Formular-Einsendungen.
Speichern sichert Entwurfsänderungen, ohne die öffentliche Site zu ändern. Veröffentlichen speichert ungesicherte Entwürfe zuerst und kopiert danach Site-Einstellungen, Seiten, Layouts, Klassen und eigenes CSS in die siteweite veröffentlichte Version. Öffentliches Rendering nutzt nur veröffentlichte Inhalte.
Das Veröffentlichungs-Popover zeigt vorab die Seitenbereitschaft und den Domain-Status.
Beim Veröffentlichen stößt Einblick verwaltete DNS-Provisionierung an und revalidiert den Site-Renderer, wenn diese Integration konfiguriert ist. Öffentlich erreichbar wird die Domain erst, wenn sie aktiv ist.
Eine Site im Entwurf, eine archivierte oder unveröffentlichte Site sowie eine Site, die nur über eine ausstehende oder fehlgeschlagene Domain erreichbar wäre, liefert öffentlich nicht gefunden.

Sites verwalten

Der Websites-Hub unterstützt Grid- und Tabellenansicht. Suche nach Name oder öffentlichem Site-Key, filtere nach Status und erkenne mit Capability-Badges die mit Einblick gebauten Sites. Karten zeigen die aktuelle Website-Vorschau und die Anzahl verbundener Domains.
Beim Öffnen einer Builder-Website zeigt die Site-Übersicht die aktive Primärdomain als Vorschau, den Veröffentlichungsstatus, die letzte Veröffentlichung, Seiten- und Domain-Bereitschaft, DNS-Probleme und aktuelle Einsendungen. Die gespeicherte Vorschau lässt sich dort aktualisieren.
Über die Aktionen im Website-Header kannst du die Site bearbeiten, duplizieren oder löschen. Veröffentlichen liegt neben der Live-Vorschau, Seite hinzufügen in der Seitenkarte. Die Website-Tabs Analytics und Einstellungen enthalten bei entsprechender Berechtigung Analytics, gemeinsame Domains und die Site-Key-Einstellungen.
Beim Duplizieren entsteht eine Entwurfskopie mit eindeutigem verwaltetem -copy-Slug und neuer verwalteter Domain. Einblick kopiert Entwurfsseiten, Layouts, Klassen und eigenes CSS; Custom Domains, Veröffentlichungsstatus und Formular-Einsendungen werden nicht kopiert.
Beim Löschen entfernt Einblick Domains, Seiten, Layouts, Klassen, gespeicherte Formular-Einsendungen und den Site-Bilderordner und revalidiert den Renderer, wenn er konfiguriert ist.
Die Startseite kann nicht gelöscht werden; weitere Seiten legst du auf der Detailseite oder im Editor an.

Seiten und Editor

Seiten legst du auf der Site-Detailseite oder im Editor an. Pfade werden normalisiert und müssen innerhalb der Site eindeutig sein; pro Site kann es nur eine /-Startseite geben.
Die Seiteneinstellungen steuern Titel, Pfad, Layout, Seitentyp, CMS-Detail-Collection, Vorschau-Datensatz und Seiten-SEO. Statische Seiten nutzen feste Pfade; CMS-Detailseiten nutzen dynamische Pfade wie /posts/:slug.
Layouts speichern gemeinsame Struktur wie Header und Footer. Eine Seite kann kein Layout oder genau ein Layout verwenden; Layouts können außerdem ein Parent-Layout haben. Seiteninhalt wird über ein Outlet-Element eingesetzt.
Im Editor fügst du HTML-ähnliche Elemente ein, ordnest Ebenen, bearbeitest Text und Attribute, kopierst Elemente, lädst Bilder hoch oder verlinkst sie, wechselst zwischen Vorschaugrößen und pflegst Seiten-SEO.
Der Editor-Status unterscheidet ungespeicherte Änderungen, gespeicherte, aber noch unveröffentlichte Entwürfe und die aktuell veröffentlichte Version.
Styles können inline am Element oder in wiederverwendbaren Site-Klassen gespeichert werden. Style-Zustände werden pro Breakpoint für Basis, aktuelle Seite, Hover, Fokus, Aktiv und Offen gespeichert.
Interaktionen können bei Klick, Mouse Enter, Mouse Leave, Fokus oder Blur laufen. Aktionen können Zustände, Klassen oder erlaubte Attribute am Element selbst oder an einem anderen Element umschalten; der Zustand open kann Offen-Styles und aria-expanded steuern.
Der Editor enthält einen Forms-Block, um ein bestehendes Formular aus Formulare einzubetten. Der Block wird nur angeboten, wenn deine Rolle Formulare lesen darf; im Inspector wählst du das verknüpfte Formular.
Der Editor enthält ein Site-spezifisches Assistant-Panel für Benutzer*innen, die die Site aktualisieren dürfen. Threads sind auf aktuelle Benutzer*in, Workspace und Site begrenzt. Bevor der Assistant eine Anfrage sendet, speichert Einblick ungespeicherte Entwurfsänderungen. Der Assistant kann aktuelle Site, aktive Seite, ausgewähltes Element, Seiten, Layouts, Klassen, CMS-Collections und verfügbare Formulare prüfen; er kann Seiten- oder Layoutentwürfe patchen und erlaubte Site-, CMS- und minimale Formular-APIs aufrufen. Patches ändern Entwürfe, nicht veröffentlichte Inhalte, und destruktive oder ausgehende Aktionen erfordern ausdrückliche Bestätigung.
Eigenes CSS liegt auf Site-Ebene und wird in gerenderten Seiten nach den generierten Styles eingefügt.
Pro Site sind bis zu 200 Seiten, 100 Layouts und 500 wiederverwendbare Klassen möglich.
Der Vorschaumodus deaktiviert die Auswahl, damit Links, Formulare und Interaktionen im Canvas getestet werden können.

CMS-Bindings

Collection-List-Bindings wiederholen ein Element für veröffentlichte Datensätze aus einer CMS-gestützten API-Ressource. Sie können ein Datensatz-Limit und Filter setzen.
Collection-Detail-Seiten können dynamische Pfade wie /posts/:slug verwenden und den veröffentlichten CMS-Datensatz zum Slug rendern.
Field-Bindings können ein Feld aus dem aktuellen Listeneintrag, Detaildatensatz oder Singleton-Datensatz als Text oder als ausgewähltes Attribut ausgeben, etwa als Bild-src oder Link-href.
Öffentliche Seiten lesen nur veröffentlichte CMS-Datensätze.

Formulare und Einsendungen

Der Forms-Block bettet ein gehostetes Formular mit der öffentlichen URL /f/:formId?embed=1 ein. Veröffentlichungsstatus, Sichtbarkeit und Antwort-Einstellungen bleiben am ausgewählten Formular gesteuert.
Formularelemente senden über den öffentlichen Site-Endpunkt an Einblick.
Formular-Einsendungen müssen vom selben Host wie die Site kommen, unter 1 MB bleiben und IP- sowie Site/Formular-Rate-Limits einhalten.
Eingesendete Daten werden mit Seite, Formular-ID, Origin, User Agent und Zeitstempel an der Site gespeichert.
Die Site-Detailseite zeigt aktuelle Einsendungen, damit Admins eingehende Formulardaten prüfen können.

Domains und öffentliches Rendering

Neue Sites erhalten einen verwalteten Host auf Basis des Site-Slugs. Verwaltetes DNS nutzt das konfigurierte Renderer-Ziel und kann bei Bedarf einen Wildcard-CNAME oder einen exakten CNAME pro Site abgleichen.
Custom Domains fügst du unter Site-Details bearbeiten > Domains hinzu. Einblick registriert den Host beim Site-Renderer und zeigt den CNAME-Eintrag, den du beim DNS-Anbieter anlegen musst. Wildcard-Domains und Hosts unter der verwalteten Sites-Domain werden abgelehnt.
Ausstehende Custom Domains kannst du manuell prüfen. Einblick prüft ausstehende Custom Domains zusätzlich im Hintergrund, während DNS propagiert, und schickt der erstellenden Person eine E-Mail, sobald eine Domain erstmals aktiv wird.
Der Domain-Status zeigt, ob DNS ausstehend, aktiv, deaktiviert oder fehlgeschlagen ist, inklusive gespeicherter DNS-Fehlermeldung bei Provisionierungsfehlern.
Domain-Ergänzungen und Verifizierungsänderungen schreibt Einblick als Site-Domain-Aktivitätseinträge, die zurück zur Site führen.
Die öffentliche Auflösung prüft Request-Host und Pfad gegen aktive Site-Domains und veröffentlichte Seiten.
Veröffentlichte Sites stellen Seitenmetadaten, Robots-Regeln und eine Sitemap aus der gerenderten Site bereit.