Dublikat qayerdan paydo bo‘ladi
Bitrix bo‘lim manzillarini papka sifatida yig‘adi, shuning uchun ular odatda slesh bilan tugaydi. Biroq sahifa sleshsiz ham ochilishi mumkin: kontent-menejer havolani matnga qo‘lda yozgan, komponent shabloni manzilni boshqacha yig‘gan, Instagram profilidagi havola, Telegram kanal posti yoki OLX e’loniga manzil sleshsiz qo‘yilgan.
Server ikkala variantga ham 200 qaytarsa, robot ikkalasini indekslaydi. Havola va foydalanuvchi xatti-harakati signallari bo‘linadi, qidiruvda keraksiz variant chiqib qolishi mumkin, analitikada esa bitta bo‘lim ikki qatorga aylanadi.
Qaysi formatni tanlash kerak
Texnik jihatdan farqi yo‘q — muhimi, format bitta bo‘lsin. Bitrix’da bo‘limlar odatda slesh bilan ishlaydi, shuning uchun bu eng tabiiy yo‘l. .php yoki .html bilan tugaydigan manzillar slesh olmaydi.
Lekin sayt yillar davomida sleshsiz indekslangan va tashqi havolalar shunga ketgan bo‘lsa, mavjud formatni asosiy qoldirish xavfsizroq. Search Console va Yandex Webmaster’da qaysi variant ko‘proq ekanini ko‘ring va o‘shani tanlang. Formatni baribir o‘zgartirish kerak bo‘lsa, buni sayt qayta qurilishi bilan birga qiling.
Bitrix URL oxiridagi slesh qoidasini qayerda yozish kerak
To‘g‘ri joy — veb-server, Bitrix ishga tushishidan oldin. Apache’da qoida saytning ildizidagi .htaccess faylida, Bitrix’ning standart qoidalaridan yuqorida yoziladi. Nginx’da esa virtual host konfiguratsiyasida. Ko‘p hostinglarda ikkalasi ham ishlaydi: nginx so‘rovni qabul qilib, Apache’ga uzatadi. Qaysi biri so‘rovni qayta ishlashini administratordan aniqlang, aks holda qoida hech narsani hal qilmaydigan faylda qolib ketadi.
Mantiq shunday: shartlar bajarilsa, server oxiriga slesh qo‘shib 301 qaytaradi. Qoidaning aniq matni konfiguratsiyaga bog‘liq, shuning uchun uni sayt nusxasida yozib sinab ko‘ring. Qoida faqat quyidagi hollarda ishlasin:
- so‘ralgan manzil mavjud fayl emas;
- oxirida .php yoki .html kabi kengaytma yo‘q;
- oxirida slesh hali yo‘q.
Qoida tegmasligi kerak bo‘lgan manzillar
Eng katta xato — qoidaning ortiqcha narsaga tegib ketishi. Ayniqsa xizmat manzillari xavfli: Payme yoki Click bildirishnomasi 301 olsa, to‘lov tizimi yo‘naltirishga ergashmasligi mumkin va to‘langan buyurtma tasdiqlanmay qoladi. Shuning uchun quyidagilarni istisno qiling:
- rasm, CSS, JS, PDF, robots.txt va sitemap.xml;
- kengaytmali manzillar;
- parametrli so‘rovlar: slesh savol belgisidan oldin qo‘yiladi, parametrlar saqlanadi;
- /bitrix/ boshqaruv paneli va AJAX so‘rovlar;
- to‘lov tizimlari va CRM bildirishnoma ishlovchilari.
Zanjir emas, bitta yo‘naltirish
Slesh odatda https va www qoidalari bilan birga sozlanadi. Maqsad — har qanday noto‘g‘ri variant bitta sakrash bilan yakuniy manzilga yetishi. Masalan, http://www.sayt.uz/xizmatlar to‘g‘ridan-to‘g‘ri https://sayt.uz/xizmatlar/ ga olib borsin, uchta oraliq manzil orqali emas. Zanjir robotni ham, mijozni ham sekinlashtiradi. Agar index.php uchun alohida qoida bo‘lsa, uni ham shu tartibga kiriting.
Ichki havolalar, canonical va tekshirish
Yo‘naltirish dublikatni yopadi, lekin sababini davolamaydi. Menyu, footer, breadcrumb va matndagi havolalar sleshsiz bo‘lsa, har bir o‘tish ortiqcha qadam qiladi. Komponent shablonlari manzilni odatda o‘zi yig‘adi, qo‘lda yozilgan havolalarni esa tuzatish kerak bo‘ladi.
Sitemap va canonical ham tanlangan formatda bo‘lsin. Canonical sleshsiz manzilga ko‘rsatib, server sleshli manzilga yo‘naltirsa, bu qarama-qarshilik. Sozlagandan keyin quyidagilarni tekshiring:
- sleshsiz bo‘lim va mahsulot manzillari bitta 301 bilan sleshli variantga o‘tadi;
- http yoki www orqali zanjir yo‘q;
- rasm va CSS fayli yo‘naltirilmasdan ochiladi;
- parametrli manzilda parametrlar saqlanadi;
- skaner ichki havolalar orasida yo‘naltirishni topmaydi;
- to‘lov tizimining sinov bildirishnomasi ishlovchiga yetib boradi.
Ishga tushirgandan keyin nima qilish kerak
Dastlabki haftalarda Search Console va Webmaster’dagi sahifalar hisobotini kuzating. Ba’zi manzillar «yo‘naltirilgan» holatiga o‘tishi normal. Yangi 404 xatolar yoki chiqarib tashlangan sahifalar keskin ko‘paysa, qoida ortiqcha narsaga tegmaganini tekshiring, avvalo to‘lov va integratsiya manzillarini.
Server sozlamalariga o‘zingiz kirishni xohlamasangiz, markdev jamoasi texnik audit o‘tkazib, manzillarning yagona formatini O‘zbekistonda sayt uchun SEO optimizatsiya doirasida sozlab berishi mumkin. Saytingiz haqida yozing — qaysi qadamdan boshlashni birga aniqlaymiz.
Ko‘p beriladigan savollar
Slesh bilan tugaydigan manzil yaxshimi yoki sleshsizmi?
Qidiruv tizimi uchun ikkalasi teng, muhimi bitta format. Bitrix’da odatda slesh tanlanadi, lekin sayt uzoq vaqt sleshsiz indekslangan bo‘lsa, mavjud formatni saqlash xavfsizroq.
Faqat canonical yetarlimi?
Canonical buyruq emas, tavsiya, shuning uchun dublikat qolib ketishi mumkin. Ishonchli yechim — serverda 301 yo‘naltirish va xuddi shu formatdagi canonical.
Nega 302 emas, aynan 301?
301 asosiy manzil doimiy o‘zgarganini bildiradi. Vaqtincha 302 bunday signal bermaydi va boshqa vazifalar uchun ishlatiladi.
Qoida to‘lovlarni buzishi mumkinmi?
Ha, agar to‘lov tizimi bildirishnomasi yuboradigan manzil ham yo‘naltirilsa. Shuning uchun bunday ishlovchilarni istisno qiling va sozlagandan keyin sinov bildirishnomasini tekshiring.
Vazifangizni bepul tahlil qilamiz
Kontaktingizni qoldiring — 15 daqiqalik qo‘ng‘iroqda arizalar qayerda yo‘qolayotganini va birinchi navbatda nima qilish kerakligini ko‘rsatamiz.