*

Hugo

  • ****
  • 186 posts
Multi-lingual website, Sulgs vs domains
« on: February 01, 2022, 06:20:24 PM »
Hello,

Normally when creating a multi-lingual website different slugs are created. For the normal website (e.g. english) .com is used. But for german .com/de/ will be used and for Dutch .com/nl/.

This gives a lot of SEO value as wel.

My current classifieds website (wordpress) contains over this future. However I want to use Osclass but dont lose meo SEO/organic position for the dutch and german visitors.

Will it affect my position because osclass doesn't create these slugs and so i cannot translate the slugs.

I do own the .com, .de and .nl domains. So it could be an option to have the website spread over 3 domains (called domain mapping, just learned that today  ;) ).
Is it possible to synchronize the ads besides the accounts with the plugin? account-synchronization-osclass-plugin

Love to hear from you guys (devs and people with experience)


Kind regards Hugo
Unimogmeister

*

MB Themes

Re: Multi-lingual website, Sulgs vs domains
« Reply #1 on: February 02, 2022, 09:29:40 AM »
@Hugo
- account synchronization synchronize just accounts. With listings it is too complicated.
- classifieds has different content. On wordpress/blog, you are owner of content and do not hesitate to translate it into all languages. Primary content are articles from authors.

Problem:
- most users write their listings in 1 language only (I never seen user to write 1 listing in English, then switch to other locales and write same in other locales - I mean when publishing listing)
- now consider you have locale versions like site.com/en/, site.com/de/, ...
- all these listings will show same content across different locales.
- what is SEO benefit? None -> duplicated content ruins it all, that is what you do not want.
- you would have listings written in English on German site - that is irrelevant/mixed content here.

Solutions:
- use country based subdomains ---> Problem here is that in some cases, 1 country may use 2 locales (but I am not sure how it is in these countries that i.e. DE user would never access or wanted to access NL site)
- create 1 domain per locale and split listings across them. Means to have site.com, site.de, site.sk ---> this is much more common in classifieds.
  In this case listings will be separated. English ones on .com, German one on .de etc...
  What you only need is to synchronize accounts across these (account synchronizer plugin), but still in most cases, .sk user will most probably ever access .de version of your site
  There you got SEO benefit, because content is NOT DUPLICATED.

For these reasons it was never considered to split content across sites, but it works on static pages (as you are author of them and you will translate them).
Examples:
https://delta.mb-themes.com/ar_SY/legal-p29
https://delta.mb-themes.com/en_US/legal-p29

--> problem: language swtich is not fluent and is complete after page reload (probably osclass bug)

What would you need to do for ultimate solution?
- redesign links in osclass and rewrite rules
- add new feature to osclass languages to reduce length of locale, i.e. en_US to en, ar_SY to ar, but must be able to identify i.e. if you have en_US and en_GB on site, then some workaround must be there.
  To get fast support, we need following details: Detail description, URL to reproduce problem, Screenshots

*

Hugo

  • ****
  • 186 posts
Re: Multi-lingual website, Sulgs vs domains
« Reply #2 on: February 02, 2022, 07:23:52 PM »
The have a background about my website: My website is about a specific type of truck that is being bought and sold over the whole world and is also transported. So people from the USA want to see also the German ads… But I want to give the German people the best time on the website to let them upload on the german version.

This is why all the ads need to be visible worldwide...



*

MB Themes

Re: Multi-lingual website, Sulgs vs domains
« Reply #3 on: February 03, 2022, 11:00:10 AM »
@Hugo
Thanks for details, v8.0.2 of osclass will bring some improvements when working with languages, but yet it will not have solution like you request.
  To get fast support, we need following details: Detail description, URL to reproduce problem, Screenshots