Publii vs. WordPress

Eine herkömmliche WordPress-Installation benötigt neben Themes und Plugins auch PHP und eine Datenbank. Das ermöglicht Funktionen wie Kundenkonten, Onlineshops und gemeinsame redaktionelle Abläufe, erfordert aber die laufende Wartung der Software. Weitere Informationen findest du in den Hosting-Anforderungen von WordPress.

Bei Publii bleibt die Datenbank mit deinen Inhalten im lokalen Projekt. Der Webserver erhält HTML, CSS, JavaScript und Mediendateien. Da die veröffentlichte Website ohne PHP auskommt, musst du keine PHP-Laufzeitumgebung für das CMS warten. Deinen Computer, dein Hosting-Konto und deine Integrationen musst du weiterhin schützen.

Wenn deine Website hauptsächlich Inhalte veröffentlicht, muss auf der öffentlichen Website nicht das CMS selbst laufen. Du behältst die Kontrolle über dein lokales Projekt, wählst den Hosting-Anbieter und entscheidest, wann die fertige Website online geht.

Du kannst mit einem Block-Editor, einem klassischen WYSIWYG-Editor oder Markdown schreiben. Autoren, Tags, Medien, Galerien, Tabellen und Einbettungen verwaltest du, ohne das erzeugte HTML bearbeiten zu müssen.

Im WYSIWYG-Editor helfen dir die Wort- und Zeichenzahl sowie die geschätzte Lesezeit, einen Entwurf vor der Veröffentlichung zu prüfen. In der lokalen Vorschau siehst du, wie deine Inhalte im gewählten Theme aussehen.

Die Editoren unterstützen außerdem Videos, Dateien zum Herunterladen und Codebeispiele. Im Block-Editor kannst du Code mit Syntaxhervorhebung bearbeiten und vorhandene Inhaltsblöcke duplizieren. Für Syntaxhervorhebung auf der veröffentlichten Website nutzt du das optionale Plugin „Syntax Highlighter“ oder eine eigene Einbindung. Welche Formatierungswerkzeuge verfügbar sind, hängt vom gewählten Editor ab.

Bewahre das lokale Projekt auf, damit du deine Website weiter bearbeiten kannst. Die erzeugten Website-Dateien sind eine separate Ausgabe, die du zwischen kompatiblen Hosting-Anbietern übertragen kannst.

Unveröffentlichte Änderungen bleiben bis zur Synchronisierung im lokalen Projekt. WordPress speichert Entwürfe normalerweise in seiner Datenbank auf dem Server. Der Zugriff wird über Benutzerkonten geregelt.

Auch für den Datenschutz deiner Besucher bietet Publii Werkzeuge: für Cookie-Einwilligungen, die Einwilligung für eingebettete Inhalte von Drittanbietern, datenschutzfreundliche Videoeinstellungen und die Integration von Google Consent Mode v2.

Mit den SEO-Einstellungen von Publii konfigurierst du Seitentitel, Meta-Beschreibungen und Meta-Robots-Angaben für die Startseite, Beitragsübersichten, Tag- und Autorenseiten, die Suchergebnisseite und die 404-Seite. Für die verfügbaren Seitentypen legst du Anweisungen zur Indexierung und zum Folgen von Links fest. Suchmaschinen entscheiden, ob und wie sie unterstützte Anweisungen berücksichtigen.

Du kannst außerdem Folgeseiten von Übersichten aus den Suchergebnissen ausschließen, den Inhalt der XML-Sitemap festlegen, einzelne Dateien ausschließen, lesbare URLs und Präfixe konfigurieren sowie Open-Graph-Tags und Twitter Cards mit Ersatzbildern erzeugen. Beitragsseiten können automatisch strukturierte Daten im JSON-LD-Format enthalten, wenn das Theme die integrierte JSON-LD-Unterstützung von Publii einbindet.

Publii erzeugt semantisches HTML. Die vom Publii-Team entwickelten Themes verwenden HTML, CSS und reines JavaScript. Wichtige Inhalte stehen direkt im Seitenquelltext und müssen nicht erst von einem umfangreichen Frontend-Framework dargestellt werden.

Besucher und Crawler können die erzeugten Inhalte lesen, ohne auf clientseitiges Rendering zu warten. Ob sie indexiert werden, hängt weiterhin vom Zugriff, der Qualität der Inhalte und der Suchmaschine ab.

GEO steht für Generative Engine Optimization. Publii unterstützt die Auffindbarkeit von Inhalten für KI-Dienste durch crawlbares statisches HTML, konfigurierbaren Crawler-Zugriff und optionale Plugins, die ein Verzeichnis als llms.txt und Markdown-Versionen von Beiträgen und Seiten veröffentlichen. Diese Dateien stellen öffentliche Inhalte in zusätzlichen Formaten für Werkzeuge bereit, die sie verwenden.

