Адамдардың 76%-ы, егер сипаттама өз ана тілінде болса, тауарды сатып алуға бейім — бұл CSA Research деректері. Сондықтан аударма тек «сыпайылық» емес, конверсиямен тікелей жұмыс.
Клиент сайттың ағылшын нұсқасын сұрайды. Сіз Tilda-ны ашасыз және түсінесіз: көптілді сайт жасаудың кірістірілген әдісі жоқ. Тек бірнеше айналма жолдар бар, және олардың көпшілігі бастапқыда немесе кейінірек мәселелер туғызады.
1-нұсқа: Tilda-дағы бөлек жоба
Ең айқын шешім: жобаны көшіресіз, бәрін қолмен аударасыз, басқа доменде немесе субдоменде жариялайсыз.
Клиент негізгі сайтта бірдеңені өзгерткен бойда, сіз көшірмеге барып, дәл солай жасайсыз. Егер клиент блогты белсенді жүргізсе немесе каталогты жаңартса, бұл шексіз қолмен синхрондауға айналады. Сонымен қатар, мазмұнды әлі де аударып, Tilda редакторында қайта орналастыру қажет, өйткені элементтер жылжып кетуі мүмкін.
Тағы бір мәселе: SEO. Tilda-да екі бөлек жоба арасында hreflang үшін кірістірілген механизм жоқ. Hreflang болмаса, Google екі сайттың байланысты екенін түсінбейді және ағылшын нұсқасын қайталанған мазмұн ретінде қабылдауы мүмкін.
Мыналарға жарамды: сирек жаңартылатын, іздеуде жылжытуды жоспарламайтын бір беттік лендингтерге.
2-нұсқа: Тіл ауыстырғышы бар Zero Block
Tilda-ның бір жобасының ішінде бәрін жасағысы келетін агенттіктерде кездеседі. Логика: орыс тіліндегі бір блок CSS арқылы жасырылады, екіншісі көрсетіледі. Тіл түйме арқылы ауыстырылады.
Шешім сияқты көрінеді, бірақ іздеу жүйелері мұндай бетті түсінбейді. Google екі тілдің аралас контентін бірден көреді: ол орыс мәтіні бір пайдаланушыларға, ал ағылшын тілі басқаларға арналғанын білмейді. Ешқандай hreflang, тілдер бойынша бөлу жоқ. SEO үшін бұл екі бөлек сайттан да нашар болуы мүмкін.
Сонымен қатар, бұл тәсілмен формалар мен динамикалық контент аударылмайды: каталогтағы түймелер, форма өрістері, қате туралы хабарламалар – мұның бәрі түпнұсқа тілінде қалады.
3-нұсқа: JS-скрипті бар аударма қызметтері
Weglot, Linguise және ұқсас шешімдер Tilda-мен беттегі JS-скрипт арқылы жұмыс істейді: браузер бастапқы контентті жүктейді, скрипт оны аударылған нұсқаға ауыстырады.
Визуалды түрде бұл тәсіл жұмыс істейді: пайдаланушы аударылған мәтінді көреді, бірақ бет жүктелгеннен кейін бірден емес, біраз уақыттан кейін. Алайда, SEO үшін ешқандай пайда жоқ: іздеу роботтары сайттың бастапқы нұсқасын ғана индекстейді, өйткені олар JS-скрипт оны ауыстырып үлгергенге дейін контентті көреді.
Іздеу роботтары бастапқы рендеринг кезінде көргендерін индекстейді. JS-контентті олар көрмеуі немесе кешігіп көруі мүмкін. Бұл сіздің ағылшын нұсқаңыз іздеуде қалағаннан нашар индекстелетінін немесе мүлдем индекстелмейтінін білдіреді.
4-нұсқа: Серверлік аудармасы бар прокси
Бұл келесідей жұмыс істейді: пайдаланушы мен сіздің сайтыңыз арасында прокси-сервер орнатылады, ол барлық контентті сервер жағында аударады. Браузерге дайын аударылған HTML келеді.
Бұл не береді:
- Іздеу жүйелері JS-пен дайындаманы емес, толығымен аударылған контентті көреді
- hreflang автоматты түрде жасалады (әр беттің метатегтерінде және сайт карталарында)
- Барлық динамикалық контент аударылады: каталог, формалар, түймелер, қате мәтіндері
- Контентті басқару тек бастапқы сайтта жүзеге асырылады, тілдер саны еңбек шығындарын арттырмайды
Multify осылай жұмыс істейді. Сіз ағылшынша нұсқаны субдомен арқылы (мысалы, en.сіздіңсайтыңыз.ru) немесе бөлек домен арқылы қосасыз, қалғанының бәрі сервер деңгейінде орындалады.