Automatische Seiten

Automatische Seiten erzeugen Detail-URLs für öffentliche Quelldatensätze und verwenden eine vorhandene CMS-Seite als Vorlage. Der Anbieter verwaltet Veröffentlichung, Datensatztexte, Übersetzungen und Bildmetadaten. Unter Dynamische Inhalte → Automatische Seiten wählen Sie Website, Adressbereich und Vorlage. Dieser Leitfaden beschreibt CMS 1.104.0 am Beispiel des Plugin-Katalogs.

Eine Grid-Schleife wiederholt Karten innerhalb einer Katalogseite; eine Regel für automatische Seiten stellt für jeden geeigneten Datensatz eine eigene Detail-URL bereit. Beide nutzen verwandte Quellen, werden aber getrennt konfiguriert. Quellenauswahl, Schleifen und Feldzuordnungen erklärt Dynamische Inhalte.

Eine aktive Regel bedient base path + / + record slug. Beispielsweise ergeben der Basispfad /extensions und der Slug webblocks-appointments die URL /extensions/webblocks-appointments; die türkische Variante ist /tr/extensions/webblocks-appointments. Der Slug ist in allen sechs Sprachen gleich. Namen und Beschreibungen übersetzt der Anbieter.

Das CMS rendert die URL bei einer Anfrage; es erstellt nicht für jeden neuen Datensatz sechs bearbeitbare Seitenkopien. Seiten enthält die Vorlage und gegebenenfalls beibehaltene native Seiten, keine neue gespeicherte Seite pro erzeugter URL. Ein stabiler Datensatzschlüssel identifiziert den Datensatz; sein Slug bestimmt die öffentliche Adresse. Halten Sie beides stabil. Eine Slug-Änderung ändert die URL; dieser Ablauf richtet keine automatische Weiterleitung vom alten Slug ein.

Der installierte Anbieter muss eine Sammlung mit Veröffentlichungsvertrag 1.0 und eine kompatible Einzelquelle bereitstellen. Eine gewöhnliche Sammlung reicht nicht aus. Im Beispiel veröffentlicht Published plugin catalog (webblocks-extensions-live::plugins) Datensätze über Published plugin (webblocks-extensions-live::plugin). API-Zugangsdaten und Veröffentlichungsoptionen der Quellanwendung gehören zur Anbieterintegration, nicht zum Regelformular.

Erstellen oder wählen Sie eine Detailvorlagenseite derselben Website mit Übersetzungen für alle aktivierten Website-Sprachen. Verbinden Sie ihre seiteneigenen Felder mit der deklarierten Einzelquelle: Header mit title, Zusammenfassung mit summary, Image-Quelle mit image_url, Alternativtext mit image_alt und Bildunterschrift mit image_caption. Dies sind Entitätsbindungen, keine Zuordnungen im Modus Aktueller Schleifendatensatz. Beim automatischen Rendern liefert der ausgewählte Datensatz diese Werte; die gespeicherte Datensatzauswahl und redaktionellen Werte werden nicht überschrieben. Andere Quellen, Schleifen und Shared Slots behalten ihr Verhalten.

Die Vorlage benötigt mindestens eine kompatible Entitätsbindung. Prüfen Sie Block, Zielfeld und Quellfeld unter Felder aus dem ausgewählten Datensatz. Getrennte Bild-, Alternativtext-, Bildunterschrift- und Linkverbindungen erläutern die Bildbindungen dynamischer Inhalte. Veröffentlichte Blöcke müssen für die öffentliche Darstellung bereit sein; eine private Vorschau kann auch Entwurfsblöcke anzeigen.

1. Öffnen Sie Dynamische Inhalte → Automatische Seiten, wählen Sie die Website und dann Neue Entwurfsregel.
2. Geben Sie unter Regelname einen Namen ein und wählen Sie die geeignete Inhaltsquelle.
3. Wählen Sie die Detailvorlage. Optional können Sie die normale Katalogseite auswählen; dadurch wird ihre Kartenschleife weder erstellt noch konfiguriert.
4. Tragen Sie einen Basispfad wie /extensions ein und wählen Sie Entwurf speichern. Verwenden Sie einen kanonischen, nicht reservierten Pfad ohne Sprachpräfix oder einzelnen Datensatz-Slug.

Das Formular zeigt Sprachen der Website sowie die deklarierten Entitäts-, Slug-, Titel-, Beschreibungs- und Bildfelder. Fehlt eine geeignete Quelle, prüfen Sie den installierten Anbieter und seinen Veröffentlichungsvertrag. Erfinden Sie kein zweites Veröffentlichungsstatusfeld im CMS. Der Anbieter entscheidet, welche Datensätze öffentlich sind.

Das Speichern veröffentlicht keine Routen und ändert keine vorhandenen URLs. Konfigurationen aktiver und pausierter Regeln sind schreibgeschützt; das Formular erlaubt keine beliebigen Änderungen ihrer Quelle, ihres Basispfads oder ihrer Vorlage.

