Hi,
I would rather recommended using a single Property. You can use multiple Views in combination with filters to have a View for each language while using an unfiltered View to also have an overview of all traffic across languages.
Hi Alin,
Thanks for your fast reply. Having an option to track different languages separately seems more reasonable and easier to set up, especially if different languages are served under different top level domains. I imagine using filters and views for this would be a tedious task and not all of the data would be filtered (for example end URLs or events could be fuzzied with other language versions). Also, linking GA to GSC is possible only in a 1-to-1 scenario.
Not debating whether you can achieve the same result using filters and views, surely some people would still prefer using a different tracking ID for different website languages (and usually different domains).
Could you please consider adding such an option to your plugin?
All the best,
Chris Trynkiewicz
http://essentialsoftheonlinebusiness.com
What you’re saying makes perfect sense and that’s why the plugin provides full control over the tracking code through hooks. It also allows Property switching on reports to provide a full solution for such cases. Basically, all of these, to allow users and developers to create their own or public plugins which can integrate my plugin with other third-party plugins.
One of my principles is to not tie my plugin directly to other plugins, and believe it or not that’s for strong reasons, mainly development related. An exception here is AMP, but in this case the most popular ones are following the same standard allowing a multiple plugin integration.
These being said, not being a native English speaker, I also manage multi-language sites. My approach for these cases is similar to one used by the Meta Team on ww.wp.xz.cn. I use a WordPress Network with localized sites, a site for each language. Since GADWP has full support for WordPress Networks, I can use the Views/Filters model, independent Properties for each language or whatever model I choose (no matter if we’re talking about a subdirectory setup, subdomain setup or multiple domains setup). I’m not trying to say that this setup is better than using a plugin, but I just wanted to give an example of the models I follow to manage multi-language websites.
Regards
Hi again,
Thanks for sharing your approach – I’ve never considered using the multisite feature for multilingual versions.
I’m sure most people actually use WPML for multilingual sites – a lot of plugins & themes have integrations for it. Using hooks or 3rd party plugins just to change the UA id is troublesome for non-technical users. So might I ask again that you add this option to your plugin directly? 🙂
All the best,
Chris
