| Funktion | Field Forge from $35/yr | Competitor |
|---|---|---|
| Mittlere Stufe | ✓ | ✗ |
| Agenturstufe | ✓ | ✓ |
| Kostenlose Version | ✓ | ✓ |
| Speicherarchitektur | ✗ | ✗ |
| Leistung auf großen Seiten | ✗ | ✗ |
| ACF-Code-Kompatibilität | ✗ | ✗ |
| KI-Schema-Generierung | ✓ | ✗ |
| TypeScript-Generierung | ✓ | ✗ |
| GraphQL SDL-Generierung | ✓ | ✗ |
| Schema-Versionierung / Rollback | ✓ | ✗ |
| Lokale JSON-Synchronisierung | ✓ | ✓ |
| 32 Feldtypen | ✓ | ✓ |
| Repeater, Flex, Gruppe, Klon | ✓ | ✓ |
| Optionsseiten | ✓ | ✓ |
| PHP-Blöcke (acf_register_block_type) | ✓ | ✓ |
| WPGraphQL-Integration | ✗ | ✗ |
| Alter der Admin-Benutzeroberfläche | ✗ | ✗ |
| Field Forge | Advanced Custom Fields (ACF) | |
|---|---|---|
| Eintrittspreis | $35/Jahr (Persönlich, 1 Seite) | $49/Jahr (Pro, unbegrenzte persönliche Seiten) |
| Mittlere Stufe | $99/Jahr (10 Seiten) | — (Pro deckt nur persönlich ab) |
| Agenturstufe | $169/Jahr (unbegrenzt) | $249/Jahr (Agentur, 10 Seiten) |
| Kostenlose Version | Ja | Ja |
| Speicherarchitektur | Benutzerdefinierte Tabelle mit Indizes | wp_postmeta (veraltet) |
| Leistung auf großen Seiten | 3–10x schnellere Abfragen | N+1 Abfrageproblem |
| ACF-Code-Kompatibilität | Vollständige Kompatibilitätsschicht | Native (es ist ACF) |
| AI-Schema-Generierung | Ja (einzigartig) | Nein |
| TypeScript-Generierung | Ja (einzigartig) | Nein |
| GraphQL SDL-Generierung | Ja (einzigartig) | Nein (benötigt WPGraphQL für ACF) |
| Schema-Versionierung / Rollback | Ja (einzigartig) | Nein |
| Lokale JSON-Synchronisierung | Ja | Ja |
| 32 Feldtypen | ✓ | ✓ (ähnliche Anzahl) |
| Repeater, Flex, Gruppe, Klon | ✓ | ✓ (nur ACF Pro) |
| Optionsseiten | ✓ | ✓ (nur ACF Pro) |
| PHP-Blöcke (acf_register_block_type) | ✓ | ✓ (nur ACF Pro) |
| WPGraphQL-Integration | Native (automatische Registrierung) | Über separates WPGraphQL für ACF-Plugin |
| Alter der Admin-Benutzeroberfläche | 2025+ | 2014-Ära |
Seien wir fair. ACF wurde nicht zufällig zum Marktführer. Es hat echte Stärken:
Tausende von Drittanbieter-Plugins, Themes und Tools integrieren sich mit ACF. Wenn ein neuer WordPress-Entwickler nach “wie man benutzerdefinierte Felder hinzufügt” googelt, findet er zuerst ACF-Tutorials. Der Vorteil des Ökosystems ist real und wird Jahre dauern, um ihn einzuholen.
Seit 2022 wird ACF vom Team von WP Engine betreut. Sie haben Ressourcen, Supportmitarbeiter und das Engagement, ACF funktionsfähig zu halten. Für Unternehmenskunden, die über 10 Jahre Stabilität von Anbietern benötigen, ist die Unterstützung von WP Engine beruhigend.
ACF ist seit über 15 Jahren auf Millionen von WordPress-Seiten in Produktion. Die Fehler wurden gefunden und behoben. Die Randfälle sind dokumentiert. Für Seiten, die “einfach funktioniert” über “neueste Funktionen” priorisieren, ist ACF eine sichere Wahl.
Jede WordPress-Agentur, jeder Freelancer und jeder interne Entwickler kennt ACF. Die Einarbeitung neuer Teammitglieder ist kostenfrei, da sie bereits get_field() und den visuellen Builder kennen. Die Schulungskosten für den Wechsel zu einer Alternative sind real.
ACF speichert Feldwerte in wp_postmeta. Es ist der wp-standard Weg und funktioniert für kleine Seiten, aber es verursacht N+1-Abfrageprobleme auf Seiten mit vielen Beiträgen oder komplexen Wiederholungen. Eine Archivseite mit 20 Beiträgen und 10 Feldern = 200+ SQL-Abfragen. Auf einer Seite, wo die Datenbank netzwerkgebunden ist (was die meisten verwalteten Hosting-Anbieter tun), sind dies Hunderte von Millisekunden, die zu jeder Seitenansicht hinzugefügt werden.
Field Forge verwendet eine dedizierte wp_fieldforge_values Tabelle mit ordnungsgemäßer Indizierung auf (post_id, field_name), (post_id, field_group_id) und (parent_id, row_index). Kombiniert mit einer batch_load() API und der WordPress-Objektcache-Integration läuft dasselbe 20-Beiträge-Archiv in 1 SQL-Abfrage. Real-World-Benchmark: 3–10x schneller auf Seiten mit 1.000+ Beiträgen.
Funktion zur benutzerdefinierten Tabellenspeicherung →
Field Forge implementiert jede ACF-Vorlagenfunktion: get_field(), the_field(), have_rows(), the_row(), get_sub_field(), get_row_layout(), update_field(), acf_register_block_type() und mehr. Wenn Field Forge aktiv ist und ACF deaktiviert ist, funktioniert der Theme-Code, der ACF-Funktionen verwendet, weiterhin — die Aufrufe werden auf die Speicherung von Field Forge anstelle von ACF aufgelöst.
Was das bedeutet: Sie können in weniger als einer Stunde von ACF zu Field Forge migrieren, ohne eine einzige Vorlagendatei umzuschreiben. Ihre bestehenden get_field() Aufrufe funktionieren weiterhin. Ihre bestehenden have_rows() Schleifen funktionieren weiterhin. Ihre acf_register_block_type() Registrierungen funktionieren weiterhin. Der einzige Unterschied ist, wo die Daten gespeichert sind.
Kein anderes “ACF-Alternativ-Plugin” bietet dies. Die Migration von ACF erfordert typischerweise das Umschreiben jeder Vorlagenreferenz, weshalb die meisten Kunden trotz Frustration über die Leistung oder Preisgestaltung von ACF nie tatsächlich wechseln.
Funktion der ACF-Kompatibilitätsschicht →
Field Forge ist das einzige WordPress-Plugin für benutzerdefinierte Felder mit KI-basierter Feldgruppenerstellung. Beschreiben Sie, was Sie möchten, in einfachem Englisch (“Hero-Bereich mit Titel, Untertitel, Hintergrundbild und CTA-Button”), und die KI erstellt die vollständige Feldgruppe — die richtigen Typen, sinnvolle Bezeichnungen, korrekte Standardwerte. 12 integrierte Vorlagen + KI-Fallback für benutzerdefinierte Beschreibungen.
ACF hat kein entsprechendes Feature. Das Nächste in ACFs Ökosystem ist “ACF Extended”, das mehr Feldtypen hinzufügt, jedoch keine KI-Generierung.
Funktion zur KI-Schema-Generierung →
Field Forge generiert automatisch .d.ts TypeScript-Definitionen für jede Feldgruppe, plus GraphQL SDL-Ausgabe, plus automatische WPGraphQL-Typregistrierung, wenn beide Plugins aktiv sind. Für Teams, die headless WordPress mit Next.js, Astro, Nuxt usw. erstellen, verwandelt dies benutzerdefinierte Felder von einem Typensicherheits-Albtraum in eine vollständig typisierte API.
ACF erfordert die Installation von WPGraphQL für ACF (ein separates Plugin, das vom WPGraphQL-Team betreut wird) für die GraphQL-Integration, und es gibt keine TypeScript-Generierung.
TypeScript-Generierung → · GraphQL-Generierung →
Field Forge verfolgt jede Änderung der Feldgruppe als Revision mit Autor, Zeitstempel und vollständigem Diff. Haben Sie versehentlich eine Feldgruppe beschädigt? Eine schlechte Änderung vorgenommen? Ein-Klick-Rollback. Kein anderes WordPress-Plugin für benutzerdefinierte Felder hat dieses Feature.
Funktion zur Schema-Versionierung →
ACF Pro für $49/Jahr deckt unbegrenzte persönliche Seiten ab, was gut klingt, aber ACF Agentur für $249/Jahr deckt nur 10 Seiten ab. Für eine Agentur, die 30 Kundenwebseiten verwaltet, kostet ACF $249/Jahr. Für Field Forge sind es $169/Jahr.
Für eine einzelne Seite kostet ACF $49/Jahr im Vergleich zu Field Forge für $35/Jahr.
Im Oktober 2024 führte ein Streit zwischen WP Engine und WordPress.org über das Branding und die Kontrolle von ACF dazu, dass WordPress.org ACF in ein neues Plugin namens Secure Custom Fields (SCF) abspaltete. SCF wird jetzt automatisch installiert, wenn Benutzer auf wordpress.org nach ACF suchen. Viele Benutzer verwenden SCF, ohne zu realisieren, dass es nicht mehr “das gleiche ACF” ist, das sie ursprünglich installiert haben.
Dies hat zu echter Verwirrung im Markt für WordPress-Benutzerfelder geführt:
Die Position von Field Forge: Wir nehmen keine Seite im Streit zwischen ACF und SCF. Beide sind legitime Optionen. Field Forge ist die klare dritte Option — von Grund auf neu gebaut, moderne Architektur, kompatibel mit beiden über die ACF-Kompatibilitätsschicht.
Wenn Sie ACF verwenden und moderne Architektur + KI-Funktionen + bessere Preise wünschen → wechseln Sie zu Field Forge. Wenn Sie SCF verwenden und kommerziellen Support + KI-Funktionen wünschen → wechseln Sie zu Field Forge. Jede Migration verwendet denselben Importer.
Lesen Sie den vollständigen ACF vs SCF vs Field Forge Leitfaden →
Field Forge: 32 Feldtypen, einschließlich aller grundlegenden, Auswahl-, relationalen, Layout- und Pro-Verbundfelder. ACF: ~30 Feldtypen in Pro, weniger in kostenlos. Im Wesentlichen gleich. Beide decken die gleichen Anwendungsfälle ab.
Field Forge: moderner Dreipanel-Drag-Drop mit Tastenkombinationen, Inline-Bearbeitung, Echtzeitvorschau, KI-Generierung. ACF: Dreipanel-Drag-Drop-Builder mit modalbasierter Feldcreation. Field Forge ist moderner. Beide funktional, unterschiedliche Generation des UI-Designs.
Field Forge: benutzerdefinierte Tabellenspeicherung, Batch-Laden, Objektcache-Integration. Benchmark 3–10x schneller auf großen Seiten. ACF: wp_postmeta-Speicherung. N+1-Abfragen auf Archiven. Keine integrierte Batch-Ladung. Field Forge gewinnt entscheidend auf großen Seiten. Für kleine Seiten (<500 Beiträge) ist der Unterschied nicht spürbar.
Field Forge: Ein-Klick-Importer für ACF, SCF, Meta Box, CMB2, Carbon Fields. ACF: keine Ein-Klick-Migration von anderen Plugins. Field Forge gewinnt.
Field Forge: KI-Schema-Generierung (12 Vorlagen + KI-Fallback). KI-Feldtypvorschläge. ACF: keine. Field Forge gewinnt.
Field Forge: TypeScript-Generierung, GraphQL SDL, WPGraphQL-Auto-Registrierung, REST API mit Feldwerten inline. ACF: WPGraphQL für ACF separates Plugin, keine TypeScript-Generierung. Field Forge gewinnt.
Field Forge: vollständige Versionshistorie mit Rollback. ACF: keine. Field Forge gewinnt.
ACF: Tausende von Plugins, Themes und Tools, die rund um ACFs API gebaut wurden. Field Forge: wachsendes Ökosystem, aber kleiner. Die Kompatibilitätsschicht bedeutet, dass die meisten ACF-bewussten Plugins weiterhin funktionieren. ACF gewinnt für das Ökosystem. Field Forge’s Kompatibilitätsschicht mildert die Lücke.
ACF: Tausende von Blogbeiträgen, YouTube-Videos, Stack Overflow-Antworten. Field Forge: wachsend, aber kleiner. ACF gewinnt für Lernressourcen. Vieles, was Sie über ACF lernen würden, gilt über die Kompatibilitätsschicht auch für Field Forge.
ACF: WP Engine Unternehmensunterstützung, Unternehmens-SLAs verfügbar. Field Forge: Prioritätsunterstützung bei kostenpflichtigen Plänen, noch keine Unternehmensverträge. ACF gewinnt für Unternehmensanforderungen. Field Forge ist besser für kleine und mittlere Märkte.
Die Migration dauert für die meisten Seiten 15–60 Minuten.
Sichern Sie immer vor der Migration. Verwenden Sie das Backup-Tool Ihres Hosts oder WP-CLI: wp db export backup.sql.
Installieren Sie Field Forge neben ACF. Sie stehen sich nicht im Weg, da die Kompatibilitätsschicht von Field Forge nur aktiviert wird, wenn ACF deaktiviert ist.
Field Forge → Werkzeuge → Importieren von ACF. Das Tool liest die Feldgruppen und Werte von ACF und kopiert sie in die Speicherung von Field Forge. Die Fortschrittsanzeige zeigt Chargen von 50 Beiträgen pro Anfrage an.
Field Forge führt eine automatische Überprüfung durch: Anzahl der migrierten Gruppen stimmt überein, Anzahl der migrierten Werte stimmt überein, 10 zufällig ausgewählte Beiträge werden verglichen.
Mit beiden Plugins noch aktiv, überprüfen Sie wichtige Seiten: Startseite, Beiträge mit benutzerdefinierten Feldern, Optionsseiten, jeden benutzerdefinierten Beitragstyp. ACF liefert zu diesem Zeitpunkt weiterhin die Daten (die Kompatibilitätsschicht wurde noch nicht aktiviert).
Sobald überprüft, deaktivieren Sie ACF. Die Kompatibilitätsschicht von Field Forge übernimmt. Die Vorlagen des Themes werden weiterhin genau gleich gerendert.
Überprüfen Sie die gleichen Seiten aus Schritt 5. Wenn etwas falsch aussieht, aktivieren Sie ACF erneut (Daten sind sicher) und kontaktieren Sie den Support.
Vollständiger Migrationsleitfaden →
Um fair zu sein, ist Field Forge nicht die richtige Wahl für jede Seite. ACF ist besser, wenn:
Für alles andere — moderne Architektur, KI-Funktionen, headless WordPress, Agenturnutzung, leistungsbewusste Seiten und alle, die ~$80–$100/Jahr sparen möchten — ist Field Forge die bessere Wahl.
Wird mein ACF-Code nach der Migration weiterhin funktionieren? Ja. Die ACF-Kompatibilitätsschicht implementiert jede ACF-Vorlagenfunktion. get_field(), have_rows(), get_sub_field() und acf_register_block_type() funktionieren alle unverändert. Null Vorlagenänderungen.
Kann ich ACF und Field Forge gleichzeitig ausführen? Ja, während der Migration. Langfristig sollte immer nur eines aktiv sein. Beide in der Produktion zu betreiben, würde bedeuten, dass es zwei Sets von Feldgruppen in zwei verschiedenen Speicher-Backends gibt.
Funktioniert Field Forge mit WPGraphQL für ACF? Field Forge hat seine eigene native WPGraphQL-Integration (registriert Typen automatisch bei Aktivierung). Wenn Sie WPGraphQL für ACF verwenden, können Sie es nach der Migration zu Field Forge deinstallieren — die native Integration ersetzt es.
Was ist mit meinen ACF JSON-Dateien von Local JSON? Field Forge hat seine eigene Funktion zur lokalen JSON-Synchronisierung, die ähnliche JSON-Dateien aus einem Theme-Verzeichnis liest. ACF JSON-Dateien können mit geringfügigen Formatänderungen in Field Forge importiert werden (unser Migrationstool erledigt dies automatisch).
Ist die Migration umkehrbar? Ja. Die Migration von Field Forge ist nicht destruktiv — die Daten von ACF bleiben während und nach der Migration an Ort und Stelle. Wenn Sie Field Forge deaktivieren, fällt Ihre Seite auf ACF zurück (wenn noch installiert) mit allen Daten intakt.
Was ist mit ACF Extended, ACF Frontend und anderen ACF-Add-Ons? Field Forge deckt die meisten Funktionen beliebter ACF-Add-Ons nativ ab (zusätzliche Feldtypen, Unterstützung für Frontend-Formulare über Form Forge). Für Nischen-Add-Ons, die spezifische Funktionen hinzufügen, wenden Sie sich an den Support, und wir beraten Sie zur Kompatibilität.
Was ist der Unterschied zwischen ACF und SCF? ACF ist das ursprüngliche kommerzielle Plugin, das von WP Engine besessen wird. SCF ist die kostenlose WordPress.org-Abspaltung, die im Oktober 2024 erstellt wurde. Sie teilen dasselbe Datenformat und die API der Vorlagenfunktionen, sodass die Migration und die Kompatibilitätsschicht von Field Forge für beide funktionieren. Vollständiger ACF vs SCF vs Field Forge Leitfaden →
Holen Sie sich Field Forge — ab $35/Jahr →
14-tägige Rückerstattung. Ein-Klick-ACF-Importer. Der Theme-Code bleibt über die ACF-Kompatibilitätsschicht kompatibel.
Ja. Die ACF-Kompatibilitätsschicht implementiert jede ACF-Vorlagenfunktion. get_field(), have_rows(), get_sub_field() und acf_register_block_type() funktionieren alle unverändert. Null Vorlagenänderungen.
Ja, während der Migration. Langfristig sollte immer nur eines aktiv sein. Beide in der Produktion zu betreiben, würde bedeuten, dass es zwei Sets von Feldgruppen in zwei verschiedenen Speicher-Backends gibt.
Field Forge hat seine eigene native WPGraphQL-Integration (registriert Typen automatisch bei Aktivierung). Wenn Sie WPGraphQL für ACF verwenden, können Sie es nach der Migration zu Field Forge deinstallieren — die native Integration ersetzt es.
Field Forge hat seine eigene Funktion zur lokalen JSON-Synchronisierung, die ähnliche JSON-Dateien aus einem Theme-Verzeichnis liest. ACF JSON-Dateien können mit geringfügigen Formatänderungen in Field Forge importiert werden (unser Migrationstool erledigt dies automatisch).
Ja. Die Migration von Field Forge ist nicht destruktiv — die Daten von ACF bleiben während und nach der Migration an Ort und Stelle. Wenn Sie Field Forge deaktivieren, fällt Ihre Seite auf ACF zurück (wenn noch installiert) mit allen Daten intakt.
Field Forge deckt die meisten Funktionen beliebter ACF-Add-Ons nativ ab (zusätzliche Feldtypen, Unterstützung für Frontend-Formulare über Form Forge). Für Nischen-Add-Ons, die spezifische Funktionen hinzufügen, wenden Sie sich an den Support, und wir beraten Sie zur Kompatibilität.
ACF ist das ursprüngliche kommerzielle Plugin, das von WP Engine besessen wird. SCF ist die kostenlose WordPress.org-Abspaltung, die im Oktober 2024 erstellt wurde. Sie teilen dasselbe Datenformat und die API der Vorlagenfunktionen, sodass die Migration und die Kompatibilitätsschicht von Field Forge für beide funktionieren. Vollständiger ACF vs SCF vs Field Forge Leitfaden →
Every feature included. Every plan. Starting at $35/yr.