Maqola

Yangi saytni ishga tushirishdan oldingi SEO tekshiruv ro‘yxati

2026-04-28 • 6 daqiqa

Yangi saytning SEO muammolarining katta qismi reliz oldidan tug‘iladi, lekin oylar o‘tib aniqlanadi. Domenni ulashdan oldin nimani tekshirish kerakligini ko‘rib chiqamiz.

#SEO
#Korporativ sayt
Yangi saytni ishga tushirishdan oldingi SEO tekshiruv ro‘yxati

 

Yangi saytni ishga tushirishdan oldingi SEO tekshiruv ro‘yxati

Bu ro‘yxat kalit so‘zlar haqida emas. U qidiruv tizimi to‘g‘ri manzillarni, to‘g‘ri javob kodlarini va o‘qiladigan kontentni olishi haqida — chunki pozitsiyalar aynan shu yerda yo‘qoladi, buni esa oylar o‘tib, trafik allaqachon tushganda payqashadi.


1. Eski va yangi manzillar xaritasi

Agar sayt mavjudini almashtirayotgan bo‘lsa, reliz oldidan jadval kerak: qaysi eski URL qayerga olib boradi. Qoidalar oddiy:

  • 301 — faqat mazmun haqiqatan ko‘chgan yoki boshqa sahifa bilan birlashgan joyda.

  • 404 yoki 410 — o‘rnini bosuvchisi yo‘q, o‘chirilgan kontent uchun. Bu hammasini bosh sahifaga yo‘naltirgandan halolroq.

  • Tegishli sahifa o‘rniga bosh sahifaga redirektni qidiruv tizimi yumshoq 404 deb baholaydi — eski manzilning pozitsiyalari bunda saqlanmaydi.


2. Server javob kodlari

Har bir indekslanadigan sahifa avtorizatsiyasiz 200 qaytarishi kerak. Alohida tekshirish arziydi: redirekt zanjirlari yo‘qmi (301 → 301 → 200) va mavjud bo‘lmagan manzillar bosh sahifa mazmuni bilan 200 qaytarmayaptimi.

JavaScript’dagi saytlar uchun bu kritik: asosiy matn, sarlavha va tavsif HTML’da kelishi kerak — SSR yoki prerender orqali. Agar manba kodda bo‘sh konteyner bo‘lsa, qidiruv tizimi bo‘sh sahifani indekslashi mumkin.


3. robots.txt va canonical

  • Jangovar server test serveridan Disallow: / ni meros qilib olmaganiga ishonch hosil qilish — yangi sayt umuman indekslanmasligining klassik sababi.

  • Har bir mustaqil sahifada o‘ziga canonical.

  • Canonical zanjirlari va mavjud bo‘lmagan manzillarga havolalar bo‘lmasin.

  • http/https va oxiridagi slesh bo‘yicha qaror qabul qilish — va ichki havolalarda, canonical’da hamda sayt xaritasida bitta variantga amal qilish.


4. Sayt xaritasi

sitemap.xml’ga faqat 200 qaytaruvchi kanonik manzillar tushadi. Redirektlar, noindex’li sahifalar, dublikatlar va parametrli manzillar chiqarib tashlanadi. lastmod har bir yig‘ishda emas, mazmun haqiqatan o‘zgarganda yangilanadi: aks holda qidiruv tizimi bu maydonga ishonishni to‘xtatadi.


5. Metama’lumot va mazmun

Har bir sahifada noyob title va description, bitta tushunarli H1. Birinchi ekrandan pastda foydalanuvchi so‘roviga mazmunli javob — faqat shior emas. Muhim bo‘limlar skriptlar orqali emas, oddiy HTML havolalar bilan ochilishi kerak. Mikrobelgilash sahifada haqiqatan ko‘rinadigan narsani tasvirlaydi.


6. Analitika — domenni ulashdan oldin

Formalar, qo‘ng‘iroqlar, messenjerga o‘tishlar va UTM-teglar reliz oldidan tekshiriladi, keyin emas. Alohida eski saytning bazaviy ko‘rsatkichlarini — ko‘rsatishlar, bosishlar, arizalar, top sahifalar — qayd etib qo‘yish kerak, aks holda bir oydan keyin solishtirishga narsa qolmaydi.


7. Ishga tushirilgandan keyin nima qilish kerak

  • Birinchi 72 soat: asosiy manzillarni, javob kodlarini, canonical’ni, vebmaster konsollarida xatolar yo‘qligini tekshirish.

  • Birinchi hafta: sayt xaritasini real tuzilma bilan solishtirish, uni Search Console va Yandex.Webmaster’ga yuborish.

  • Bir oydan keyin: so‘rovlar va sahifalarni ko‘chishdan oldingi bazaviy ko‘rsatkichlar bilan solishtirish.


Agar sayt ishga tushishga yoki ko‘chishga tayyorlanayotgan bo‘lsa — tuzatishlar hali arzon turganda, reliz oldidan bu ro‘yxatni sizning loyihangiz bo‘yicha o‘tib chiqishimiz mumkin.


Maslahat

Loyihangizni muhokama qilaylikmi?

Maslahat bepul. Uchrashuvda vazifalar, ish formati va barcha savollar ko'rib chiqiladi.

Maslahatga yozilish

Shaxsiy ma'lumotlarni qayta ishlash siyosatini qabul qilaman

Keyingi nima bo'ladi?

1.Loyiha va talablarni muhokama qilish
2.Optimal yechim taklif qilinadi
3.Ish rejasi va smeta tayyorlanadi