Zahlenwerte wie Jahre an Erfahrung, Kundenanzahl oder Projektsummen sollten zentral gepflegt statt auf mehreren Seiten dupliziert werden. Dieser Beitrag beschreibt, wie eine ACF-Optionsseite mit Bricks als Template-Engine solche Werte konsistent bereitstellt und wie das Wartungsaufwand reduziert.
Problem: inkonsistente Zahlen auf mehreren Seiten
Viele Websites speichern Zähler, Statistiken oder Erfahrungsjahre an mehreren Stellen innerhalb des Themes oder in unterschiedlichen Content-Blöcken. Wenn ein Wert an einer Stelle aktualisiert wird, bleibt er an anderen Stellen unverändert, weil die Pflege dezentral erfolgt. Das führt zu widersprüchlichen Angaben, die bei Besuchern Glaubwürdigkeit und Vertrauen untergraben.
Solche Inkonsistenzen entstehen besonders bei Wachstum oder nach Rebranding-Maßnahmen, wenn mehrere Subseiten betroffen sind und nicht alle manuell synchronisiert werden. Der Aufwand, alle Vorkommen zu finden und zu ändern, ist hoch und fehleranfällig. Automatisierbare, zentrale Datenhaltung reduziert diesen Aufwand und vermeidet menschliche Fehler.
Lösung mit ACF-Optionsseite
Die ACF-Optionsseite erlaubt das Anlegen eines zentralen Feld-Containers, in dem numerische Werte oder andere globale Einstellungen gepflegt werden. Anstatt Werte in einzelnen Beiträgen oder Blöcken zu duplizieren, speichert man sie einmal auf der Optionsseite und liest sie an allen Stellen aus. Das zentrale Feld kann als numerisches Feld konfiguriert werden, damit nur gültige Werte akzeptiert werden.
Für die Wartung empfiehlt sich eine Feldgruppe mit klaren Feldnamen und Validierungen, etwa Min/Max oder Typprüfung auf Integer/Float. Änderungen erfolgen dann ausschließlich über die Optionsseite und sind sofort für alle Templates verfügbar. Dadurch sinkt die Fehlerquote und die Aktualisierung wird plan- und kontrollierbar.
Technische Umsetzung: ACF-Optionsseite und Abruf
ACF bietet eine API, um Optionsseiten zu registrieren und Felder dort abzulegen. Auf PHP-Ebene liest man Werte mit get_field(‚feldname‘, ‚option‘) oder mit der ACF-Funktion get_option, je nach Konfiguration. Das Abrufen zentraler Werte im Template ist direkt und performant, wenn die Felder als einfache Datentypen konfiguriert sind.
Als Beispiel liefert ACF direkt den Wert, der in Bricks als dynamische Quelle oder über ein kurzes PHP-Snippet ausgegeben werden kann. Bei hoher Zugriffszahl lohnt es sich, serverseitiges Caching oder transient-basierte Zwischenspeicherung zu prüfen, um wiederholte Datenbankabfragen zu reduzieren.
Einbindung in Bricks Builder
Bricks erlaubt das Einfügen dynamischer Daten über Platzhalter oder eigene Shortcodes. In Bricks kann die ACF-Optionsseite als Datenquelle hinterlegt werden, sodass der Platzhalter automatisch den aktuellen Wert ausgibt. Dadurch erscheinen korrekte Zahlen auf allen Seiten, ohne dass Redakteure einzelne Seiten bearbeiten müssen.
Für Entwickler lässt sich zusätzlich ein kleines PHP-Snippet verwenden, wenn spezielle Formatierungen oder Fallback-Werte benötigt werden. Ein einfaches Beispiel für den direkten Abruf mit ACF lautet: <?php echo esc_html( get_field('jahre_erfahrung', 'option') ); ?>. Dieses Snippet kann als Shortcode registriert oder direkt in ein Template eingebunden werden.
Best Practices und Wartung
Feldnamen konsistent und sprechend wählen, Typen rigoros validieren und Feldgruppen dokumentieren. Für Werte, die formatiert angezeigt werden sollen (z. B. Tausendertrennzeichen oder Suffixe), die rohe Zahl zentral speichern und die Anzeigeformatierung in den Templates vornehmen. So bleibt die Datenbasis unverdorben und die Ausgabe flexibel.
Regelmäßige Reviews der Optionsseite empfehlen sich, besonders wenn neue Kennzahlen hinzukommen. Bei größeren Änderungen an Datenstrukturen sollten Migrationsskripte oder Admin-Hinweise für Redakteure bereitgestellt werden. Zentral gepflegte Werte reduzieren langfristig Aufwand und erhöhen die Konsistenz der Website.