Vollständiger Leitfaden zur Migration von ACF / SCF zu Field Forge | Field Forge - Benutzerdefinierte Felder, gebaut für Geschwindigkeit
Herunterladen Anmelden

Vollständiger Leitfaden zur Migration von ACF / SCF zu Field Forge

Teil 1: Bevor Sie beginnen

Warum migrieren?

Bevor Sie Zeit in die Migration investieren, stellen Sie sicher, dass sich die Änderung lohnt. Gründe für die Migration von ACF oder SCF zu Field Forge:

  • Leistung — Die benutzerdefinierte Tabellenspeicherung von Field Forge ist 3–10x schneller auf Seiten mit 1.000+ Beiträgen oder komplexen Wiederholungen
  • AI-Schema-Generierung — einzigartig für Field Forge, spart 80% der Zeit bei der Einrichtung von Feldgruppen
  • Headless WordPress-Tools — TypeScript- und GraphQL-Auto-Generierung
  • Preis — Field Forge Personal $35/Jahr vs ACF Pro $49/Jahr; Agentur $169 vs ACF Agentur $249
  • Ungewissheit über ACF/SCF-Forks — entkommen Sie dem Drama von WP Engine / WordPress.org mit einem Plugin, das nicht beteiligt ist
  • Schema-Versionierung — verlieren Sie niemals eine Änderung der Feldgruppe; Rückgängigmachung mit einem Klick
  • Moderne Architektur — Field Forge wurde für WordPress im Jahr 2026, nicht 2016, entwickelt

Wenn keiner dieser Punkte auf Ihre Situation zutrifft, bleiben Sie bei ACF oder SCF. Die Migration hat Kosten (Zeit, Tests, Risiko) und Sie sollten nur migrieren, wenn die Vorteile diese Kosten überwiegen.

Kompatibilitätsprüfung

Überprüfen Sie vor der Migration, ob Ihr ACF-spezifischer Code in der Kompatibilitätsschicht von Field Forge auf Randfälle stößt.

Dinge, die sofort funktionieren:

  • get_field(), the_field(), get_fields(), get_field_object(), get_field_objects()
  • update_field(), delete_field()
  • have_rows(), the_row(), get_row(), get_row_index(), get_row_layout()
  • get_sub_field(), the_sub_field(), update_sub_field()
  • acf_register_block_type() (Gutenberg PHP-Blöcke)
  • get_field('name', 'options') und get_field('name', 'option') (Optionsseiten)
  • get_field('name', 'user_123') (benutzerdefinierte Benutzerfelder)
  • format_value Parameter in allen Funktionen
  • Alle 32 Feldtypen (Text, Bild, Wiederholer, flexibler Inhalt, Beziehung usw.)

Dinge, die Anpassungen benötigen:

  • ACF-spezifische Hooks wie acf/load_field, acf/save_post, acf/format_value/type=text — diese haben Äquivalente in Field Forge (fieldforge/load_field usw.), die Ihr Code verwenden muss. Die Kompatibilitätsschicht von Field Forge leitet ACF-Hooks NICHT an ihr eigenes Hook-System weiter.
  • Benutzerdefinierte Feldtyp-Erweiterungen, die über das Hook-System von ACF registriert wurden — diese müssen mit der API zur Registrierung von Feldtypen von Field Forge neu registriert werden
  • Interne ACF PHP-Klassen, die direkt aufgerufen werden (z. B. ACFAdminAdminFields) — diese existieren nicht in Field Forge
  • ACFs internes JavaScript-API (acf.addAction() usw.) — Field Forge hat seine eigene JS-API

Für 95% der Seiten spielt keiner der oben genannten Punkte eine Rolle. Themes verwenden typischerweise nur die Template-Funktionen, nicht die internen APIs.

So überprüfen Sie Ihren Code:

Führen Sie einen grep über Ihre Theme- und benutzerdefinierten Plugin-Dateien aus:

