Beiträge und Seiten in AliothPress: Editoren, Templates, Veröffentlichung
Beiträge und Seiten sind die beiden zentralen Inhaltstypen von AliothPress. Beide nutzen denselben Workflow: Entwurf und Veröffentlichung mit Live-Vorschau, wahlweise Rich-Text-Editor oder visueller Page Builder, Beitragsbild mit Alt-Text und Bildunterschrift, Auszug, Tags und Kategorien, ein eigener FAQ-Editor pro Inhalt und vollständige SEO-Metadaten in der Seitenleiste. Seiten bieten zusätzlich Layout-Templates für die Inhaltsbreite und einen Schalter, der jede Seite in einen Blog-Feed verwandelt. Jeder Beitrag und jede Seite gehört zu einer Translation Group, damit alle 31 Sprachen der Website automatisch verknüpft bleiben.
Zwei Editoren, eine Wahl pro Seite
Inhalte entstehen entweder im Rich-Text-Editor oder im visuellen Page Builder. Jede Seite und jeder Beitrag nutzt genau einen der beiden. Der Rich-Text-Editor eignet sich für Artikel und textlastige Seiten: Überschriften, Listen, Bilder, Zitate, eingebettete Videos mit Datenschutz-Fassade. Der Builder eignet sich für komponierte Layouts: Spalten, Abschnitte mit Hintergründen, Galerien, Formulare. Die Wahl gilt pro Inhalt. Eine Website kann also beide Stile frei mischen. Builder-Seiten werden serverseitig in dasselbe saubere, vom Theme gestylte HTML gerendert wie Editor-Seiten.
Seitentemplates: die Inhaltsbreite wählen
Jede Seite wählt in der Seitenleiste ein Layout-Template:
Standard zentriert den Inhalt in einer angenehmen Lesespalte von 768 Pixeln, die richtige Wahl für Text.
Volle Breite lässt den Inhalt über den vollen 1200-Pixel-Container laufen, passend für Tabellen, Galerien und breite Bilder.
Landingpage entfernt Seitenkopf und Metadaten komplett und nutzt den vollen Container. Hero-Sektionen und Builder-Kompositionen bekommen die ganze Fläche.
Landingpage (schmal) verbindet das Landingpage-Verhalten mit der schmalen Spalte.
Templates ändern nur die Darstellung. Der Wechsel ist ein Dropdown und ein Speichern, der Inhalt bleibt unberührt.
Die Seitenleiste: Status, Übersetzungen, Anzeigeoptionen
Die rechte Seitenleiste bündelt alles, was Erscheinen und Sichtbarkeit betrifft. Der Status wechselt zwischen Entwurf und Veröffentlicht, und der Vorschau-Button zeigt Entwürfe exakt so, wie Besucher sie später sehen, bevor irgendetwas live geht. Das Panel „Übersetzungen" verknüpft den Inhalt mit seiner Translation Group. Zwei Checkboxen steuern, ob Autor und Datum auf der öffentlichen Seite angezeigt werden. Die Metadaten bleiben in beiden Fällen im HTML-Head und in den strukturierten Daten erhalten, sodass Suchmaschinen und KI-Systeme weiterhin Autoren- und Aktualitätssignale bekommen, auch wenn die sichtbare Seite minimal bleibt.
Das Beitragsbild kommt aus der Mediathek, mit eigenem Alt-Text und Bildunterschrift, und erfüllt zwei Aufgaben: Aus ihm entstehen die Social-Media-Vorschaubilder, und im Blog-Feed wird es zum Kartenbild des Beitrags.
Tags, Kategorien und Hub-Seiten
Beiträge und Seiten tragen Tags und eine Kategorie. Jeder Tag und jede Kategorie erhält eine eigene öffentliche Hub-Seite mit allen zugehörigen Inhalten. Besucher und Crawler bekommen so ohne jede Konfiguration eine thematische Karte der Website.
FAQ-Editor für Answer Engines
Beide Inhaltstypen enthalten einen FAQ-Editor für Frage-Antwort-Paare. Die Paare erscheinen als Akkordeon auf der öffentlichen Seite und werden zu FAQPage-Strukturdaten, dem maschinenlesbaren Format, das KI-Answer-Engines direkt zitieren. Der KI-Assistent füllt den Editor beim Generieren von Inhalten automatisch, und jedes Paar bleibt von Hand editierbar.
Eine Seite in einen Blog-Feed verwandeln
Die Checkbox „Neueste Beiträge auf dieser Seite anzeigen" in den Seiteneinstellungen hängt unter den eigenen Inhalt der Seite einen paginierten Feed der neuesten veröffentlichten Beiträge: zwölf pro Seite, neueste zuerst, in der Sprache der Seite. Jede Karte zeigt das Beitragsbild als responsives Vorschaubild, und der Feed liefert ItemList-Strukturdaten mit. Die Einstellung synchronisiert sich über die gesamte Translation Group der Seite: Die deutsche Version zeigt deutsche Beiträge, und der Sprachumschalter führt Besucher zum passenden Feed. Jede Seite kommt infrage: Intro schreiben, Häkchen setzen, fertig ist die Blog-Startseite.
Slugs, Canonical-URLs und sichere Umbenennungen
Slugs werden aus dem Titel erzeugt, sind auf der ganzen Website eindeutig und frei editierbar. Ein Feld für die Canonical-URL verhindert Duplicate Content, wenn dasselbe Material unter mehreren Adressen existiert. Das Umbenennen eines veröffentlichten Slugs ist sicher: Eine permanente 301-Weiterleitung von der alten Adresse entsteht automatisch, wie im Artikel über Redirects und Cleanup beschrieben.
Beiträge und Seiten sind mit allen anderen Funktionen des CMS verknüpft: Inhalte kommen mit Metadaten und FAQ-Paaren an, wenn der KI-Assistent den Entwurf schreibt. Layouts wachsen über reinen Text hinaus im Visual Page Builder. Jedes hier beschriebene Feld speist die Strukturdaten aus Built-in SEO und AEO. Und Translation Groups bringen alles in 31 Sprachen, wie in Mehrsprachige Websites gezeigt.