Zum Inhalt springen
Octibiz
Demo

Durchsucht Website und Dokumentation gemeinsam. Enter zeigt alle Treffer, Esc schließt.

Web und Website Im Grundpaket

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.

Verwaltete Webseiten mit Seiten, Menüs und Beiträgen

Websites im laufenden System. 67 Einzelfunktionen in 11 Bereichen.

Auf einen Blick

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.

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.

Unter deinen Rechten

Automationen, die du damit baust

  1. Wenn ein Beitrag veröffentlicht wird, dann poste ihn in den Team-Kanal und lege eine Aufgabe "Social-Beiträge planen" an.
  2. Wenn ein Kontaktformular auf der Website abgeschickt wird, dann erzeuge einen Lead im CRM und weise ihn dem zuständigen Vertrieb zu.
  3. Wenn eine neue Referenz veröffentlicht wird, dann benachrichtige die Marketing-Leitung mit der fertigen Adresse.
  4. 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

Jung

Gebaut 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.