वर्डप्रेस साइट की अधिकांश वास्तविक सामग्री एडवांस्ड कस्टम फील्ड्स (ACF) में ही होती है: उत्पाद विवरण, लैंडिंग पेज सेक्शन, स्टाफ बायो, मूल्य निर्धारण तालिकाएँ और रिपीटर्स व फ्लेक्सिबल कंटेंट से निर्मित अनगिनत कस्टम लेआउट। मानक अनुवाद प्लगइन्स जो केवल पोस्ट_टाइटल और पोस्ट_कंटेंट को ही अनुवाद करते हैं, अक्सर इन सभी को समझने में चूक जाते हैं। यह गाइड बताती है कि AI अनुवाद विभिन्न ACF फ़ील्ड प्रकारों को कैसे संभालता है, स्वचालन कहाँ विफल होता है, और अनुवादित फ़ील्ड को लाइव करने से पहले किन बातों की जाँच करनी चाहिए।
Why ACF Content Is Easy to Miss in Translation Projects
ACF stores its values as post meta, not inside the main post_content field. A translation tool built only to parse the WordPress editor content never sees this data, so the fields stay in the source language even after the rest of the page is translated. This is one of the most common gaps in multilingual WordPress projects: a page looks fully translated in the visible editor area, but a specifications table or a repeater-based feature list built with ACF is quietly left untranslated, sometimes not caught until a native speaker reviews the live site.
How AI Translation Handles Different ACF Field Types
हर ACF फ़ील्ड प्रकार के लिए एक जैसा व्यवहार आवश्यक नहीं है। अनुवाद वर्कफ़्लो को उन फ़ील्ड्स के बीच अंतर करना होता है जिनमें अनुवाद योग्य पाठ होता है और उन फ़ील्ड्स के बीच जिनमें संरचनात्मक या संबंधपरक डेटा होता है जिसे अपरिवर्तित रखा जाना चाहिए।
| ACF Field Type | Translation Approach |
|---|---|
| Text / Textarea | फ़ील्ड कुंजी को संरक्षित रखते हुए, मान-दर-मान सीधे अनुवादित किया गया है ताकि फ़ील्ड लक्ष्य भाषा में सही ढंग से मैप हो सके। |
| WYSIWYG | Translated while preserving inline HTML formatting, so bold text, links, and lists survive the translation pass. |
| Repeater | प्रत्येक पंक्ति का अनुवाद स्वतंत्र रूप से किया जाता है, जबकि पंक्तियों का क्रम और पंक्तियों की संख्या सभी भाषाओं में समान रहती है। |
| Flexible Content | Each layout block is translated using its own field definitions, since different layouts can contain different field sets. |
| संबंध / पोस्ट ऑब्जेक्ट | इन्हें अपरिवर्तित छोड़ दिया गया है; ये फ़ील्ड पोस्ट आईडी को संदर्भित करते हैं, और संदर्भ को संबंधित पोस्ट के अनुवादित संस्करण की ओर इंगित करना चाहिए, न कि पाठ के रूप में अनुवादित होना चाहिए। |
| Image / Gallery | The image reference stays the same, but caption and alt text sub-fields are translated so accessibility and SEO signals carry over. |
रिपीटर और फ्लेक्सिबल कंटेंट फील्ड: ऑटोमेशन का सबसे कठिन हिस्सा
Repeater and flexible content fields are where naive translation tools fall apart. A repeater might hold ten rows today and eight next month; a translation system that hardcodes row positions instead of walking the field structure dynamically will misalign values or silently drop rows after an edit. The safer approach is to read the ACF field structure at translation time, translate each sub-field according to its own type, and write the result back into the same schema instead of treating the whole repeater as one block of text.
Keeping ACF Field Structure Intact Across Languages
- Same field keys: translated values are stored under the same ACF field keys, so the field group and any conditional logic keep working in every language.
- Values only, not structure: फ़ील्ड लेबल, चयनित फ़ील्ड में विकल्प और लेआउट नाम कॉन्फ़िगरेशन हैं, सामग्री नहीं, और जब तक स्पष्ट रूप से कॉन्फ़िगर न किया जाए, तब तक इनका मशीन-अनुवाद नहीं किया जाना चाहिए।
- No orphaned rows: रिपीटर और फ्लेक्सिबल कंटेंट पंक्तियाँ मूल भाषा के साथ सिंक्रनाइज़ रहती हैं जब मूल पाठ को संपादित किया जाता है, बजाय इसके कि अनुवादित संस्करणों में पुरानी पंक्तियाँ रह जाएँ।
- संबंधपरक अखंडता: रिलेशनशिप और पोस्ट ऑब्जेक्ट फ़ील्ड मूल भाषा वाली पोस्ट के बजाय सही स्थानीयकृत पोस्ट की ओर इंगित करते रहते हैं।
How GPTranslate Approaches ACF Translation
GPTranslate, कस्टम फ़ील्ड को अपारदर्शी पोस्ट मेटा के रूप में मानने के बजाय, स्कीमा स्तर पर ACF फ़ील्ड समूहों को पढ़ता है। इसका मतलब है कि रिपीटर्स और लचीले कंटेंट लेआउट का अनुवाद फ़ील्ड दर फ़ील्ड किया जाता है, इमेज और गैलरी कैप्शन स्वचालित रूप से लिए जाते हैं, और रिलेशनशिप फ़ील्ड को अंधाधुंध कॉपी करने के बजाय उनके अनुवादित समकक्षों से पुनः लिंक किया जाता है। यह हमारे द्वारा वर्णित उसी AI एजेंट वर्कफ़्लो के ऊपर आधारित है। complete guide to AI translation and AI Agent for WordPress, and follows the same logic used for other dynamic WordPress content like widgets and custom post types.
SEO Considerations for Translated Custom Field Content
If ACF fields feed into a page’s visible content, search engines index them the same way they index any other on-page text, which means they need the same multilingual SEO treatment as the rest of the page. That includes making sure translated field content lines up with the page’s translated SEO titles and meta descriptions, and that the overall URL, hreflang, and metadata structure stays consistent whether the page content comes from the block editor or from ACF fields.
Frequently Asked Questions
Does AI translation understand the context of an ACF field?
Modern AI models translate each field with awareness of the field label and surrounding field group, which produces more accurate results than translating isolated strings with no context. A field labeled “Warranty Period” gives the model useful context that a bare string value would not.
What happens to repeater field order after translation?
Row order is preserved. Each row is translated independently but written back into the same position in the repeater, so the translated version matches the source layout row for row.
Can images and galleries inside ACF fields be localized too?
The image files themselves are typically shared across languages, but caption and alt text sub-fields are translated, which matters both for accessibility and for image SEO in each language.
Does translating ACF fields break Elementor or other page builder compatibility?
No, as long as the translation writes values back into the same ACF field keys. Page builders that pull data from ACF fields read whichever language version is active, the same way they read the original field.
Conclusion
ACF fields are often the most content-rich part of a WordPress page, and they are also the part most likely to be left behind by translation tools that only look at the block editor. Treating custom fields as first-class translation targets, with field-type-aware handling for repeaters, flexible content, and relationships, is what keeps a multilingual site fully translated instead of translated everywhere except the parts built with ACF. If your site relies heavily on custom fields, check every field group against the target language before considering a page done, not just the visible editor content.