Google bestätigt, dass für Übersichten mit KI (AI Overviews) und den KI-Modus weder spezielles KI-Markup noch ein separates Schema erforderlich sind. Es gelten weiterhin dieselben Grundlagen: nützliche, eigenständige Informationen, crawlbarer Text, aussagekräftige Überschriften, verlässliche Metadaten und interne Links.

Damit Inhalte in Zusammenfassungen und Textauszügen der ChatGPT-Suche erscheinen können, darf der OAI-SearchBot weder durch Regeln in der robots.txt noch durch Schutzmechanismen des Hostings blockiert werden. Über den GPTBot steuerst du unabhängig davon den Zugriff für mögliches Modelltraining. Das erläutert die Crawler-Dokumentation von OpenAI.

In den SEO-Einstellungen kannst du außerdem Disallow-Regeln für GPTBot, ChatGPT-User und CCBot von Common Crawl hinzufügen, ohne robots.txt von Hand zu bearbeiten. Diese Regeln teilen Crawlern deine Präferenzen mit, sind aber keine Zugriffssperren. Bei Anfragen, die ein Nutzer auslöst, werden sie möglicherweise nicht berücksichtigt. Publii schreibt deine Auswahl automatisch in die erzeugte Datei. Wenn du eine eigene robots.txt hinzufügst, hat diese Vorrang. Die Crawler-Regeln verwaltest du dann selbst.

Drei optionale Plugins ergänzen deine Website um zusätzliche Inhaltsformate und Crawler-Regeln.

Das Plugin „LLMS.txt Generator“ erstellt ein strukturiertes, anpassbares Verzeichnis, das KI-Werkzeugen hilft, die wichtigsten Inhalte deiner Website zu finden. „Markdown for AI“ erzeugt zu jedem veröffentlichten Beitrag und jeder Seite eine übersichtliche Version mit der Dateiendung .md. Werkzeuge, die Markdown bevorzugen, können damit direkt auf eine Markdown-Version jedes Artikels zugreifen. Mit „AI Crawler Blocker“ legst du Regeln für ausgewählte KI-Crawler fest. Ihre Wirkung hängt davon ab, ob die Crawler die Regeln beachten.

Das Verzeichnis und die Markdown-Dateien sind für Googles Übersichten mit KI oder den KI-Modus nicht erforderlich. Sie garantieren auch nicht, dass ein KI-Dienst eine Seite crawlt, zitiert oder empfiehlt.

SEO- und Performance-Funktionen von Publii ansehen

Wenn jemand einen Artikel oder eine Unternehmensseite öffnet, liefert der Webserver die von Publii erzeugten Dateien aus. Er benötigt keine PHP-Anwendung, um die Antwort aufzubauen.

WordPress kann ebenfalls zwischengespeicherte statische Seiten ausliefern. Die Caching-Dokumentation erklärt, wie Seiten-Caching den Verarbeitungsaufwand auf dem Server verringert. Bei beiden Plattformen hängen die Ergebnisse vom Hosting, den Bildern und Skripten sowie davon ab, welche Seiten aus dem Cache ausgeliefert werden.

Publii erzeugt Seiten bei der Vorschau oder Veröffentlichung. WordPress kann sie bei einer Anfrage generieren und das Ergebnis zwischenspeichern. Seiten für angemeldete Nutzer oder mit personalisierten Inhalten können weiterhin eine Verarbeitung auf dem Server erfordern.

Publii bietet außerdem responsive Bilder, Lazy Loading und Minifizierung. Bei aktivierten responsiven Bildern kannst du WebP oder AVIF als Format für responsive Bilder und Thumbnails wählen. Publii erzeugt unterstützte Thumbnails automatisch im gewählten Format, während die Originaldateien unverändert bleiben. Damit wird ein Teil der üblichen Performance-Optimierung bereits vor der Veröffentlichung erledigt.

Bei einer herkömmlichen WordPress-Installation gehören normalerweise der WordPress-Core, Schnittstellen für Anmeldung und Verwaltung, PHP, eine Datenbank, Theme-Code und die benötigten serverseitigen Plugins zur laufenden Website.

Publii stellt keine vergleichbare CMS-Umgebung online. Es gibt keinen öffentlichen Publii-Adminbereich und keinen Publii-Login. Eine standardmäßig mit Publii erzeugte Website benötigt auf dem Server weder eine Datenbank noch eine PHP-Laufzeitumgebung.

Schütze deine Hosting-Zugangsdaten, halte deinen Computer und die Desktop-App aktuell und prüfe eigenen Code sowie externe Dienste. Auch eine statische Website kann über ein Konto, eine Integration oder schädliche Dateien kompromittiert werden.

Mit einem CMS ohne PHP entfällt diese Laufzeitumgebung auf der standardmäßig veröffentlichten Website. Das bedeutet weder, dass PHP an sich immer unsicher ist, noch, dass jede WordPress-Installation eine Sicherheitslücke aufweist.