Die ganze Website im System. Nicht als Anhängsel daneben.
Der Baukasten baut die einzelne Seite. Dieses Modul ist die Website drumherum: beliebig viele Sites je Marke mit eigenen Domains, ein Seitenbaum mit Sprachfassungen, Menüs, eine URL-Verwaltung, die bei jeder Umbenennung selbst die Weiterleitung anlegt, Blog und frei definierbare Inhaltsstrukturen. Dazu sitemap, robots und llms.txt, damit Suchmaschinen und KI-Assistenten dich finden oder eben ausdrücklich nicht.
Websites im laufenden System. 67 Einzelfunktionen in 11 Bereichen.
Auf einen Blick
- Zuordnung
- Im Grundpaket enthalten
- Im Founding-Programm
- Enthalten, ohne Aufpreis
- Familie
- Web und Website
- Betrieb
- In Deutschland oder auf eigener Infrastruktur. Eine isolierte Instanz je Kunde, eigene Datenbank.
Kommt dir das bekannt vor?
Drei Marken, drei Websites, drei Hosting-Verträge und drei Leute, die jeweils wissen, wo das Passwort liegt
Wenn jemand kündigt, geht ein Stück Infrastruktur mit. Und die vierte Marke kommt bestimmt.
Dann die Umbenennung
Jemand ändert einen Seitentitel, der Slug ändert sich mit, und ab da laufen alle alten Links ins Leere. Rankings weg, Backlinks tot, und gemerkt hat es niemand, weil eine 404-Seite genauso still ist wie eine funktionierende.
Die Kundenreferenzen liegen als 40 fast identische Seiten im CMS
Ändert sich das Layout, ändern sich 40 Seiten. Also ändert sich das Layout nie.
Web und Website
Was Websites kann
Die wichtigsten 6 von 11 Funktionsbereichen. Die vollständige Liste steht darunter zum Aufklappen.
Sites je Marke: so viele, wie du brauchst
Eine Site ist eine eigenständige Web-Präsenz unter einer Marke, und du legst beliebig viele davon an: die Firmen-Website, die Kampagnen-Site, die Produkt-Site, die Landingpage-Sammlung für eine Messe. Jede bekommt ihre eigene Domain, ihre eigenen Sprachen und ihre eigene Struktur. Geteilt wird nichts, außer du exportierst bewusst etwas aus der Baukasten-Bibliothek.
Der Seitenbaum: Struktur, die du anfassen kannst
Seiten hängen in einem Baum, den du per Ziehen umsortierst. Legst du eine Seite auf einer anderen ab, wird sie zur Unterseite, und alle URLs des betroffenen Astes werden mit Weiterleitung fortgeschrieben. Der Inhalt selbst entsteht im Baukasten, den du direkt aus dem Baum heraus öffnest. Jede Seite zeigt dir dabei ehrlich, ob sie schon einen veröffentlichten Stand hat oder nur als Entwurf existiert.
Menüs: mehrere je Site, verschachtelt, mehrsprachig
Hauptmenü, Fußzeile, Servicebereich: Du legst so viele Menüs an, wie die Site braucht, jedes mit einem festen Schlüssel. Dieser Schlüssel ist der Einbau-Anker im Baukasten, deshalb bleibt er stabil, auch wenn der Anzeigename wechselt. Einträge zeigen auf eine Seite der Site oder auf eine freie URL, lassen sich verschachteln und je Sprache anders beschriften.
URLs und Weiterleitungen: die 301-Kette, die sich selbst plättet
Jede öffentliche Adresse deiner Site steht in einer Tabelle: welcher Pfad, welches Ziel, welche Sprache, aktiv oder Weiterleitung. Änderst du einen Slug oder hängst eine Seite um, entsteht die Weiterleitung vom alten Pfad automatisch. Und was in der Praxis den Unterschied macht: Ketten werden geplättet. Wird A zu B und später B zu C, zeigt A danach direkt auf C, statt über zwei Sprünge zu laufen. Kehrst du auf einen früheren Pfad zurück, wird die alte Zeile wieder aktiv.
SEO und Maschinen-Lesbarkeit: auch für KI-Crawler
sitemap.xml, robots.txt und llms.txt entstehen aus deinem tatsächlichen Bestand, nicht aus einer gepflegten Zweitliste. Interessant wird es bei den KI-Crawlern: Für jeden benannten Bot legst du fest, ob er darf oder nicht, und die robots.txt wird entsprechend gebaut. Dazu kommt llms.txt, eine kurze Selbstbeschreibung deiner Site in Markdown, die KI-Assistenten lesen. Entweder du schreibst sie selbst, oder sie entsteht automatisch aus deinen veröffentlichten Inhalten.
Auslieferung unter deiner Domain
Ein Besucher ruft deine Domain auf, das System erkennt daran die Site und liefert die passende Seite aus. Fertige Seiten kommen aus dem Cache, deshalb ist die Antwort schnell. Und weil Veröffentlichen den Cache gezielt leert, siehst du deine Änderung sofort, statt fünf Minuten zu warten oder irgendwo einen Leeren-Knopf zu suchen.
Alle Funktionen im Überblick
67 Einzelfunktionen, nach Bereichen sortiert. Aufklappen, was dich interessiert.
Sites & Domains (8 Funktionen)
- Sites je Marke
- Beliebig viele, vollständig getrennte Web-Präsenzen.
- Domains
- Primäre Domain plus weitere Domains, Zuordnung tolerant gegenüber "www".
- Sprachen
- Sprachliste je Site mit Standardsprache.
- Aktiv / inaktiv
- Site vom Netz nehmen, ohne etwas zu löschen.
- Wartungsmodus
- Greift sofort, Besucher sehen die Wartungsseite; Ein- und Ausschalten mit Rückfrage.
- Seiten-Zuordnungen
- Startseite, Fehlerseite, Wartungsseite.
- Pflichtseiten
- Impressum, Datenschutz, Barrierefreiheit mit Status-Badges in der Site-Liste.
- Vorschau-Links
- Direkt aus den Einstellungen, sofern eine primäre Domain gesetzt ist.
Seitenbaum (7 Funktionen)
- Verschachtelung
- Beliebig tief, Umsortieren per Ziehen und Pfeiltasten.
- Umhängen
- Ablegen auf einer Seite macht sie zur Unterseite; URLs des Teilbaums werden fortgeschrieben.
- Seiten-Arten
- Normale Seite und Blog-Übersicht.
- Sprach-Ausprägungen
- Titel und Slug je Sprache, direkt am Knoten aufklappbar.
- Slug-Bearbeitung
- Inline, mit sofortiger 301-Weiterleitung vom alten Pfad.
- Statusanzeige
- "Release aktiv" oder "Kein aktives Release", sichtbar oder inaktiv.
- Baukasten-Sprung
- "Im Baukasten öffnen" führt direkt in den visuellen Editor.
Menüs (4 Funktionen)
- Mehrere Menüs
- Je Site beliebig viele, mit stabilem Schlüssel als Einbau-Anker.
- Verschachtelung
- Untereinträge per Ziehen, Ablegen auf einem Eintrag ordnet unter.
- Ziele
- Seite der Site oder freie URL, optional in neuem Tab.
- Beschriftungen
- Je Sprache pflegbar.
URLs & Weiterleitungen (6 Funktionen)
- URL-Tabelle
- Alle Adressen je Site mit Ziel, Sprache, Typ und Status.
- Automatische 301
- Bei Slug-Änderung und beim Umhängen ganzer Teilbäume.
- Ketten-Plättung
- Aus A auf B und B auf C wird A direkt auf C.
- Rückkehr
- Ein früherer Pfad wird wieder aktiv statt zu kollidieren.
- Manuelle Weiterleitungen
- Für Alt-Adressen, je Sprache oder für alle Sprachen.
- Schutz
- Systemgepflegte aktive Zeilen lassen sich nicht versehentlich löschen.
SEO & Maschinen-Lesbarkeit (6 Funktionen)
- sitemap.xml
- Aus den aktiven Adressen, mit hreflang-Alternates und Änderungsdatum.
- robots.txt
- Mit Sitemap-Verweis und freien Zusatzregeln.
- KI-Crawler-Politik
- Benannte Bots je Site einzeln erlauben oder aussperren.
- llms.txt
- Kuratierte Selbstbeschreibung oder automatisch aus den veröffentlichten Seiten.
- Eingabe-Härtung
- Crawler-Bezeichnungen und Pfade werden bereinigt, damit sich keine Regeln einschleusen lassen.
- Seiten-SEO
- Meta, Open Graph, kanonische URL und JSON-LD kommen aus dem Baukasten.
Blog (6 Funktionen)
- Beiträge
- Titel, Slug, Sprache, Anriss, Titelbild, Inhalt im Baukasten.
- Kategorien
- Anlegen, zuordnen, verwalten; Löschen lässt die Beiträge stehen.
- Lesezeit
- Wird berechnet und in Liste und Auslieferung angezeigt.
- Veröffentlichen
- Mit Rückfrage; die Adresse entsteht sofort, die Auslieferung mit aktivem Inhalt.
- Sprachfassungen
- Beiträge ausdrücklich verknüpfen; hreflang und Umschalter folgen.
- Blog-Übersicht
- Eigene Seiten-Art im Seitenbaum.
Eigene Inhaltsstrukturen (9 Funktionen)
- Strukturen je Site
- Frei definierbare Felder, Slug als URL-Segment.
- Feldtypen
- Text, Fließtext, Bild, Zahl, Datum, Schalter, Link, Farbe, Referenz, Mehrfach-Referenz.
- Feld-Optionen
- Pflicht, übersetzbar, Ziel-Struktur bei Referenzen.
- Titel- und SEO-Quelle
- Bestimmen Anzeige-Titel und Meta-Description der Eintrags-Seiten.
- Eintrags-Formular
- Entsteht automatisch aus der Struktur, mit passendem Bedienelement je Typ.
- Eintrags-Seiten
- Eine Seite je veröffentlichtem Eintrag aus der gemeinsamen Vorlage.
- Listen-Baustein
- Anzahl, Sortierung, Anzeigefelder und Referenz-Filter.
- Veröffentlichen / Zurücknehmen
- Je Eintrag; Zurückgenommenes antwortet mit 404, bleibt aber als Entwurf erhalten.
- Duplizieren & Filter
- Einträge kopieren, nach Status filtern, durchsuchen.
Auslieferung (7 Funktionen)
- Host-Auflösung
- Domain zu Site, tolerant gegenüber "www".
- Cache
- Je Site, Sprache und Pfad; nur erfolgreiche Antworten.
- Publish-Purge
- Veröffentlichen, Zurücknehmen und Vorlagen-Änderungen leeren gezielt.
- ETag / 304
- Unveränderte Seiten werden nicht erneut übertragen.
- Fehler- und Wartungsseite
- Im Baukasten gestaltet, je Site zugeordnet.
- Nichts halb Fertiges
- Ohne veröffentlichten Inhalt gibt es 404, keine halbe Vorschau.
- Öffentliche Endpunkte
- Nachlade-Punkte und Einwilligungs-Meldung, je IP begrenzt.
Website-Bausteine (6 Funktionen)
- Menü
- Verschachtelt, Aufklapp-Menüs ohne JavaScript, aktive Seite markiert.
- Sprachumschalter
- Zeigt die tatsächlich vorhandenen Sprachfassungen.
- Brotkrumen
- Inklusive strukturierter Daten für den Seitenpfad.
- Beitragsliste
- Anzahl, Auszug und Datum als Optionen.
- Auslieferzeitliche Füllung
- Menü-, Sprach-, Beitrags- und Eintrags-Änderungen wirken ohne erneutes Veröffentlichen.
- Sprachgerechte Kleintexte
- Lesezeit-Angaben und Vorlesehilfen folgen der ausgelieferten Sprache.
Recht & Nachweis (4 Funktionen)
- Einwilligungs-Kategorien
- Mit Sperre für technisch notwendige Kategorien.
- Banner-Texte
- Titel und Text je Sprache, mit Rückfall auf die Standardsprache.
- Nachweise
- Zeitpunkt, Auswahl, gehashte IP, Browserkennung.
- Bilder
- Eigener Upload für Seiten- und Eintragsbilder, ohne Umweg über den Baukasten.
Rechte & Schnittstellen (4 Funktionen)
- Rechte
- Getrennt für Sites, Seiten, Menüs, Beiträge, URLs, Inhaltsstrukturen, Einträge und Einwilligungen.
- Marken-Schnitt
- Zuständigkeit für eine Marke begrenzt, was sichtbar und änderbar ist.
- REST-API
- Sites, Seiten inklusive Verschieben, Sprach-Ausprägungen, Menüs, Beiträge, Kategorien, URLs, Strukturen, Einträge, Nachweise.
- Dynamische Quellen
- Site-Name, Beitragstitel, Beitragsautor und Beitragsdatum für den Baukasten.
Was hier anders ist
Die Weiterleitung entsteht, wenn der Fehler passiert
In den meisten Systemen ist die 301 eine Aufgabe für später, und "später" heißt in der Praxis: nie. Hier legt jede Slug-Änderung und jedes Umhängen die Weiterleitung selbst an, und die Ketten werden geplättet, statt sich über Jahre zu stapeln. Das ist kein Komfort-Feature, das ist der Unterschied zwischen erhaltenen und verlorenen Rankings.
Website und Betriebssystem sind dasselbe System
Eine statisch gebaute Site kann Bestand, Preise oder Kontingente prinzipiell nicht live zeigen, und ein separates CMS kennt deine Kunden nicht. Hier steht der Blog neben dem CRM, das Formular erzeugt direkt einen Lead, und niemand hält zwei Wahrheiten synchron.
KI-Crawler sind eine Einstellung, keine Serverarbeit
Ob GPTBot, ClaudeBot oder PerplexityBot deine Inhalte lesen dürfen, entscheidest du je Site mit einem Umschalter. Dazu kommt llms.txt, damit Assistenten deine Site richtig zusammenfassen, statt sich etwas auszudenken. Beides gehört heute zur Website und nicht in ein Ticket an die IT.
Ein System, kein Flickwerk
Womit Websites zusammenarbeitet
Kein Zapier, keine Sync-Jobs, keine doppelten Stammdaten. Die Nachbarmodule lesen dieselben Daten.
Webbaukasten
Klare Arbeitsteilung. Der Baukasten baut die einzelne Fläche, dieses Modul liefert die Website drumherum. Jede Seite im Seitenbaum, jeder Beitrag und jede Eintrags-Vorlage ist eine Baukasten-Fläche, und ein Veröffentlichen im Baukasten leert hier gezielt den Cache.
Mehr dazuMarketing
Formulare und Newsletter-Anmeldungen auf deiner Website nutzen die bestehende Formular- und Einwilligungs-Verwaltung des Marketing-Moduls. Das Ziel ist wählbar: E-Mail, Lead, Automation oder Datei-Ablage. Die Arbeitsteilung bleibt klar: Websites und Landingpages entstehen hier und im Baukasten, das Marketing-Modul liefert Formulare, Consent und Attribution dazu.
Mehr dazuCRM
Das Kontaktformular deiner Website erzeugt einen Lead in der Pipeline, mit Quelle und Zeitstempel. Der Weg von der Landingpage zum Vertriebsgespräch braucht keine Zwischenstation.
Mehr dazuPages & Workspaces
Entwürfe, Redaktionspläne und Abstimmungen leben intern in Pages, veröffentlicht wird hier. Was intern ist, bleibt intern, weil es zwei getrennte Flächen sind und nicht eine mit einem Häkchen "öffentlich".
Wissensdatenbank
Geprüfte interne Artikel sind die Grundlage für öffentliche Hilfe-Inhalte, ohne dass jemand versehentlich einen internen Stand veröffentlicht.
Mehr dazuAutomation & Reporting
Veröffentlichungen und Formular-Eingänge sind Ereignisse im System, an denen Benachrichtigungen, Folgeaufgaben und Auswertungen hängen.
Automation, API und KI
So bedient die KI Websites
Die KI ruft dieselben Operationen auf wie die Oberfläche, unter deinen Rechten.
KI-Assistent · eingetippt
"Leg auf der Site Hauptauftritt eine Unterseite ‚Karriere' unter ‚Über uns' an, deutsch und englisch." Die KI legt Seite und Sprach-Ausprägungen an, den Inhalt baust du danach im Baukasten.
Automationen, die du damit baust
- Wenn ein Beitrag veröffentlicht wird, dann poste ihn in den Team-Kanal und lege eine Aufgabe "Social-Beiträge planen" an.
- Wenn ein Kontaktformular auf der Website abgeschickt wird, dann erzeuge einen Lead im CRM und weise ihn dem zuständigen Vertrieb zu.
- Wenn eine neue Referenz veröffentlicht wird, dann benachrichtige die Marketing-Leitung mit der fertigen Adresse.
- Wenn eine Site in den Wartungsmodus geht, dann informiere die Kundenbetreuung, damit niemand ins Leere telefoniert.
Die KI bedient alle 2.168 API-Operationen unter denselben Rechte-, Marken- und Audit-Regeln wie ein Mensch. Von außen über MCP anbindbar, in der App direkt bedienbar, beides aus demselben Funktionsumfang.
Klare Kante
Wofür du etwas anderes brauchst
Damit du im Vergleich nicht raten musst, was hier absichtlich fehlt.
Kein Shop, noch nicht
Warenkorb, Checkout und Storefront-Vorlagen sind ausdrücklich nicht Teil dieses Moduls. Sie sind als Aufsatz auf denselben Baukasten geplant, damit es später nicht zwei getrennte Frontends gibt. Bis dahin ist das hier eine Website, keine Verkaufsstrecke.
Blog und eigene Inhaltsstrukturen liegen nebeneinander
Der Blog bleibt vorerst die eingebaute Spezialfläche, die Strukturen sind der generische Weg. Das ist eine bewusste Doppelung: Der Blog bleibt einfach, wer mehr Struktur braucht, nimmt die generischen Inhaltsstrukturen.
Domain und Zertifikat sind Betriebsarbeit
Du trägst die Domain in der Site ein, aber die Umstellung des DNS-Eintrags und das Zertifikat richtet der Betrieb einmalig ein. Ein Ein-Klick-Domainkauf aus der Oberfläche heraus gibt es nicht und ist auch nicht geplant.
Kein Import aus bestehenden CMS
Inhalte werden neu aufgebaut. Was der Umzug abfedert, sind die Weiterleitungen für die alten Adressen.
Geplant, ohne Datum
der Shop-Aufsatz auf derselben Fläche und Kundenportal-Seiten aus demselben Baukasten.
Wo dieses Modul heute steht
JungGebaut und benutzbar, aber noch frisch. Wir sagen dir vorher, was es heute kann und was noch nicht.
Als Founding-Partner bekommst du es ohne Aufpreis und bestimmst mit, wie es am Ende funktioniert. So läuft das Programm.
Häufige Fragen zu Websites
Wo hört der Baukasten auf und wo fängt dieses Modul an?
Der Baukasten ist das Werkzeug für die einzelne Seite: Bausteine, Gestaltung, Vorlagen, Veröffentlichen. Dieses Modul ist die Website darum herum: welche Sites es gibt, unter welchen Domains sie laufen, wie der Seitenbaum aussieht, welche Menüs es gibt, welche Adressen wohin zeigen, wie Blog und eigene Inhaltsstrukturen aufgebaut sind und wie die Site öffentlich ausgeliefert wird. Faustregel: Alles, was du an einer Seite siehst, kommt aus dem Baukasten. Alles, was die Seite auffindbar und erreichbar macht, kommt von hier.
Können wir unsere bestehende WordPress- oder Typo3-Seite umziehen?
Die Inhalte baust du im Baukasten neu auf, einen automatischen Import gibt es nicht. Das ist ehrlich gesagt bei den meisten Relaunches ohnehin der Weg, weil altes Markup selten mitwandern soll. Was den Umzug absichert: Für jede alte Adresse legst du eine Weiterleitung an, entweder von Hand über die URL-Tabelle oder für ganze Zweige, sobald die neue Struktur steht. Rankings und externe Links laufen damit weiter.
Wie viele Websites können wir betreiben?
So viele, wie du brauchst, und je Marke beliebig viele. Firmenauftritt, Kampagnen-Site, Produktseite, Messelandingpages: alles eigene Sites mit eigener Domain, eigenem Seitenbaum, eigenen Sprachen, eigenen Menüs und eigener Crawler-Politik. Geteilt wird zwischen Sites bewusst nichts, außer du exportierst gezielt Vorlagen aus der Baukasten-Bibliothek und spielst sie woanders ein.
Ist der Cookie-Banner damit rechtssicher?
Das Modul liefert die Technik: Kategorien mit Sperre für technisch notwendige Cookies, Texte je Sprache, die Speicherung der Entscheidung und einen Nachweis mit Zeitpunkt, Auswahl, gehashter IP und Browserkennung. Was es nicht liefert, ist die juristische Bewertung deiner konkreten Website. Welche Kategorien du brauchst, welche Dienste hineingehören und wie deine Datenschutzerklärung formuliert ist, klärst du mit deinem Datenschutzbeauftragten oder deiner Kanzlei. Wir bauen den Nachweis, nicht das Gutachten.
Was hat es mit llms.txt auf sich, und brauchen wir das?
llms.txt ist eine kurze Selbstbeschreibung deiner Website in Markdown, die KI-Assistenten auslesen können, um zu verstehen, worum es auf der Site geht und welche Seiten es gibt. Verpflichtend ist das nicht, und niemand kann dir seriös versprechen, dass ein bestimmter Assistent sie beachtet. Der Aufwand ist allerdings null: Lässt du das Feld leer, wird die Datei automatisch aus deinen veröffentlichten Seiten erzeugt. Wer lieber steuert, was dort steht, schreibt sie selbst.
Wie schnell ist die Website, und wer hostet sie?
Ausgeliefert wird aus einem Zwischenspeicher je Site, Sprache und Pfad. Wer die Seite schon einmal geladen hat, bekommt beim zweiten Mal nur noch das, was sich geändert hat. Das Markup selbst kommt aus dem Baukasten und ist bewusst schlank, damit die Seite auch auf dem Handy und bei schwachem Netz schnell lädt. Betrieben wird die Site in derselben Umgebung wie dein Octibiz, also in Deutschland gehostet, wahlweise in der Cloud oder auf deinem eigenen Server. Domain und Zertifikat richtet der Betrieb einmalig ein.
Brauchen wir Blog und eigene Inhaltsstrukturen beides?
Nicht zwingend. Der Blog ist die fertige, spezialisierte Fläche mit Kategorien, Anriss und Lesezeit, du musst dort nichts modellieren. Eigene Inhaltsstrukturen sind der generische Weg für alles andere: Referenzen, Team, Standorte, Stellenanzeigen. Beide existieren derzeit nebeneinander, und ob sie später zusammengeführt werden, ist eine offene Entscheidung. Für heute gilt: Redaktionelle Beiträge in den Blog, alles Listenartige in eine eigene Struktur.
Ist das Modul im Grundpaket enthalten?
Ja, das Websites-Modul gehört zum Grundpaket, im Founding-Programm ist es ebenfalls enthalten; aktuelle Details auf der Preisseite (/preise/). Der Webbaukasten, selbst Teil des Grundpakets, ist Voraussetzung, weil die Inhalte dort entstehen.
Websites im echten Betrieb sehen
Wir zeigen dir Websites an unserem eigenen Agentursystem, mit echten Daten. 30 Minuten, keine Folien.
