Dies ist das technische Support-Forum für WPML – das mehrsprachige WordPress-Plugin.
Mitlesen können alle, doch nur WPML-Kunden können hier Fragen veröffentlichen. Das WPML-Team antwortet im Forum an 6 Tagen pro Woche, 22 Stunden am Tag.
Schlagwörter: Documentation request
Dieses Thema enthält 24, hat 1 Stimme.
Zuletzt aktualisiert von dirkW-13 Vor 1 Monat.
Assistiert von: Lucas Vidal de Andrade.
| Autor | Beiträge |
|---|---|
|
Juli 23, 2026 um 13:44
#18173928
|
|
|
Hello WPML Support, I've been working on translating a website since yesterday, and honestly, I didn't expect WPML to be this complicated and time-consuming. I had to create my own XML configuration just to make WPML recognize the vcex_image_grid shortcode: vcex_image_grid image_ids Sometimes this works, sometimes it doesn't. The behavior is inconsistent. For example: - The German page contains a normal vcex_image_grid shortcode with valid image_ids. This makes it almost impossible to know whether WPML is actually processing the Media Grid correctly or not. To be honest, the whole workflow feels unnecessarily complicated. - Why do translations have to be edited through a separate service (versteckter Link) instead of directly inside WordPress? Could you please explain: - Why the vcex_image_grid behaves inconsistently? Thank you. Theme: Total Theme (which should be compatibel) |
|
|
Juli 24, 2026 um 15:51
#18175930
|
|
|
Hallo Dirk, danke für Ihre ausführliche Beschreibung. Was den Workflow betrifft: Der Erweiterte Übersetzungseditor (ATE) ist bewusst als separater Dienst umgesetzt. Dadurch können Funktionen wie Übersetzungsspeicher, automatische Übersetzungen, KI-gestützte Übersetzungen und Team-Übersetzungen bereitgestellt werden. Der klassische Editor ist seit einiger Zeit als "Legacy" klassifiziert: https://wpml.org/documentation/translating-your-contents/using-the-translation-editor/. Zum eigentlichen Problem mit vcex_image_grid: Grundsätzlich werden Attribute vom Typ media-ids nicht als übersetzbare Inhalte im ATE angezeigt. Stattdessen verwendet WPML diese Informationen intern, um die Bild-IDs automatisch auf die entsprechenden Übersetzungen umzubiegen. Dass die IDs im ATE nicht als bearbeitbares Feld erscheinen, ist daher zunächst normal. Dass das Verhalten bei Ihnen jedoch von Seite zu Seite unterschiedlich ist, sollte natürlich nicht passieren. Damit wir nachvollziehen können, wodurch das verursacht wird, bräuchten wir noch einige zusätzliche Informationen: 1) Können Sie uns den Inhalt Ihrer aktuellen Custom XML Configuration (zumindest den Eintrag für vcex_image_grid) hier einfügen? Sobald wir Zugriff auf eine reproduzierbare Umgebung haben, sehen wir uns das gerne genauer an. Viele Grüße |
|
|
Juli 24, 2026 um 17:17
#18176046
|
|
|
In the meantime, I found a second translated page where the image grid is displayed correctly. So the issue is not limited to one working page, but the behavior still appears inconsistent: some translated pages display the grid correctly, while others remain empty, although the same element and workflow are being used. See: versteckter Link |
|
|
Juli 24, 2026 um 17:49
#18176069
|
|
|
Hi Marcel, I found another important observation that may help identify the issue. After adding the following custom WPML XML configuration: <wpml-config> the behavior of the Advanced Translation Editor changed. For the first time, the ATE displayed a dedicated Media section containing the images from the Image Grid, including their Title, Caption, and Alt Text. This is actually the behavior I would expect and it is exactly what I want, since I actively translate the image metadata for SEO and accessibility. However, the behavior is still inconsistent. Some pages correctly generate this Media section and display the Image Grid on the translated frontend, while other pages do not. Those pages either do not process the Image Grid correctly or the grid remains empty on the translated page. So the XML configuration clearly has an effect, but it does not seem to be applied consistently across all pages containing the vcex_image_grid shortcode. Hopefully this additional information helps narrow down the issue. Best regards, Dirk |
|
|
Juli 27, 2026 um 10:31
#18178926
|
|
|
Lucas Vidal de Andrade WPML-Unterstützer seit 11/2023
Sprachen: Englisch (English ) Spanisch (Español ) Deutsch (Deutsch ) Portugiesisch, Brasilien (Português ) Zeitzone: Europe/Vienna (GMT+02:00) |
Hey there, Thank you for sharing the details and the examples. I would like to look at this directly on your site. For this I would need temporary access (WP-Admin and FTP) to your site, preferably to a test/staging site where the problem has been replicated if possible. The required fields can be found below the comments section. The information you enter is private, i.e. only you and I can see it and have access to it. I may need to replicate your website locally. To do this, I need to temporarily install a plugin called "Duplicator" or "All in One WP Migration" on your website. This will allow me to create a copy of your website and content. Once the issue is resolved, I will delete the local website. Let me know if this works for you. IMPORTANT Please make a backup copy of the site files and database before giving us access. - If you do not see the wp-admin/FTP fields, this means your post and site login details are being made PUBLIC. DO NOT post your website details if you do not see the required wp-admin/FTP fields. If you do not, ask me to enable the private box. The private box looks like this: versteckter Link |
|
Juli 27, 2026 um 12:42
#18179300
|
|
|
Hi, I have already created a dedicated staging environment specifically for this issue and sent you all the required access credentials (WP Admin and FTP) in my previous reply to Marcel. Please feel free to use the staging site in any way you need. You can test, debug, modify or even break things there without any concerns. That's exactly why I created it. The only thing I would prefer to avoid is installing an additional migration plugin such as Duplicator or All-in-One WP Migration, as I have already provided a complete staging environment for your investigation. To be honest, I'm getting a little frustrated because it's been almost another week, and I'm still sitting here without any idea how to move forward. I created the staging site to help speed up the investigation, so I would really appreciate it if we could continue working with that environment. Thank you, and I look forward to your findings. |
|
|
Juli 27, 2026 um 14:24
#18179575
|
|
|
Lucas Vidal de Andrade Unterstützer |
Hello there, I apologize for the confusion, I oversaw the private message with the details. I accessed your website, made some changes to how media is handled, but the meta title is still not showing up inside the translator. I installed the theme and the necessary plugins on a fresh WPML install to check for compatibility, and there, there were no issues. This indicates there's some specific corruption or bug causing this behaviour on your website. I've escalted your staging website and informed our development team about the issue. They'll analyze it and get back to us. I appreciate your patience so far. I'll let you know as soon as I hear from them. This can take a day or two. |
|
Juli 30, 2026 um 12:38
#18185353
|
|
|
Lucas Vidal de Andrade Unterstützer |
Hello there, Thank you for waiting. Make sure to have a full website backup and follow these steps: 1. Go to WPML > Settings > Custom XML Configuration
<wpml-config>
<shortcodes>
<shortcode>
<tag>vcex_image_grid</tag>
<attributes>
<attribute type="media-ids">image_ids</attribute>
</attributes>
</shortcode>
</shortcodes>
</wpml-config>
3. Make a small change to update the original page that contains the grid. This will apply the new settings to it. After that, the meta should be available for translation. This custom XML properly register the custom widgets provided by the theme. I verified this on staging, and it's working with no issues 🙂 |
|
Juli 30, 2026 um 14:19
#18185705
|
|
|
Hello Lucas, I checked both the live site and the staging site. In both installations, the Custom XML Configuration still only contains the existing vcex_image_grid configuration with image_ids. However, the email notification for your reply shows different values, namely vc_media_grid and the attributes btn_title, btn_custom_text, btn_outline_custom_hover_text, and include. Could you please clarify this? Did you intend me to add a second shortcode configuration for vc_media_grid, or did you make the change somewhere else on staging? At the moment, I cannot reproduce what you verified, because the XML visible in WPML settings on staging still appears unchanged and you Example in your mail is unreadable! Best regards, |
|
|
Juli 30, 2026 um 14:53
#18185773
|
|
|
Hello Lucas, I really need one more clarification here. On the staging site, I still only see the old vcex_image_grid XML configuration in WPML > Settings > Custom XML Configuration. Also, my actual issue is not only that the media IDs should be detected. I need the image metadata from the media grid to appear in the Advanced Translation Editor, specifically the image Title, Caption and Alt Text. With a previous configuration, the images appeared inside ATE as a separate “Media” section, including Title, Caption and Alt Text fields. That is the behaviour I need to restore. Does your suggested vc_media_grid configuration also make the image Title, Caption and Alt Text available in ATE? If yes, where exactly should these fields appear after updating the original page? If not, could you please provide the complete XML configuration needed so the media grid images and their metadata are available for translation in ATE? Best regards, Dirk |
|
|
Juli 30, 2026 um 14:56
#18185793
|
|
|
Hello again! On the staging site, I still only see the old vcex_image_grid XML configuration in WPML > Settings > Custom XML Configuration. Also, my actual issue is not only that the media IDs should be detected. I need the image metadata from the media grid to appear in the Advanced Translation Editor, specifically the image Title, Caption and Alt Text. With a previous configuration, the images appeared inside ATE as a separate “Media” section, including Title, Caption and Alt Text fields. That is the behaviour I need to restore. Does your suggested vc_media_grid configuration also make the image Title, Caption and Alt Text available in ATE? Like shown in the attached Screenshot! If yes, where exactly should these fields appear after updating the original page? If not, could you please provide the complete XML configuration needed so the media grid images and their metadata are available for translation in ATE? Best regards, Dirk |
|
|
Juli 30, 2026 um 15:15
#18185820
|
|
|
Hello again, Lucas! I tested this on multiple pages now and found a reproducible workaround myself. The media fields do not appear in ATE when I only update/save the original page. However, the fields appear reliably after doing this: 1. Open the original German page. After that, the images appear in ATE as separate Media sections, including Title, Caption and Alt Text. So the issue seems to be that WPML/ATE does not detect the media grid attachments until WPBakery re-saves or re-serializes the Media Grid element itself. I have to be honest: this whole process has been extremely frustrating. What was supposed to be a two-day task has now taken more than a week, and I have to justify this delay to my client. The communication has also been very difficult. I first discussed the issue with another supporter, then with you, and I repeatedly received similar answers that did not seem to take my previous replies or test results into account. This made the process feel like starting from scratch several times instead of moving forward based on the information already provided. Some replies were also slow, partly incorrect or contradictory. For example, the email notification showed different XML values than the forum thread, and on staging I still only saw the old XML configuration. This made it very hard to understand what was actually changed or verified. Also, the working XML configuration and now this reproducible workaround were not provided by WPML. I had to work them out myself while trying to keep the project moving. At this point, I need a clear technical answer: Can WPML force this reprocessing globally for all affected pages, so I do not have to manually open and save every single WPBakery Media Grid element? If this is a known limitation or bug with WPBakery Media Grid and ATE, please confirm that clearly, so I can plan the remaining work and communicate the situation properly to my client. Best regards PS: My client is already planning to translate additional websites once this project is running properly. But after this experience, I have to be honest: I am not sure whether I can confidently recommend WPML for those projects. |
|
|
Juli 30, 2026 um 15:20
#18185822
|
|
|
Lucas Vidal de Andrade Unterstützer |
Hey there, I apologize for the confusion, it seems that the email didn't send the proper code. Please check the Forum for more accurate answers, specially if we are sharing code. Let me share again the correct code to add:
<wpml-config>
<shortcodes>
<shortcode>
<tag>vcex_image_grid</tag>
<attributes>
<attribute type="media-ids">image_ids</attribute>
</attributes>
</shortcode>
</shortcodes>
</wpml-config>
Please note that registering the image_ids already adds the meta data to ATE, as Media. Please check the screenshot from the staging website after applying the fix there. If there's already XML on your production website, please send it here, and I can make the necessary updates for you to copy and paste on the settings field. Always make sure to have a website backup before making amy changes. |
|
Juli 30, 2026 um 15:43
#18185864
|
|
|
Hello Lucas, thank you for clarifying the email/forum difference. However, the vcex_image_grid / image_ids XML configuration is already present on the production website and was also visible on staging. So the XML itself does not seem to be the missing piece!!! The important point is that the Media fields did not appear in ATE just because this XML was present or because the original page was updated. I have now tested this on multiple pages and found that the Media fields only appear reliably after opening the WPBakery Media Grid element itself on a german post, saving that element without changes, and then updating the whole original german page. So the issue is not only the XML registration. It seems WPML/ATE does not re-detect the media grid attachments until WPBakery re-saves/re-serializes the Media Grid element. Could you please confirm whether this re-saving of each Media Grid element is required, or whether WPML provides a way to force this reprocessing globally for all affected pages? And..., I totally understand that code snippets may not display correctly in email notifications. However, this is exactly part of the confusion I am trying to point out: the email showed different values than the forum, while the forum showed the same XML configuration that was already present on the website. And on top of that, I figured out the XML all by myself! So from my side, checking both the email and the forum did not make the answer clearer. It made it more confusing, because the visible information was contradictory. The main issue remains: the vcex_image_grid / image_ids XML configuration was already present, but the Media fields only appeared in ATE after opening and saving the WPBakery Media Grid on all German sites and posts and then updating the page. So the correct answer should actually be: 1. Open the German site It's simple as that... 🙄 Best regards, Dirk |
|
|
Juli 30, 2026 um 16:05
#18185889
|
|
|
Hello Lucas, I tested this again on another article, and the behaviour is now clearly reproducible. Simply saving/updating the original German page does not make the media fields appear in ATE. The fields only appear after opening and saving each individual WPBakery Image Grid element on the original page. After that, when I update the page and open ATE again, the images finally appear as Media sections with Title, Caption and Alt Text. So the issue is not just whether the XML configuration exists. The XML is already present. The missing step is that each Image Grid element has to be re-saved individually before WPML/ATE detects the media attachments. Can you please confirm whether this is expected behaviour, a known limitation, or a bug? And more importantly: is there any way to trigger this reprocessing globally, so I do not have to manually open and save every single Image Grid element on every affected page? Best regards PS: To sum up this week: my XML configuration was correct from the very beginning, and all of your suggestions were completely wrong. WPML is like a huge star cruiser with all the bells and whistles, but you'll look in vain for an emergency exit! 🤐 |
|