Wählen Sie Datensätze prüfen, dann einen Datensatz, prüfen Sie Quellfelder prüfen und öffnen Sie für jede aktivierte Website-Sprache die Seitenvorschau. Der Prüfer kontrolliert tatsächliche Quellwerte in allen sechs CMS-Sprachen: en, tr, de, es, it und fr. Auch die Vorlage muss die aktivierten Seitenübersetzungen enthalten.

Der Anbieter liefert übersetzte Titel, Zusammenfassungen, Alternativtexte, Bildunterschriften und weitere deklarierte Felder. Eine Bilddatei kann sprachübergreifend identisch sein. Das CMS übersetzt keine fehlenden Quellinhalte und ersetzt sie nicht stillschweigend durch Englisch. Prüfen Sie das Laden des Bildes und die Bedeutung seines Alternativtexts; kontrollieren Sie neben sichtbaren Texten auch Links.

Private Vorschauen erfordern Anmeldung, verwenden noindex,nofollow und aktivieren weder Routen noch gespeicherte Detailseiten; sie verändern die Vorlage nicht. Ein Sprachwechsel behält den ausgewählten Datensatz bei. Eine deklarierte Sprachunterstützung ersetzt nicht die Prüfung tatsächlicher Übersetzungen.

Öffnen Sie Umstellung prüfen. Die Prüfung zeigt aktuelle öffentliche Datensatzschlüssel, vorgesehene URLs, Bereitschaft in sechs Sprachen, IDs vorhandener Detailseiten und die Vorlage pro Datensatz. Eine passende native Detailseite behält ihre individuelle Gestaltung; Datensätze ohne passende Seite verwenden die gemeinsame Detailvorlage. Der Katalog bleibt eine normale CMS-Seite.

Beheben Sie vor der Aktivierung gemeldete Fehler: überlappende Regelbereiche, widersprüchliche oder nicht zugeordnete native Seiten, geschützte Vorlagen, fehlende Seitenübersetzungen, ungültige Quellinhalte oder fehlende öffentliche Slug-Abfrage. Um eine vorhandene Adresse zu erhalten, muss jede native Detailübersetzung den erwarteten Datensatzpfad verwenden. Die Prüfung nutzt den vollständigen Veröffentlichungskatalog unabhängig von Grid-Filtern, Begrenzungen und Seitennavigation.

Die Prüfung umfasst Quellwerte, Regelrevision und beibehaltene Seiteninhalte. Ändert sich davon vor der Aktivierung etwas, prüfen Sie erneut. Das CMS lehnt eine veraltete Prüfung ab, statt eine andere Umstellung zu aktivieren.

Automatische Routen aktivieren ist eine gesonderte Veröffentlichungsaktion. Superadmins und Website-Administratoren mit Zugriff auf die gewählte Website können aktivieren; Redakteure mit Website-Zugriff dürfen Konfiguration und Vorschauen prüfen. Speichern oder Vorschauen erteilen keine Veröffentlichungsberechtigung.

Angenommen, die Plugins-Anwendung stellt nach der Aktivierung einen gültigen veröffentlichten Datensatz mit Slug webblocks-appointments bereit. Seine Quelltexte werden mit der gewählten Vorlage unter /extensions/webblocks-appointments und den fünf Varianten mit Sprachpräfix dargestellt. Wird ein weiterer gültiger Datensatz öffentlich, kann die aktive Regel dessen Detail-URL ohne CMS-Seitenkopie oder neue Regelaktivierung bereitstellen. Entscheidend ist ein öffentlicher Datensatz mit vollständigen Übersetzungen vom Anbieter, nicht ein im CMS eingetragenes Statuswort.

So läuft eine Anfrage ab:

Ziehen Sie den Datensatz in der Quellanwendung zurück. Sobald der Anbieter ihn nicht mehr öffentlich bereitstellt, liefern seine automatischen Detail-URLs in jeder aktivierten Sprache 404; er trägt keine automatischen Suchergebnisse oder Sitemap-Einträge mehr bei. Die Rücknahme von webblocks-appointments entfernt beispielsweise die öffentliche Verfügbarkeit von /extensions/webblocks-appointments und seinen Sprachvarianten. Dies ist ein Beispielablauf; der Leitfaden ändert den Veröffentlichungsstatus des Live-Beispiels nicht.

Sie müssen nicht sechs CMS-Kopien einzeln zurückziehen. Die aktive Regel besitzt ihren Detailadressbereich; eine beibehaltene native Seite wird nicht zur veralteten öffentlichen Ersatzkopie. Verwenden Sie Vorherige Veröffentlichung wiederherstellen nicht zur Rücknahme eines einzelnen Datensatzes: Das stoppt die gesamte Regel und kann die frühere native Veröffentlichung wiederherstellen. Die Sichtbarkeit der Katalogkarten bestimmen Sammlungsanbieter und Aktualität der Quelldaten; eine Grid-Schleife ist nicht die automatische Routenregel.

