Multisite? fo shared content? sudomain or subdirectory?

Having the same items in various multisite sub-sites where the only differences are language and currency is not the proper or intended use of multisite. While it’s possible to pull data from various sub-sites into the main site, it’s very inefficient. Having redundant data solely for language and currency variations is inviting a maintenance nightmare down the road. My advice is to abandon the multisite concept for this, it will not work well.

The various languages can be managed on a single site installation with a multi-lingual plugin. The currency variants should be handled by an existing WooCommerce extension. If you don’t like how the final presentation works, the extension could be customized to fit your desires. This ought to be a more satisfactory solution than trying to create your own solution through redundant data.

Thanks for clarifying. I developed the wrong mental model of your scheme upon initial read through. With a clearer model, perhaps multisite will be a good fit for you. Subdirectory vs. subdomain is a matter of preference in the eventual URL structure. I tend to prefer subdirectory because IMO it’s a little easier to administer such sites. It’s a little more honest in a way. Subdomains end up being translated internally into virtual subdirectories. I kinda like the directness of going subdirectory to begin with. But there’s nothing wrong with subdomains if that’s what you prefer.

It’s still inefficient to query multiple subsites to pull their data into the main site. It would be best done with a custom SQL query. Using WP functions to do so would be really really inefficient.

If you are not strong with PHP, WP can be a challenge as well if you need to customize. But if you can get by with default behavior from various plugins, then maybe it doesn’t matter.

Even the custom SQL will require a little PHP, but you could possibly cobble something together from other resources. The deal with pulling multisite data into a single site is that every site’s product data is stored in its own DB table. The normal way to get other site data is by switching sites one by one (in PHP), getting required data, then switching back to the main site for output. Doing this many times per request is very inefficient.

Better to use SQL directly to query all the various tables all at once. Unfortunately, I cannot provide any references for how this is accomplished. I’m not even sure myself how to write the SQL. I believe it involves UNION joins is about all I can say about it.