Nima uchun Weglot Tildada ishlamaydi: bandlar bo'yicha tahlil
Ushbu maqolada: nima uchun Weglot texnik jihatdan Tilda bilan ishlay olmaydi, qaysi bloklar tarjima qilinmaydi, bu SEO uchun nimani anglatadi va qanday alternativa mavjud.
Agentlik Weglotni Tilda veb-saytiga ulaydi. Plagin o'rnatiladi, tilni almashtirish tugmasi paydo bo'ladi. Keyin ma'lum bo'lishicha, mahsulot katalogi rus tilida qolgan, aloqa shakli ham, kontentning bir qismi esa umuman yuklanmagan. Bu o'rnatish xatosi emas. Bu arxitekturaning fundamental cheklovi: Weglot faqat statik kontentni tarjima qiladi, Tildada esa u kam, shu bilan birga barcha dinamik kontent tarjima qilinmagan holda qoladi.
Weglot shunchaki JS-skript sifatida emas, balki DNS orqali teskari proksi (reverse proxy) sifatida ishlaydi. Muammo shundaki, u Tilda arxitekturasining o'ziga xos xususiyatlarini hisobga olmaydi, bu esa kontentni tarjima qilishda qiyinchiliklarga olib keladi.
Bu oddiy HTML tuzilishiga ega statik saytlarda yaxshi ishlaydi: oddiy blog, dinamik bloklarsiz landing sahifa. Weglot WordPress, Shopify, Webflow bilan ajoyib ishlaydi — u yerda kontent oldindan aytib boʻladigan va yuklash paytida skript uchun darhol mavjud.
Tilda boshqacha tuzilgan: uning oʻziga xos funksionalligi va koʻplab dinamik kontenti bor, bu esa alohida yondashuvni talab qiladi.
Nima uchun Tilda boshqa holat
Tilda sahifalarni bloklar boʻyicha yaratadi. Kontentning aksariyat qismi standart tarzda yuklanadi, ammo bir qator bloklar oʻz mexanizmlari orqali ishlaydi: AJAX soʻrovlari, alohida API chaqiruvlari.
Bunday bloklarga quyidagilar kiradi:
Mahsulotlar katalogi (Tilda Store) — mahsulot maʼlumotlari Tilda serveriga alohida soʻrov bilan yuklanadi va asl HTMLda mavjud emas. Weglot JS-skripti bu maʼlumotlar DOMda paydo boʻlishidan oldin ishga tushadi.
Shakllar (Tilda Forms) — maydon nomlari, sarlavhalar, xato xabarlari va tugma matnlari qisman dinamik tarzda ko'rsatiladi. Weglot hammasini ham ushlab qola olmaydi.
Vidjetlar va uchinchi tomon qo'shimchalari — TravelLine, Calendly, bron qilish vidjetlari boshqa domendan iframe-ga yuklanadi. Weglot JS u yerga kira olmaydi: bu brauzer cheklovi, Weglot emas.
Xulosa: Tilda-dagi odatiy tijorat veb-saytida katalog va shakllar bilan Weglot kontentning taxminan yarmini tarjima qiladi. Qolganlari asl tilida qoladi.
Bu SEO uchun nimani anglatadi
Bu alohida muammo va u bir qarashda ko'ringanidan jiddiyroq.
Weglot DNS-integratsiya (Reverse Proxy) orqali server tomonidagi statik kontentni muvaffaqiyatli tarjima qiladi. Biroq, JS orqali yuklanadigan dinamik elementlar uchun bu usul ishlamaydi: Googlebot sahifani skript matnni almashtirishdan oldin indekslashi mumkin, bu esa indeksga asl versiyaning tushishiga olib keladi.
Dinamik bloklar uchun Weglot sahifa yuklangandan keyin kontentni tarjima qilishga harakat qiladi, bu esa kechikishlar va vizual sakrashlarga olib keladi. Undan farqli o'laroq, Multify to'g'ridan-to'g'ri Tilda API-ga integratsiyalanadi va javob brauzerga kelishidan oldin ma'lumotlarni tarjima qiladi: foydalanuvchi uchun kontent Tilda serveridan kelganidek, darhol tarjima qilingan ko'rinadi.
Bu xorijiy kalit so'zlar bo'yicha pozitsiyalarga bevosita ta'sir qiladi: sahifa bor, tarjima bor, lekin qidiruv tizimi uni tarjima qilingan deb ko'rmaydi. Weglotning o'zi tasdiqlaydi: JS-integratsiya SEO afzalliklarini bermaydi, chunki tarjimalar asl HTMLga kirmaydi.
Hreflang bilan bog'liq nozikliklar
Weglot hreflang teglarini statik ravishda qo'shadi. Garchi bu qidiruv tizimlariga til versiyalarini topishga imkon bersa-da, texnik noziklik bor: Weglot x-default tegini qo'shmaydi. Undan farqli o'laroq, Multify Google tavsiyalariga muvofiq x-defaultni to'g'ri amalga oshiradi, bu qidiruv tizimlariga standart til versiyasini yaxshiroq aniqlashga yordam beradi.
Buni nima qilish kerak
Weglot — yomon mahsulot emas, u kontent statik va bashorat qilinadigan joylarda yaxshi ishlaydi. Katalog va shakllar bilan Tildada u qisman ishlaydi. Bu sozlash yoki tarif masalasi emas, balki arxitektura cheklovi. Dastlab Weglot WordPress va Shopify uchun mo'ljallangan.
Multify Tilda uchun mo'ljallangan: u dinamik kontentni, shakllarni va kataloglarni tarjima qiladi, shuningdek, valyutalarni server tomonida konvertatsiya qiladi. To'g'ri SEO uchun metateglar to'g'ridan-to'g'ri HTMLda yaratiladi.
Proksi-yondashuv prinsipial jihatdan farq qiladi: tarjima serverda sodir bo'ladi, brauzerga allaqachon tarjima qilingan sahifa keladi. Google foydalanuvchi ko'rgan narsani ko'radi.
Tilda'da ishlaydigan tarjima kerakmi?
Multify'ni loyihangizga ulaymiz va barcha kontentni — shu jumladan katalog, shakllar va vidjetlarni tarjima qilamiz.
Ishlaydi, lekin qisman. Statik kontent — sarlavhalar, matn bloklari, oddiy sahifalar — Weglot tarjima qiladi. Muammolar mahsulot katalogi, shakllar va dinamik yuklanadigan barcha narsalar bilan boshlanadi.
Agar menda katalogi bo'lmagan oddiy landing sahifa bo'lsa — Weglot mos keladimi?
Dinamik bloklarsiz landing sahifa uchun Weglot ehtimol uddalaydi. Pop-aplar bilan muammo bo'lmaydi, lekin shakllar bilan qiyinchiliklar yuzaga keladi: Tilda arizalarni qabul qilmaydi, chunki integratsiya yo'q. Do'koni bor tijorat sayti uchun — mos kelmaydi.
Nima uchun Google Weglot tarjimasini ko'rmasligi mumkin?
Agar tarjima JavaScript orqali ulangan bo'lsa, Google uni ko'rmasligi mumkin. Bu rejimda qidiruv robotlari (masalan, Googlebot) sahifani asinxron indekslaydi: ular skript ishga tushishidan oldin asl HTMLni qayd etishlari mumkin. Natijada, indeksda asl til qoladi, chunki bu mijoz JS-tarjimasining ishlash xususiyatidir.
Weglot'ning Tilda bilan rasmiy integratsiyasi bormi?
Weglot'ni sayt sozlamalariga maxsus skript qo'shish orqali Tilda'ga ulash mumkin. Bu rasmiy integratsiya emas, balki shunchaki kodni sahifalarga kiritish usuli.
Tildani to'liq tarjima qilamiz, qisman emas
Katalog, formalar, pop-aplar, vidjetlar – barchasi proksi-qavat orqali tarjima qilinadi. SEO-teglar avtomatik ravishda yaratiladi.