“`bash

Finden Sie alle ACF-Template-Funktionsaufrufe (sollte funktionieren)

grep -r “get_field|have_rows|the_sub_field|acf_register_block_type” wp-content/themes/your-theme/

Finden Sie ACF-spezifische Hooks (müssen angepasst werden)

grep -r “add_action.‘acf/|add_filter.‘acf/” wp-content/themes/your-theme/

Finden Sie die Verwendung interner ACF-Klassen (muss umgeschrieben werden)

grep -r “\\ACF\\|use ACF” wp-content/themes/your-theme/ “`

Wenn der erste grep Ergebnisse zurückgibt und die beiden anderen leer sind, sind Sie auf der sicheren Seite — die direkte Migration funktioniert. Wenn der zweite oder dritte Ergebnisse zurückgibt, planen Sie zusätzliche Code-Updates nach der Migration.


Teil 2: Backup (kritisch)

Vollständiges Datenbank-Backup

Sichern Sie immer vor der Migration. Dies ist nicht verhandelbar.

Über das Tool Ihres Hosts: Die meisten verwalteten WordPress-Hosts (Kinsta, WP Engine, SiteGround, Cloudways usw.) bieten ein One-Click-Datenbank-Backup. Nutzen Sie es.

Über WP-CLI:bash wp db export backup-before-fieldforge-$(date +%Y%m%d).sql

Dies erstellt einen SQL-Dump Ihrer gesamten Datenbank. Bewahren Sie ihn an einem sicheren Ort auf (lokal herunterladen, zu S3 hochladen usw.). Wenn die Migration schiefgeht, können Sie aus diesem Dump wiederherstellen.

Über ein Plugin: UpdraftPlus, BackupBuddy, BackWPup oder ähnliche. Führen Sie ein vollständiges Backup — Datenbank UND Dateien — durch, bevor Sie fortfahren.

Datei-Backup

Sichern Sie auch Ihr gesamtes wp-content/-Verzeichnis. Wenn Sie die lokale JSON-Funktion von ACF verwenden, befinden sich die JSON-Dateien in wp-content/themes/your-theme/acf-json/.

Staging-Umgebung (empfohlen)

Wenn möglich, führen Sie die Migration zuerst in einer Staging-Umgebung durch. Klonen Sie Ihre Produktionsseite in die Staging-Umgebung, führen Sie die Migration durch, überprüfen Sie, ob alles funktioniert, und wiederholen Sie den Vorgang in der Produktion. Die meisten verwalteten Hosts bieten ein One-Click-Staging-Klonen an.

Wenn Sie kein Staging haben, führen Sie die Migration während verkehrsarmer Zeiten durch.


Teil 3: Installieren Sie Field Forge

Laden Sie das Plugin herunter

Gehen Sie zu Field Forge Preisgestaltung und erwerben Sie eine Lizenz. Sie erhalten einen Download-Link für die ZIP-Datei des Field Forge-Plugins.

Oder installieren Sie die kostenlose Version von WordPress.org:

  1. WordPress-Admin → Plugins → Neu hinzufügen
  2. Nach “Field Forge” suchen
  3. Installieren und aktivieren

Hinweis: Die kostenlose Version umfasst die grundlegenden Migrationsfunktionen. Bezahlte Pläne schalten die AI-Generierung, TypeScript, GraphQL und einige erweiterte Feldtypen frei.

Hochladen und aktivieren

  1. WordPress-Admin → Plugins → Neu hinzufügen → Plugin hochladen
  2. Wählen Sie die Field Forge ZIP-Datei aus
  3. Jetzt installieren → Plugin aktivieren

Field Forge erscheint jetzt in Ihrem WordPress-Admin-Menü. ACF (oder SCF) ist weiterhin aktiv — Sie werden es später deaktivieren.

Aktivieren Sie Ihre Lizenz

Wenn Sie einen kostenpflichtigen Plan erworben haben, aktivieren Sie die Lizenz:

  1. Field Forge → Einstellungen → Lizenz
  2. Fügen Sie Ihren Lizenzschlüssel ein
  3. Klicken Sie auf Lizenz aktivieren

Sie erhalten eine Bestätigung, dass die Lizenz gültig ist.

Bestätigen Sie, dass Field Forge und ACF nicht in Konflikt stehen

