The client wants a blog in Russian and English. You've already set up multilingual support on other pages — and then it turns out that the blog is a separate story.
Why a Tilda blog is a separate task
Regular Tilda pages are blocks with text. The proxy intercepts the HTTP request and replaces the content — Tilda knows nothing about it.
This won't work with a blog. A blog on Tilda works through collections: each article is an entry in a collection, and the collection is linked to a project. When a user opens /blog, Tilda dynamically serves entries from the collection of the current project.
The English version of the blog is not a translation of pages. It's a separate set of articles in a separate collection.
Three Options That Don't Work
Simply translate the pages. The proxy will translate the interface: the heading "Blog", buttons, meta tags. But the articles — titles, announcements, content — will be taken from the same Russian collection. The reader lands on a page with an English interface and Russian articles.
Create a /en/blog/ folder. Tilda allows you to create folders, but all pages of one project use the same language settings. A separate language blog within one project will not work.
Duplicate the project. Technically, it works. But any template change will have to be done twice. Add a third language — three times. With five languages, it becomes unmanageable.
How it works via proxy
Multify solves the problem at the routing level. The user opens mysite.com/en/blog — the proxy recognizes the request and takes entries from the English collection. Tilda works as usual, just with its own stream connected for each language.
The language switcher on the article page leads to the translation of the same article, not to the blog's main page. This works through slug mapping: if the slugs match or explicit mapping is set, the transition is correct. Search engines also see explicit interlinking via hreflang at the level of each individual article.
What you need to prepare
Each language version requires actual articles. Multify's collection machine translation can do this automatically, but it's worth checking before publishing — especially headlines and announcements, as they have a greater impact on CTR in search.
You also need: translated slugs if you want meaningful URLs in each language, and meta tags for each article in the corresponding language. Multify automatically picks all of this up from the collection.
Frequently Asked Questions
Can an existing Tilda blog be translated without creating a new collection?
No. Blog articles are stored in a collection linked to the project. Each language version requires a separate collection with translated articles.
How does a search engine know that Russian and English articles are versions of the same material?
Through hreflang at the level of each individual article. The proxy automatically generates hreflang provided that the slugs match or an explicit mapping between versions is specified.
Is machine translation of blog articles acceptable for SEO?
Machine translation is acceptable as a draft. Google indexes high-quality, edited text better. Titles and announcements affect CTR — they should be edited first.
What happens to comments on articles in a multilingual blog?
Comments are tied to a specific page. If you use Tilda's built-in comments, they will be separate for each language version. Third-party services (Disqus) can be configured for a shared stream.