Home›Support›English Support›[Resolved] I have set certain custom post types as NOT TRANSLATABLE, however WPML created /es version of the pa...
[Resolved] I have set certain custom post types as NOT TRANSLATABLE, however WPML created /es version of the pa...
This thread is resolved. Here is a description of the problem and solution.
Problem: You have set certain custom post types as NOT TRANSLATABLE in WPML, but WPML still created /es versions of these pages, leading to duplicate content issues. Solution: We recommend using a 301 redirect to handle these duplicate pages effectively. A free plugin like Redirection can be used for this purpose. This method should help prevent SEO issues by directing traffic from the unintended /es pages to the correct pages.
If this solution does not apply to your case, or if it seems outdated, we highly recommend checking related known issues at https://wpml.org/known-issues/, verifying the version of the permanent fix, and confirming that you have installed the latest versions of themes and plugins. If issues persist, please open a new support ticket.
This is the technical support forum for WPML - the multilingual WordPress plugin.
Everyone can read, but only WPML clients can post here. WPML team is replying on the forum 6 days per week, 22 hours per day.
Background of the issue:
I have set certain custom post types as NOT TRANSLATABLE, however WPML created /es version of the pages. I am trying to get rid of duplicate pages created by WPML. The issue can be seen at: hidden link
Symptoms:
I expected to see error 404 since this is a not translated page and it is set not translatable. Instead, I got a duplicate page.
Questions:
Why did WPML create /es versions of pages set as NOT TRANSLATABLE?
How can I remove the duplicate pages created by WPML?
We have also the same situation on our website, our custom post types + their taxonomies are set to not translatable, however all the posts associated with the custom post type has a translation URL.
All our plugins, themes and also WordPress is updated to the latest available version.
Hi Andeas,
We do use ACF PRO and these pages are creating using them.
While I don't agree with your comment about its negative impact on SEO, I don't think this would be the appropriate place to discuss/debate about it.
However, if you guys would be interested on doing a deep dive on the all possible negative impacts that this has and validating them, I am ready to do a deep dive with the tech team of yours.
Returning to the issue, is there anyway to get rid of these pages, so they return 404, we do have developers who can handle it even if the solution requires coding.
Restating my initial comment that this DOES have a very high negative SEO impact.