Ko'p tilli sayt SEO si: RU, UZ va EN dublikatlarsiz

Qidiruv tizimi aynan nimani tushunishi kerak

Ko'p tillilik sarlavhadagi uchta tugma emas, balki hujjatlarning uchta to'plami. Xizmat sahifasi uchun alohida manzillar kerak, masalan /ru/services/seo, /uz/services/seo va /en/services/seo. JavaScript, cookie yoki interfeys parametri orqali tarjima qilinadigan bitta URL robot va foydalanuvchi uchun beqaror versiya yaratadi.

Rus, o'zbek va ingliz tilidagi hujjatlar bitta intentga javob berishi kerak, lekin matn so'zma-so'z tarjima bo'lishi shart emas. Ifodalar, valyuta, misollar, CTA va kontakt ssenariysini mahalliylashtiring. Agar ekvivalent hali bo'lmasa, uni hreflang da e'lon qilmang.

URL ning ishchi arxitekturasi

• Til papkalari: bitta domendagi oldindan aytib bo'ladigan /ru/, /uz/, /en/ tuzilmasi.
• Barqaror slug: agar jamoa transliteratsiya va redirektlarni qo'llab-quvvatlashga tayyor bo'lmasa, bir xil texnik slug ni qoldirish mumkin.
• Bitta URL, bitta til: asosiy matnni brauzer sarlavhasi yoki geolokatsiyaga qarab o'zgartirmaslik.
• Mavjud versiya uchun 200: yo'q tarjima boshqa til URL idagi ruscha matn bilan niqoblanmasligi kerak.

Ziddiyatlarsiz canonical va hreflang

1. Har bir to'liq til sahifasiga self-canonical qo'ying.
2. O'zaro hreflang-havolalarni faqat 200 kodi bilan ochiladigan ekvivalentlar orasida qo'shing.
3. To'g'ri til kodlaridan foydalaning: ru, uz, en; kerak bo'lsa, mintaqani alohida qo'shing.
4. x-default ni neytral til tanlash sahifasiga yoki, agar bu ongli qaror bo'lsa, asosiy versiyaga belgilang.
5. Til bog'lanishlarini sitemap yoki HTML da takrorlang, lekin hamma joyda bir xil to'plamni saqlang.

Metama'lumotlar va mazmun birga tarjima qilinadi

Faqat ko'rinadigan matnni tarjima qilish o'zbekcha URL da ruscha title, description, Open Graph, "non ushoqlari" va tuzilgan ma'lumotlarni qoldiradi. Bu snippet sifati va sahifaga ishonchni pasaytiradi. Tarjima paketiga H1, metama'lumotlar, alt-matnlar, FAQ, shakl yorliqlari, validatsiya xatolari va Article yoki Service ma'lumotlari kiritiladi.

Kompaniya nomi, manzil va yuridik rekvizitlar o'zboshimchalik bilan tarjima qilinmaydi. NAP-ma'lumotlar uchun sayt, xaritalar va kataloglar bir xil qiymatlarni oladigan yagona manba kerak.

Til almashtirgich va avtomatik redirektlar

• Almashtirgich joriy obyektni saqlaydi: xizmat aynan shu xizmatning tarjimasini ochishi kerak.
• Tanlangan tilni eslab qolish mumkin, lekin foydalanuvchi uni har doim o'zgartira olishi kerak.
• Robot va odamni IP bo'yicha qat'iy yo'naltirmang: geografiya tilga teng emas.
• Agar tarjima bo'lmasa, indekslanadigan dublikat yaratish o'rniga buni ochiq ko'rsating va mavjud versiyalarni taklif qiling.

E'lon qilishdan oldin nazorat

1. Barcha URL lar matritsasini tuzing va RU, UZ va EN mavjudligini belgilang.
2. Har bir versiyaning javob kodlari, canonical, hreflang va indekslanishini tekshiring.
3. Sitemap da qoralamalar, redirektlar va til dublikatlari yo'qligiga ishonch hosil qiling.
4. Barcha sahifalarni til almashtirgich bilan o'tib chiqing va boshlang'ich obyektga qaytishni tekshiring.
5. Relizdan keyin indeksatsiya hisobotlari va haqiqiy so'rovlarni til papkalari bo'yicha alohida ko'ring.

UX-maqola bilan qanday kesishmaslik kerak

Bu material texnik savolga javob beradi: qidiruv tizimi hujjatlarni qanday moslashtiradi. Tillarni tanlash, tarjima jarayoni, tahrir va loyiha byudjeti haqida "O'zbekiston uchun ko'p tilli sayt" qo'llanmasida o'qing. Intentlarni ajratish ikki maqolaning bitta so'rov uchun raqobatlashmasligiga yordam beradi.

Birlamchi manbalar va hujjatlar

• Google Search Central: localized versions va hreflang
• Google Search Central: canonical va dublikat URL lar

Keyingi qadam

Sxemani o'z loyihangizga qo'llamoqchi bo'lsangiz, texnik SEO-audit buyurtma qiling. Avval boshlang'ich ma'lumotlar va tayyorlik mezonlarini qayd etamiz, so'ng ish hajmini baholaymiz.