Die ACF-Kompatibilitätsschicht von Field Forge ist intelligent genug, um neben ACF zu laufen. Wenn beide Plugins aktiv sind:

  • ACF bedient weiterhin alle Template-Funktionsaufrufe (get_field(), usw.)
  • Field Forge überschreibt NICHT die Funktionen von ACF (da ACF weiterhin die autoritative Quelle ist)
  • Field Forge registriert seine eigenen Admin-Bildschirme neben den von ACF
  • Sie können Field Forge-Feldgruppen konfigurieren, ohne ACF zu beeinträchtigen

Das bedeutet, dass es während der Migration keinen Konflikt gibt. Sie können gleichzeitig in den Admin-Bildschirmen beider Plugins arbeiten.


Teil 4: Führen Sie den Import aus

Öffnen Sie das Import-Tool

  1. WordPress-Admin → Field Forge → Werkzeuge → Importieren
  2. Sie sehen eine Liste der erkannten benutzerdefinierten Feld-Plugins (ACF, SCF, Meta Box, CMB2, Carbon Fields)
  3. Klicken Sie auf Importieren von Advanced Custom Fields (oder Secure Custom Fields)

Konfigurieren Sie die Importoptionen

Der Importkonfigurationsbildschirm bietet mehrere Optionen:

  • Feldgruppen importieren — importiert die Definitionen der Feldgruppen von ACF zu Field Forge (erforderlich)
  • Feldwerte importieren — migriert alle vorhandenen Feldwerte von wp_postmeta in die benutzerdefinierte Tabelle von Field Forge (empfohlen)
  • Werte der Optionsseiten importieren — migriert die Daten der Optionsseiten (wenn Sie ACF Optionsseiten verwenden)
  • Batch-Größe — Beiträge pro Anfrage (Standard 50, niedriger für langsame Hosts, höher für schnelle Hosts)
  • Leere Feldwerte überspringen — migrieren Sie keine Felder mit leeren Werten (spart Zeit und Speicherplatz)
  • Trockenlauf — simuliert die Migration, ohne Änderungen vorzunehmen (gut für die Vorschau)

Beginnen Sie mit den Standardeinstellungen. Wenn die Migration auf Fehler stößt, passen Sie die Optionen an und führen Sie sie erneut aus.

Führen Sie den Import aus

Klicken Sie auf Import starten. Eine Fortschrittsanzeige erscheint und zeigt:

  • Aktuelle Phase (Feldgruppen → Feldwerte → Optionsseiten → Überprüfung)
  • Verarbeitete Beiträge / insgesamt Beiträge
  • Verstrichene Zeit / geschätzte verbleibende Zeit
  • Fehler (falls vorhanden)

Der Import erfolgt in Chargen von 50 Beiträgen pro AJAX-Anfrage. Die Batch-Verarbeitung verhindert PHP-Zeitüberschreitungen auf großen Seiten und bietet sichtbaren Fortschritt.

Erwartete Zeit

  • <100 Beiträge: 1–2 Minuten
  • 100–1.000 Beiträge: 3–10 Minuten
  • 1.000–10.000 Beiträge: 15–45 Minuten
  • 10.000+ Beiträge: 45 Minuten bis 2 Stunden

Schließen Sie während des Imports nicht den Browser-Tab. Wenn Sie ihn versehentlich schließen, pausiert der Import; öffnen Sie die Importseite erneut und klicken Sie auf Import fortsetzen.


Teil 5: Überprüfen Sie die Migration

Automatische Überprüfung

Nachdem der Import abgeschlossen ist, führt Field Forge automatische Überprüfungen durch:

  • Anzahl der Feldgruppen — die Anzahl der migrierten Gruppen entspricht der Anzahl der Quellgruppen
  • Anzahl der Feldwerte — Stichprobenkontrollen bei zufälligen Beiträgen zur Bestätigung der migrierten Werte
  • Schema-Integrität — überprüft, ob die Felddefinitionen gültig sind
  • Optionsseiten — bestätigt, dass die Daten der Optionsseiten zugänglich sind

Sie sehen ein grünes Häkchen neben jedem Überprüfungsschritt oder eine gelbe/rote Warnung, wenn etwas Aufmerksamkeit benötigt.

Manuelle Überprüfung