• Bereit: Der aktuelle öffentliche Inhalt erfüllt den Quellvertrag in allen sechs Sprachen; eine geeignete Detailroute kann rendern.
• Nicht öffentlich / nicht gefunden: Datensatz oder exakter Slug fehlen oder wurden zurückgezogen; die öffentliche Detailroute liefert 404.
• Quelle nicht verfügbar: Der Anbieter ist nicht erreichbar oder die Veröffentlichungsabfrage scheitert; die öffentliche Auflösung liefert 503.
• Unvollständiger oder inkompatibler Inhalt: Identität, Slug, Titel, Schema oder tatsächliche Übersetzung besteht die Validierung nicht; die öffentliche Auflösung liefert 503 statt einer teilweise übersetzten Seite.

Eine bewusste Rücknahme unterscheidet sich etwa von einem Timeout oder einem ungültigen französischen Datensatz. Korrigieren Sie gegebenenfalls Anbieter oder Übersetzung. Das CMS zeigt keine ältere native Kopie, um ein Quellproblem zu verbergen. Auch Suche und Sitemap benötigen einen gültigen aktuellen Veröffentlichungskatalog; ein fehlerhafter Katalog kann 503 statt veralteter oder unvollständiger Ergebnisse liefern.

Aktive Regeln ergänzen die normale HTML- und JSON-Suche der Website um aktuelle öffentliche Datensätze, ohne manuellen Indexneuaufbau. Die Suche nutzt deklarierten Veröffentlichungstitel, Beschreibung und öffentliche URL in der angeforderten Sprache, nicht jedes Quellfeld oder beibehaltenen nativen Text. Neue öffentliche und zurückgezogene Datensätze werden bei folgenden Suchanfragen geprüft. Leere oder zu kurze Anfragen behalten das normale Suchverhalten ohne Quellenauflösung.

Erzeugte Seiten verwenden die öffentliche Datensatz-URL als Canonical und bieten Alternativen für aktivierte Sprachen. Die Sitemap führt aktuelle geeignete Datensätze mit Sprach-URLs und Alternativen auf; normale Regeln zur Indexierbarkeit und zum Zugriff gelten weiterhin. Die Datensatzgrenze eines Sammlungsblocks begrenzt die automatische Detailauffindbarkeit nicht. Prüfen Sie nach genehmigter Aktivierung sechs URL-Varianten, übersetzte Inhalte, Bildmetadaten, Website-Suche und Sitemap. Siehe Suche und Lokalisierung.

Die Aktivierung bewahrt vollständige Wiederherstellungsrevisionen passender nativer Detailseiten, setzt diese auf Entwurf und stellt Quellinhalte mit ihren erhaltenen Vorlagen dar. Adressen, Blöcke, Bilder und Übersetzungen bleiben gespeichert. Beibehaltene Vorlagen können nicht gelöscht oder auf eine andere Website verschoben werden, solange die Übernahmedatensätze bestehen.

Bei einer aktiven Regel stellt Vorherige Veröffentlichung wiederherstellen die ursprünglichen Veröffentlichungszustände der beibehaltenen Seiten wieder her und pausiert automatische Routen. Dabei wird geprüft, ob ihr Inhalt seit der Aktivierung unverändert ist; Änderungen blockieren die Wiederherstellung. Geschützte Wiederherstellungsrevisionen werden nicht durch Wartungsbereinigung gelöscht. Eine pausierte Regel behält ihre Konfiguration und benötigt vor erneuter Aktivierung eine neue Umstellungsprüfung.

Die Wiederherstellung betrifft beibehaltene native Seiten; sie erstellt keine nativen Kopien neuer Datensätze, die nur als automatische Routen existierten. Behandeln Sie dies als Veröffentlichungsentscheidung für die Website und prüfen Sie danach öffentliche Routen und Auffindbarkeit. Siehe Redaktioneller Workflow.

Eine Sammlung nach Standard 1.0 deklariert publishesPages() mit einer Entitätsquelle desselben Plugins und Zuordnungen der Veröffentlichungsfelder. Sie implementiert ContentPublicationSource::publicationPage() für begrenzte öffentliche Identitätslisten und ContentPublicationSource::publicationRecord() für den aktuellen Datensatzstatus. Öffentliche Routen benötigen zusätzlich ContentPublicationRouteSource::publicationKey(), um einen exakten Slug ohne Katalogscan aufzulösen. Beide Quellzugriffsrichtlinien müssen öffentliche Auflösung erlauben.

Die Aufzählung muss ihren Cursor fortsetzen und doppelte Identitäten oder Slugs ablehnen. Die Datensatzabfrage unterscheidet verfügbare, fehlende, nicht verfügbare und unvollständige Inhalte. Stabile Schlüssel und kleingeschriebene, mit Bindestrichen getrennte Slugs müssen in den sechs übersetzten Datensätzen übereinstimmen; _locale muss der angeforderten Sprache entsprechen. Öffentliches Rendern nutzt einen Kontext ohne Vorschau und ohne Administrator. Liefern Sie nach einer Rücknahme keine veralteten Erfolgsdaten und kennzeichnen Sie englischen Inhalt nicht als andere Sprache. Feldtypen, Bilder und Anbieterübersetzungen erklärt der Quellvertrag dynamischer Inhalte.