On the icim.com.tr website, we have used WPML for automatic translation of the entire site. However, we are encountering an issue: there are custom post type categories named "urunler", "tarifler", "markalar", "haberler". In the detail pages of these categories, the URL slug values for "urunler" and "markalar" are being translated into English, but the pages result in a 404 error. I tried updating the Permalinks to resolve this, but the problem persists. For the "tarifler" and "haberler" categories, the URL slugs remain in Turkish. These also need to be changed to English. I would appreciate your assistance with WPML link settings.
I understand that the Archive page for your Custom Post Type is showing a 404 error page in the English version.
Upon reviewing your site and accessing the Archive pages, I observed that the archives in the English version are displaying their contents correctly. I didn't encounter any issues during this review. For a clearer understanding, please check this video: hidden link
Could you please share where/how should I check to see the issue? If the same is not happening for you, please clear the caches from your site and browser and then check again.
Please feel free to let me know if you need further assistance in this matter. I will be happy to help.
I understand your request, but it appears to be related to a specific issue with a website or video that you're referring to. To provide assistance or suggestions for resolving the issue, I would need more specific information about the website, video, or platform you're referring to. Could you please provide more context or details about the website or video in question so that I can better assist you in addressing the problem you've described?
Thank you for your reply. However, I believe there might be a miscommunication regarding the issue at hand. My initial message was in reference to the 404 error on the Archive page of your Custom Post Type in the English version of your site. I provided a video link (hidden link) to demonstrate that the English version's archive pages are functioning correctly based on my review.
Your last message seems a bit out of context and I'm having difficulty understanding the issue you're referring to. To address your issue effectively, I need specific details about where and how the error is occurring on your site. Any additional information or specific examples you can provide about the issue would be extremely helpful.
I'm here to assist you, so please do not hesitate to reach out for further support or clarification on this matter.
I've made a video to explain the issue in more detail. You can download and watch the video from this link: hidden link. I am listing the problems item by item:
1- In the Products category, after entering three subcategories and then going into a product detail, the URL slug appears as 'products', which is correct. However, a 404 error page appears.
2- In the Brands category, the URLs in the article details are in English, but a 404 error page is displayed.
3- In the News category, the URLs in article details are in Turkish slugs. They are not translated into English. Even if they were, it would probably lead to a 404 error page.
4- In the Recipes category, the URLs also remain in Turkish. English slug values do not appear. If they did, they would likely result in a 404 error.
I would appreciate your support in resolving these issues.
I'm unable to download the video, which is why I couldn't review it. Could you please upload it to Google Drive and share the link with me?
Regarding the issues you mentioned, I have analyzed them and identified two main problems: some posts display a "Not Found" message, and the slugs for some posts in English are incorrect. Below are my findings on both issues.
1) Not Found/404 Page: I reviewed our Translation Management System and found that the English pages displaying 404 errors are accurately translated, but the translations are awaiting review. Would you please complete the review by following the guide below and check if that helps to solve this issue?
If the review is completed and if you're still not seeing the translated version in the frontend, make sure that the status of the translated post is published. To ensure that, here are the steps:
- Switch to the secondary language from your WordPress Dashboard.
- Locate the translated version of the post. You can go to "urunler" post type and check for the Translated Post.
- Click on "Quick Edit" and make sure that the "Status" of the post is set to "Published"
2) URL not updated: While checking the WPML Debug info, I noticed that the contents are added using ACF and the translation. Most ACF fields are set to "Copy" in Translation preference, indicating that the field data is duplicated from the default version to the translated one. Could you confirm if you've entered any URLs through the ACF field? If so, then it is expected to see the same link in the translated version as the data are configured to be copied from the default language. In that case, you need to set the translation preference for that particular field to "Translate" or "Copy-Once" so that you can add the English version of the link separately.
If not, please let me know how the links are added for each card. Based on that, I'll let you know what to do next.
I uploaded the video showing the problem I'm experiencing to Google Drive at this link: hidden link
Based on the article you sent, I tried to make edits. However, it seems that the translations of the pages I'm having problems with are completed and published. Therefore, I couldn't fix the issue.
I didn't use ACF to create links for the incorrect slug. There are buttons I use for the page, but they are selected as "Copy Once." Unfortunately, I couldn't find a solution for this either.
If you like, you can log into the panel and conduct an examination.
Hi There,
Thank you for the video and for giving the suggestions a try!
As the issue persists, a closer inspection will be required to understand the root cause of the issue.
I would like to request temporary access (wp-admin and FTP) to your site to take a better look at the issue. It would be better to have a testing site where the issue is replicated.
You will find the needed fields below the comment area when you log in to leave your next reply. The information you will enter is private which means only you and I can see and have access to it.
Maybe I'll need to replicate your site locally. For this, I’ll need to temporarily install a plugin called “Duplicator” or "All in One WP Migration" on your site. This will allow me to create a copy of your site and your content. Once the problem is resolved I will delete the local site. Let me know if this is ok with you.
IMPORTANT
-Please backup site files and database before providing us access.
-If you do not see the wp-admin/FTP fields this means your post & website login details will be made PUBLIC. DO NOT post your website details unless you see the required wp-admin/FTP fields. If you do not, please ask me to enable the private box. The private box looks like this: hidden link
Hi There,
Thank you for sharing the access information.
Upon examining, I found that clearing the caches from the Nitropack plugin and resaving the permalink structure resolves all the issues. Following these actions, the "Not Found" page no longer appears in the English version of the site, and the correct slugs are now visible in the URLs for posts within the `News` and `Recipes` categories. Please check this video for a better understanding: hidden link
Would you please clear the caches from your site and browser and check again?
I also noticed translations are yet to be updated for several posts (For example, please check this screenshot: hidden link ). Please make sure to complete the update so that the translation appears correctly in the frontend.
Make sure to periodically clear the Nitropack caches and also save the permalink structure if the issue ever happens again.
Let me know the update. I will be happy to help if you need further assistance in this matter.
When I checked, the news and recipes sections were fixed. However, there's still a 404 error occurring in the products and brands section. I deactivated the Nitropack plugin because it seemed to be causing issues, and instead activated the Litespeed plugin. But the problem still hasn't been resolved. I also updated the permalinks, but that didn't help either. When I reviewed the video you sent, everything seemed fine. However, when I check, some problems are still persisting. Can you check again?
I have checked again from the incognito mode of the browser and encountered the issue.
However, while investigating this time, I noticed that the slug for the Product and Brand post types has not been included in the WPML > Settings section. Refer to this screenshot for details: hidden link
After I manually added the slug for the English versions of these post types, posts within both the Product and Brand categories began displaying correctly. This resolved the 404 error issues when accessing posts within the Brand and Products sections.
Even though the slug for the English version has been programmatically defined, it's necessary to also manually enter the English slug in the "WPML > Settings > Post Type Translation" area.
Please check and let me know if you require further assistance. I'm here to help.
It seems the issues have been fixed, thank you. However, I've noticed some peculiarities. Initially, when I checked, the categories other than brands were working. Then, when I checked again, the brands were also functioning.
After you made these adjustments, we started receiving the ERR_TIMED_OUT error very frequently. Additionally, there's another issue: when we try to access hidden link, it gives a 404 error. However, when we refresh the page, it opens as hidden link.
There seems to be some confusion and errors occurring in the background. We suspect that this ERR_TIMED_OUT error might be related to WPML. Could you please check on this?
Please be informed that the Time Out Error is typically associated with the server and often occurs when a PHP script takes too long to execute. Simply adjusting the slug for a post type is unlikely to cause this error.
If you suspect that WPML is contributing to the issue, I recommend enabling the WordPress Debug log on your site to monitor for any errors. If any errors are logged due to the Timeout, kindly copy them and include them in your next message. I'll examine them to determine if WPML is at fault and provide further updates. For guidance on how to enable the WordPress debug log, please refer to the following guide.
Your hosting/Server administrator should have access to logs that provide more detailed information about the Time Out Error. Consulting with them might help to pinpoint the exact cause of the error. If possible, obtain these logs and share them in your next response. I'll review them as well and advise you on the next steps.
I also checked the particular recipe that you've shared and can see that it loaded fine. Please check this screenshot(hidden link). I haven't noticed any error there.
Would you please clear the caches from the site and browser and check again? If possible, please keep the caching disabled for some time and check again from the incognito mode of the browser. Hope it will help.
If there's anything else you need help with, please let me know. I will be happy to help.
Best regards,
Prosenjit
Manage Cookie Consent
We use cookies to optimize our website and services. Your consent allows us to process data such as browsing behavior. Not consenting may affect some features.
Functional
Always active
Required for our website to operate and communicate correctly.
Preferences
The technical storage or access is necessary for the legitimate purpose of storing preferences that are not requested by the subscriber or user.
Statistics
We use these to analyze the statistics of our site. Collected information is completely anonymous.The technical storage or access that is used exclusively for anonymous statistical purposes. Without a subpoena, voluntary compliance on the part of your Internet Service Provider, or additional records from a third party, information stored or retrieved for this purpose alone cannot usually be used to identify you.
Marketing
These cookies track your browsing to provide ads relevant to you.
