ACF Flexible Content: eine wartbare Block-Library statt Page-Builder

ACF Flexible Content: Warum das besser ist als jeder Page-Builder

Wenn Kunden eine WordPress-Website in Auftrag geben, kommen sie oft mit dem Wunsch: "Die Seite soll einfach zu bedienen sein, und wir wollen Inhalte selbst anpassen." Das führt in der Praxis schnell zu Page-Buildern wie Elementor, Divi oder WPBakery. Die Idee ist verlockend – drag-and-drop, alles visuell, sofort sichtbar. Das Problem: Page-Builder sind Kompromisse. Sie erzeugen aufgeblähten HTML-Output, laden JavaScript und CSS für Funktionen, die du nie nutzt, und machen Custom-Designs oft schwieriger, nicht einfacher.

ACF Flexible Content ist ein anderer Ansatz. Kein visueller Editor, aber eine strukturierte, wartbare Lösung, die Redakteuren tatsächliche Flexibilität gibt – während du als Entwickler die volle Kontrolle über Markup und Performance behältst.

Das Konzept: Blöcke statt Freitext

Das Grundprinzip ist einfach. Statt einem Editor ein leeres Textfeld zu geben – oder eine endlose Palette von Drag-and-drop-Elementen –, definierst du vorab eine Bibliothek von Sektionstypen: Hero-Bereich, Textblock mit Bild, Testimonials, FAQ, Kontaktformular, Team-Übersicht und so weiter. Jeder Sektionstyp hat genau die Felder, die er braucht: Bild-Upload, Überschrift, Text, Links.

Im WordPress-Backend sieht der Redakteur dann eine geordnete Liste dieser Blöcke. Er kann neue hinzufügen, vorhandene verschieben, deaktivieren oder duplizieren. Die Reihenfolge bestimmt, was auf der Seite zu sehen ist. Das ist die Flexibilität, die Kunden sich wünschen – ohne dass jemand aus Versehen das Layout zerschießen kann.

Wie Blöcke auf Template-Teile mappen

Auf der Entwicklerseite entspricht jeder Sektionstyp einem PHP-Template-Part. Die Hauptschleife ist minimal:

if ( have_rows( 'sections' ) ) :
  while ( have_rows( 'sections' ) ) : the_row();
    $layout = get_row_layout();
    get_template_part( 'template-parts/sections/' . $layout );
  endwhile;
endif;

Jede sections/hero.php, sections/text-image.php und so weiter ist eine eigenständige Datei. Sie liest ihre ACF-Felder aus, rendert ihr HTML und kümmert sich um nichts anderes. Das macht die Templates einfach zu testen, einfach zu warten und einfach zu erweitern.

Wiederverwendbarkeit über mehrere Seiten hinweg

Einer der größten Vorteile gegenüber Page-Buildern: dieselbe Block-Library lässt sich seitenübergreifend nutzen. Einmal ein "Testimonial"-Block gebaut, steht er auf der Startseite, der Über-uns-Seite und der Leistungsübersicht zur Verfügung – mit identischem Markup und identischen Styles. Bei Page-Buildern landet man schnell in der Situation, dass jede Seite leicht anders gebaut ist, weil verschiedene Mitarbeiter zu unterschiedlichen Zeiten unterschiedliche Elemente verwendet haben.

Mit einer definierten Block-Library gibt es nur eine "Wahrheit" pro Sektionstyp. Änderungen am Template wirken sich sofort auf alle Seiten aus, die diesen Block nutzen. Das ist bei der Wartung unbezahlbar.

Performance und Markup-Kontrolle

Page-Builder erzeugen HTML, das sie für alle denkbaren Konfigurationen generisch halten müssen – das führt zu tief verschachtelten <div>-Strukturen, Inline-Styles und JavaScript-Abhängigkeiten. Mit eigenen Templates schreibst du genau das HTML, das du brauchst. Nicht mehr, nicht weniger.

Das wirkt sich direkt auf die Ladezeit aus: kein Builder-JavaScript, kein Builder-CSS, keine globalen Grid-Definitionen, die nur auf einer einzigen Seite gebraucht werden. Die Core Web Vitals danken es.

Praxis: 41 Sektionstypen und 16 Blöcke

Ich habe diesen Ansatz in realen Projekten in unterschiedlicher Größenordnung umgesetzt. Beim Wickie-Projekt – einer mehrsprachigen Fintech-Website mit Versionen in Deutsch, Englisch, Französisch und Italienisch – umfasst die Block-Library 41 verschiedene Sektionstypen. Von einfachen Text-Hero-Sektionen bis hin zu komplexen Tabellen-Layouts und interaktiven Feature-Übersichten. Jeder Sektionstyp ist ein sauberes Template, das Redakteure in beliebiger Reihenfolge kombinieren können.

Bei Augusta Beauty war der Fokus ein anderer: eine kleinere Beauty-Studio-Website mit 16 Blöcken, deren Kernziel die Selbständigkeit des Kunden war. Der Betreiber kann Sektionen selbst hinzufügen, Text und Bilder austauschen und Seiten neu aufbauen – ohne Agentur, ohne Entwickler für jede kleine Änderung.

Die Editor-Erfahrung

Ein häufiges Gegenargument: "Ist ACF Flexible Content nicht komplizierter als ein visueller Editor?" In der Praxis nicht – wenn die Felder sinnvoll benannt und die Vorschau-Bilder für jeden Block hinterlegt sind. ACF Pro erlaubt es, jedem Sektionstyp eine Beschreibung und einen Layout-Screenshot zu geben. Redakteure sehen auf einen Blick, welchen Block sie hinzufügen.

Was sie nicht tun können: Schriftgrößen, Farben oder Abstände manuell überschreiben. Das klingt nach Einschränkung, ist aber ein Feature. Es stellt sicher, dass die Seite nach einem Jahr Redakteursbetrieb noch genauso aussieht wie am ersten Tag.

ACF Flexible Content ist die wartbare Alternative

Wenn du eine WordPress-Website baust, die langfristig gepflegt werden soll, ist ACF Flexible Content der sauberere Weg. Du gibst Redakteuren echte Flexibilität – Sektionen hinzufügen, umsortieren, deaktivieren – ohne dabei Kontrolle über Markup, Performance und Design abzugeben.

Wenn du eine neue WordPress-Website planst oder eine bestehende von einem Page-Builder ablösen möchtest, berate ich dich gern zum richtigen Ansatz: Schreib mir.