WordPress plugin intelligence profile

Esumo Field Renamer for ACF

Rename a simple ACF field while keeping its values. Preview data and theme references, detect conflicts, and keep a guarded rollback journal.

WP PlugIndex snapshot

Current directory snapshot

Tested up to WordPress 7.1
Current version1.0
WordPress coverageTested up to WordPress 7.1
Minimum stackWP 6.2 · PHP 7.4
Directory statusactive
Last directory update13 Sept 20261mo ago
Active installationsNewAdoption metric — not a quality score
WordPress.org ratingNo WordPress.org ratings yet
Official packageDirect from WordPress.org

Repository metrics are context, not quality scores. Active installations measure adoption and can strongly reflect a plugin’s age and historical popularity. Ratings, recent updates and “Tested up to” metadata also do not guarantee modern code, error-free operation, security, feature completeness or suitability for a particular site. Why active installs don’t tell the whole story →

WP PlugIndex currently records Esumo Field Renamer for ACF version 1.0 as active, updated 1mo ago and tested up to WordPress 7.1.

Overview

About this plugin

Renaming a field in Advanced Custom Fields changes its definition, but values already saved on posts can remain under the previous metadata name.

Esumo Field Renamer for ACF supports both before and after renaming, preserving the field key, raw values and metadata row IDs. It is a free developer tool with no account, license key, telemetry or external service.

Workflow

  • Test on a copy of your site, keep a full database backup and pause content editing.
  • Open Tools > Field Renamer and choose Before renaming or After renaming.
  • Select the field and enter its new name (Before) or previous name (After).
  • Prepare a preview. Resolve any conflicts before starting a new preview.
  • Optionally preview theme references, review every difference, and apply only checked files.
  • Rename the field and migrate values (Before), or migrate values (After). Verify the affected pages and remaining code references.

Before renaming supports native database definitions managed in the ACF editor. It changes only the field-name column and preserves the other field settings. PHP and Local JSON definitions must be renamed in their source first, then migrated with After renaming.

Recent operations has its own tab; opening an operation there returns to its details.

When a field is renamed through the ACF field editor, the plugin records a suggestion for its previous name. Data migration always requires an explicit action.

0

Top-level Text, Textarea, Number, Email and URL fields in active field groups explicitly assigned to posts, pages or custom post types. Data belonging to a different ACF field key is skipped. Ambiguous references and occupied destination names block migration, including empty destination values.

Nested fields, Repeater, Group, Flexible Content, Clone, ACF Blocks, Options Pages, attachments, revisions, users, terms and multisite are outside this version. The plugin does not edit definitions in PHP/JSON, dynamic names, JavaScript, Twig or meta queries. Test compatibility with any additional ACF extensions.

Optional theme references

Review literal first arguments of get_field(), the_field(), get_field_object(), update_field() and delete_field() in PHP files of the active theme and its parent. Check each file before applying it. Calls use field names, so review their context if multiple field groups share a name.

Dynamic, named and namespaced calls need manual review. Symbolic links, vendor and node_modules are excluded.

Limits: 2,000 PHP files scanned, 512 KB per file, 50 matching files, and 2 MB of combined before/after content. Writes require edit_themes permission, allowed file modifications and direct filesystem access. Pause deployments and file edits during the operation.

Files are restored separately from database changes. Hash checks refuse later edits, and saved file copies allow recovery after a lost response.

The preview checks write access to both the file and its directory. Unwritable files cannot be selected. Permissions are checked again before writing; existing theme permissions are never changed automatically.

Replacement files preserve the original mode. Fix ownership/permissions through your hosting tools or apply the reviewed differences in your code editor.

MySQL / MariaDB require InnoDB for posts, postmeta and journal tables. 0 or later.

Recovery and data retention

Operations run in batches of up to 50 posts. Closing the tab stops subsequent requests; reopen the operation to resume. Completed requests remain recorded.

Individual post changes and their journal updates use database transactions. On SQLite, each request also runs inside a write transaction.

Before-mode rollback restores the native field name and unchanged values. After-mode rollback requires restoring the old name in the source definition first, keeping the same key, type and group. Rollback refuses later edits.

Restore selected theme files separately. Resolve any reported difference before resuming, or recover from a full backup.

The journal stores state and original metadata in {prefix}fracf_jobs and {prefix}fracf_items, and file copies in {prefix}fracf_code. Only administrators can use the tool. Metadata responses exclude raw field values; file previews show the relevant code lines to users allowed to edit themes.

Journals are retained on deactivation and uninstall. Deleting a closed operation’s journal also removes its file backups and rollback ability. Keep database backups and journal access appropriately protected.

This is an independent plugin by Esumo and is not affiliated with or endorsed by Advanced Custom Fields.

WordPress.org metadata

Plugin tags

Topics listed for this plugin in the WordPress.org directory.

  • custom fields
  • developer tools
  • acf
  • migration
Compatibility & maintenance

Compatibility & maintenance

Tested with WP 7.1

Marked as tested with the current WordPress 7.1 release.

Current WordPress releaseWordPress 7.1
WordPress.org Tested up to7.1
Minimum requirementsWordPress 6.2 · PHP 7.4
Update activity13 Sept 20261mo ago

“Tested up to” is directory metadata supplied by the plugin author. WP PlugIndex does not turn an older declaration into a claim that the plugin is incompatible.

Changes recorded by WP PlugIndex

Recent tracked changes

No tracked version or compatibility changes have been recorded by WP PlugIndex yet.

Tracking & source

WP PlugIndex tracks public WordPress.org directory metadata and records selected version, compatibility and availability changes as they are detected.

Plugin watchlist

Watch this plugin

Sign in to your WP PlugIndex account or create a free account. Free accounts can watch up to 5 plugins and see what changed.

Watch limit

Watchlist limit reached

You have reached your current active watch limit.