Ergebnis dieses Guides
Ein Inhalt über Vorschau, API und öffentliche Ausgabe
Arbeitsumgebung
Drupal mit Inhaltstypen, Feldern, Rollen und der eingesetzten Konfiguration
Wann ist diese Entscheidung wichtig?
Die Trennung von Redaktion und Ausgabe schafft zusätzliche Verträge. Vorschau und veröffentlichte Inhalte dürfen dabei nicht verwechselt werden.
Modellieren Sie wiederkehrende Informationen über passende Inhaltstypen und Felder. Trennen Sie redaktionelle Inhalte von Konfigurationsänderungen und prüfen Sie Rechte für Anzeige, Bearbeitung und Veröffentlichung einzeln.
Headless: Schritt für Schritt.
- 01
Vorbereiten
Definieren Sie Inhaltsschema, öffentliche Felder, Vorschauzugriff und Aktualisierungsregel.
- 02
In Drupal umsetzen
Erstellen Sie einen Entwurf und eine veröffentlichte Version. Prüfen Sie ihre Ausgabe sowie eine spätere Änderung über die gesamte Kette.
- 03
Im tatsächlichen Projekt prüfen
Testen Sie einen Inhalt mit zwei Rollen und ohne Anmeldung. Konfigurationsübernahme, Cache-Aktualisierung und Beziehungen zwischen Inhalten gehören zur Prüfung.
Beispiel zur Überprüfung
So lässt sich das Ergebnis prüfen.
Als Projektkontext dient ein Portal mit mehreren Inhaltstypen und Freigaberollen. Der folgende Prüffall ist eine Vorlage für diese Aufgabe und kein Bericht über eine Kundenmessung.
- Eingabe / Auslöser
- Eine Redakteurin ändert eine Überschrift und veröffentlicht den Inhalt
- Erwartetes Ergebnis
- Die neue Version erscheint gemäß der festgelegten Cache-Regel.
- Fehler- oder Grenzfall
- Ein öffentlich erreichbarer API-Schlüssel kann keine internen Entwürfe oder Schreibrechte freigeben.
Abnahme und typische Fehler.
- Redakteure sehen zuverlässig die spätere Ausgabe.
- Ein öffentlich erreichbarer API-Schlüssel kann keine internen Entwürfe oder Schreibrechte freigeben.
- Seine Flexibilität lohnt sich nur mit sauberem Datenmodell und verlässlicher Betreuung.
Typischer Fehler
Headless erhöht Aufwand bei einer einfachen Website.
Quellen und Versionshinweis
Die Anleitung beschreibt das Vorgehen; konkrete APIs, Produktfunktionen und Laufzeitgrenzen müssen zur eingesetzten Version passen. Halten Sie Version, Konfiguration und Prüfergebnis im Projekt fest und vergleichen Sie die verlinkte Dokumentation bei Änderungen.