Verlassen Sie sich nicht nur auf automatische Überprüfungen. Überprüfen Sie wichtige Seiten:

1. Überprüfen Sie einen typischen Beitrag mit benutzerdefinierten Feldern

Gehen Sie zu WordPress-Admin → Beiträge → wählen Sie einen Beitrag aus, der benutzerdefinierte Felder verwendet → scrollen Sie zum Field Forge-Metabox → überprüfen Sie, ob die Feldwerte mit denen im ACF-Metabox oben übereinstimmen.

2. Überprüfen Sie eine Seite mit flexiblem Inhalt

Wenn Sie flexible Inhaltsfelder verwenden, überprüfen Sie eine Seite mit mehreren Layouts. Alle Layouts sollten im Field Forge-Metabox mit den richtigen Feldwerten angezeigt werden.

3. Überprüfen Sie eine Seite mit Wiederholern

Wenn Sie Wiederholungsfelder verwenden, überprüfen Sie, ob alle Zeilen mit den richtigen Unterfeldwerten vorhanden sind.

4. Überprüfen Sie Optionsseiten

Gehen Sie zu einer beliebigen Optionsseite (Site-Einstellungen, Header-Einstellungen usw.) — die Werte sollten sowohl in der Ansicht der Optionsseite von ACF als auch in der Version von Field Forge angezeigt werden.

5. Überprüfen Sie das Frontend

Laden Sie die Startseite und mehrere wichtige Seiten in einem Browser. ACF ist zu diesem Zeitpunkt weiterhin aktiv, sodass das Frontend-Rendering weiterhin von ACF kommt. Bestätigen Sie, dass während des Migrationsprozesses nichts kaputt gegangen ist.

Wenn die Überprüfung fehlschlägt

Wenn eine Überprüfung fehlschlägt:

  1. Keine Panik. ACF ist weiterhin aktiv; Ihre Seite liefert weiterhin Inhalte normal.
  2. Überprüfen Sie das Fehlerprotokoll. Field Forge protokolliert detaillierte Fehler im Fehlerprotokoll von WordPress oder im Field Forge-Admin unter Werkzeuge → Protokolle.
  3. Führen Sie den Import erneut aus. Manchmal lösen sich vorübergehende Fehler (Zeitüberschreitungen, temporäre Datenbankprobleme) bei einem erneuten Versuch.
  4. Überprüfen Sie spezifische Feldtypen, die fehlgeschlagen sind. Das Protokoll von Field Forge identifiziert, welche Feldtypen Probleme hatten.
  5. Kontaktieren Sie den Support[email protected] mit Details zum Fehler.

Teil 6: Deaktivieren Sie ACF (der kritische Schritt)

Dies ist der Moment der Wahrheit. Das Deaktivieren von ACF aktiviert die Kompatibilitätsschicht von Field Forge — alle get_field()-Aufrufe aus Ihrem Theme werden jetzt auf die Speicherung von Field Forge anstelle von ACF verweisen.

Bevor Sie deaktivieren

  • Überprüfen Sie, ob alles migriert wurde (Teil 5)
  • Bestätigen Sie, dass das Frontend korrekt aussieht, während ACF weiterhin aktiv ist
  • Halten Sie Ihr Backup bereit (Teil 2)
  • Wählen Sie einen verkehrsarmen Moment, wenn dies eine Produktionsseite ist

Deaktivieren Sie ACF

WordPress-Admin → Plugins → Installierte Plugins → Advanced Custom Fields → Deaktivieren

Klicken Sie noch nicht auf “Löschen” — wir möchten ACF als Fallback verfügbar haben, falls etwas schiefgeht.

Was sofort passiert

In dem Moment, in dem ACF deaktiviert wird:

  • Die Template-Funktionen von ACF (get_field, usw.) werden nicht mehr von ACF registriert
  • Die Kompatibilitätsschicht von Field Forge erkennt dies und registriert ihre eigenen Implementierungen
  • Template-Aufrufe verweisen jetzt auf die Speicherung von Field Forge
  • Die Admin-Bildschirme von Field Forge übernehmen die Navigation “Benutzerdefinierte Felder”

Testen Sie das Frontend

