Redizayn nələri dəyişir?
Yeni görünüş hazırlananda mətn, menyu, səhifə ünvanı və hətta xidmət bölgüsü dəyişə bilər. Buna görə redizayn yalnız rəng və şrift işi kimi planlaşdırılmamalıdır. Mövcud sayta gələn istifadəçinin hansı ünvanı açdığı və orada hansı məlumatı tapdığı da yeni quruluşda nəzərə alınır.
İlk addım köhnə vəziyyəti qeydə almaqdır. Səhifə siyahısı, başlıqlar, əsas məzmun, daxili keçidlər və müraciət yolları saxlanılır. Search Console məlumatı varsa, görünüş və klik alan ünvanlar ayrıca qeyd edilir. Belə inventar yeni dizaynın hansı mövcud işi davam etdirməli olduğunu göstərir.
Ünvan xəritəsini əvvəl hazırlayın
Hər köhnə ünvan üçün yeni vəziyyət yazılır: olduğu kimi qalır, uyğun yeni səhifəyə keçir və ya qarşılığı yoxdur. Oxşar mövzuya daimi server yönləndirməsi istifadəçini düzgün materiala çatdırır. Çox sayda əlaqəsiz ünvanı sadəcə ana səhifəyə göndərmək uyğun xəritə sayılmır. Bu yanaşma Google-un sayt köçürmə sənədində izah olunur.
Cədvəldə yalnız URL yox, mövzu və qərarın səbəbi də olmalıdır. İki xidmət bir səhifədə birləşdirilirsə, həmin səhifənin hər iki ehtiyacı həqiqətən qarşılayıb-qarşılamadığı yoxlanılır. Beləliklə, yönləndirmə texniki qaydadan əvvəl məzmun qərarı kimi düşünülür.
Mətni itirmədən yeniləyin
Köhnə mətni kor-koranə saxlamaq da, yeni dizayna sığmır deyə silmək də düzgün qərar meyarı deyil. Hər bölmənin oxucuya verdiyi məlumat qiymətləndirilir. Təkrar və köhnəlmiş hissə yenilənə bilər, amma xidmətin vacib şərti və istifadəçinin axtardığı izah təsadüfən itirilməməlidir.
Elang PHP sənədləşmə platforması kimi məzmunu çox olan layihələrdə naviqasiya ilə məlumatın tapılması birlikdə düşünülür. Bu nümunə onun redizayn tarixçəsi barədə iddia deyil; yeni görünüş hazırlananda məzmun iyerarxiyasının da ayrıca iş olduğunu göstərən kontekstdir.
Sınaq mühitini yayımdan ayırın
Yeni versiya yoxlanarkən təsadüfi sınaq ünvanlarının axtarışda görünməsi istənməyə bilər. Lakin sınaq üçün qoyulan məhdudiyyətin canlı versiyada qalması başqa problemdir. Yayım siyahısında indekslənmə qaydası, canonical və dil əlaqələri yenidən yoxlanmalıdır.
Məzmunun görünməsi yalnız brauzerdə bir dəfə açılmaqla təsdiqlənmir. Server cavabı, HTML məzmunu və naviqasiyadan əlçatanlıq da nəzərdən keçirilir. Sitemap, robots və canonical materialı bu fərqli mexanizmlərin nə üçün bir-birini əvəz etmədiyini izah edir.
Yayım günü əməliyyat yoxlaması
Yeni sayt açıldıqdan sonra əsas URL-ləri, 301 keçidlərini və mövcud olmayan ünvanların cavabını yoxlayın. Əlaqə formasını həm düzgün, həm də səhv məlumatla sınayın. Telefon və e-poçt keçidləri, dil dəyişdiricisi və mobil menyu da yoxlama siyahısına daxildir. Dizaynın yaxşı görünməsi bu əməliyyatları avtomatik təsdiqləmir.
Texniki SEO işi çərçivəsində prioritetlər saytın real vəziyyətinə görə seçilir. Xəta tapılanda onun hansı səhifə və şablona təsir etdiyini qeyd etmək vacibdir; tək səhifəni düzəldib eyni problemin digər ünvanlarda qalmasını nəzərdən qaçırmayın.
Yayımdan sonra izləmə
Yeni versiyanın indeksi dərhal tam dəyişməyə bilər. Search Console-da səhifə və sorğu məlumatını, serverdə 404 və digər xətaları izləmək keçid zamanı baş verənləri anlamağa kömək edir. Dəyişiklik tarixini qeyd etmək sonrakı müqayisəni daha əsaslı edir.
Fərz edək ki, köhnə xidmət ünvanına xarici saytdan keçid var. Yeni səhifəyə düzgün yönləndirmə həmin istifadəçinin ehtiyacını davam etdirir. Amma yeni səhifə başqa xidmətə aiddirsə, sadəcə cavabın 200 olması düzgün nəticə deyil. Texniki cavabla məzmun uyğunluğu birlikdə yoxlanmalıdır. Redizaynın nəticəsi də yalnız yeni görünüşlə deyil, işin davam etməsi ilə qiymətləndirilir.
Praktik nümunə və qəbul
Keçid cədvəlini texniki komandaya verdikdən sonra yeni mühitdə avtomatik yoxlama aparmaq olar. Köhnə ünvan açılır, son hədəf və cavab yazılır, sonra hədəfin başlığı ilə mövzusu müqayisə edilir. Bu yolla səhv istiqamət, keçid zənciri və mövcud olmayan yeni hədəf tapıla bilər.
Məsələn, xidmətin adı dəyişib, amma özü eyni qalıbsa, uyğunluq izah edilə bilir. Köhnə məqalə tam başqa mövzuya göndərilibsə, əlaqə yenidən nəzərdən keçirilir. Yayımdan əvvəl saxlanmış siyahı test üçün başlanğıc nöqtəsidir. Test nəticələrinin tarixlə saxlanması sonradan yaranan xətanın ilkin köçürmədən, yoxsa sonrakı redaktədən qaynaqlandığını araşdırmağa kömək edir.
Başlamazdan əvvəl yoxlayın
- Köhnə URL və məzmun siyahısı saxlanılıb.
- Hər dəyişən ünvanın əsaslandırılmış qarşılığı var.
- Yayımda sınaq məhdudiyyətləri yenidən yoxlanılır.
- Dil və canonical keçidləri uyğun səhifəyə aparır.
- Formalar, mobil görünüş və xəta cavabları sınanıb.
Tez verilən suallar
Bütün URL-ləri dəyişmək lazımdır?
Xeyr. İşlək və uyğun ünvanı saxlamaq mümkündür. Dəyişiklik aydın struktur və məzmun ehtiyacına əsaslanmalıdır.
Köhnə kod silinsə, 301 keçidi qala bilər?
Bəli. Yönləndirmələr yeni tətbiqdə və ya server qaydalarında işləyə bilər. Köhnə kodun saxlanması texniki şərt deyil.
Mövzunu davam etdirin
Yayımdan əvvəl texniki SEO auditini, sonra Search Console yoxlamalarını planlaşdırın.
Yenilənməni icra planına çevirmək
Struktur, kontent və köhnə ünvanlar müəyyənləşdikdən sonra sayt redizaynı xidmətində mərhələləri və təhvil yoxlamalarını razılaşdırmaq olar. Texniki dəyişikliklərlə yeni dizaynın hansı ardıcıllıqda yayımlanacağı əvvəlcədən seçilir.
