Skip to content
WPJury
No. 00729 Multilingual

Advanced Custom Fields Multilingual: worth it if WPML is already your stack

The verdict Advanced Custom Fields Multilingual is worth paying for when your site already uses ACF and WPML, especially if it relies on repeaters, flexible content, options pages, or custom blocks. It is not a standalone multilingual solution, and buying WPML just to translate a few simple fields is hard to justify.
Situational The ruling
Get v2.2.4

via WorldPressIT · complete package

Best for
  • ACF-heavy multilingual sites
  • WordPress agencies managing client sites
  • ACF Pro projects with repeaters
  • Sites using PHP or JSON-registered fields
Skip it if
  • You need a standalone translation plugin
  • Your site has only simple post content
  • You already use Polylang or TranslatePress
  • You want to avoid WPML complexity
Version 2.2.4 Updated 17 Sep 2026 Licence GPL
Advanced Custom Fields Multilingual: worth it if WPML is already your stack screenshot

Advanced Custom Fields Multilingual is a compatibility add-on, not a complete multilingual plugin. It connects Advanced Custom Fields or ACF Pro to WPML so custom-field values, field labels, field groups, options pages, and structured content can be translated without building separate language-specific fields by hand.

That distinction matters. ACFML requires ACF, WPML, and WPML String Translation, and it is included with WPML’s Multilingual CMS and Agency plans rather than sold as a separate product. The current WPML Multilingual CMS plan costs €99 per year, covers three production sites, and includes ACFML alongside WPML’s broader translation tools. If you already have that plan, ACFML is effectively the missing integration layer. If you do not, the real purchase is WPML.

Where ACFML is genuinely strong

The main strength is that it understands ACF’s data model instead of treating custom fields as a pile of generic metadata. Text, WYSIWYG, image, file, gallery, link, relationship, post object, repeater, flexible content, clone, conditional logic, and ACF block fields can be assigned translation preferences. Repeater and flexible-content rows can remain aligned between languages, while the Copy Once option allows a translated version to diverge after the initial copy.

This is particularly useful for agencies building structured pages. A translator can work with the same field layout the editor uses, rather than receiving an opaque list of meta keys. Options pages and field labels are also covered, which helps when a theme stores global contact details, calls to action, or footer content in ACF.

Recent improvements make the developer workflow better. PHP-registered fields and ACF Local JSON fields can now carry a wpml_cf_preferences value, and the preferences can be synced from ACF Tools. A concrete limitation remains: the sync is not automatic in the way many developers expect. After changing local field definitions, you need to trigger the sync, and incorrectly named or duplicated fields may not appear for translation.

Where it is weak or annoying

ACFML inherits WPML’s complexity. You must decide whether each field should be translated, copied, copied once, or ignored, and those choices can be confusing in the WordPress editor. A support discussion specifically describes fields marked “Copy” still appearing as editable in translated screens even though saving them causes the default-language value to overwrite the change. That is a workflow problem, not merely a documentation gap.

Performance can also become an issue on badly optimized ACF builds. WPML support documented one case where translation logic ran more than 8,000 times because the theme made excessive ACF field calls. ACFML has added filters and newer releases improve local-field and frontend performance, but developers may still need to reduce repeated acf_get_field calls or bypass translation logic for fields that do not need it.

How it compares

Compared with Polylang, ACFML offers a more guided, officially documented ACF workflow, but Polylang can be a simpler choice for sites that need straightforward page and post translations. Compared with TranslatePress, ACFML is better suited to structured, developer-built content because it translates field data at the content-model level rather than primarily through a visual frontend interface. Weglot is easier for quickly translating conventional websites, but it is less attractive when custom-field structure, repeaters, and language-specific media need careful editorial control.

Verdict: buy or use ACFML when ACF is central to the site and WPML is already acceptable. Do not choose it as your first multilingual plugin for a simple brochure site; the dependency, configuration work, and occasional performance tuning outweigh the benefit.

Questions people ask

Is Advanced Custom Fields Multilingual a standalone translation plugin?
No. ACFML is an add-on for WPML and requires ACF, WPML, and WPML String Translation. It handles multilingual ACF data but does not provide the complete language-management system by itself.
Does ACFML work with ACF Pro repeaters and flexible content?
Yes. It supports ACF and ACF Pro field types, including repeaters, flexible content, clone fields, conditional logic, and ACF blocks. Repeater rows can be synchronized across languages or allowed to diverge with the appropriate translation setting.
Can ACFML translate fields registered in PHP or Local JSON?
Yes, but developers must define the translation preference with the wpml_cf_preferences setting and sync it through ACF Tools. The field definitions must also be maintained carefully so WPML can identify them consistently.
Does ACFML slow down WordPress?
It can on sites that make excessive ACF field calls or scan large sets of local fields repeatedly. Recent releases improve performance, but complex sites may still need code-level optimization and filters to skip translation processing for fields that do not need it.

Get Advanced Custom Fields Multilingual: worth it if WPML is already your stack 2.2.4

Complete package, ready to install, via WorldPressIT.

Download

Other rulings

WPML Export and Import: worth it for structured multilingual migrations WPML Export and Import is worth using if you already run WPML and need to move multilingual products, posts, listings, or feeds in bulk. It is not a complete import tool by itself: you still need WP All Import, the WooCommerce CSV importer, the WordPress importer, or a custom pipeline, and the language-linking step adds real setup work. Situational Ninja Forms Multilingual: worth it only if WPML is already your stack Ninja Forms Multilingual is worth using when your site already runs WPML and Ninja Forms, because it translates fields, validation messages, multi-step controls, emails, redirects, and integration actions without duplicating forms. It is not worth buying as a standalone solution: it requires a WPML Multilingual CMS or Agency account, and the documented PDF export conflict makes it a poor fit for workflows that depend on Ninja Forms PDF Form Submissions. Situational WPML: worth it for complex multilingual sites, not simple ones WPML is worth paying for when you need a serious multilingual WordPress or WooCommerce site with translation workflows, SEO controls, custom fields, and broad plugin integrations. It is not the best default for a small brochure site: the add-on structure, admin complexity, and possible database and performance overhead make Polylang or TranslatePress easier starting points. Situational WPML String Translation Addon: worth it if you already use WPML WPML String Translation is worth using when WPML already powers your multilingual site and you need to translate theme, plugin, widget, form, or admin-interface text. It is not worth adopting by itself: String Translation is bundled with WPML Multilingual CMS and Agency, so buying WPML mainly for this feature is expensive compared with TranslatePress or Polylang. Situational