Laden Sie sofort das Frontend neu:

  1. Startseite — sieht sie korrekt aus?
  2. Eine Seite mit flexiblem Inhalt — werden alle Abschnitte gerendert?
  3. Eine Seite mit einem Wiederholer — werden alle Zeilen angezeigt?
  4. Optionsseiten — erscheinen globale Einstellungen (Site-Name, soziale URLs usw.)?
  5. Ein Gutenberg PHP-Block (wenn Sie acf_register_block_type() verwenden) — wird er gerendert?

Wenn alles korrekt aussieht, war die Migration erfolgreich. Feiern Sie.

Wenn etwas kaputt ist, gehen Sie zu Teil 8 (Fehlerbehebung) unten.


Teil 7: Bereinigung und Optimierung

Löschen Sie ACF (nach 1 Woche)

Warten Sie 1 Woche mit aktivem Field Forge, bevor Sie ACF vollständig löschen. Dies gibt Ihnen Zeit, um alle Randfälle zu entdecken, die bei der sofortigen Überprüfung nicht erfasst wurden. Wenn Probleme auftreten, reaktivieren Sie ACF als Fallback, während Sie debuggen.

Nach 1 Woche stabiler Betriebs:

  1. WordPress-Admin → Plugins → Installierte Plugins
  2. Advanced Custom Fields → Löschen
  3. Bestätigen Sie die Löschung
  4. ACF ist von Ihrer Seite verschwunden

Optional: Bereinigen Sie wp_postmeta

Nach der Migration sind die Daten von ACF weiterhin in wp_postmeta vorhanden (die Migration von Field Forge ist nicht destruktiv — sie kopiert Daten, löscht sie nicht aus der Quelle). Diese zusätzlichen Daten nehmen Speicherplatz in Anspruch, schaden jedoch nichts.

Wenn Sie sie bereinigen möchten:

sql DELETE FROM wp_postmeta WHERE meta_key LIKE '_%' AND meta_key IN ( SELECT DISTINCT meta_key FROM wp_postmeta WHERE meta_key LIKE '_%' );

WARNUNG: Dieses SQL ist ungefähr und gefährlich. Führen Sie es nur aus, wenn Sie sich mit Datenbankoperationen auskennen UND ein aktuelles Backup haben. Der Support von Field Forge kann Ihnen mit einer sichereren Bereinigungsabfrage helfen, die auf Ihre spezifischen Feldgruppen zugeschnitten ist.

Die meisten Seiten kümmern sich nicht um diese Bereinigung — der zusätzliche Speicherplatz ist vernachlässigbar.

Optimieren Sie die Einstellungen von Field Forge

Jetzt, da Sie vollständig auf Field Forge umgestiegen sind, nutzen Sie seine Funktionen:

  1. Aktivieren Sie die lokale JSON-Synchronisierung — speichern Sie Feldgruppen als JSON-Dateien in Ihrem Theme für die Git-Versionierung (Field Forge → Einstellungen → Lokale JSON)
  2. Aktivieren Sie den Objekt-Cache — wenn Sie Redis oder Memcached haben, verwendet Field Forge dies automatisch
  3. Führen Sie eine Batch-Ladung auf Archivseiten über benutzerdefinierte Template-Tags für noch schnellere Leistung aus
  4. Probieren Sie die AI-Schema-Generierung aus — beim nächsten Erstellen einer Feldgruppe versuchen Sie den AI-Generator anstelle des manuellen Aufbaus
  5. Generieren Sie TypeScript-Typen — wenn Sie ein headless Frontend haben, laden Sie die .d.ts-Dateien aus dem Admin von Field Forge herunter

Teil 8: Fehlerbehebung

„Fehlende Feldwerte“ nach Deaktivierung von ACF

Symptom: Ein Beitrag, der benutzerdefinierte Feldwerte in ACF hatte, erscheint nach der Deaktivierung von ACF in Field Forge leer.

Ursache: Der Feldwert wurde während des Imports nicht migriert. Dies kann passieren, wenn:

  • Das Feld nach dem letzten Speichern eines Beitrags zu ACF hinzugefügt wurde
  • Das Feld hat ein ungewöhnliches Speicherformat (sehr selten)
  • Der Import wurde unterbrochen, bevor dieser spezifische Beitrag verarbeitet wurde

