| 开发者 | federicodev |
|---|---|
| 更新时间 | 2026年10月18日 20:56 |
| 捐献地址: | 去捐款 |
| PHP版本: | 7.4 及以上 |
| WordPress版本: | 7.1 |
| 版权: | GPLv2 or later |
| 版权网址: | 版权信息 |
/it/, /de/), friendly to SEO and to page caches.
You translate however you like:
/it/ types in Italian and finds your pages, posts and WooCommerce products by their translated title and text, with suggestions as they type. Make one profile for the header, one for the footer and one for the phone menu, each with its own look and a live preview; add it as a block, with the [translaterocket_search] shortcode or as an item of your menu. The site's own search box, Ajax Search Lite and FiboSearch find translated text too./it/chi-siamo/) and hreflang tags.[translaterocket_switcher], a Gutenberg block, or a widget — inline, dropdown, or a scrollable bar with ‹ › arrows for many languages — with original SVG flags that render everywhere (including Windows). Show a switcher on desktop only, on mobile only, or both, to style a different menu for each..po files, so it works even when the other plugin is gone. Pages built with Elementor or Bricks come across too, widget by widget.hreflang tags, and its URLs send visitors to your default language, while you keep working on the real pages. Nothing half-translated ever reaches your visitors or Google.Yes. All translation features and unlimited languages are free, with no paid tier inside the plugin. You only ever pay your own AI provider, directly, if you choose to use AI.
I build websites for a living, and I use TranslateRocket on every multilingual site I make. Every fix reaches those sites the day I release it, so the plugin gets maintained because I need it maintained — publishing it for everyone costs me nothing on top of that. What comes back is worth more to me than a licence fee would be: bug reports from setups I could never reproduce on my own, which end up improving my own clients' sites too. Donations are welcome and change nothing about what the plugin does. And if you want that work done on your own site, you can hire me. Building and fixing WordPress sites is the day job: a site built from scratch, a design put right, a multilingual setup done properly, custom development, a migration off a plugin that charges you every month. That is where the money comes from — not from crippling this plugin. Ask me from the "Help & Feedback" screen inside the plugin, or at https://translaterocket.com/support/ .
No — and without one you are not limited to typing by hand. Chrome and Edge on a computer carry a translator that runs on the device itself, and one button puts it to work on your whole site. It costs nothing, needs no account and no signup, and the text never leaves your machine. Quality sits below DeepL and the AI models, so it is the quickest way to a translated site rather than the finest one — but everything it translates is kept, so adding a provider later never repeats the work. It needs Chrome, or Edge 148 or later, on a computer that can run the built-in model: Windows 10 or 11, macOS 13 or later, Linux or ChromeOS (not Windows Server), 16 GB of RAM or a graphics card with more than 4 GB, and 22 GB of free disk space, with the admin on https. Anywhere else, the copy-and-paste route works in any browser and still needs no key. Beyond that you can click any text on the live page and type its translation, edit it again later, and publish it. Every field also offers a free Google Translate link you can paste back from. AI keys are optional and only used at the moment you ask for one. Two minutes, filmed on a real site: translating a page with no key at all. https://www.youtube.com/watch?v=J0TxlZBKaWc
Yes. Translations are stored in your own WordPress database. Text is only sent to the AI provider you configure, at the moment you ask for a translation.
Yes. Each language lives under its own URL (e.g. /it/), so page caches store each language separately and automatically.
Yes. Product pages, categories and attributes are translated like any other content, and slugs are translated per language. It also covers the parts WooCommerce renders outside the page HTML, which a page-only engine misses: the AJAX mini-cart fragments, strings passed to JavaScript (such as the "View cart" link), and transactional emails — the order's language is recorded at checkout (classic and block/Store API) and the customer email is rendered in that language. Wording that only ever appears inside an email (WooCommerce's own "Thank you for your order", "Quantity", "Price") is picked up automatically the first time such an email is sent and filed under "WooCommerce emails" in the translation screens, so you can translate it like anything else. Multi-currency is out of scope: TranslateRocket translates, it does not convert prices. The whole shop translated, from the product page to the order e-mail: https://www.youtube.com/watch?v=kU0TConiT20
Yes. Labels, placeholders, options and buttons are translated with the rest of the page, whether the form is added with a shortcode, a block, a widget or a page builder such as Elementor. The messages the form plugin adds with JavaScript — validation errors, "message sent" — are translated too, on Forminator, Contact Form 7, WPForms, Gravity Forms, SureForms, Formidable and Ninja Forms. With Forminator, the thank-you message, forms loaded with "Load form using AJAX" and the e-mail notifications follow the language of the page the form was sent from; the wording of the form settings and e-mails appears under "Forms: messages and e-mails" in the translation screens once an administrator has viewed the form or a notification has been sent. To keep a notification (for example the copy for the site owner) in the source language, return false from the trrocket_forminator_translate_notification filter.
Yes, for theme and plugin code that needs it (the equivalent of Polylang's pll_current_language()): trrocket_current_language() returns the code of the language of the current request, such as en, fr or pt-br — also in AJAX requests sent from a translated page — and trrocket_default_language() returns the site's source language. Wrap calls in function_exists() so your code keeps working if the plugin is deactivated.
Yes — use TranslateRocket → Import to bring over your existing translations. The WPML import covers both its string translations and its post-based translations (titles, slugs and matching body text), and reads directly from WPML's tables, so it works even when WPML is already deactivated. Coming from Weglot (a hosted service)? Export your translations from the Weglot dashboard as a CSV and upload the file on the same Import screen — the columns are detected automatically and mapped to your target languages. To review the result safely, turn on Preview mode ("Who sees the translations" in Settings): you browse the fully translated site while visitors keep seeing the default language, and one click publishes it when you are happy. Safer still: run TranslateRocket next to your current plugin, import, and switch only when you are happy. Two minutes: https://www.youtube.com/watch?v=K5qmxn3_4po
Yes, for free. The search box of TranslateRocket always searches in the language of the page: on /de/ a visitor types in German and finds your pages, posts and WooCommerce products by their translated title, excerpt and content, with suggestions while typing, and the results open on the German pages. You can let it look in every language at once, choose which content types it shows and add filters. The search box WordPress already has on your site, Ajax Search Lite and FiboSearch understand the translated words too.
Open the page and use the "Language visibility" box to redirect it, show a custom message, or return a 404 — per language.
Yes. Wrap it in [translaterocket_language lang="it"]…[/translaterocket_language] — several languages work too, as lang="it,de" — or use not="it" to show it everywhere except Italian. In the block editor you do not need the shortcode: add the class trrocket-only-it or trrocket-hide-it in "Advanced → Additional CSS class(es)" of any block, navigation links included. Content limited with lang= or trrocket-only- is taken to be written in that language, and is shown exactly as you wrote it.
Yes. In Appearance → Menus every item has a "Show in" row with one checkbox per language; nothing ticked means every language. Hiding an item hides its sub-items too. Block themes build menus with the Navigation block instead: there, give a link the class trrocket-only-it or trrocket-hide-it.
Yes. Open a page in the visual editor, click "Translate page" and use "Copy with a translation prompt" — or the ChatGPT and Gemini links, which copy the same thing. The prompt carries your languages, the words you never translate, your glossary and your house style, and asks for the reply in a code block with the line numbers intact. Paste the reply in box 2 and apply it. And when a machine translation gets a word wrong, fixing it takes ten seconds: https://www.youtube.com/watch?v=Bc83GXh1NvI
The translator built into the browser exists only in Chrome and Edge on a computer. TranslateRocket Labs, a separate free add-on you can ask for at https://translaterocket.com/labs/, adds free translation engines that work from any browser, phones included — each one is switched on only after you read and accept its conditions. Labs is not needed: everything described on this page works without it. Both, in one minute — a page translated in the browser with no key, then Labs translating a new page the moment it is published: https://www.youtube.com/watch?v=Zsf1PXWFhVI
trrocket_translate_frame_view filter covers similar frames.