With Polylang fully integrated to WordPress and using only its built-in core features (taxonomies), keep steady performances on your site and create a multilingual site featuring from just one extra language to 10 or more depending on your needs. There is no limit in the number of languages added and WordPress’ language packs are automatically downloaded when ready.
Depending on the type of site you have built or are planning to build, a combination of plugins from the list below might be of interest.
All plugins include a wizard allowing to setup them in just a few clicks.
Polylang and Polylang Pro share the same core providing features such as:
- Translating posts, pages, media, categories, post tags, custom post types and taxonomies, RSS feeds; RTL scripts are supported.
- The language is either set by the language code in URL, or you can use a different sub-domain or domain per language.
- Automatic copy of categories, post tags and other metas when creating a new post or page translation.
- Translating menus and widgets.
- Customizable language switcher available as a widget or a navigation menu item.
- Compatibility with Yoast SEO.
Helps optimizing the time spent translating your site with some very useful extra features such as:
- Better integration in the new Block Editor.
- Language switcher available as a block.
- Language options available in the widget block editor.
- Template parts translatable in the site editor (FSE).
- Duplicate and/or synchronize content across post translations.
- Improved compatibility with other plugins such as ACF Pro.
- Share the same URL slug for posts or terms across languages.
- Translate URL slugs for categories, author bases, custom post types and more…
- Export and import of content in XLIFF format for outsourced professional translation.
- Access to a Premium Support for personalized assistance.
Polylang for WooCommerce
Add-on for the compatibility with WooCommerce which provides features such as:
- Translating WooCommerce pages (shop, check-out, cart, my account), product categories and global attribute terms directly in the WooCommerce interface.
- Translating WooCommerce e-mails and sending them to customers in their language.
- Products metadata synchronization.
- Compatibility with the native WooCommerce CSV import & export tool.
- Compatibility with popular plugins such as WooCommerce Subscriptions, Product Bundles, WooCommerce Bookings, Shipment tracking and more.
- Ability to use the WooCommerce REST API (available with Polylang Pro).
- Access to a Premium Support for personalized assistance.
Neither of them will allow to do automated translation.
Our other free plugins
- WPML to Polylang allows migrating from WPML to Polylang.
- DynaMo speeds up the translation of WordPress for all non-English sites.
- Site Editor Classic Features allows to use legacy widgets (including the Polylang language switcher) and menus in the site editor (FSE).
Thanks a lot to all translators who help translating Polylang.
Thanks a lot to Alex Lopez for the design of the logo.
Most of the flags included with Polylang are coming from famfamfam and are public domain.
Wherever third party code has been used, credit has been given in the code’s comments.
- Make sure you are using WordPress 5.8 or later and that your server is running PHP 7.0 or later (same requirement as WordPress itself).
- If you tried other multilingual plugins, deactivate them before activating Polylang, otherwise, you may get unexpected results!
- The setup wizard is automatically launched to help you get started more easily with Polylang by configuring the main features.
- First time users should read Polylang – Getting started, which explains the basics and includes a lot of screenshots.
Polylang 是否兼容 WooCommerce ?
- You need Polylang for WooCommerce, premium addon described above, which will make both plugins work together.
“Polylang” 是开源软件。 以下人员对此插件做出了贡献。贡献者
- Requires PHP 7.0 as minimum version
- Pro: Fix error in site editor with WP 6.3
- Pro: Remove usage of block_core_navigation_submenu_build_css_colors() deprecated in WP 6.3
- Pro: Fix categories and tags kept in old language after the language of a post has been changed
- Add ‘pll_admin_ajax_params’ filter #1326
- Fix error when changing the language of a post and the post type doesn’t support excerpts #1323
- Pro: Register a default (empty) value for the “lang” param when listing posts and terms in REST API
- Pro: Fix categories list refresh when the language of a post is changed in the block editor
- Pro: Fix store “pll/metabox” is already registered
- Add Kirghiz to the predefined list of languages #1308
- Fix incorrect flag url when WordPress is installed in a subfolder #1296
- Fix wrong home page url in multisite #1300
- Adapt the language filter for
get_pages()for WP 6.3 #1268
- Fix static front page displaying latest posts when it is not translated #1295
- Fix a database error in ANSI mode #1297
- Fix a database error when accessing posts from another site in multisite #1301
- Fix empty languages displayed when Falang data are remaining in the database #1286
- Fix PHP warning on term_props #1288
- Fix blog page displayed in the customizer instead of the static front page when changing a setting #1289
- Fix incorrect site titles in My Site admin bar menu on multisites #1284
- Fix incorrect home url when using multiple domains or subdomain and a static front page #1285
- Requires WP 5.8 as minimum version
- Pro: Language fallbacks are now stored in language description instead of a term meta.
- Pro: Add more error messages when doing wrong when importing or exporting translations
- Pro: Avoid to check for translations files existence if no language fallbacks are defined.
- Pro: Reduce the number of DB queries when exporting posts for translation
- Pro: Fix incorrect post slug after XLIFF import
- Pro: Fix a performance issue with the autocomplete field in the block editor languages panel
- Pro: Fix translations not refreshed when switching the language in the block editor sidebar
- Pro: Fix a performance issue in Site editor
- Pro: Fix a possible bug in Site editor when language term_id and term_taxonomy_id are different
- Pro: Fix deactivated language re-activated when it is edited.
- Pro: Fix language switcher in legacy widget menu not correctly rendered in widget block editor
- Pro: Fix error 404 for untranslated attached attachement
- Pro: Fix a deprecated notice in ACF integration
- Pro: Fix update compatibility with WP Umbrella
- Refactor core to allow to easily translate contents stored in custom tables
- Strings translations are now stored in a language term meta instead of post meta of specific post type #1209
- Deprecate the filters
- Add a new property
- Add a custom admin body class
- Add support for new WPML API filters #1266
- Fix languages metabox autocomplete field not always returning expected results #1187
- Fix language not displayed if the transient has been saved with an empty array #1247
- Fix a PHP warning
Attempt to read property "home_url" on bool#1206
- Fix a conflict leading to a performance issue when translating the theme Astra options #1196
- Fix related translations resetted when updating Yoast SEO titles settings #1111
- Fix a fatal error in case the registered strings option is corrupted #1264
- Fix the language extraction from the URL in plain permalinks #1270
- Fix content cleared when switching the language of a new post in the block editor #1272
- Fix: Prevent saving strings translations with an empty source #1273
查看 changelog.txt 用于老的改变日志