Behebung:

  1. Reaktivieren Sie ACF (Daten sind sicher)
  2. Gehen Sie zu Field Forge → Werkzeuge → Importieren
  3. Führen Sie den Import mit der Option „Fortsetzen“ oder „Vollständiger Neuversuch“ erneut aus
  4. Der Importeur überprüft alle Beiträge erneut und erfasst alle verpassten Werte
  5. Deaktivieren Sie ACF erneut und überprüfen Sie erneut

„Kaputter Template“ nach Deaktivierung von ACF

Symptom: Ein Template, das früher korrekt gerendert wurde, wirft jetzt einen PHP-Fehler oder zeigt unerwartete Inhalte an.

Ursache: Das Template verwendet eine ACF-spezifische Funktion oder einen Hook, den die Kompatibilitätsschicht von Field Forge nicht abdeckt.

Behebung:

  1. Reaktivieren Sie ACF
  2. Überprüfen Sie die PHP-Fehlerprotokolle für die spezifische Funktion / den Hook, der fehlgeschlagen ist
  3. Identifizieren Sie, welche ACF-spezifische API das Template verwendet
  4. Aktualisieren Sie das Template, um das Äquivalent von Field Forge zu verwenden
  5. Deaktivieren Sie ACF erneut

Die häufigsten Übeltäter:

  • acf_add_local_field_group() — verwenden Sie stattdessen fieldforge_register_field_group()
  • acf_form() — verwenden Sie Form Forge oder einen anderen Formular-Builder
  • Benutzerdefinierte Feldtypen, die über den Hook acf/include_field_types registriert wurden — registrieren Sie sie erneut über den Filter fieldforge/field_types/register

„Langsamere Leistung nach der Migration“

Symptom: Seiten laden langsamer, nachdem Sie zu Field Forge gewechselt haben.

Ursache: Selten, aber möglich. Die benutzerdefinierte Tabellenspeicherung von Field Forge sollte schneller sein, nicht langsamer. Wenn Sie eine langsamere Leistung feststellen:

  • Der Objekt-Cache ist nicht korrekt konfiguriert — Field Forge greift auf Datenbankabfragen zurück
  • WordPress’s WP_DEBUG ist aktiviert mit einer großen Protokolldatei
  • Ein anderes Plugin verursacht die Verlangsamung (zufällige Zeitüberschneidung)

Behebung:

  1. Überprüfen Sie, ob Ihr Objekt-Cache-Plugin aktiv und funktionsfähig ist
  2. Deaktivieren Sie WP_DEBUG und WP_DEBUG_LOG in der Produktion
  3. Führen Sie Field Forge → Werkzeuge → Leistungstest aus, um spezifische Seiten zu benchmarken
  4. Kontaktieren Sie den Support mit Zeitdetails

„Migration scheint Optionsseiten übersprungen zu haben“

Symptom: Die Werte der Optionsseiten erscheinen nach der Migration leer oder standardmäßig.

Ursache: ACF speichert die Werte der Optionsseiten mit einem anderen Schlüsselpräfix als die Werte der Beitragsfelder. Der Importeur muss beide Fälle behandeln.

Behebung:

  1. Gehen Sie zu Field Forge → Werkzeuge → Importieren
  2. Klicken Sie auf Optionsseiten erneut importieren
  3. Dies führt nur die Migration der Optionsseiten erneut aus

„Wiederholungszeilen sind in der falschen Reihenfolge“

Symptom: Wiederholungsfelder wurden migriert, aber die Zeilen erscheinen in einer anderen Reihenfolge als in ACF.

Ursache: Seltene Rennbedingungen während des Imports, bei denen der row_index nicht korrekt gesetzt wurde.

Behebung: Kontaktieren Sie den Support mit dem spezifischen Namen der Feldgruppe. Dies ist typischerweise eine einmalige Behebung mit einem SQL-Update.


Teil 9: Rückgängigmachung (falls Sie es benötigen)

Schnelle Rückgängigmachung

