76% of people are more likely to buy a product if the description is in their native language — this is according to CSA Research. So translation is not just a “courtesy,” but a direct way to improve conversion.
A client asks for an English version of the website. You open Tilda and realize: there is no built-in way to create a multilingual website. There are only a few workarounds, and most of them create problems at the start or later.
Option 1: Separate Project in Tilda
The most obvious solution: you duplicate the project, translate everything manually, and publish it on another domain or subdomain.
As soon as the client changes something on the main website, you go to the copy and do the same. If the client actively maintains a blog or updates a catalog, this turns into endless manual synchronization. Moreover, the content still needs to be translated and re-laid out in the Tilda editor, as elements may shift.
Another problem: SEO. Tilda does not have a built-in mechanism for hreflang between two separate projects. Without hreflang, Google does not understand that the two websites are related and may perceive the English version as duplicated content.
Suitable for: one-page landing pages with infrequent updates that are not planned for search engine promotion.
Option 2: Zero Block with Language Switcher
This is common among agencies that want to do everything within a single Tilda project. The logic: one block in Russian is hidden via CSS, another is shown. The language is switched by a button.
This looks like a solution, but search engines don't understand such a page. Google sees mixed content of both languages at once: it doesn't know that the Russian text is for some users and the English for others. No hreflang, no language separation. For SEO, this can be even worse than two separate websites.
In addition, forms and dynamic content are not translated with this approach: buttons in the catalog, form fields, error messages — all of this remains in the original language.
Option 3: Translation Services with JS-script
Weglot, Linguise and similar solutions work with Tilda via a JS-script on the page: the browser loads the original content, the script replaces it with the translated version.
Visually, this approach works: the user sees the translated text, although not immediately after the page loads, but after some time. However, there is no benefit for SEO: search robots only index the original version of the site, as they see the content before the JS-script has time to replace it.
Search engine bots index what they see during the initial rendering. They may not see JS content or see it with a delay. This means that your English version in search will be indexed worse than desired, or not indexed at all.
Option 4: Proxy with server-side translation
How it works: a proxy server stands between the user and your website, translating all content on the server side. The browser receives ready-made translated HTML.
What it provides:
- Search engines see fully translated content, not a JS template
- hreflang is generated automatically (in the meta tags of each page and in sitemaps)
- All dynamic content is translated: catalog, forms, buttons, error texts
- Content management only on the source website, the number of languages does not increase labor costs
This is how Multify works. You connect the English version via a subdomain (for example, en.yourwebsite.com) or a separate domain, everything else happens at the server level.