Sayt köçürmələri və dəyişiklikləri zamanı SEO qorunması

URL-lərin yönləndirilməsi mövcud URL-i başqası ilə əvəz etmək təcrübəsidir, bu da ziyarətçilərinizə və Google Search-ə səhifənin yeni bir ünvana sahib olduğunu effektiv şəkildə bildirir. Yönləndirmələr xüsusilə aşağıdakı hallarda faydalıdır:

Saytınızı yeni bir domenə köçürmüsünüz və keçidi mümkün qədər qüsursuz etmək istəyirsiniz.

İnsanlar saytınıza bir neçə fərqli URL vasitəsilə daxil olurlar. Məsələn, ana səhifənizə bir neçə yolla (məsələn, http://example.com/home , http://home.example.com və ya http://www.example.com ) çatmaq mümkündürsə, bu URL-lərdən birini üstünlük verilən ( kanonik ) təyinat kimi seçmək və digər URL-lərdən gələn trafiki üstünlük verdiyiniz URL-ə yönləndirmək üçün yönləndirmələrdən istifadə etmək yaxşı bir fikirdir.

İki veb-saytı birləşdirirsiniz və köhnəlmiş URL-lərə olan keçidlərin düzgün səhifələrə yönləndirildiyindən əmin olmaq istəyirsiniz.

Blogger və ya Shopify kimi bir platformadan istifadə edirsinizsə, platformada artıq daxili yönləndirmə həlləri ola bilər. Kömək məqalələrini axtarmağa çalışın (məsələn, “blogger redirects” üçün axtarış edin).

Yönləndirmə növlərinə ümumi baxış

İstifadəçiləriniz ümumiyyətlə fərqli yönləndirmə növləri arasındakı fərqi anlaya bilməsələr də, Google Search yönləndirmələrdən yönləndirmə hədəfinin kanonik olması üçün güclü və ya zəif bir siqnal kimi istifadə edir. Yönləndirmə seçimi yönləndirmənin nə qədər müddətə qüvvədə olacağını gözlədiyinizdən və Google Search-ün axtarış nəticələrində hansı səhifəni göstərməsini istədiyinizdən asılıdır:

Aşağıdakı cədvəl daimi və müvəqqəti yönləndirmələri qurmaq üçün istifadə edə biləcəyiniz müxtəlif yolları izah edir, Google-un düzgün şərh edə bilmə ehtimalına görə sıralanmışdır (məsələn, server tərəfli yönləndirmə Google tərəfindən düzgün şərh edilməsi üçün ən yüksək şansa malikdir). Vəziyyətinizə və saytınıza uyğun olan yönləndirmə növünü seçin:

Server tərəfli yönləndirmələr

Server tərəfli yönləndirmələrin qurulması server konfiqurasiya fayllarına (məsələn, Apache-dəki .htaccess faylı) girişi və ya server tərəfli skriptlərlə (məsələn, PHP) yönləndirmə başlıqlarının təyin edilməsini tələb edir. Server tərəfində həm daimi, həm də müvəqqəti yönləndirmələr yarada bilərsiniz.

Daimi server tərəfli yönləndirmələr

Axtarış motoru nəticələrində göstərildiyi kimi bir səhifənin URL-ini dəyişməlisinizsə, mümkün olduqda daimi server tərəfli yönləndirmədən istifadə etməyinizi tövsiyə edirik. Bu, Google Search-ün və insanların düzgün səhifəyə yönləndirilməsini təmin etməyin ən yaxşı yoludur. 301 və 308 status kodları səhifənin daimi olaraq yeni bir ünvana köçdüyünü bildirir.

Müvəqqəti server tərəfli yönləndirmələr

İstifadəçiləri yalnız müvəqqəti olaraq fərqli bir səhifəyə göndərmək istəyirsinizsə, müvəqqəti yönləndirmədən istifadə edin. Bu, həmçinin Google-un köhnə URL-i nəticələrində daha uzun müddət saxlamasını təmin edəcəkdir. Məsələn, saytınızın təklif etdiyi bir xidmət müvəqqəti olaraq əlçatmazdırsa, istifadəçiləri nə baş verdiyini izah edən bir səhifəyə göndərmək üçün müvəqqəti yönləndirmə qura bilərsiniz, bu orijinal URL-i axtarış nəticələrində pozmayacaqdır.

Server tərəfli yönləndirmələrin tətbiqi

Server tərəfli yönləndirmələrin tətbiqi hostinqinizdən, server mühitinizdən və ya saytınızın backend skript dilindən asılıdır.

PHP ilə daimi yönləndirmə qurmaq üçün header() funksiyasından istifadə edin. Başlıqları ekrana hər hansı bir şey göndərməzdən əvvəl təyin etməlisiniz:

Veb server konfiqurasiya fayllarınıza girişiniz varsa, yönləndirmə qaydalarını özünüz yaza bilərsiniz. Veb serverinizin təlimatlarına əməl edin:

Apache: Apache .htaccess Təlimatı, Apache URL Yenidən Yazma Bələdçisi və Apache mod_alias sənədlərinə baxın. Məsələn, yönləndirmələrin ən sadə formasını qurmaq üçün mod_alias-dan istifadə edə bilərsiniz:# Daimi yönləndirmə: Redirect permanent “/old” “http://example.com/new” # Müvəqqəti yönləndirmə: Redirect temp “/two-old” “http://example.com/two-new”Daha mürəkkəb yönləndirmələr üçün mod_rewrite istifadə edin. Məsələn:RewriteEngine on # xidmət səhifəsini daimi yönləndirmə ilə yeni səhifəyə yönləndirin RewriteRule “^/service$” “/about/service” [R=301] # xidmət səhifəsini müvəqqəti yönləndirmə ilə yeni səhifəyə yönləndirin RewriteRule “^/service$” “/about/service” [R]

NGINX: NGINX bloqunda NGINX Yenidən Yazma Qaydalarının yaradılması haqqında oxuyun. Apache-də olduğu kimi, yönləndirmələr yaratmaq üçün bir çox seçiminiz var. Məsələn:location = /service { # daimi yönləndirmə üçün return 301 $scheme://example.com/about/service # müvəqqəti yönləndirmə üçün return 302 $scheme://example.com/about/service }Daha mürəkkəb yönləndirmələr üçün rewrite direktivindən istifadə edin:location = /service { # daimi yönləndirmə üçün rewrite service?name=$1 ^service/offline/([a-z]+)/?$ permanent; # müvəqqəti yönləndirmə üçün rewrite service?name=$1 ^service/offline/([a-z]+)/?$ redirect; }

Digər bütün veb serverlər üçün server meneceriniz və ya hostinq provayderinizlə əlaqə saxlayın və ya sevimli axtarış motorunuzda təlimatlar axtarın (məsələn, “LiteSpeed redirects” üçün axtarış edin).

meta refresh və onun HTTP ekvivalenti

Platformanızda server tərəfli yönləndirmələri tətbiq etmək mümkün deyilsə, meta refresh yönləndirmələri əlverişli bir alternativ ola bilər. Google iki növ meta refresh yönləndirməsini fərqləndirir:

Ani meta refresh yönləndirməsi : Brauzerdə səhifə yüklənən kimi işə düşür. Google Search ani meta refresh yönləndirmələrini daimi yönləndirmələr kimi şərh edir.

Gecikdirilmiş meta refresh yönləndirməsi : Yalnız sayt sahibi tərəfindən təyin edilmiş saniyə sayından sonra işə düşür. Google Search gecikdirilmiş meta refresh yönləndirmələrini müvəqqəti yönləndirmələr kimi şərh edir.

Meta refresh yönləndirməsini ya HTML-in head bölməsinə, ya da server tərəfli kodla HTTP başlığına yerləşdirin. Məsələn, burada HTML-in head bölməsində ani meta refresh yönləndirməsi var:

Budur server tərəfli skriptlərlə daxil edə biləcəyiniz HTTP başlığı ekvivalenti nümunəsi:

Google tərəfindən müvəqqəti yönləndirmə kimi şərh edilən gecikdirilmiş yönləndirmə yaratmaq üçün content atributunu yönləndirmənin gecikdirilməli olduğu saniyə sayına təyin edin:

JavaScript location yönləndirmələri

Google Search, URL-in taranması başa çatdıqdan sonra Veb Render Xidmətindən istifadə edərək JavaScript-i şərh edir və icra edir. Yalnız server tərəfli və ya meta refresh yönləndirmələri edə bilmirsinizsə, JavaScript yönləndirmələrindən istifadə edin. Google Googlebot tərəfindən taranan hər bir URL-i render etməyə çalışsa da, render müxtəlif səbəblərə görə uğursuz ola bilər. Bu o deməkdir ki, JavaScript yönləndirməsi qursanız, məzmunun render edilməsi uğursuz olarsa, Google onu heç vaxt görməyə bilər.

JavaScript yönləndirməsi qurmaq üçün location xüsusiyyətini HTML head-dəki skript blokunda yönləndirmə hədəf URL-inə təyin edin. Məsələn:

Kripto yönləndirmələr

Ənənəvi yönləndirmə üsullarından heç birini tətbiq edə bilmirsinizsə, yenə də istifadəçilərinizə səhifənin və ya məzmununun köçdüyünü bildirmək üçün səy göstərməlisiniz. Bunu etməyin ən sadə yolu, yeni səhifəyə işarə edən bir keçid və qısa bir izahat əlavə etməkdir. Məsələn:

Bu, istifadəçilərə yeni saytınızı tapmağa kömək edir və Google bunu kripto yönləndirmə kimi başa düşə bilər. Məzmununuzun köçdüyünü axtarış motorlarına bildirmək üçün başqa seçiminiz yoxdursa, kripto yönləndirmələrə etibar etməyin. Kripto yönləndirmələrə müraciət etməzdən əvvəl ənənəvi yönləndirmələr üçün kömək üçün hostinq provayderinizlə əlaqə saxlayın.

URL-in alternativ versiyaları

Bir URL-i yönləndirdiyiniz zaman, Google həm yönləndirmə mənbəyini (köhnə URL), həm də yönləndirmə hədəfini (yeni URL) izləyir. URL-lərdən biri kanonik olacaq; hansının olacağı yönləndirmənin müvəqqəti və ya daimi olub-olmaması kimi siqnallardan asılıdır. Digər URL kanonik URL-in alternativ adına çevrilir. Alternativ adlar, istifadəçilərin daha çox tanıya və etibar edə biləcəyi kanonik URL-in fərqli versiyalarıdır. İstifadəçinin sorğusu köhnə URL-ə daha çox etibar edə biləcəklərinə işarə etdikdə, alternativ adlar axtarış nəticələrində görünə bilər.

Məsələn, yeni bir domen adına köçmüsünüzsə, yeni URL-lər artıq indekslənsə belə, Google-un köhnə URL-ləri nəticələrdə vaxtaşırı göstərməyə davam etməsi çox ehtimal olunur. Bu normaldır və istifadəçilər yeni domen adına alışdıqca, alternativ adlar siz heç bir şey etmədən yox olacaq.

Bütün sayt köçürülmələri üçün tövsiyələr

Saytınız üçün məntiqlidirsə, köçürülməni daha kiçik addımlara bölün. Trafikə və axtarış indekslənməsinə hər hansı təsiri yoxlamaq üçün əvvəlcə saytın yalnız bir hissəsini köçürməyi tövsiyə edirik. Bundan sonra saytınızın qalan hissəsini birdən və ya hissələrlə köçürə bilərsiniz. Saytın ilkin sınaq bölməsini seçərkən, daha az tez-tez dəyişən və tez-tez və ya gözlənilməz hadisələrdən əhəmiyyətli dərəcədə təsirlənməyən bir bölmə seçin. Həmçinin unutmayın ki, yalnız bir bölməni köçürmək köçürülmənizi yoxlamaq üçün əla bir yol olsa da, axtarış baxımından bütün saytın köçürülməsini mütləq təmsil etmir. Nə qədər çox səhifə köçürsəniz, həll etmək üçün əlavə problemlərlə qarşılaşma ehtimalınız bir o qədər yüksəkdir. Diqqətli planlaşdırma problemləri minimuma endirə bilər.

Mümkünsə, köçürülməni daha aşağı trafiklə üst-üstə düşəcək şəkildə planlaşdırın. Trafikiniz mövsümidirsə və ya müəyyən həftə içi günlərdə azalırsa, saytınızı təkrarlanan trafik azalmaları zamanı köçürmək məntiqlidir. Bu o deməkdir ki, sayt köçürülməsi zamanı baş verə biləcək potensial problemlərdən daha az insan təsirlənəcək və serverinizin resurslarının daha çox hissəsi Googlebot-un saytınızı taramasına həsr oluna bilər.

Köçürülmə zamanı sayt reytinqində müvəqqəti dalğalanma gözləyin. Saytda hər hansı əhəmiyyətli dəyişikliklə, Google saytınızı yenidən taradıqda və yenidən indekslədikdə reytinq dalğalanmaları yaşaya bilərsiniz. Ümumi bir qayda olaraq, orta ölçülü bir veb-saytın əksər səhifələrinin indeksimizdə yerini dəyişməsi bir neçə həftə çəkə bilər; daha böyük saytlar daha çox vaxt ala bilər. Googlebot-un və sistemlərimizin köçürülmüş URL-ləri kəşf etmə və emal etmə sürəti əsasən URL-lərin sayından və server sürətinizdən asılıdır. Sayt xəritəsi təqdim etmək kəşf prosesini daha sürətli etməyə kömək edə bilər və saytınızı hissələrlə köçürmək yaxşıdır.

Google Search Central-da suallar verin. Kömək səhifəmizdə çoxlu yaxşı məsləhətlər və istifadəçi forumlarımızda cavablandırılmış xüsusi hallar var. Cavab tapa bilmirsinizsə, SEO iş saatlarımız ərzində Google Search mütəxəssislərimizdən birinə canlı sual verə bilərsiniz.

URL dəyişikliyini əhatə edirsə, A/B testi və ya sınaq müddəti barədə düşünə bilərsiniz. Dəyişiklikləri qəbul etmək üçün tarama və indeksləmə üçün bir neçə həftə, üstəgəl trafiki izləmək üçün vaxt planlaşdırın.

URL dəyişiklikləri olmadan sayt köçürülməsi

Bu bələdçi, saytınızın hostinq infrastrukturunu miqrasiya edərkən Google Search performansınıza təsiri necə minimuma endirəcəyinizi göstərir. Məsələn, hostinq provayderlərini dəyişdirərkən və ya məzmun paylama şəbəkəsinə (CDN) köçərkən. Bu bələdçi yalnız istifadəçi üçün görünən URL-ə təsir etməyən miqrasiyalar üçündür. URL-ləri dəyişdirirsiniz? Görünən URL dəyişiklikləri edirsinizsə, URL dəyişiklikləri ilə sayt köçürülməsi ilə başlayın.

Ümumi baxış

Sayt köçürülmələri haqqında tez-tez verilən sualları və əsas məlumatları nəzərdən keçirin. Nə gözlədiyinizi və bunun istifadəçilərinizə və reytinqlərinizə necə təsir edə biləcəyini bilin.

Yeni hostinq infrastrukturunu hazırlayın. Məzmununuzu yeni serverlərə yükləyin və ya CDN-inizi və orijinal serverlərinizi konfiqurasiya edin və onu sınaqdan keçirin.

Sayt köçürülməsinə başlayın. Domen adınızın DNS parametrlərini yeni hostinq infrastrukturuna işarə edəcək şəkildə dəyişdirin. Bu addım trafiki yeni infrastruktura göndərmə prosesini başladan faktiki sayt köçürülməsi addımıdır.

Bağlayın. Bütün istifadəçilərin məzmunu yeni infrastrukturdan düzgün şəkildə aldığından və heç kimin köhnə infrastrukturdan istifadə etmədiyindən əmin olduqda köhnə hostinq infrastrukturunu bağlayın.

Yeni hostinq infrastrukturunu hazırlayın

Yeni saytınızı kopyalayın və sınaqdan keçirin

Əvvəlcə saytınızın bir nüsxəsini yeni hostinq provayderinizə yükləyin. Bunu etdikdən sonra, istifadəçilərinizin saytınızla necə qarşılıqlı əlaqədə olduğunu hərtərəfli sınaqdan keçirərək gözlənildiyi kimi işlədiyini yoxlayın. Budur bir neçə təklif:

Yeni saytınızı veb brauzerdə açın və saytınızın bütün elementlərini nəzərdən keçirin: veb səhifələr, şəkillər, formalar və yükləmələr (məsələn, PDF faylları).

Veb-sayt canlı yayımlanmazdan əvvəl bütün funksiyaları sınaqdan keçirdiyiniz, bəlkə də IP ilə məhdudlaşdırılmış girişi olan bir sınaq mühiti yaradın.

Yeni infrastrukturunuz üçün müvəqqəti host adı (beta.example.com kimi) ilə ictimai sınaqlara icazə verin ki, brauzerlərin əlçatanlığını yoxlaya biləsiniz. Müvəqqəti host adı Googlebot-un saytınıza çatıb-çatmadığını yoxlamağa kömək edə bilər.

Googlebot-un yeni hostinq infrastrukturuna daxil ola bildiyini yoxlayın

Hələ bir Search Console hesabınız yoxdursa, Google girişi və trafikini izləməyə kömək etmək üçün saytınız üçün yeni bir hesab yaradın. Yeni saytınız üçün müvəqqəti host adı yaratmısınızsa, həmin host adı üçün də bir hesab yaradın. Search Console-dakı URL İnspeksiya Alətindən istifadə edərək Googlebot-un yeni infrastrukturunuza daxil ola bildiyini yoxlayın. Diqqət : Firewall konfiqurasiyanızı və ya xidmətdən imtina (DoS) müdafiənizi yoxlayın. Bunun Googlebot-un DNS-ə və ya hostinq provayderinin serverlərinə çatmasına mane olmadığından əmin olun.

DNS qeydləriniz üçün TTL dəyərini aşağı salın

Saytınızın DNS qeydlərinin TTL dəyərini aşağı salsanız, sayt köçürülməsinin daha sürətli getməsinə kömək edə bilərsiniz, bu da yeni parametrlərin İSP-lərə daha sürətli yayılmasına imkan verəcəkdir. DNS parametrləri adətən İSP-lər tərəfindən göstərilən Yaşama Müddəti (TTL) parametrinə əsasən keşlənir. DNS keşlərini daha sürətli yeniləmək üçün sayt köçürülməsindən ən azı bir həftə əvvəl TTL-i mühafizəkar aşağı dəyərə (məsələn, bir neçə saat) endirməyi düşünün.

Search Console yoxlamasını nəzərdən keçirin

Search Console-da saytınızın sahibliyini yoxlamaq üçün HTML fayl metodundan istifadə edirsinizsə, cari yoxlama faylınızı saytınızın yeni nüsxəsinə daxil etməyi unutmadığınızdan əmin olun.

Eynilə, məzmun idarəetmə sisteminizin şablonlarına sahibliyi yoxlamaq üçün meta teq və ya Google Analytics daxil edirsinizsə, yeni CMS nüsxəsinin də bunları daxil etdiyindən əmin olun.

Sayt köçürülməsinə başlayın

Tarama üçün hər hansı müvəqqəti blokları silin. Saytın yeni nüsxəsini qurarkən, bəzi sayt sahibləri Googlebot və digər krolerlər tərəfindən bütün taramaları qadağan etmək üçün robots.txt faylından istifadə edir və ya məzmunun indekslənməsini bloklamaq üçün noindex meta teqlərindən və ya HTTP başlıqlarından istifadə edirlər. Köçürülməyə başlamağa hazır olduğunuzda bu cür blokları saytın yeni nüsxəsindən sildiyinizə əmin olun.

DNS parametrlərini yeniləyin. DNS qeydlərini yeni hostinq provayderinə işarə edəcək şəkildə yeniləyərək sayt köçürülməsinə başlayırsınız. Bunu necə edəcəyiniz üçün DNS provayderinizlə yoxlayın. DNS keş parametri keşləndiyi üçün qeydlərin internetdəki bütün istifadəçilərə tam yayılması bir qədər vaxt alır.

Trafiki izləyin

Həm yeni, həm də köhnə serverlərdəki server loqlarına diqqət yetirin. DNS parametrləri yayıldıqca və sayt trafiki köçdükcə, köhnə serverlərdə qeydə alınan trafikin azaldığını və yeni serverlərdə trafikin müvafiq artımını görəcəksiniz.

Fərqli ictimai DNS yoxlama alətlərindən istifadə edin. Dünyadakı fərqli İSP-lərin yeni DNS parametrlərinizə düzgün yeniləndiyini yoxlayın.

Taramanı izləyin. Search Console-dakı İndeks əhatə dairəsi qrafiklərini izləyin. Qərarı Googlebot-a buraxın. Search Console-da əl ilə maksimum tarama sürəti təyin etmək əvəzinə, parametri Googlebot qərar versin olaraq saxlayın. Bu yolla, yalnız köhnə sistem üçün nəzərdə tutulmuş parametrlər yeni sisteminizin tələblərinə mane olmayacaq.

Googlebot-un tarama sürəti haqqında qeyd

İstifadəyə verildikdən dərhal sonra Googlebot-un tarama sürətində müvəqqəti bir azalma, ardınca növbəti bir neçə həftə ərzində sabit bir artım görmək normaldır, potensial olaraq köçürülmədən əvvəlkindən daha yüksək sürətlərə çata bilər.

Bu dalğalanma baş verir, çünki biz sayt üçün tarama sürətini bir çox siqnala əsasən müəyyən edirik və hostinqiniz dəyişdikdə bu siqnallar dəyişir. Googlebot yeni xidmət infrastrukturunuza daxil olarkən ciddi problemlərlə və ya yavaşlamalarla qarşılaşmadıqca, saytınızı lazım olduğu qədər sürətli taramağa çalışacaq.

Köhnə hostinqi bağlayın

Köhnə provayderdəkı server loqlarını yoxlayın və köhnə provayderə trafik sıfıra çatdıqdan sonra köhnə hostinq infrastrukturunuzu bağlaya bilərsiniz. Bu, sayt köçürülməsini tamamlayır.

URL dəyişiklikləri ilə sayt köçürülməsi

Bu məqalə, saytınızdakı mövcud səhifələrin URL-lərini Google Search nəticələrinizə minimal təsir göstərməklə necə dəyişdirəcəyinizi təsvir edir. Bu növ sayt köçürülməsinin nümunələrinə aşağıdakılar daxildir:

URL-ləri dəyişmirsiniz? Sayt dəyişikliklərini görünən URL dəyişiklikləri olmadan edirsinizsə, bunun əvəzinə buradan başlayın.

Ümumi baxış

Sayt köçürülmələri haqqında əsas məlumatları nəzərdən keçirin. Nə gözlədiyinizi və bunun istifadəçilərinizə və reytinqlərinizə necə təsir edə biləcəyini bilin. HTTP-dən HTTPS-ə köçürsəniz, HTTPS üçün ən yaxşı təcrübələri nəzərdən keçirin.

Serveri köhnə URL-lərdən yenilərinə yönləndirmək üçün konfiqurasiya edərək sayt köçürülməsinə başlayın.

URL dəyişiklikləri ilə bütün sayt köçürülmələri üçün tez-tez verilən suallar

Google hər şeyi birlikdə köçürməyinizi tövsiyə edir, yoxsa hissələrlə köçürmək yaxşıdır? Hissələrlə köçürmək yaxşıdır.

Nə qədər səhifənin indeksləndiyini necə yoxlaya bilərəm? Search Console-da hər bir xüsusiyyət üçün məlumatları ayrıca yoxlayın. Geniş bir baxış üçün İndeks Statusu hesabatından istifadə edin. Sayt xəritəsində təqdim olunan neçə URL-in indeksləndiyini görmək üçün Sayt xəritələri hesabatından istifadə edin.

Google-un URL dəyişikliklərini tanıması nə qədər vaxt aparacaq? Sabit tarama tezlikləri yoxdur; bu saytınızın ölçüsündən və mümkün olan tarama sürətindən asılıdır. Köçürülmə hər URL əsasında baş verir.

Yeni URL-lərə yönləndirdikdə keçidlər üçün krediti itirirsinizmi? Xeyr, 301 və ya 302 yönləndirmələri PageRank itkisinə səbəb olmur.

HTTP-dən HTTPS-ə miqrasiya

HTTPS xüsusiyyətini Search Console-a əlavə etdiyinizə əmin olun. Search Console HTTP və HTTPS-i ayrı-ayrılıqda idarə edir; bu xüsusiyyətlər üçün məlumatlar Search Console-da paylaşılmır. Beləliklə, hər iki protokolda səhifələriniz varsa, hər biri üçün ayrıca bir Search Console xüsusiyyətiniz olmalıdır.

HTTP-dən HTTPS-ə miqrasiya üçün tez-tez verilən suallar

Bütün miqrasiyalarda olduğu kimi, miqrasiya zamanı bəzi reytinq dalğalanmaları yaşaya bilərsiniz. Bununla belə, HTTPS-ə xas tələlərdən qaçmaq üçün HTTPS səhifələri üçün ən yaxşı təcrübələr məlumatını nəzərdən keçirin.

HTTPS saytları kiçik bir reytinq artımı alır, lakin görünən bir dəyişiklik gözləməyin. Google HTTPS-dən müsbət reytinq siqnalı kimi istifadə edir. Bu siqnal bir çox digərləri arasındadır və hazırda yüksək keyfiyyətli sayt məzmunundan daha az çəkiyə malikdir; qısamüddətli perspektivdə HTTPS-ə keçmək üçün böyük bir SEO üstünlüyü gözləməməlisiniz. Uzunmüddətli perspektivdə Google HTTPS artımının gücünü artıra bilər.

Bəli, bu yaxşıdır. Bir hissə ilə başlayın, sınaqdan keçirin, sonra öz sürətinizlə daha çox köçürün.

HTTP-dən HTTPS-ə hissələrlə miqrasiya edirsinizsə və mərhələli URL-lərin erkən indekslənməsinin qarşısını almaq istəyirsinizsə, yönləndirmələr əvəzinə rel=canonical istifadə etməyi tövsiyə edirik. Yönləndirmələrdən istifadə etsəniz, yönləndirilmiş səhifələri sınaqdan keçirə bilməyəcəksiniz.

HTTP və HTTPS-i Search Console-da ayrıca yoxlayın və hansı səhifələrin indeksləndiyini görmək üçün İndeks Əhatə dairəsi hesabatından istifadə edin.

Sabit tarama tezlikləri yoxdur; bu saytınızın ölçüsündən və mümkün olan tarama sürətindən asılıdır. Köçürülmə hər URL əsasında baş verir.

robots.txt faylınızı sayt xəritəsi fayllarınızın HTTPS versiyasına işarə edəcək şəkildə yeniləməyinizi tövsiyə edirik. Həmçinin sayt xəritənizdə yalnız HTTPS URL-lərini siyahıya almağı tövsiyə edirik.

Unutmayın ki, saytınızdakı hər bir URL-i HTTP-dən HTTPS-ə yönləndirirsinizsə, krolerlər üçün əlçatan olan yalnız bir robots.txt faylınız olacaq. Məsələn, http://example.com/robots.txt https://example.com/robots.txt-ə yönləndirilirsə, HTTP versiyasının məzmunu Google və digər axtarış motorları üçün görünməyəcək.

Saytınızın yalnız yenilənmiş bölməsi üçün ayrıca bir sayt xəritəsi yarada bilərsiniz. Bu, sınaq bölməsinin indekslənməsini daha dəqiq izləməyə imkan verəcəkdir. Bununla belə, bu URL-ləri başqa heç bir sayt xəritəsində təkrarlamadığınızdan əmin olun.

Bütün yeni HTTPS URL-lərini sayt xəritənizdə siyahıya alın və köhnə HTTP URL-lərini silin. Yeni bir sayt xəritəsi yaratmağa üstünlük verirsinizsə, onda yalnız yeni HTTPS URL-lərini siyahıya alın.

HSTS təhlükəsizliyi artırır, lakin geri qaytarma strategiyanıza mürəkkəblik əlavə edir. Daha çox məlumat üçün HTTPS ən yaxşı təcrübələrinə baxın.

Yeni HTTPS bölməsi üçün Google News sayt xəritəsindən istifadə etmək istəyirsinizsə, protokol dəyişikliyi barədə onlara məlumat vermək üçün News komandası ilə əlaqə saxlamalı olacaqsınız və sonra Search Console-dakı HTTPS xüsusiyyətinizdə saytınızın hər bölməsini HTTPS-ə köçürdükcə yeni bir Google News sayt xəritəsi təqdim edə bilərsiniz.

Google News Publisher Center HTTP-dən HTTPS-ə keçidləri şəffaf şəkildə idarə edir. Ümumiyyətlə, News sayt xəritələrindən istifadə etmirsinizsə, Google News baxımından heç bir şey etməyinizə ehtiyac yoxdur. Bu halda, News komandası ilə əlaqə saxlayın və dəyişiklik barədə onlara məlumat verin. Həmçinin bölmələrin dəyişdirilməsi barədə komandaya məlumat verə bilərsiniz, məsələn, HTTPS-ə köçürsəniz, http://example.com/section-u https://example.com/section-a köçürdüyünüzü qeyd edə bilərsiniz.

Yeni saytı hazırlayın

Saytın hazırlanmasının təfərrüatları hər sayt köçürülməsi üçün dəyişir, lakin adətən aşağıdakılardan birini və ya bir neçəsini edəcəksiniz:

Hazırda host etdiyiniz şəkilləri və yükləmələri (məsələn, PDF sənədləri) köçürün. Bunlar artıq Google Search-dən və ya keçidlərdən trafik ala bilər və istifadəçilərə və Googlebot-a onların yeni yeri haqqında məlumat vermək faydalıdır.

HTTPS-ə keçid üçün serverinizdə tələb olunan TLS sertifikatlarını əldə edin və konfiqurasiya edin.

Yeni saytınız üçün robots.txt qurun

Sayt üçün robots.txt faylı Googlebot-un hansı sahələri taraya biləcəyini idarə edir. Yeni saytın robots.txt faylındakı direktivlərin taramadan bloklanmasını istədiyiniz hissələri düzgün əks etdirdiyindən əmin olun.

Qeyd edək ki, bəzi sayt sahibləri inkişaf mərhələsində bütün taramaları bloklayır. Bu strategiyaya əməl edirsinizsə, sayt köçürülməsi başladıqdan sonra robots.txt faylının necə görünəcəyini hazırladığınızdan əmin olun. Eynilə, inkişaf zamanı noindex direktivlərindən istifadə edirsinizsə, sayt köçürülməsinə başladığınız zaman noindex direktivlərini siləcəyiniz URL-lərin siyahısını hazırlayın.

Silinmiş və ya birləşdirilmiş məzmun üçün xətalar təmin edin

Köhnə saytda yeni sayta köçürülməyəcək məzmun üçün, həmin yetim URL-lərin düzgün şəkildə HTTP 404 və ya 410 xəta cavab kodu qaytardığından əmin olun. Xəta cavab kodunu yeni saytınız üçün konfiqurasiya panelində köhnə URL-də qaytara bilərsiniz və ya yeni URL üçün yönləndirmə yaradıb onun HTTP xəta kodu qaytarmasını təmin edə bilərsiniz. Əlaqəsiz yönləndirmələrdən çəkinin

Bir çox köhnə URL-i yeni saytın ana səhifəsi kimi əlaqəsiz bir təyinat yerinə yönləndirməyin. Bu, istifadəçiləri çaşdıra bilər və yumşaq 404 xətası kimi qəbul edilə bilər. Bununla belə, əvvəllər bir çox səhifədə yerləşdirilmiş məzmunu yeni tək bir səhifəyə birləşdirmisinizsə, köhnə URL-ləri həmin yeni, birləşdirilmiş səhifəyə yönləndirmək məqbuldur.

Düzgün Search Console parametrlərini təmin edin

Hələ etməmisinizsə, Search Console-da həm köhnə, həm də yeni saytlara sahib olduğunuzu yoxlayın. Həm köhnə, həm də yeni saytların bütün variantlarını yoxladığınızdan əmin olun. Məsələn, www.example.com və example.com-u yoxlayın və HTTPS URL-lərindən istifadə edirsinizsə, həm HTTPS, həm də HTTP sayt variantlarını daxil edin. Bunu həm köhnə, həm də yeni saytlar üçün edin.

Search Console yoxlamanızın sayt köçürülməsindən sonra da işləyəcəyinə əmin olun. Fərqli yoxlama metodundan istifadə edirsinizsə, URL dəyişdikdə yoxlama tokenlərinin fərqli ola biləcəyini unutmayın.

Search Console-da saytınızın sahibliyini yoxlamaq üçün HTML fayl metodundan istifadə edirsinizsə, cari yoxlama faylınızı saytınızın yeni nüsxəsinə daxil etməyi unutmadığınızdan əmin olun.

Eynilə, sahibliyi yoxlamaq üçün meta teq və ya Google Analytics-ə istinad edən daxil etmə faylı ilə yoxlayırsınızsa, yeni CMS nüsxəsinin də bunları daxil etdiyindən əmin olun.

Köhnə saytınız üçün Search Console-da bəzi konfiqurasiya parametrlərini dəyişdirmisinizsə, yeni saytın parametrlərinin də bu dəyişiklikləri əks etdirmək üçün yeniləndiyindən əmin olun. Məsələn:

URL parametrləri : Köhnə URL-lərinizin taranmasını və ya indekslənməsini idarə etmək üçün URL parametrlərini konfiqurasiya etmisinizsə, lazım gələrsə parametrlərin yeni sayta da tətbiq olunduğundan əmin olun.

Coğrafi hədəfləmə : Köhnə saytınızın coğrafi hədəflənə bilən domen və ya ölkə kodlu üst səviyyə domen (məsələn, .co.uk ) kimi açıq coğrafi hədəfləməsi ola bilər. Eyni bölgəni hədəfləməyə davam etmək istəyirsinizsə, eyni parametri yeni sayta tətbiq edin. Bununla belə, sayt köçürülməniz biznesinizin qlobal miqyasda genişlənməsinə kömək etmək üçün nəzərdə tutulubsa və saytınızın hər hansı ölkə və ya bölgə ilə əlaqələndirilməsini istəmirsinizsə, Sayt Parametrləri səhifəsinin açılan siyahısından Siyahıda olmayan seçin.

Tarama sürəti : Həm köhnə, həm də yeni URL-lər üçün Search Console-da Googlebot-un tarama sürətini məhdudlaşdırmamağı tövsiyə edirik. Tarama sürəti parametrini də konfiqurasiya etməməyinizi məsləhət görürük. Bunu yalnız saytınızın Googlebot-un tarama həcmini idarə edə bilməyəcəyini bildiyiniz halda edin. Köhnə saytınız üçün Googlebot-un tarama sürətini artıq məhdudlaşdırmısınızsa, onu silməyi düşünün. Google-un sayt köçürülməsinin tətbiq edildiyini avtomatik aşkar edən alqoritmləri var və biz indekslənməmizin sayt köçürülməsini tez bir zamanda əks etdirməsi üçün Googlebot-un tarama davranışını dəyişdiririk.

İmtina edilmiş geriyə keçidlər : Köhnə saytınızdakı keçidlərdən imtina etmək üçün bir fayl yükləmisinizsə, onu yeni saytın Search Console hesabından istifadə edərək yenidən yükləməyinizi tövsiyə edirik.

Yeni saytınız bu yaxınlarda alınmış bir domen üçündürsə, onun əvvəlki sahibindən qalan hər hansı bir problemdən təmiz olduğundan əmin olmaq istəyəcəksiniz. Aşağıdakı parametrləri yoxlayın:

Əvvəlki spam üçün əl ilə hərəkət. Spam siyasətlərimizə uyğun gəlməyən saytlar üçün Google, onları aşağı salmaq və ya hətta axtarış nəticələrimizdən tamamilə silmək kimi əl ilə hərəkət etməyə hazırdır. Yeni sayta hər hansı əl ilə hərəkətin tətbiq edilib-edilmədiyini görmək üçün Search Console-dakı Əl ilə Hərəkətlər səhifəsini yoxlayın və yenidən baxılma sorğusu göndərməzdən əvvəl orada sadalanan problemləri həll edin.

Silinmiş URL-lər . Əvvəlki sahibdən qalan URL silinmələrinin, xüsusən də sayt miqyasında URL silinməsinin olmadığından əmin olun. Həmçinin, məzmununuz üçün URL silmə sorğuları göndərməzdən əvvəl URL silmə alətindən nə vaxt istifadə etməməli olduğunuzu başa düşdüyünüzdən əmin olun.

Veb analitikadan istifadə edin

Sayt köçürülməsi zamanı həm köhnə, həm də yeni saytlardakı istifadəni təhlil etmək vacibdir. Veb analitika proqramı buna kömək edə bilər. Adətən, veb analitika konfiqurasiyası səhifələrinizə daxil edilmiş bir JavaScript parçasından ibarətdir. Fərqli saytları izləmək üçün təfərrüatlar analitika proqramınızdan və onun loqlaşdırma, emal və ya filtrasiya parametrlərindən asılı olaraq dəyişir. Kömək üçün analitika proqramı provayderinizlə yoxlayın. Bundan əlavə, analitika proqramınızda hər hansı konfiqurasiya dəyişikliyi etməyi planlaşdırırsınızsa, indi bunun üçün yaxşı vaxtdır. Google Analytics-dən istifadə edirsinizsə, məzmun hesabatlarınızda təmiz ayrılma istəyirsinizsə, yeni saytınız üçün yeni bir profil yaratmağı düşünün.

Serverinizin kifayət qədər hesablama resurslarına malik olduğundan əmin olun

Miqrasiyadan sonra Google yeni saytınızı həmişəkindən daha çox tarayacaq. Bunun səbəbi saytınızın trafiki köhnədən yeni sayta yönləndirməsidir və köhnə saytın hər hansı taraması, digər taramalara əlavə olaraq, yeni sayta yönləndiriləcəkdir. Yeni saytınızın Google-dan gələn artan trafiki idarə etmək üçün kifayət qədər tutuma malik olduğundan əmin olun.

Data Highlighter-ı yeniləyin

Köhnə səhifələrinizi xəritələmək üçün Data Highlighter-dan istifadə etmisinizsə, yeni saytınız üçün xəritələməni yenidən etdiyinizə əmin olun.

Tətbiq keçidlərini yeniləyin

HTTPS səhifələriniz hazır olan kimi, Google Search nəticələrində göstərildikdə veb səhifələrinizi tətbiqdə açmaq üçün nəzərdə tutulmuş hər hansı tətbiq keçidlərini yeniləyin. Bu keçidləri yeni HTTPS URL-lərinə işarə edəcək şəkildə yeniləyin. Yönləndirmələr bu keçidlər üçün işləməyəcək; tətbiq keçidi idarəetmənizi yeniləməsəniz, mobil brauzer klikləri səhifəni tətbiq əvəzinə brauzerdə açacaq.

Köhnə saytınızın URL-lərini yeni saytın URL-ləri ilə xəritələmək vacibdir. Bu bölmə iki saytınızdakı URL-ləri düzgün qiymətləndirmək və xəritələməni asanlaşdırmaq üçün edə biləcəyiniz bir sıra ümumi yanaşmaları təsvir edir. Bu xəritələməni necə yaratmağınızın dəqiq təfərrüatları cari veb-sayt infrastrukturunuzdan və sayt köçürülməsinin təfərrüatlarından asılı olaraq dəyişəcək.

URL xəritələməsini hazırlayın

Köhnə saytınızın URL-lərini yeni saytın URL-ləri ilə xəritələmək vacibdir. Bu bölmə iki saytınızdakı URL-ləri düzgün qiymətləndirmək və xəritələməni asanlaşdırmaq üçün edə biləcəyiniz bir sıra ümumi yanaşmaları təsvir edir. Bu xəritələməni necə yaratmağınızın dəqiq təfərrüatları cari veb-sayt infrastrukturunuzdan və sayt köçürülməsinin təfərrüatlarından asılı olaraq dəyişəcək.

Köhnə URL-lərinizi müəyyən edin

Ən sadə sayt köçürülmələrində köhnə URL-lərinizin siyahısını yaratmağa ehtiyacınız olmaya bilər. Məsələn, saytınızın domenini dəyişirsinizsə (məsələn, example.com-dan example.net-ə keçirsinizsə), joker server tərəfli yönləndirmədən istifadə edə bilərsiniz.

Daha mürəkkəb sayt köçürülmələrində köhnə URL-lərin siyahısını yaratmalı və onları yeni təyinat yerləri ilə xəritələməlisiniz. Köhnə URL-lərin siyahısını necə əldə etməyiniz cari veb-saytınızın konfiqurasiyasından asılıdır, lakin burada bəzi faydalı məsləhətlər var:

Vacib URL-lərinizlə başlayın . Onları tapmaq üçün: Sayt xəritələrinizə baxın, çünki ən vacib URL-lərinizin Search Console-da bu şəkildə təqdim edildiyi ehtimal olunur

Daxili və xarici keçidləri olan səhifələr üçün Search Console-dakı Saytınıza keçidlər funksiyasını yoxlayın

Məzmunu host edən bütün URL-lərin siyahısını əldə etmək üçün adətən asan bir yol təmin edə bilən məzmun idarəetmə sisteminizdən istifadə edin.

Bu yaxınlarda ən azı bir dəfə ziyarət edilmiş URL-lər üçün server loqlarınızı yoxlayın. Trafikin mövsümi dəyişməsini nəzərə alaraq, saytınız üçün məntiqli olan bir vaxt dövrü seçin.

Şəkilləri və videoları daxil edin — Sayt köçürülməsi planlarınıza daxil edilmiş məzmunun URL-lərini daxil etdiyinizə əmin olun: videolar, şəkillər, JavaScript və CSS faylları. Bu URL-lər veb-saytınızdakı digər bütün məzmunlarla eyni şəkildə köçürülməlidir.

Köhnə URL-lərin yeni URL-lərlə xəritələnməsini yaradın

Köhnə URL-lərin siyahısını əldə etdikdən sonra, hər birinin hara yönləndiriləcəyinə qərar verin. Bu xəritələməni necə saxladığınız serverlərinizdən və sayt köçürülməsindən asılıdır. Bir verilənlər bazasından istifadə edə bilərsiniz və ya sisteminizdə ümumi yönləndirmə nümunələri üçün bəzi URL yenidən yazma qaydaları konfiqurasiya edə bilərsiniz.

Bütün URL təfərrüatlarını yeniləyin

URL xəritələməniz müəyyən edildikdən sonra, səhifələri köçürülməyə hazırlamaq üçün üç şey etmək istəyəcəksiniz.

Annotasiyaları hər səhifə üçün HTML və ya sayt xəritələri girişində yeni URL-lərə işarə edəcək şəkildə yeniləyin: Hər bir təyinat URL-ində özünə istinad edən rel=”canonical” teqi olmalıdır.

Köçürdüyünüz saytda rel-alternate-hreflang annotasiyalarından istifadə edərək annotasiya edilmiş çoxdilli və ya çoxmillətli səhifələr varsa, annotasiyaları yeni URL-lərdən istifadə edəcək şəkildə yenilədiyinizə əmin olun.

Köçürdüyünüz saytın mobil qarşılığı varsa, rel-alternate-media annotasiyalarını yeni URL-lərdən istifadə edəcək şəkildə yenilədiyinizə əmin olun. Smartfon veb-saytları təlimatlarımızda daha çox məlumat əldə edin.

Daxili keçidləri yeniləyin. Yeni saytdakı daxili keçidləri köhnə URL-lərdən yeni URL-lərə dəyişdirin. Keçidləri lazım olduqda tapmaq və yeniləmək üçün əvvəllər yaradılmış xəritələmədən istifadə edə bilərsiniz.

Son köçürülməniz üçün aşağıdakı siyahıları saxlayın : Xəritələmədəki yeni URL-ləri ehtiva edən bir sayt xəritəsi faylı. Sayt xəritəsinin qurulması haqqında sənədlərimizə baxın.

Köhnə URL-lərinizə keçid edən saytların siyahısı. Saytınıza keçidləri Search Console-da tapa bilərsiniz.

301 yönləndirmələrinə hazırlaşın

Xəritələməniz olduqdan və yeni saytınız hazır olduqdan sonra növbəti addım, xəritələmənizdə göstərdiyiniz kimi köhnə URL-lərdən yeni URL-lərə serverinizdə HTTP 301 yönləndirmələrini qurmaqdır.

HTTP 301 yönləndirmələrindən istifadə edin. Googlebot bir neçə növ yönləndirməni dəstəkləsə də, mümkün olduqda HTTP 301 yönləndirmələrindən istifadə etməyinizi tövsiyə edirik.

Yönləndirmələri zəncirləməkdən çəkinin. Googlebot bir neçə yönləndirmənin “zəncirində” 10-a qədər hopu izləyə bilsə də (məsələn, Səhifə 1 > Səhifə 2 > Səhifə 3), son təyinat yerinə yönləndirməyi məsləhət görürük. Bu mümkün deyilsə, zəncirdəki yönləndirmələrin sayını az, ideal olaraq 3-dən çox və 5-dən az saxlayın. Yönləndirmələri zəncirləmək istifadəçilər üçün gecikmə əlavə edir və bütün istifadəçi agentləri və brauzerlər uzun yönləndirmə zəncirlərini dəstəkləmir.

Yönləndirmələri sınaqdan keçirin. Fərdi URL-ləri sınaqdan keçirmək üçün URL İnspeksiya Alətindən və ya çox sayda URL-i sınaqdan keçirmək üçün əmr sətri alətlərindən və ya skriptlərdən istifadə edə bilərsiniz.

Sayt köçürülməsinə başlayın

Saytınızı necə köçürəcəyinizə qərar verin — hamısını birdən, yoxsa hissələrlə: Kiçik və ya orta saytlar: Saytınızdakı bütün URL-ləri bir hissəni bir anda köçürmək əvəzinə eyni vaxtda köçürməyi tövsiyə edirik. Bu, istifadəçilərin saytla yeni formasında daha yaxşı qarşılıqlı əlaqədə olmasına kömək edir və alqoritmlərimizin sayt köçürülməsini aşkar etməsinə və indeksimizi daha sürətli yeniləməsinə kömək edir.

Böyük saytlar: Daha böyük saytları bir anda bir hissə köçürməyi seçə bilərsiniz. Bu, problemləri daha sürətli izləməyi, aşkar etməyi və düzəltməyi asanlaşdıra bilər.

robots.txt fayllarınızı yeniləyin : Köhnə saytda bütün robots.txt direktivlərini silin. Bu, Googlebot-a yeni sayta bütün yönləndirmələri kəşf etməyə və indeksimizi yeniləməyə imkan verir. Unutmayın ki, yönləndirmələri aktivləşdirdikdən sonra krolerlər köhnə robots.txt faylının məzmununu görməyəcəklər.

Yeni saytda robots.txt faylının bütün taramalara icazə verdiyindən əmin olun. Bu, tarandığından əmin olmadığınız URL-lərdən başqa, şəkillərin, CSS-in, JavaScript-in və digər səhifə aktivlərinin taranmasını əhatə edir.

Köhnə veb-saytı istifadəçiləri və Googlebot-u URL xəritələməsinə əsasən yeni sayta yönləndirmək üçün konfiqurasiya edin.

Köhnə sayt üçün Search Console-da Ünvan Dəyişikliyi təqdim edin .Saytınızı HTTP-dən HTTPS-ə köçürürsünüzsə, Ünvan Dəyişikliyi alətindən istifadə etməyinizə ehtiyac yoxdur.

Yönləndirmələri mümkün qədər uzun müddət, ümumiyyətlə ən azı 1 il saxlayın. Bu vaxt çərçivəsi Google-a köhnə URL-lərinizə işarə edən digər saytlardakı keçidlərin yenidən taranması və yenidən təyin edilməsi daxil olmaqla, bütün siqnalları yeni URL-lərə köçürməyə imkan verir.İstifadəçilər baxımından yönləndirmələri qeyri-müəyyən müddətə saxlamağı düşünün. Bununla belə, yönləndirmələr istifadəçilər üçün yavaşdır, ona görə də öz keçidlərinizi və digər veb-saytlardan gələn yüksək həcmli keçidləri yeni URL-lərə işarə edəcək şəkildə yeniləməyə çalışın.

Yeni sayt xəritəsini Search Console-da təqdim edin . Bu, Google-un yeni URL-lər haqqında məlumat əldə etməsinə kömək edəcəkdir. Bu nöqtədə köhnə sayt xəritənizi silə bilərsiniz, çünki Google gələcəkdə yeni sayt xəritəsindən istifadə edəcək.

Googlebot-un və sistemlərimizin sayt köçürülməsindəki bütün URL-ləri kəşf etməsi və emal etməsi üçün lazım olan vaxt serverlərinizin nə qədər sürətli olmasından və neçə URL-in cəlb olunmasından asılıdır. Ümumi bir qayda olaraq, orta ölçülü bir veb-saytın əksər səhifələrinin köçürülməsi bir neçə həftə çəkə bilər və daha böyük saytlar daha çox vaxt alır. Googlebot-un və sistemlərimizin köçürülmüş URL-ləri kəşf etmə və emal etmə sürəti URL-lərin sayından və server sürətindən asılıdır.Qeyd edək ki, veb axtarışında məzmununuzun görünürlüğü köçürülmə zamanı müvəqqəti olaraq dəyişə bilər. Bu normaldır və saytın reytinqləri zaman keçdikcə sabitləşəcək.

Gələn keçidləri yeniləyin

Sayt köçürülməsi başladıqdan dərhal sonra, istifadəçi təcrübəsini yaxşılaşdırmaq və server yükünüzü azaltmaq üçün mümkün qədər çox gələn keçidi yeniləməyə çalışın. Bunlara daxildir:

Xarici keçidlər: Cari məzmununuza keçid edən saytların saxlanılan siyahısındakı saytlarla əlaqə saxlamağa çalışın, onlardan keçidlərini yeni saytınıza yeniləmələrini xahiş edin. Səylərinizi hər keçid üçün daxil olan ziyarətlərin sayına görə prioritetləşdirməyi düşünün.

Trafiki izləyin

Sayt köçürülməsinə başladıqdan sonra, yeni saytda və həmçinin köhnə saytda istifadəçi və kroler trafikinin necə dəyişdiyini izləyin. İdeal olaraq köhnə saytdakı trafik azalacaq, yeni saytdakı trafik isə artacaq. Search Console və digər alətlərlə saytlardakı istifadəçi və kroler fəaliyyətini izləyə bilərsiniz.

Trafiki izləmək üçün Search Console-dan istifadə edin

Sayt xəritələri : Xəritələmədən əvvəl saxladığınız iki sayt xəritəsini təqdim edin. İlkin olaraq, yeni URL-ləri ehtiva edən sayt xəritəsində sıfır səhifə indekslənəcək, köhnə URL-lərin sayt xəritəsində isə çoxlu səhifə indekslənəcək. Zaman keçdikcə köhnə URL-lər sayt xəritəsindən indekslənən səhifələrin sayı sıfıra düşəcək və yeni URL-lərin indekslənməsində müvafiq artım olacaq.

İndeks Əhatə dairəsi hesabatı : Qrafiklər sayt köçürülməsini əks etdirəcək, köhnə saytda indekslənmiş URL saylarının azalmasını və yeni saytda indekslənmənin artmasını göstərəcək. Hər hansı gözlənilməz tarama xətaları üçün mütəmadi olaraq yoxlayın.

Axtarış sorğuları : Yeni saytın daha çox səhifəsi indeksləndikcə və reytinqə başladıqca, axtarış sorğuları hesabatları yeni saytdakı URL-lərin axtarış təəssüratları və kliklər aldığını göstərməyə başlayacaq.

Trafiki izləmək üçün digər alətlərdən istifadə edin

Server giriş və xəta loqlarınıza diqqət yetirin. Xüsusilə, Googlebot tərəfindən tarama, gözlənilmədən HTTP xəta status kodları qaytaran hər hansı URL və normal istifadəçi trafiki üçün yoxlayın.

Saytınızda hər hansı veb analitika proqramı quraşdırmısınızsa və ya CMS-iniz analitika təmin edirsə, trafiki bu şəkildə nəzərdən keçirməyiniz də tövsiyə olunur ki, köhnə saytınızdan yeni saytınıza trafikin gedişatını görə biləsiniz. Xüsusilə, Google Analytics real vaxt rejimində hesabat təqdim edir və bu, ilkin sayt köçürülməsi mərhələsində istifadə etmək üçün faydalı bir xüsusiyyətdir. Köhnə saytda trafikin azaldığını və yeni saytda artdığını görməyi gözləməlisiniz.

Sayt köçürülmənizdə problemlərin aradan qaldırılması

Budur URL dəyişiklikləri ilə (HTTP-dən HTTPS-ə daxil olmaqla) saytı miqrasiya edərkən bəzi ümumi səhvlər. Bu səhvlər yeni saytınızın tamamilə indekslənməsinə mane ola bilər.

Google Search-də A/B testi təsirini minimuma endirin

Bu səhifə səhifə məzmununda və ya səhifə URL-lərində sınaq dəyişikliklərinin Google Search performansınıza minimal təsir göstərməsini necə təmin edəcəyinizi əhatə edir. Sınaqların necə qurulacağı və ya dizayn ediləcəyi barədə təlimatlar vermir, lakin bu səhifənin sonunda sınaq haqqında daha çox resurs tapa bilərsiniz.

Sınaq haqqında ümumi baxış

Veb-sayt sınağı, veb-saytınızın (və ya veb-saytınızın bir hissəsinin) fərqli versiyalarını sınadığınız və istifadəçilərin hər versiyaya necə reaksiya verdiyi haqqında məlumat topladığınız zamandır.

A/B testi, bir dəyişikliyin iki (və ya daha çox) variantını sınaqdan keçirdiyiniz yerdir. Məsələn, düymə kliklərini artıra biləcəyinizi görmək üçün bir düymədə fərqli şriftləri sınaqdan keçirə bilərsiniz.

Çoxdəyişənli sınaq, hər bir dəyişikliyin təsirini, eləcə də dəyişikliklər arasındakı potensial sinerjiləri axtararaq, bir anda birdən çox dəyişiklik növünü sınaqdan keçirdiyiniz yerdir. Məsələn, bir düymə üçün bir neçə şrift sınaya bilərsiniz, eyni zamanda səhifənin qalan hissəsinin şriftini dəyişdirməyə (və dəyişdirməməyə) cəhd edə bilərsiniz. Yeni şrifti oxumaq daha asandır və buna görə də hər yerdə istifadə edilməlidir? Yoxsa fayda düymə şriftinin səhifənin qalan hissəsindən fərqli görünməsi və diqqəti cəlb etməsinə kömək etməsidir?

Səhifələrinizin fərqli variantları (səhifənin hissələri, bütöv səhifələr və ya bütöv çoxsəhifəli axınlar) ilə davranışı müqayisə etmək və hansı versiyanın istifadəçilərinizlə ən effektiv olduğunu izləmək üçün proqram təminatından istifadə edə bilərsiniz.

Hər birinin öz URL-i olan bir səhifənin bir neçə versiyasını yaradaraq sınaqlar keçirə bilərsiniz. İstifadəçilər orijinal URL-ə daxil olmağa çalışdıqda, onlardan bəzilərini hər bir variant URL-inə yönləndirirsiniz və sonra hansı səhifənin ən effektiv olduğunu görmək üçün istifadəçilərin davranışını müqayisə edirsiniz.

Səhifədə variantları dinamik şəkildə daxil edərək URL-i dəyişdirmədən də sınaqlar keçirə bilərsiniz. Hansı variantın göstəriləcəyinə qərar vermək üçün JavaScript-dən istifadə edə bilərsiniz.

Hansı məzmun növlərini sınaqdan keçirdiyinizdən asılı olaraq, sınaqdan keçirərkən Google-un bəzi məzmun variantlarınızı taraması və ya indeksləməsi çox da vacib olmaya bilər. Düymənin və ya şəklin ölçüsü, rəngi və ya yerləşdirilməsi və ya “hərəkətə çağırış” mətniniz (“Səbətə əlavə et” vs. “İndi al!”) kimi kiçik dəyişikliklər istifadəçilərin səhifənizlə qarşılıqlı əlaqəsinə təəccüblü bir təsir göstərə bilər, lakin çox vaxt həmin səhifənin axtarış nəticəsi fraqmentinə və ya reytinqinə az və ya heç bir təsir göstərmir.

Bundan əlavə, eksperimentinizi aşkar etmək və indeksləmək üçün saytınızı kifayət qədər tez-tez tarayırıqsa, eksperimenti başa vurduqdan sonra saytınızda etdiyiniz son yeniləmələri çox güman ki, kifayət qədər tez indeksləyəcəyik.

Sınaq zamanı ən yaxşı təcrübələr

Sayt variantlarını sınaqdan keçirərkən Google Search davranışınıza hər hansı mənfi təsirlərin qarşısını almaq üçün ən yaxşı təcrübələrin siyahısı:

Sınaq səhifələrinizi gizlətməyin

Googlebot-a bir sıra URL-lər, insanlara isə fərqli bir sıra göstərməyin. Buna Gizlətmə deyilir və sınaq keçirib-keçirmədiyinizdən asılı olmayaraq spam siyasətlərimizə ziddir. Unutmayın ki, spam siyasətlərimizi pozmaq saytınızın aşağı salınmasına və ya Google axtarış nəticələrindən silinməsinə səbəb ola bilər—bu, çox güman ki, sınağınızın arzulanan nəticəsi deyil.

Gizlətmə, onu server məntiqi və ya robots.txt və ya hər hansı digər üsulla etməyinizdən asılı olmayaraq sayılır. Bunun əvəzinə, növbəti təsvir olunan kimi keçidlərdən və ya yönləndirmələrdən istifadə edin.

Sınağı idarə etmək üçün kukilərdən istifadə edirsinizsə, unutmayın ki, Googlebot ümumiyyətlə kukiləri dəstəkləmir. Bu o deməkdir ki, o, yalnız kukiləri qəbul etməyən brauzerləri olan istifadəçilər üçün əlçatan olan məzmun versiyasını görəcək.

rel=”canonical” keçidlərindən istifadə edin

Birdən çox URL ilə sınaq keçirirsinizsə, orijinal URL-in üstünlük verilən versiya olduğunu göstərmək üçün bütün alternativ URL-lərinizdə rel=”canonical” keçid atributundan istifadə edə bilərsiniz. noindex meta teqi əvəzinə rel=”canonical” istifadə etməyi tövsiyə edirik, çünki bu, bu vəziyyətdə niyyətinizə daha yaxından uyğun gəlir. Məsələn, ana səhifənizin variantlarını sınaqdan keçirirsinizsə, axtarış motorlarının ana səhifənizi indeksləməməsini istəmirsiniz; sadəcə onların bütün sınaq URL-lərinin orijinal URL-in yaxın dublikatları və ya variantları olduğunu və orijinal URL-in kanonik olduğu qruplaşdırılmalı olduğunu başa düşmələrini istəyirsiniz. Belə bir vəziyyətdə rel=”canonical” əvəzinə noindex istifadə etmək bəzən gözlənilməz mənfi təsirlərə səbəb ola bilər.

301 yönləndirmələri deyil, 302 yönləndirmələrindən istifadə edin

İstifadəçiləri orijinal URL-dən variant URL-inə yönləndirən bir sınaq keçirirsinizsə, 301 (daimi) yönləndirmə deyil, 302 (müvəqqəti) yönləndirmədən istifadə edin. Bu, axtarış motorlarına bu yönləndirmənin müvəqqəti olduğunu—yalnız eksperimenti keçirdiyiniz müddətdə qüvvədə olacağını—və orijinal URL-i yönləndirmənin hədəfi (sınaq səhifəsi) ilə əvəz etmək əvəzinə indekslərində saxlamalı olduqlarını bildirir. JavaScript əsaslı yönləndirmələr də yaxşıdır.

Eksperimenti yalnız lazım olduğu müddətdə keçirin

Etibarlı bir sınaq üçün tələb olunan vaxt konversiya dərəcələriniz və veb-saytınızın nə qədər trafik alması kimi amillərdən asılı olaraq dəyişəcək; yaxşı bir sınaq aləti etibarlı bir nəticə çıxarmaq üçün kifayət qədər məlumat topladığınız zaman sizə xəbər verir. Sınağı başa vurduqdan sonra saytınızı istədiyiniz məzmun variant(lar)ı ilə yeniləyin və sınağın bütün elementlərini, məsələn, alternativ URL-ləri və ya sınaq skriptlərini və işarələnməsini mümkün qədər tez silin. Google-un lazımsız dərəcədə uzun müddət eksperiment keçirən bir sayt aşkar etsək, bunu axtarış motorlarını aldatmaq cəhdi kimi şərh edə və müvafiq tədbirlər görə bilərik. Bu, xüsusilə məzmun variantını istifadəçilərinizin böyük bir faizinə təqdim edirsinizsə doğrudur.

Sınaq haqqında daha çox məlumat

Veb-saytı müvəqqəti dayandırın və ya deaktiv edin

Sifarişləri yerinə yetirə bilmirsinizsə və ya bir çox məhsulunuz anbarda yoxdursa, onlayn biznesinizi müvəqqəti bağlamağı düşünə bilərsiniz. Vəziyyət müvəqqətidirsə, yəni məhsulları yaxın həftələrdə və ya aylarda sata biləcəyinizi gözləyirsinizsə, saytınızın Axtarışdakı mövqeyini mümkün qədər qoruyan tədbirlər görməyinizi tövsiyə edirik. Bu bələdçi onlayn biznesinizi necə təhlükəsiz şəkildə dayandıra biləcəyinizi izah edir.

Saytınızın funksionallığını məhdudlaşdırın (tövsiyə olunur)

Vəziyyətiniz müvəqqətidirsə və onlayn biznesinizi yenidən açmağı planlaşdırırsınızsa, saytınızı onlayn saxlamağı və funksionallığı məhdudlaşdırmağı tövsiyə edirik. Bu, saytınızın Axtarışdakı mövcudluğuna hər hansı mənfi təsirləri minimuma endirdiyi üçün tövsiyə olunan yanaşmadır. İnsanlar hələ də məhsullarınızı tapa, rəyləri oxuya və ya daha sonra satın ala bilmələri üçün istək siyahılarına əlavə edə bilərlər. Aşağıdakıları etməyi tövsiyə edirik:

Səbət funksionallığını deaktiv edin : Səbət funksionallığını deaktiv etmək ən sadə yanaşmadır və saytınızın Axtarışdakı görünürlüyü üçün heç nəyi dəyişmir.

Banner və ya popup göstərin : Açılış səhifəsi daxil olmaqla bütün səhifələrdəki banner və ya popup div istifadəçilər üçün vəziyyəti tez bir zamanda aydınlaşdırır. İstifadəçilərin düzgün gözləntilərlə davam etməsi üçün hər hansı məlum və qeyri-adi gecikmələri, çatdırılma müddətlərini, götürmə və ya çatdırılma seçimlərini qeyd edin. Banner və ya popup-dakı məzmunun Axtarış nəticələrində fraqmentdə göstərilməsinin qarşısını almaq üçün data-nosnippet HTML atributundan istifadə edin. Popup və bannerlərlə bağlı təlimatlarımıza əməl etdiyinizə əmin olun.

Strukturlaşdırılmış məlumatlarınızı yeniləyin : Saytınız strukturlaşdırılmış məlumatlardan (məsələn, Məhsul , Kitab , Hadisə ) istifadə edirsə, onu müvafiq şəkildə tənzimlədiyinizə əmin olun (cari məhsul mövcudluğunu əks etdirir və ya hadisələri ləğv edilmiş kimi dəyişdirir). Biznesinizin fiziki mağazası varsa, cari iş saatlarını əks etdirmək üçün Yerli Biznes strukturlaşdırılmış məlumatlarını yeniləyin.

Merchant Center lentinizi yoxlayın : Merchant Center-dən istifadə edirsinizsə, mövcudluq atributu üçün ən yaxşı təcrübələrə əməl edin.

Yeniləmələriniz haqqında Google-a məlumat verin : Google-dan məhdud sayda səhifəni (məsələn, ana səhifəni) yenidən taramasını istəmək üçün Search Console-dan istifadə edin. Daha çox səhifə üçün (məsələn, bütün məhsul səhifələriniz üçün) sayt xəritələrindən istifadə edin.

Tövsiyə edilmir: Bütün veb-saytı deaktiv edin

Xəbərdarlıq : Google-un sistemləri möhkəm olmaq və veb-saytların müvəqqəti problemlərdən sağalmasına kömək etmək üçün nəzərdə tutulmuşdur. Bununla belə, bir saytı Google-un indeksindən tamamilə silmək, sağalması xeyli vaxt apara biləcək əhəmiyyətli bir dəyişiklikdir. Tam silinmədən sağalma üçün sabit vaxt yoxdur və bunu sürətləndirmək üçün heç bir mexanizm yoxdur. Buna görə də saytı Axtarışdan silmək əvəzinə funksionallığı məhdudlaşdırmağı şiddətlə tövsiyə edirik.

Bütün veb-saytı deaktiv etmək qərarına gələ bilərsiniz. Bu, çox qısa müddət (ən çox bir neçə gün) üçün edilməli olan ekstremal bir tədbirdir, çünki əks halda düzgün tətbiq edildikdə belə, Axtarışdakı veb-sayta əhəmiyyətli təsirləri olacaq.

Müştəriləriniz biznesinizi onlayn olaraq tapa bilmirlərsə, biznesinizlə nə baş verdiyini bilməyəcəklər.

Müştəriləriniz biznesiniz haqqında birinci əldən məlumat tapa və ya oxuya bilmirlər və onun məsələn, rəylər, spesifikasiyalar, təmir bələdçiləri və ya təlimatlar tapıla bilməyəcək. Üçüncü tərəf məlumatları sizin təmin edə biləcəyiniz qədər düzgün və ya əhatəli olmaya bilər. Bu, çox vaxt gələcək satınalma qərarlarına da təsir edir.

Search Console yoxlaması uğursuz olacaq və Axtarışdakı biznesiniz haqqında məlumatlara bütün girişi itirəcəksiniz. Search Console-dakı aqreqat hesabatlar səhifələr indeksdən çıxarıldıqca məlumatları itirəcək.

Uzun müddətdən sonra yenidən işə salınmaq, veb-saytınızın əvvəlcə yenidən indekslənməsi lazımdırsa, əhəmiyyətli dərəcədə daha çətin olacaq. Bundan əlavə, bunun nə qədər vaxt aparacağı və saytın sonradan Axtarışda oxşar şəkildə görünüb-görünməyəcəyi qeyri-müəyyəndir.

Bunu etməli olduğunuz qərarına gəlsəniz (yenə də tövsiyə edilmir ), budur bəzi seçimlər:

Saytı təcili olaraq 1-2 gün deaktiv etməlisinizsə, bütün məzmun əvəzinə 503 HTTP cavab status kodu ilə məlumatlandırıcı xəta səhifəsi qaytarın. Saytı deaktiv etmək üçün ən yaxşı təcrübələrə əməl etdiyinizə əmin olun.

Saytı daha uzun müddət deaktiv etməlisinizsə, istifadəçilərin Axtarışda tapması üçün 200 HTTP status kodundan istifadə edərək indekslənə bilən ana səhifəni yer tutucu kimi təmin edin.

Seçimləri nəzərdən keçirərkən saytınızı Axtarışda tez bir zamanda gizlətməlisinizsə, veb-saytı Axtarışdan müvəqqəti olaraq silə bilərsiniz.

Saytı deaktiv etmək üçün ən yaxşı təcrübələr

Xəbərdarlıq : Unutmayın ki, bir səhifə 503 HTTP cavab status kodu qaytararsa, Google-un sistemlərinin veb-sayta daxil edilmiş başlıqları, təsvirləri, metadataları və ya strukturlaşdırılmış məlumatları yeniləməsi mümkün deyil.

Saytınızı deaktiv etməyi tövsiyə etməsək də, bunu etmək qərarına gəlsəniz, ən yaxşı təcrübələr bunlardır:

robots.txt faylı vasitəsilə taramaya icazə verməyə davam edin. robots.txt faylı üçün 503 HTTP cavab status kodu qaytarmayın, çünki bu, bütün taramaları bloklayır .

curl və ya oxşar alətdən istifadə edərək 503 HTTP cavab status kodunu yerli olaraq təsdiqləyin. Məsələn:curl -I -X GET “https://www.example.com/” HTTP/1.1 503 Service Unavailable Mime-Version: 1.0 Content-Type: text/html (…)

503 xəta səhifəsinin server tərəfli və müştəri tərəfli yükünü minimuma endirmək üçün bu ən yaxşı təcrübələrə əməl edin: Ən yaxşı səy tarixi və ya müddəti ilə retry-after HTTP başlığından istifadə edin.

İstifadəçilərinizə xəta səhifəsinin məzmununda gələcək addımlar haqqında aydın rəhbərlik verin. Buna daxil ola bilər: Daha çox məlumat üçün keçidlər

Veb-saytın yenidən onlayn olacağını və ya məlumatların nə vaxt yenilənəcəyini gözlədiyiniz tarix

robots.txt faylında bütün taramaları qadağan etməyin. Bütün taramaları qadağan edən etibarlı robots.txt faylı qaytarmaq veb-saytın məzmununu və potensial olaraq onun URL-lərini Google Search-dən silə bilər.

403 , 404 , 410 HTTP status kodlarını qaytararaq və ya noindex robots meta teqi və ya x-robots-tag HTTP başlığı ilə veb-saytı bloklamayın. Bu, veb-saytın URL-lərini Google Search-dən siləcək.

Bağlanmalar üçün Search Console-da müvəqqəti veb-sayt silmə alətindən istifadə etməyin. Bunu etmək istifadəçilərin vəziyyətini öyrənə bilmələri üçün veb-saytınızı tapmasını qeyri-mümkün edəcək. Həmçinin, biznesinizin məhsullarının potensial satıcıları və ya filialları Axtarışda göstərilməyə davam edə bilər.

Tez-tez verilən suallar

Saytı yalnız bir neçə həftə bağlasam nə olar? Bütün qeyri-vacib məhsulları istisna etmək istəsəm nə olar? Saytım müvəqqəti bağlı olduğu müddətdə Google-dan daha az taramasını istəyə bilərəmmi? Bir səhifəni necə tez indeksləyə və ya yeniləyə bilərəm? Müəyyən bir bölgənin saytıma daxil olmasını bloklasam nə olar?

Əlaqəli xidmət: AI Marketinq Agentliyi