Wenn die Migration schiefgeht und Sie zu ACF zurückkehren müssen:

  1. Reaktivieren Sie ACF (Plugins → Installierte Plugins → ACF → Aktivieren)
  2. Deaktivieren Sie Field Forge (Plugins → Installierte Plugins → Field Forge → Deaktivieren)
  3. Die Template-Funktionen von ACF werden erneut registriert
  4. Ihre Seite liefert wieder Daten aus wp_postmeta (ACFs Speicherung)
  5. Alles funktioniert wie vor dem Migrationsversuch

Die Migration von Field Forge ist nicht destruktiv — die Daten von ACF sind weiterhin vorhanden. Eine Rückgängigmachung ist immer möglich, solange Sie ACF nicht gelöscht haben.

Vollständige Rückgängigmachung auf den Zustand vor der Migration

Wenn Sie die Migration vollständig rückgängig machen und Field Forge entfernen möchten:

  1. Reaktivieren Sie ACF
  2. Deaktivieren Sie Field Forge
  3. Field Forge → Einstellungen → Alle Daten löschen (entfernt die benutzerdefinierte Tabelle von Field Forge, Revisionen, JSON-Dateien)
  4. Deaktivieren und löschen Sie Field Forge
  5. Ihre Seite ist genau dort, wo sie vor der Migration war

Häufig gestellte Fragen

Wie lange dauert eine typische ACF-Migration? 30–90 Minuten für die meisten Seiten. Größere Seiten (10.000+ Beiträge) können über 2 Stunden dauern.

Werden meine Rankings während der Migration fallen? Nein. Die Migration ändert keine URLs, Inhalte oder Metadaten, die Google sieht. Field Forge migriert nur die Speicherungsebene.

Kann ich ACF und Field Forge unbegrenzt betreiben? Technisch ja während der Migration, aber nicht als langfristige Produktionskonfiguration. Beide zu betreiben bedeutet doppelte Admin-UIs und Konfigurationsverwirrung.

Was ist mit ACF Pro-Funktionen wie Wiederholer und flexiblem Inhalt? Die kostenpflichtigen Pläne von Field Forge umfassen alle ACF Pro-Funktionen. Wiederholer, flexibler Inhalt, Gruppe, Klon, Optionsseiten, Galerie, PHP-Blöcke — alles funktioniert nach der Migration.

Musste ich meinen Theme-Code umschreiben? Nein. Die ACF-Kompatibilitätsschicht von Field Forge bedeutet, dass vorhandener Code weiterhin funktioniert.

Was ist, wenn ich benutzerdefinierte ACF-Feldtypen von Drittanbieter-Plugins habe? Benutzerdefinierte Feldtypen, die über das Hook-System von ACF registriert wurden, müssen für Field Forge neu registriert werden. Kontaktieren Sie den Support für Hilfe bei spezifischen Fällen.

Kann ich später von Field Forge zu ACF zurückmigrieren? Ja. Der Datenexport von Field Forge ermöglicht es Ihnen, Feldgruppen im ACF-kompatiblen Format zu exportieren. Importieren Sie in ACF, deaktivieren Sie Field Forge. Ihre Seite funktioniert weiterhin.

Ist die Migration kostenlos? Die kostenlose Version von Field Forge auf WordPress.org umfasst die Migrationswerkzeuge. Sie benötigen nur eine kostenpflichtige Lizenz für AI-Funktionen, TypeScript/GraphQL-Generierung und einige erweiterte Feldtypen.

Funktioniert die Migration auch für SCF? Ja. SCF ist ein Fork von ACF mit demselben Datenformat. Der ACF-Importer behandelt beide.


Bereit zur Migration?

Holen Sie sich Field Forge — ab $35/Jahr →

14-tägige Rückerstattung. Die kostenlose Version umfasst Migrationswerkzeuge. Prioritätsunterstützung während der Migration.

Fragen, bevor Sie beginnen? Kontaktieren Sie unser Migrationsteam →

Forge KI-Assistent Online

Hallo! Ich bin der Field Forge KI-Assistent. Fragen Sie mich alles über das Plugin — Einrichtung, Funktionen, Fehlerbehebung oder Entwicklung.

Gerade eben
Unterstützt von Forge KI · Dokumentation durchsuchen