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.
Teskari proksi oddiy HTML-tuzilishga ega statik saytlarda yaxshi ishlaydi: oddiy blog, dinamik bloklarsiz landing. 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 orqali yaratadi. Kontentning katta qismi standart tarzda yuklanadi, ammo bir qator bloklar o'z mexanizmlari orqali ishlaydi: AJAX-so'rovlar, alohida API-so'rovlar.
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 kontentni sahifa yuklangandan keyin tarjima qilishga harakat qiladi, bu esa kechikishlar va vizual sakrashlarga olib keladi. Bundan farqli o'laroq, Multify to'g'ridan-to'g'ri Tilda APIga integratsiyalanadi va ma'lumotlarni javob brauzerga yetib borguncha tarjima qiladi: foydalanuvchi uchun kontent Tilda serveridan kelganidek, darhol tarjima qilingan ko'rinadi.
Bu to'g'ridan-to'g'ri xorijiy tillardagi asosiy so'rovlar bo'yicha pozitsiyalarga ta'sir qiladi: sahifa mavjud, tarjima mavjud, ammo 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 tarzda qo'shadi. Garchi bu qidiruv tizimlariga til versiyalarini aniqlashga imkon bersa-da, texnik nuans bor: Weglot x-default tegini qo'shmaydi. Multify esa to'g'ri amalga oshiradi x-defaultni to'g'ri amalga oshiradi, bu qidiruv tizimlariga standart til versiyasini yaxshiroq aniqlashga yordam beradi.
Buni nima qilish kerak
Weglot — yaxshi mahsulot, u kontent statik va bashorat qilinadigan joyda ishlaydi. Ammo Tilda-da katalog va shakllar bilan u qisman ishlaydi. Bu sozlash yoki tarif masalasi emas, balki arxitektura cheklovi. Weglot dastlab 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 veb-saytida 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 tomonidan tarjima qilinadi. 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 mos kelishi mumkin. Pop-aplar bilan muammolar bo'lmaydi, faqat shakllar bilan qiyinchiliklar yuzaga keladi: Tilda arizalarni qabul qilmaydi, chunki integratsiya yo'q. Do'koni bo'lgan tijorat sayti uchun mos emas.
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.
Weglotning 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.