| 开发者 | connextsystem |
|---|---|
| 更新时间 | 2026年10月2日 17:58 |
| PHP版本: | 7.4 及以上 |
| WordPress版本: | 7.1 |
| 版权: | GPLv2 or later |
| 版权网址: | 版权信息 |
/th/ or /ja/), and translations are written in whatever editor you already use — the block editor, Elementor, Flatsome's UX Builder or any other — because a translation is simply another post.
Translate by copying
example.com/, example.com/th/, example.com/ja/…) that search engines index separately, one URL per post; a post opened under the wrong prefix is redirected to its own.hreflang alternates and x-default on every translated page, self-referencing canonical URLs, per-language sitemaps advertised in robots.txt — with WordPress' built-in sitemap, Yoast SEO and Rank Math./th/ only see Thai content: archives, search, feeds, category lists, page lists, previous/next links and sticky posts are all scoped to the language. The front page and the posts page map to their translations.[wmst_switcher] shortcode or the wmst_language_switcher() template tag. It links to the translation of the current content and loads no JavaScript.src/ directory together with the build configuration (vite.config.js).
Pro add-on
Everything above is free and complete, whatever the number of languages or content types. A separate Pro plugin, sold on workmore.connextsystem.com, adds a WooCommerce integration: products, variations, categories and attributes, synced price and stock, shop, cart, checkout and account pages per language, cart and order language, customer emails in the customer's language. Inside this plugin the add-on is only mentioned on the "Upgrade to Pro" settings tab; nothing here is locked or limited.
Open Pages, find the page and click the "+" in its Languages column. A draft copy opens in your editor; translate it and publish. The two pages are linked from then on.
As many as you need. Settings → Site Translator lists them; each one gets its own URL prefix, its own menu locations, its own site title and tagline, and a place in the language switcher.
Yes. The Content card under Settings → Site Translator lists every post type and taxonomy that has an admin screen; tick the ones that should carry a language. Unticked content is shown in every language as it is.
Yes. A translation is a copy of the page including the builder's data, so it opens in Elementor, Flatsome's UX Builder or any other builder exactly like the original — you translate the texts in place.
Everything that exists when you activate the plugin is in your default language and keeps its URL. Nothing is copied or changed until you create a translation.
The language most of your content is written in. Visitors get that language at your plain URLs and every other language under its prefix (/th/, /en/, …). The default language also decides which core, theme and plugin translations the visitor side loads — independently of Settings → General → Site Language, which keeps governing the dashboard. If you already have content in several languages, pick the biggest one as the default and mark the rest in the Language box or with Tools → Assign.
Three ways, all set up under Settings → Site Translator, where you pick the style (inline links, list, pills or a dropdown), the label (native name, English name or code) and an optional accent color, and see a live preview: as a menu item (Appearance → Menus → "Language switcher"), as a widget, or with the [wmst_switcher] shortcode / wmst_language_switcher() template tag anywhere in your content, builder or theme. No JavaScript is loaded; the switcher takes the color of the text around it, so it fits light and dark headers alike, and color="…" / bg="…" on the shortcode (or a few CSS variables, listed in the settings) recolor it.
Yes. Build a menu in another language and assign it to that language's twin of a location under Appearance → Menus → Manage Locations. A language switcher can be added to any menu as well.
Your posts, pages and other content translate as usual on a WooCommerce site. Products themselves are not offered for translation: copying a product takes more than copying a post (variations, SKU, stock). That is what the separately sold Pro add-on does — translated products, variations, categories and attributes, synced price and stock, shop/cart/checkout/account pages per language, cart and order language, customer emails.
No. A language is an ordinary term on each post; lists are filtered by one indexed clause, translations are read from the object cache, and the only frontend output besides the hreflang tags is the switcher's small inline CSS on pages that show a switcher.
No. The plugin makes no network requests of its own. The optional "Install language pack" button on the settings screen uses WordPress' own language-pack installer, which downloads from WordPress.org exactly as Settings → General does. The only outbound link is the "Upgrade to Pro" button, which opens our website when you click it.
Deactivating never deletes anything. Uninstalling removes language assignments, translation links and settings only if you opted in to "Delete language data and settings when the plugin is uninstalled". Translated posts and pages are ordinary content and are never deleted.