Site Taşıma ve SEO Değişiklikleri Rehberi

URL yönlendirme, mevcut bir URL’yi farklı bir URL’ye çözümleme işlemidir; bu işlem, ziyaretçilerinize ve Google Arama’ya bir sayfanın yeni bir konumu olduğunu etkili bir şekilde bildirir. Yönlendirmeler özellikle aşağıdaki durumlarda yararlıdır:

Sitenizi yeni bir alan adına taşıdıysanız ve geçişi mümkün olduğunca sorunsuz hale getirmek istiyorsanız.

İnsanlar sitenize birkaç farklı URL üzerinden erişiyorsa. Örneğin, ana sayfanıza birden fazla yolla ulaşılabiliyorsa (örneğin, http://example.com/home, http://home.example.com veya http://www.example.com), bu URL’lerden birini tercih edilen (canonical) hedef olarak seçmek ve diğer URL’lerden gelen trafiği tercih ettiğiniz URL’ye göndermek için yönlendirmeleri kullanmak iyi bir fikirdir.

İki web sitesini birleştiriyorsanız ve eski URL’lere giden bağlantıların doğru sayfalara yönlendirildiğinden emin olmak istiyorsanız.

Blogger veya Shopify gibi bir platform kullanıyorsanız, platformun halihazırda yerleşik yönlendirme çözümleri olabilir. Yardım makalelerini aramayı deneyin (örneğin, “blogger redirects” araması yapın).

Yönlendirme türlerine genel bakış

Kullanıcılarınız genellikle farklı yönlendirme türleri arasındaki farkı anlayamayacak olsa da, Google Arama yönlendirmeleri, yönlendirme hedefinin canonical olması gerektiğine dair güçlü veya zayıf bir sinyal olarak kullanır. Bir yönlendirme seçimi, yönlendirmenin ne kadar süreyle devrede kalmasını beklediğinize ve Google Arama’nın arama sonuçlarında hangi sayfayı göstermesini istediğinize bağlıdır:

Aşağıdaki tablo, kalıcı ve geçici yönlendirmeleri ayarlamak için kullanabileceğiniz çeşitli yolları, Google’ın doğru şekilde yorumlama olasılığına göre sıralanmış olarak açıklamaktadır (örneğin, sunucu tarafı yönlendirmesinin Google tarafından doğru şekilde yorumlanma şansı en yüksektir). Durumunuz ve siteniz için çalışan yönlendirme türünü seçin:

Sunucu tarafı yönlendirmeleri

Sunucu tarafı yönlendirmelerini ayarlamak, sunucu yapılandırma dosyalarına (örneğin, Apache’deki .htaccess dosyası) erişimi veya yönlendirme başlıklarını sunucu tarafı betikleriyle (örneğin, PHP) ayarlamayı gerektirir. Sunucu tarafında hem kalıcı hem de geçici yönlendirmeler oluşturabilirsiniz.

Kalıcı sunucu tarafı yönlendirmeleri

Bir sayfanın URL’sini arama motoru sonuçlarında göründüğü şekliyle değiştirmeniz gerekiyorsa, mümkün olduğunda kalıcı bir sunucu tarafı yönlendirmesi kullanmanızı öneririz. Bu, Google Arama’nın ve insanların doğru sayfaya yönlendirilmesini sağlamanın en iyi yoludur. 301 ve 308 durum kodları, bir sayfanın kalıcı olarak yeni bir konuma taşındığı anlamına gelir.

Geçici sunucu tarafı yönlendirmeleri

Kullanıcıları yalnızca geçici olarak farklı bir sayfaya göndermek istiyorsanız, geçici bir yönlendirme kullanın. Bu aynı zamanda Google’ın eski URL’yi sonuçlarında daha uzun süre tutmasını sağlayacaktır. Örneğin, sitenizin sunduğu bir hizmet geçici olarak kullanılamıyorsa, orijinal URL’yi arama sonuçlarında riske atmadan kullanıcıları neler olduğunu açıklayan bir sayfaya göndermek için geçici bir yönlendirme ayarlayabilirsiniz.

Sunucu tarafı yönlendirmelerini uygulama

Sunucu tarafı yönlendirmelerinin uygulanması, barındırma ve sunucu ortamınıza veya sitenizin arka ucundaki betik diline bağlıdır.

PHP ile kalıcı bir yönlendirme ayarlamak için header() işlevini kullanın. Başlıkları ekrana herhangi bir şey göndermeden önce ayarlamanız gerekir:

Web sunucusu yapılandırma dosyalarınıza erişiminiz varsa, yönlendirme kurallarını kendiniz yazabilirsiniz. Web sunucunuzun kılavuzlarını izleyin:

Apache: Apache .htaccess Eğitimi’ne, Apache URL Yeniden Yazma Kılavuzu’na ve Apache mod_alias belgelerine başvurun. Örneğin, en basit yönlendirme biçimini ayarlamak için mod_alias kullanabilirsiniz: # Kalıcı yönlendirme: Redirect permanent “/old” “http://example.com/new” # Geçici yönlendirme: Redirect temp “/two-old” “http://example.com/two-new” Daha karmaşık yönlendirmeler için mod_rewrite kullanın. Örneğin: RewriteEngine on # hizmet sayfasını kalıcı bir yönlendirme ile yeni bir sayfaya yönlendirin RewriteRule “^/service$” “/about/service” [R=301] # hizmet sayfasını geçici bir yönlendirme ile yeni bir sayfaya yönlendirin RewriteRule “^/service$” “/about/service” [R]

NGINX: NGINX blogunda NGINX Yeniden Yazma Kuralları Oluşturma hakkında bilgi edinin. Apache’de olduğu gibi, yönlendirmeler oluşturmak için birden fazla seçeneğiniz vardır. Örneğin: location = /service { # kalıcı yönlendirme için return 301 $scheme://example.com/about/service # geçici yönlendirme için return 302 $scheme://example.com/about/service } Daha karmaşık yönlendirmeler için rewrite yönergesini kullanın: location = /service { # kalıcı yönlendirme için rewrite service?name=$1 ^service/offline/([a-z]+)/?$ permanent; # geçici yönlendirme için rewrite service?name=$1 ^service/offline/([a-z]+)/?$ redirect; }

Diğer tüm web sunucuları için sunucu yöneticinize veya barındırıcınıza danışın ya da favori arama motorunuzda kılavuzlar arayın (örneğin, “LiteSpeed redirects” araması yapın).

meta refresh ve HTTP eşdeğeri

Platformunuzda sunucu tarafı yönlendirmeleri uygulamak mümkün değilse, meta refresh yönlendirmeleri uygulanabilir bir alternatif olabilir. Google, iki tür meta refresh yönlendirmesi arasında ayrım yapar:

Anlık meta refresh yönlendirmesi: Tarayıcıda sayfa yüklenir yüklenmez tetiklenir. Google Arama, anlık meta refresh yönlendirmelerini kalıcı yönlendirmeler olarak yorumlar.

Gecikmeli meta refresh yönlendirmesi: Yalnızca site sahibi tarafından ayarlanan rastgele sayıda saniyeden sonra tetiklenir. Google Arama, gecikmeli meta refresh yönlendirmelerini geçici yönlendirmeler olarak yorumlar.

Meta refresh yönlendirmesini HTML’nin head bölümüne veya sunucu tarafı koduyla HTTP başlığına yerleştirin. Örneğin, işte HTML’nin head bölümünde anlık bir meta refresh yönlendirmesi:

İşte sunucu tarafı betikleriyle ekleyebileceğiniz HTTP başlığı eşdeğeri örneği:

Google tarafından geçici bir yönlendirme olarak yorumlanan gecikmeli bir yönlendirme oluşturmak için content özniteliğini, yönlendirmenin geciktirilmesi gereken saniye sayısına ayarlayın:

JavaScript location yönlendirmeleri

Google Arama, URL taraması tamamlandıktan sonra Web İşleme Hizmeti’ni kullanarak JavaScript’i yorumlar ve yürütür. JavaScript yönlendirmelerini yalnızca sunucu tarafı veya meta refresh yönlendirmeleri yapamıyorsanız kullanın. Google, Googlebot’un taradığı her URL’yi işlemeye çalışsa da, işleme çeşitli nedenlerle başarısız olabilir. Bu, bir JavaScript yönlendirmesi ayarlarsanız, içeriğin işlenmesi başarısız olursa Google’ın bunu asla göremeyebileceği anlamına gelir.

Bir JavaScript yönlendirmesi ayarlamak için, HTML head bölümündeki bir betik bloğunda location özelliğini yönlendirme hedefi URL’sine ayarlayın. Örneğin:

Crypto yönlendirmeleri

Geleneksel yönlendirme yöntemlerinden hiçbirini uygulayamıyorsanız, yine de kullanıcılarınıza sayfanın veya içeriğinin taşındığını bildirmek için çaba göstermelisiniz. Bunu yapmanın en basit yolu, yeni sayfaya işaret eden bir bağlantıyı kısa bir açıklama ile eklemektir. Örneğin:

Bu, kullanıcıların yeni sitenizi bulmasına yardımcı olur ve Google bunu bir crypto yönlendirmesi olarak anlayabilir. Başka seçeneğiniz yoksa, arama motorlarına içeriğinizin taşındığını bildirmek için crypto yönlendirmelerine güvenmeyin. Crypto yönlendirmelerine başvurmadan önce geleneksel yönlendirmelerle ilgili yardım için barındırma sağlayıcınızla iletişime geçin.

Bir URL’nin alternatif sürümleri

Bir URL’yi yönlendirdiğinizde, Google hem yönlendirme kaynağını (eski URL) hem de yönlendirme hedefini (yeni URL) takip eder. URL’lerden biri canonical olacaktır; hangisinin olacağı, yönlendirmenin geçici mi yoksa kalıcı mı olduğu gibi sinyallere bağlıdır. Diğer URL, canonical URL’nin alternatif bir adı haline gelir. Alternatif adlar, kullanıcıların tanıyabileceği ve daha fazla güvenebileceği canonical URL’nin farklı sürümleridir. Alternatif adlar, bir kullanıcının sorgusu eski URL’ye daha fazla güvenebileceklerini ima ettiğinde arama sonuçlarında görünebilir.

Örneğin, yeni bir alan adına geçtiyseniz, yeni URL’ler zaten dizine eklenmiş olsa bile Google’ın eski URL’leri zaman zaman sonuçlarda göstermeye devam etmesi çok muhtemeldir. Bu normaldir ve kullanıcılar yeni alan adına alıştıkça, alternatif adlar siz hiçbir şey yapmadan kaybolacaktır.

Tüm site taşımaları için öneriler

Siteniz için mantıklıysa, taşımanızı daha küçük adımlara bölün. Trafik ve arama dizine ekleme üzerindeki etkileri test etmek için başlangıçta sitenin sadece bir kısmını taşımanızı öneririz. Bundan sonra sitenizin geri kalanını bir kerede veya bölümler halinde taşıyabilirsiniz. Sitenin ilk test bölümünü seçerken, daha az sıklıkla değişen ve sık veya öngörülemeyen olaylardan önemli ölçüde etkilenmeyen bir bölüm seçin. Ayrıca, sadece bir bölümü taşımanın taşımanızı test etmek için harika bir yol olmasına rağmen, arama söz konusu olduğunda tüm site taşımayı temsil etmediğini unutmayın. Ne kadar çok sayfa taşırsanız, çözmeniz gereken ek sorunlarla karşılaşma olasılığınız o kadar artar. Dikkatli planlama sorunları en aza indirebilir.

Mümkünse taşımanızı daha düşük trafikle çakışacak şekilde zamanlayın. Trafiğiniz mevsimselse veya belirli hafta içi günlerinde düşüyorsa, sitenizi tekrarlayan trafik düşüşleri sırasında taşımak mantıklıdır. Bu, site taşıma sırasında oluşabilecek potansiyel sorunlardan daha az kişinin etkileneceği ve sunucunuzun kaynaklarının daha fazlasının Googlebot’un sitenizi taramasına ayrılabileceği anlamına gelir.

Taşıma sırasında site sıralamasında geçici dalgalanmalar bekleyin. Bir sitede yapılan herhangi bir önemli değişiklikte, Google sitenizi yeniden tarayıp dizine eklerken sıralama dalgalanmaları yaşayabilirsiniz. Genel bir kural olarak, orta ölçekli bir web sitesinin çoğu sayfasının dizinimize taşınması birkaç hafta sürebilir; daha büyük siteler daha uzun sürebilir. Googlebot’un ve sistemlerimizin taşınan URL’leri keşfetme ve işleme hızı büyük ölçüde URL sayısına ve sunucu hızınıza bağlıdır. Bir site haritası göndermek keşif sürecini hızlandırmaya yardımcı olabilir ve sitenizi bölümler halinde taşımak sorun değildir.

Google Search Central’da sorular sorun. Yardım sayfamızda birçok iyi tavsiye ve kullanıcı forumlarımızda yanıtlanan özel durumlar bulunmaktadır. Bir yanıt bulamazsanız, SEO çalışma saatlerimiz sırasında Google Arama uzmanlarımızdan birine canlı soru sorabilirsiniz.

URL değişikliği içeriyorsa, bir A/B testi veya deneme sürüşü düşünebilirsiniz. Tarama ve dizine eklemenin değişiklikleri yakalaması için birkaç hafta planlayın, ayrıca trafiği izlemek için zaman ayırın.

URL değişiklikleri olmadan site taşıma

Bu kılavuz, sitenizin barındırma altyapısını taşırken Google Arama performansınız üzerindeki etkiyi nasıl en aza indireceğinizi gösterir. Örneğin, barındırma sağlayıcılarını değiştirirken veya bir içerik dağıtım ağına (CDN) taşınırken. Bu kılavuz yalnızca kullanıcı tarafından görülebilen URL’yi etkilemeyen taşımalar içindir. URL’leri mi değiştiriyorsunuz? Görünür URL değişiklikleri yapıyorsanız, URL değişiklikleri ile site taşımaları ile başlayın.

Genel Bakış

Site taşımaları hakkında SSS’leri ve temel bilgileri gözden geçirin. Ne bekleyeceğinizi ve bunun kullanıcılarınızı ve sıralamalarınızı nasıl etkileyebileceğini bilin.

Yeni barındırma altyapısını hazırlayın. İçeriğinizi yeni sunuculara yükleyin veya CDN’nizi ve kaynak sunucularınızı yapılandırın ve test edin.

Site taşımayı başlatın. Alan adınızın DNS ayarlarını yeni barındırma altyapısını işaret edecek şekilde değiştirin. Bu adım, trafiğinizi yeni altyapıya gönderme sürecini başlatan gerçek site taşıma adımıdır.

Kapatın. Tüm kullanıcıların içeriği yeni altyapıdan doğru şekilde aldığından ve kimsenin eski altyapıyı kullanmadığından emin olduğunuzda eski barındırma altyapısını kapatın.

Yeni barındırma altyapısını hazırlayın

Yeni sitenizi kopyalayın ve test edin

Öncelikle, sitenizin bir kopyasını yeni barındırma sağlayıcınıza yükleyin. Bunu yaptıktan sonra, kullanıcılarınızın sitenizle nasıl etkileşimde bulunduğunun tüm yönlerini kapsamlı bir şekilde test ederek beklendiği gibi çalıştığını doğrulayın. İşte birkaç öneri:

Yeni sitenizi bir web tarayıcısında açın ve sitenizin tüm öğelerini gözden geçirin: web sayfaları, resimler, formlar ve indirmeler (PDF dosyaları gibi).

Web sitesi yayına girmeden önce tüm özellikleri test ettiğiniz, belki IP kısıtlamalı erişime sahip bir test ortamı oluşturun.

Tarayıcılar tarafından erişilebilirliği test edebilmeniz için yeni altyapınız için geçici bir ana bilgisayar adı (beta.example.com gibi) ile herkese açık testlere izin verin. Geçici bir ana bilgisayar adı, Googlebot’un sitenize ulaşıp ulaşamadığını test etmenize yardımcı olabilir.

Googlebot’un yeni barındırma altyapısına erişebildiğini kontrol edin

Henüz bir Search Console hesabınız yoksa, Google erişimini ve trafiğini izlemenize yardımcı olması için siteniz için yeni bir hesap oluşturun. Yeni siteniz için geçici bir ana bilgisayar adı oluşturduysanız, bu ana bilgisayar adı için de bir hesap oluşturun. Search Console’daki URL Denetleme Aracı’nı kullanarak Googlebot’un yeni altyapınıza erişebildiğini kontrol edin. Dikkat: Güvenlik duvarı yapılandırmanızı veya hizmet reddi (DoS) korumanızı kontrol edin. Googlebot’un DNS’e veya barındırma sağlayıcısının sunucularına ulaşma yeteneğini engellemediğinden emin olun.

DNS kayıtlarınız için TTL değerini düşürün

Site DNS kayıtlarınızın TTL değerini düşürürseniz site taşımanızın daha hızlı gerçekleşmesine yardımcı olabilirsiniz, bu da yeni ayarların İSS’lere daha hızlı yayılmasını sağlayacaktır. DNS ayarları genellikle belirtilen Yaşam Süresi (TTL) ayarına göre İSS’ler tarafından önbelleğe alınır. DNS önbelleklerini daha hızlı yenilemek için site taşımadan en az bir hafta önce TTL’yi makul derecede düşük bir değere (örneğin, birkaç saat) düşürmeyi düşünün.

Search Console doğrulamasını gözden geçirin

Search Console’da sitenizin sahipliğini doğrulamak için HTML dosyası yöntemini kullanıyorsanız, mevcut doğrulama dosyanızı sitenizin yeni kopyasına dahil etmeyi unutmadığınızdan emin olun.

Aynı şekilde, sahipliği doğrulamak için içerik yönetim sisteminizin şablonlarına bir meta etiketi veya Google Analytics eklerseniz, yeni CMS kopyasının bunları da içerdiğinden emin olun.

Site taşımayı başlatın

Taramaya yönelik tüm geçici engelleri kaldırın. Bir sitenin yeni kopyasını oluştururken, bazı site sahipleri Googlebot ve diğer tarayıcılar tarafından tüm taramaları engellemek için bir robots.txt dosyası kullanır veya içeriğin dizine eklenmesini engellemek için noindex meta etiketleri veya HTTP başlıkları kullanır. Taşımayı başlatmaya hazır olduğunuzda bu tür engelleri sitenin yeni kopyasından kaldırdığınızdan emin olun.

DNS ayarlarını güncelleyin. Site taşımayı, DNS kayıtlarını yeni barındırma sağlayıcısını işaret edecek şekilde güncelleyerek başlatırsınız. Bunu nasıl yapacağınız konusunda DNS sağlayıcınıza danışın. DNS önbellek ayarı önbelleğe alındığından, kayıtların internetteki tüm kullanıcılara tam olarak yayılması biraz zaman alır.

Trafiği izleyin

Hem yeni hem de eski sunuculardaki sunucu günlüklerine göz kulak olun. DNS ayarı yayıldıkça ve site trafiği taşındıkça, eski sunucularda kaydedilen trafikte bir düşüş ve yeni sunucularda buna karşılık gelen bir trafik artışı fark edeceksiniz.

Farklı genel DNS kontrol araçları kullanın. Dünyanın dört bir yanındaki farklı İSS’lerin yeni DNS ayarlarınıza doğru şekilde güncellendiğini kontrol edin.

Taramayı izleyin. Search Console’daki Dizin kapsamı grafiklerini izleyin. Googlebot’un karar vermesine izin verin. Search Console’da manuel olarak maksimum tarama hızı ayarlamak yerine, ayarı Googlebot’un karar vermesine izin verin olarak tutun. Bu şekilde, yalnızca eski sistem için tasarlanmış ayarlar yeni sisteminizin gereksinimlerine müdahale etmeyecektir.

Googlebot’un tarama hızı hakkında bir not

Lansmandan hemen sonra Googlebot’un tarama hızında geçici bir düşüş ve ardından önümüzdeki birkaç hafta içinde, potansiyel olarak taşınmadan öncekine göre daha yüksek hızlara ulaşan istikrarlı bir artış görmeniz normaldir.

Bu dalgalanma, bir site için tarama hızını birçok sinyale göre belirlememiz ve barındırmanız değiştiğinde bu sinyallerin değişmesi nedeniyle oluşur. Googlebot yeni hizmet altyapınıza erişirken herhangi bir ciddi sorun veya yavaşlama ile karşılaşmadığı sürece, sitenizi gerektiği ve mümkün olduğu kadar hızlı taramaya çalışacaktır.

Eski barındırmayı kapatın

Eski sağlayıcıdaki sunucu günlüklerini kontrol edin ve eski sağlayıcıya giden trafik sıfıra ulaştığında, eski barındırma altyapınızı kapatabilirsiniz. Bu, site taşımayı tamamlar.

URL değişiklikleri ile site taşıma

Bu makale, sitenizdeki mevcut sayfaların URL’lerini Google Arama sonuçlarınız üzerinde minimum etkiyle nasıl değiştireceğinizi açıklar. Bu tür site taşıma örnekleri şunları içerir:

URL’leri değiştirmiyor musunuz? Görünür URL değişiklikleri olmadan site değişiklikleri yapıyorsanız, buradan başlayın.

Genel Bakış

Site taşımaları hakkında temel bilgileri gözden geçirin. Ne bekleyeceğinizi ve bunun kullanıcılarınızı ve sıralamalarınızı nasıl etkileyebileceğini bilin. HTTP’den HTTPS’ye geçiyorsanız, HTTPS için en iyi uygulamaları gözden geçirin.

Sunucuyu eski URL’lerden yenilerine yönlendirecek şekilde yapılandırarak site taşımayı başlatın.

URL değişiklikleri ile tüm site taşımaları için SSS

Google her şeyi birlikte taşımanızı mı öneriyor, yoksa bölümler halinde taşımak sorun olur mu? Bölümler halinde taşımak sorun değildir.

Kaç sayfanın dizine eklendiğini nasıl test edebilirsiniz? Search Console’da her mülk için verileri ayrı ayrı doğrulayın. Genel bir bakış için Dizin Durumu raporunu kullanın. Bir site haritasında gönderilen kaç URL’nin dizine eklendiğini görüntülemek için Site Haritaları raporunu kullanın.

Google’ın URL değişikliklerini tanıması ne kadar sürer? Sabit tarama sıklıkları yoktur; sitenizin boyutuna ve mümkün olan tarama hızına bağlıdır. Taşıma, URL bazında gerçekleşir.

Yeni URL’lere yönlendirdiğinizde bağlantılar için kredi kaybeder misiniz? Hayır, 301 veya 302 yönlendirmeleri PageRank kaybına neden olmaz.

HTTP’den HTTPS’ye geçiş

HTTPS mülkünü Search Console’a eklediğinizden emin olun. Search Console, HTTP ve HTTPS’ye ayrı ayrı davranır; bu mülkler için veriler Search Console’da paylaşılmaz. Bu nedenle, her iki protokolde de sayfalarınız varsa, her biri için ayrı bir Search Console mülkünüz olmalıdır.

HTTP’den HTTPS’ye geçiş SSS

Tüm geçişlerde olduğu gibi, bir geçiş sırasında bazı sıralama dalgalanmaları yaşayabilirsiniz. Ancak, HTTPS’ye özgü tuzaklardan kaçınmak için HTTPS sayfaları için en iyi uygulamalar bilgilerini gözden geçirin.

HTTPS siteleri küçük bir sıralama artışı alır, ancak görünür bir değişiklik beklemeyin. Google, HTTPS’yi olumlu bir sıralama sinyali olarak kullanır. Bu sinyal diğerlerinin arasında yer alır ve şu anda yüksek kaliteli site içeriğinden daha az ağırlığa sahiptir; kısa vadede HTTPS’ye geçmek için büyük bir SEO avantajı beklememelisiniz. Uzun vadede Google, HTTPS artışının gücünü artırabilir.

Evet, bu sorun değil. Bir bölümle başlayın, test edin, ardından kendi hızınızda daha fazlasını taşıyın.

HTTP’den HTTPS’ye parça parça geçiyorsanız ve aşamalı URL’lerin erken dizine eklenmesinden kaçınmak istiyorsanız, yönlendirmeler yerine rel=canonical kullanmanızı öneririz. Yönlendirmeler kullanırsanız, yönlendirilen sayfaları test edemezsiniz.

HTTP ve HTTPS’yi Search Console’da ayrı ayrı doğrulayın ve hangi sayfaların dizine eklendiğini görmek için Dizin Kapsamı raporunu kullanın.

Sabit tarama sıklıkları yoktur; sitenizin boyutuna ve mümkün olan tarama hızına bağlıdır. Taşıma, URL bazında gerçekleşir.

robots.txt dosyanızı site haritası dosyalarınızın HTTPS sürümünü işaret edecek şekilde güncellemenizi öneririz. Ayrıca site haritanızda yalnızca HTTPS URL’lerini listelemenizi öneririz.

Sitenizdeki her URL’yi HTTP’den HTTPS’ye yönlendiriyorsanız, tarayıcılar için erişilebilir yalnızca bir robots.txt dosyanız olacağını unutmayın. Örneğin, http://example.com/robots.txt, https://example.com/robots.txt’ye yönlendiriliyorsa, HTTP sürümünün içeriği Google ve diğer arama motorları tarafından görünmeyecektir.

Sitenizin güncellenen bölümü için ayrı bir site haritası oluşturabilirsiniz. Bu, deneme bölümünün dizine eklenmesini daha hassas bir şekilde izlemenizi sağlayacaktır. Ancak, bu URL’leri başka hiçbir site haritasında çoğaltmadığınızdan emin olun.

Tüm yeni HTTPS URL’lerini site haritanızda listeleyin ve eski HTTP URL’lerini kaldırın. Yeni bir site haritası oluşturmayı tercih ederseniz, içinde yalnızca yeni HTTPS URL’lerini listeleyin.

HSTS güvenliği artırır, ancak geri alma stratejinize karmaşıklık katar. Daha fazla bilgi için HTTPS en iyi uygulamalarına bakın.

Yeni HTTPS bölümü için bir Google Haberler site haritası kullanmak istiyorsanız, protokol değişikliğini bildirmek için Haberler ekibiyle iletişime geçmeniz gerekir ve ardından Search Console’daki HTTPS mülkünüzde, sitenizin her bölümünü HTTPS’ye taşıdıkça yeni bir Google Haberler site haritası gönderebilirsiniz.

Google Haberler Yayıncı Merkezi, HTTP’den HTTPS’ye geçişleri şeffaf bir şekilde yönetir. Haber site haritalarından da yararlanmıyorsanız, genel olarak Google Haberler açısından hiçbir şey yapmanıza gerek yoktur. Bu durumda, Haberler ekibiyle iletişime geçin ve değişikliği bildirin. Ayrıca ekibe bölümleri değiştirdiğinizi de bildirebilirsiniz, örneğin HTTPS’ye geçiyorsanız, http://example.com/section’ı https://example.com/section’a taşıdığınızı belirtebilirsiniz.

Yeni siteyi hazırlayın

Site hazırlığının ayrıntıları her site taşıma için değişir, ancak genellikle aşağıdakilerden birini veya birkaçını yaparsınız:

Şu anda barındırdığınız resimleri ve indirmeleri (PDF belgeleri gibi) aktarın. Bunlar zaten Google Arama’dan veya bağlantılardan trafik alıyor olabilir ve kullanıcılara ve Googlebot’a yeni konumlarını bildirmek yararlıdır.

HTTPS’ye geçiş için, sunucunuzda gerekli TLS sertifikalarını alın ve yapılandırın.

Yeni siteniz için bir robots.txt ayarlayın

Bir site için robots.txt dosyası, Googlebot’un hangi alanları tarayabileceğini kontrol eder. Yeni sitenin robots.txt dosyasındaki yönergelerin, taranmasını engellemek istediğiniz bölümleri doğru bir şekilde yansıttığından emin olun.

Bazı site sahiplerinin geliştirme aşamasındayken tüm taramaları engellediğini unutmayın. Bu stratejiyi izliyorsanız, site taşıma başladığında robots.txt dosyasının nasıl görünmesi gerektiğini hazırladığınızdan emin olun. Aynı şekilde, geliştirme sırasında noindex yönergeleri kullanıyorsanız, site taşımayı başlattığınızda noindex yönergelerini kaldıracağınız URL’lerin bir listesini hazırlayın.

Silinen veya birleştirilen içerik için hatalar sağlayın

Eski sitede yeni siteye aktarılmayacak içerikler için, bu yetim URL’lerin doğru bir şekilde HTTP 404 veya 410 hata yanıt kodu döndürdüğünden emin olun. Hata yanıt kodunu yeni sitenizin yapılandırma panelindeki eski URL’de döndürebilir veya yeni bir URL için bir yönlendirme oluşturup bunun HTTP hata kodunu döndürmesini sağlayabilirsiniz. Alakasız yönlendirmelerden kaçının.

Birçok eski URL’yi, yeni sitenin ana sayfası gibi alakasız bir hedefe yönlendirmeyin. Bu, kullanıcıların kafasını karıştırabilir ve yumuşak 404 hatası olarak değerlendirilebilir. Ancak, daha önce birden fazla sayfada barındırılan içeriği yeni bir tek sayfada birleştirdiyseniz, eski URL’leri o yeni, birleştirilmiş sayfaya yönlendirmek kabul edilebilir.

Doğru Search Console ayarlarını sağlayın

Henüz yapmadıysanız, hem eski hem de yeni sitelerin sahibi olduğunuzu Search Console’da doğrulayın. Hem eski hem de yeni sitelerin tüm varyantlarını doğruladığınızdan emin olun. Örneğin, www.example.com ve example.com’u doğrulayın ve HTTPS URL’leri kullanıyorsanız hem HTTPS hem de HTTP site varyantlarını dahil edin. Bunu hem eski hem de yeni siteler için yapın.

Search Console doğrulamanızın site taşımadan sonra da çalışmaya devam edeceğinden emin olun. Farklı bir doğrulama yöntemi kullanıyorsanız, URL değiştiğinde doğrulama belirteçlerinin farklı olabileceğini unutmayın.

Search Console’da sitenizin sahipliğini doğrulamak için HTML dosyası yöntemini kullanıyorsanız, mevcut doğrulama dosyanızı sitenizin yeni kopyasına dahil etmeyi unutmadığınızdan emin olun.

Aynı şekilde, sahipliği doğrulamak için meta etiketi veya Google Analytics’e başvuran bir include dosyası ile sahipliği doğrularsanız, yeni CMS kopyasının bunları da içerdiğinden emin olun.

Eski siteniz için Search Console’daki bazı yapılandırma ayarlarını değiştirdiyseniz, yeni sitenin ayarlarının da bu değişiklikleri yansıtacak şekilde güncellendiğinden emin olun. Örneğin:

URL parametreleri: Eski URL’lerinizin taranmasını veya dizine eklenmesini kontrol etmek için URL parametrelerini yapılandırdıysanız, ayarların gerekirse yeni siteye de uygulandığından emin olun.

Coğrafi hedefleme: Eski siteniz, coğrafi olarak hedeflenebilir bir alan adı veya ülke kodlu üst düzey bir alan adı (.co.uk gibi) gibi açık bir coğrafi hedeflemeye sahip olabilir. Aynı bölgeyi hedeflemeye devam etmek istiyorsanız aynı ayarı yeni siteye uygulayın. Ancak, site taşımanız işinizin küresel olarak genişlemesine yardımcı olmayı amaçlıyorsa ve sitenizin herhangi bir ülke veya bölgeyle ilişkilendirilmesini istemiyorsanız, Site Ayarları sayfasındaki açılır listeden Listelenmemiş’i seçin.

Tarama hızı: Hem eski hem de yeni URL’ler için Search Console’da Googlebot’un tarama hızını sınırlamamanızı öneririz. Ayrıca bir tarama hızı ayarı yapılandırmamanızı da tavsiye ederiz. Bunu yalnızca sitenizin Googlebot’un tarama hacmini kaldıramayacağını biliyorsanız yapın. Eski siteniz için Googlebot’un tarama hızını zaten sınırladıysanız, bunu kaldırmayı düşünün. Google, bir site taşımanın uygulandığını otomatik olarak algılayan algoritmalara sahiptir ve dizine eklememizin site taşımayı hızlı bir şekilde yansıtması için Googlebot’un tarama davranışını değiştiririz.

Reddedilen geri bağlantılar: Eski sitenizdeki bağlantıları reddetmek için bir dosya yüklediyseniz, bunu yeni sitenin Search Console hesabını kullanarak tekrar yüklemenizi öneririz.

Yeni siteniz yakın zamanda satın alınan bir alan adı içinse, önceki sahibinden kalan sorunlardan temizlendiğinden emin olmak istersiniz. Aşağıdaki ayarları kontrol edin:

Önceki spam için manuel işlem. Spam politikalarımıza uymayan siteler için Google, onları düşürmek veya hatta arama sonuçlarımızdan tamamen kaldırmak gibi manuel işlemler yapmaya isteklidir. Yeni siteye herhangi bir manuel işlem uygulanıp uygulanmadığını görmek için Search Console’daki Manuel İşlemler sayfasını kontrol edin ve bir yeniden değerlendirme isteği göndermeden önce orada listelenen sorunları giderin.

Kaldırılan URL’ler. Önceki sahibinden kalan herhangi bir URL kaldırma işlemi, özellikle site genelinde bir URL kaldırma işlemi olmadığından emin olun. Ayrıca, içeriğiniz için URL kaldırma istekleri göndermeden önce, URL kaldırma aracının ne zaman kullanılmaması gerektiğini anladığınızdan emin olun.

Web analitiği kullanın

Bir site taşıma sırasında, hem eski hem de yeni sitelerdeki kullanımı analiz etmek önemlidir. Web analitiği yazılımı buna yardımcı olabilir. Genellikle, web analitiği yapılandırması sayfalarınıza gömülü bir JavaScript parçasından oluşur. Farklı siteleri izlemenin ayrıntıları, analitiği yazılımınıza ve onun günlük kaydı, işleme veya filtreleme ayarlarına bağlı olarak değişir. Yardım için analitiği yazılım sağlayıcınıza danışın. Ayrıca, analitiği yazılımınızda herhangi bir yapılandırma değişikliği yapmayı planlıyorsanız, şimdi tam zamanı. Google Analytics kullanıyorsanız, içerik raporlarınızda temiz bir ayrım istiyorsanız yeni siteniz için yeni bir profil oluşturmayı düşünün.

Sunucunuzun yeterli bilgi işlem kaynağına sahip olduğundan emin olun

Bir geçişten sonra Google, yeni sitenizi normalden daha yoğun bir şekilde tarayacaktır. Bunun nedeni, sitenizin trafiği eskiden yeni siteye yönlendirmesi ve eski sitenin tüm taramalarının, diğer tüm taramalara ek olarak yeni siteye yönlendirilecek olmasıdır. Yeni sitenizin Google’dan gelen artan trafiği kaldıracak yeterli kapasiteye sahip olduğundan emin olun.

Veri Vurgulayıcıyı Güncelleyin

Eski sayfalarınızı eşlemek için Veri Vurgulayıcı kullandıysanız, yeni siteniz için eşlemeyi yeniden yaptığınızdan emin olun.

Uygulama bağlantılarını güncelleyin

HTTPS sayfalarınız hazır olur olmaz, Google Arama sonuçlarında görüntülendiğinde web sayfalarınızı bir uygulamada açması amaçlanan tüm uygulama bağlantılarını güncelleyin. Bu bağlantıları yeni HTTPS URL’lerini işaret edecek şekilde güncelleyin. Yönlendirmeler bu bağlantılar için çalışmayacaktır; uygulama bağlantısı işlemenizi güncellemediğiniz sürece mobil tarayıcı tıklamaları sayfayı uygulama yerine tarayıcıda açacaktır.

Eski sitenizin URL’lerini yeni sitenin URL’leriyle eşlemek önemlidir. Bu bölüm, iki sitenizdeki URL’leri doğru bir şekilde değerlendirmek ve eşlemeyi kolaylaştırmak için alabileceğiniz bir dizi genel yaklaşımı açıklar. Bu eşlemeyi nasıl oluşturduğunuzun tam ayrıntıları, mevcut web sitesi altyapınıza ve site taşımanın ayrıntılarına bağlı olarak değişecektir.

URL eşlemeyi hazırlayın

Eski sitenizin URL’lerini yeni sitenin URL’leriyle eşlemek önemlidir. Bu bölüm, iki sitenizdeki URL’leri doğru bir şekilde değerlendirmek ve eşlemeyi kolaylaştırmak için alabileceğiniz bir dizi genel yaklaşımı açıklar. Bu eşlemeyi nasıl oluşturduğunuzun tam ayrıntıları, mevcut web sitesi altyapınıza ve site taşımanın ayrıntılarına bağlı olarak değişecektir.

Eski URL’lerinizi belirleyin

En basit site taşımalarında, eski URL’lerinizin bir listesini oluşturmanız gerekmeyebilir. Örneğin, sitenizin alan adını değiştiriyorsanız (örneğin, example.com’dan example.net’e taşınırken) joker karakterli bir sunucu tarafı yönlendirmesi kullanabilirsiniz.

Daha karmaşık site taşımalarında, eski URL’lerin bir listesini oluşturmanız ve bunları yeni hedefleriyle eşlemeniz gerekecektir. Eski URL’lerin bir listesini nasıl alacağınız mevcut web sitenizin yapılandırmasına bağlıdır, ancak işte bazı kullanışlı ipuçları:

Önemli URL’lerinizle başlayın. Onları bulmak için: Site haritalarınıza bakın çünkü en önemli URL’lerinizin Search Console’da bu şekilde gönderilmiş olması muhtemeldir

Dahili ve harici bağlantıları olan sayfalar için Search Console’daki Sitenize bağlantılar özelliğini kontrol edin

Genellikle içerik barındıran tüm URL’lerin bir listesini almanın kolay bir yolunu sağlayabilen içerik yönetim sisteminizi kullanın.

Yakın zamanda en az bir kez ziyaret edilen URL’ler için sunucu günlüklerinizi kontrol edin. Trafiğin mevsimsel değişimini göz önünde bulundurarak siteniz için mantıklı bir zaman dilimi seçin.

Resimleri ve videoları dahil edin — Site taşıma planlarınıza gömülü içeriğin URL’lerini dahil ettiğinizden emin olun: videolar, resimler, JavaScript ve CSS dosyaları. Bu URL’lerin web sitenizdeki diğer tüm içeriklerle aynı şekilde taşınması gerekir.

Eski URL’lerden yeni URL’lere bir eşleme oluşturun

Eski URL’lerin listesini aldıktan sonra, her birinin nereye yönlendirilmesi gerektiğine karar verin. Bu eşlemeyi nasıl saklayacağınız sunucularınıza ve site taşımaya bağlıdır. Bir veritabanı kullanabilir veya yaygın yönlendirme kalıpları için sisteminizde bazı URL yeniden yazma kuralları yapılandırabilirsiniz.

Tüm URL ayrıntılarını güncelleyin

URL eşlemeniz tanımlandıktan sonra, sayfaları taşınmaya hazır hale getirmek için üç şey yapmak isteyeceksiniz.

Ek açıklamaları, her sayfa için HTML veya site haritaları girişindeki yeni URL’leri işaret edecek şekilde güncelleyin: Her hedef URL’nin kendi kendine referans veren bir rel=”canonical” etiketi olmalıdır.

Taşıdığınız site, rel-alternate-hreflang ek açıklamaları kullanılarak açıklanmış çok dilli veya çok uluslu sayfalara sahipse, ek açıklamaları yeni URL’leri kullanacak şekilde güncellediğinizden emin olun.

Taşıdığınız sitenin mobil bir karşılığı varsa, rel-alternate-media ek açıklamalarının yeni URL’leri kullandığından emin olun. Akıllı telefon web siteleri kılavuzlarımızda daha fazla bilgi edinin.

Dahili bağlantıları güncelleyin. Yeni sitedeki dahili bağlantıları eski URL’lerden yeni URL’lere değiştirin. Bağlantıları gerektiği gibi bulmak ve güncellemek için daha önce oluşturulan eşlemeyi kullanabilirsiniz.

Son taşımanız için aşağıdaki listeleri kaydedin: Eşlemedeki yeni URL’leri içeren bir site haritası dosyası. Site haritası oluşturma hakkındaki belgelerimize bakın.

Eski URL’lerinize bağlantı veren sitelerin bir listesi. Sitenize olan bağlantıları Search Console’da bulabilirsiniz.

301 yönlendirmeleri için hazırlanın

Bir eşlemeniz olduğunda ve yeni siteniz hazır olduğunda, bir sonraki adım, eşlemenizde belirttiğiniz gibi sunucunuzda eski URL’lerden yeni URL’lere HTTP 301 yönlendirmeleri ayarlamaktır.

HTTP 301 yönlendirmeleri kullanın. Googlebot birkaç tür yönlendirmeyi desteklese de, mümkünse HTTP 301 yönlendirmeleri kullanmanızı öneririz.

Yönlendirmeleri zincirlemekten kaçının. Googlebot, birden fazla yönlendirmeden oluşan bir “zincirde” 10 adede kadar atlamayı takip edebilse de (örneğin, Sayfa 1 > Sayfa 2 > Sayfa 3), nihai hedefe yönlendirmenizi tavsiye ederiz. Bu mümkün değilse, zincirdeki yönlendirme sayısını düşük tutun, ideal olarak 3’ten fazla ve 5’ten az olsun. Yönlendirmeleri zincirlemek kullanıcılar için gecikme ekler ve tüm kullanıcı aracıları ve tarayıcılar uzun yönlendirme zincirlerini desteklemez.

Yönlendirmeleri test edin. Bireysel URL’leri test etmek için URL Denetleme Aracı’nı veya çok sayıda URL’yi test etmek için komut satırı araçlarını veya betikleri kullanabilirsiniz.

Site taşımayı başlatın

Sitenizi nasıl taşıyacağınıza karar verin — hepsi bir kerede veya bölümler halinde: Küçük veya orta ölçekli siteler: Sitenizdeki tüm URL’leri bir bölümü bir kerede taşımak yerine aynı anda taşımanızı öneririz. Bu, kullanıcıların siteyle yeni biçiminde daha iyi etkileşim kurmasına yardımcı olur ve algoritmalarımızın site taşımayı algılamasına ve dizinimizi daha hızlı güncellemesine yardımcı olur.

Büyük siteler: Daha büyük siteleri bir kerede bir bölüm halinde taşımayı seçebilirsiniz. Bu, sorunları daha hızlı izlemeyi, algılamayı ve düzeltmeyi kolaylaştırabilir.

robots.txt dosyalarınızı güncelleyin: Eski sitede, tüm robots.txt yönergelerini kaldırın. Bu, Googlebot’un yeni siteye giden tüm yönlendirmeleri keşfetmesini ve dizinimizi güncellemesini sağlar. Yönlendirmeleri etkinleştirdikten sonra tarayıcıların eski robots.txt dosyasının içeriğini görmeyeceğini unutmayın.

Yeni sitede, robots.txt dosyasının tüm taramalara izin verdiğinden emin olun. Bu, taranmasını istemediğinizden emin olduğunuz URL’ler dışında resimlerin, CSS’in, JavaScript’in ve diğer sayfa varlıklarının taranmasını içerir.

Eski web sitesini, kullanıcıları ve Googlebot’u URL eşlemesine göre yeni siteye yönlendirecek şekilde yapılandırın.

Eski site için Search Console’da bir Adres Değişikliği gönderin. Sitenizi HTTP’den HTTPS’ye taşıyorsanız, Adres Değişikliği aracını kullanmanıza gerek yoktur.

Yönlendirmeleri mümkün olduğunca uzun süre, genellikle en az 1 yıl tutun. Bu zaman dilimi, Google’ın eski URL’lerinizi işaret eden diğer sitelerdeki bağlantıları yeniden taramak ve yeniden atamak da dahil olmak üzere tüm sinyalleri yeni URL’lere aktarmasına olanak tanır. Kullanıcılar açısından, yönlendirmeleri süresiz olarak tutmayı düşünün. Ancak, yönlendirmeler kullanıcılar için yavaştır, bu nedenle kendi bağlantılarınızı ve diğer web sitelerinden gelen yüksek hacimli bağlantıları yeni URL’leri işaret edecek şekilde güncellemeyi deneyin.

Search Console’da yeni site haritasını gönderin. Bu, Google’ın yeni URL’leri öğrenmesine yardımcı olacaktır. Bu noktada eski site haritanızı kaldırabilirsiniz, çünkü Google bundan sonra yeni site haritasını kullanacaktır.

Googlebot’un ve sistemlerimizin site taşımadaki tüm URL’leri keşfetmesi ve işlemesi için geçen süre, sunucularınızın ne kadar hızlı olduğuna ve kaç URL’nin dahil olduğuna bağlıdır. Genel bir kural olarak, orta ölçekli bir web sitesinin çoğu sayfasının taşınması birkaç hafta sürebilir ve daha büyük siteler daha uzun sürer. Googlebot’un ve sistemlerimizin taşınan URL’leri keşfetme ve işleme hızı, URL sayısına ve sunucu hızına bağlıdır. İçeriğinizin web aramasındaki görünürlüğünün taşıma sırasında geçici olarak dalgalanabileceğini unutmayın. Bu normaldir ve bir sitenin sıralaması zamanla düzelecektir.

Gelen bağlantıları güncelleyin

Site taşıma başlatıldıktan hemen sonra, kullanıcı deneyimini iyileştirmek ve sunucu yükünüzü azaltmak için mümkün olduğunca çok gelen bağlantıyı güncellemeye çalışın. Bunlar şunları içerir:

Harici bağlantılar: Mevcut içeriğinize bağlantı veren sitelerin kayıtlı listesindeki sitelerle iletişime geçmeye çalışın ve bağlantılarını yeni sitenize güncellemelerini isteyin. Çabalarınızı her bağlantı için gelen ziyaret sayısına göre önceliklendirmeyi düşünün.

Trafiği izleyin

Site taşımayı başlattıktan sonra, kullanıcı ve tarayıcı trafiğinin yeni sitede ve ayrıca eski sitede nasıl değiştiğini izleyin. İdeal olarak eski sitedeki trafik azalırken, yeni sitede trafik artacaktır. Sitelerdeki kullanıcı ve tarayıcı etkinliğini Search Console ve diğer araçlarla izleyebilirsiniz.

Trafiği izlemek için Search Console’u kullanın

Site haritaları: Eşlemeden daha önce kaydettiğiniz iki site haritasını gönderin. Başlangıçta, yeni URL’leri içeren site haritasında dizine eklenmiş sıfır sayfa olurken, eski URL’lerin site haritasında dizine eklenmiş birçok sayfa olacaktır. Zamanla, eski URL’ler site haritasından dizine eklenen sayfa sayısı sıfıra düşecek ve yeni URL’lerin dizine eklenmesinde buna karşılık gelen bir artış olacaktır.

Dizin Kapsamı raporu: Grafikler site taşımayı yansıtacak, eski sitede dizine eklenmiş URL sayılarında bir düşüş ve yeni sitede dizine eklemede bir artış gösterecektir. Beklenmedik tarama hataları için düzenli olarak kontrol edin.

Arama sorguları: Yeni sitenin daha fazla sayfası dizine eklendikçe ve sıralanmaya başladıkça, arama sorguları raporları yeni sitedeki URL’lerin arama gösterimleri ve tıklamaları almaya başladığını gösterecektir.

Trafiği izlemek için diğer araçları kullanın

Sunucu erişim ve hata günlüklerinize göz kulak olun. Özellikle, Googlebot tarafından tarama, beklenmedik şekilde HTTP hata durum kodları döndüren URL’ler ve normal kullanıcı trafiği olup olmadığını kontrol edin.

Sitenize herhangi bir web analitiği yazılımı yüklediyseniz veya CMS’niz analitiği sağlıyorsa, trafiği bu şekilde gözden geçirmeniz de önerilir, böylece trafiğin eski sitenizden yeni sitenize ilerlemesini görebilirsiniz. Özellikle, Google Analytics gerçek zamanlı raporlama sunar ve bu, ilk site taşıma aşamasında kullanmak için kullanışlı bir özelliktir. Eski sitede trafiğin düştüğünü ve yeni sitede yükseldiğini görmeyi beklemelisiniz.

Site taşımanızda sorun giderme

İşte URL değişiklikleri (HTTP’den HTTPS’ye dahil) ile bir siteyi taşırken yapılan bazı yaygın hatalar. Bu hatalar, yeni sitenizin tamamen dizine eklenmesini engelleyebilir.

Google Arama’da A/B testi etkisini en aza indirin

Bu sayfa, sayfa içeriğindeki veya sayfa URL’lerindeki test varyasyonlarının Google Arama performansınız üzerinde minimum etkiye sahip olmasını nasıl sağlayacağınızı kapsar. Testlerin nasıl oluşturulacağı veya tasarlanacağı konusunda talimatlar vermez, ancak bu sayfanın sonunda test etme hakkında daha fazla kaynak bulabilirsiniz.

Test etmeye genel bakış

Web sitesi testi, web sitenizin (veya web sitenizin bir kısmının) farklı sürümlerini denediğiniz ve kullanıcıların her sürüme nasıl tepki verdiği hakkında veri topladığınız zamandır.

A/B testi, bir değişikliğin iki (veya daha fazla) varyasyonunu test ettiğiniz yerdir. Örneğin, tıklamaları artırıp artıramayacağınızı görmek için bir düğmedeki farklı yazı tiplerini test edebilirsiniz.

Çok değişkenli test, her değişikliğin etkisinin yanı sıra değişiklikler arasındaki potansiyel sinerjileri arayarak aynı anda birden fazla değişiklik türünü test ettiğiniz yerdir. Örneğin, bir düğme için birkaç yazı tipi deneyebilir, ancak aynı zamanda sayfanın geri kalanının yazı tipini değiştirmeyi (ve değiştirmemeyi) de deneyebilirsiniz. Yeni bir yazı tipinin okunması daha mı kolay ve bu nedenle her yerde mi kullanılmalı? Yoksa faydası, düğme yazı tipinin sayfanın geri kalanından farklı görünmesi ve dikkat çekmesine yardımcı olması mı?

Sayfalarınızın farklı varyasyonlarıyla (bir sayfanın bölümleri, tüm sayfalar veya tüm çok sayfalı akışlar) davranışı karşılaştırmak ve hangi sürümün kullanıcılarınızla en etkili olduğunu izlemek için yazılım kullanabilirsiniz.

Her biri kendi URL’sine sahip bir sayfanın birden fazla sürümünü oluşturarak testler çalıştırabilirsiniz. Kullanıcılar orijinal URL’ye erişmeye çalıştığında, bazılarını varyasyon URL’lerinin her birine yönlendirir ve ardından hangi sayfanın en etkili olduğunu görmek için kullanıcıların davranışlarını karşılaştırırsınız.

Ayrıca, sayfada varyasyonları dinamik olarak ekleyerek URL’yi değiştirmeden testler çalıştırabilirsiniz. Hangi varyasyonun görüntüleneceğine karar vermek için JavaScript kullanabilirsiniz.

Hangi içerik türlerini test ettiğinize bağlı olarak, test yaparken Google’ın bazı içerik varyasyonlarınızı tarayıp dizine eklemesi bile pek önemli olmayabilir. Bir düğmenin veya resmin boyutu, rengi veya yerleşimi ya da “eylem çağrınızın” metni (“Sepete ekle”ye karşı “Şimdi satın al!”) gibi küçük değişiklikler, kullanıcıların sayfanızla etkileşimleri üzerinde şaşırtıcı bir etkiye sahip olabilir, ancak genellikle o sayfanın arama sonucu snippet’i veya sıralaması üzerinde çok az etkisi vardır veya hiç etkisi yoktur.

Ayrıca, sitenizi deneyinizi algılayıp dizine ekleyecek kadar sık tararsak, muhtemelen deneyi sonuçlandırdıktan sonra sitenizde yaptığınız nihai güncellemeleri oldukça hızlı bir şekilde dizine ekleyeceğiz.

Test yaparken en iyi uygulamalar

Site varyasyonlarını test ederken Google Arama davranışınız üzerinde herhangi bir kötü etkiyi önlemek için en iyi uygulamaların bir listesi:

Test sayfalarınızı gizlemeyin

Googlebot’a bir dizi URL, insanlara ise farklı bir dizi göstermeyin. Buna Gizleme denir ve bir test çalıştırıyor olsanız da olmasanız da spam politikalarımıza aykırıdır. Spam politikalarımızı ihlal etmenin sitenizin Google arama sonuçlarından düşürülmesine veya kaldırılmasına neden olabileceğini unutmayın — muhtemelen testinizin istenen sonucu bu değildir.

Gizleme, bunu sunucu mantığıyla veya robots.txt ile veya başka herhangi bir yöntemle yapıp yapmadığınıza bakılmaksızın sayılır. Bunun yerine, bir sonraki bölümde açıklandığı gibi bağlantıları veya yönlendirmeleri kullanın.

Testi kontrol etmek için çerez kullanıyorsanız, Googlebot’un genellikle çerezleri desteklemediğini unutmayın. Bu, yalnızca çerezleri kabul etmeyen tarayıcılara sahip kullanıcılar için erişilebilir olan içerik sürümünü göreceği anlamına gelir.

rel=”canonical” bağlantılarını kullanın

Birden fazla URL ile bir test çalıştırıyorsanız, orijinal URL’nin tercih edilen sürüm olduğunu belirtmek için tüm alternatif URL’lerinizde rel=”canonical” bağlantı özniteliğini kullanabilirsiniz. Bu durumda niyetinizle daha yakından eşleştiği için noindex meta etiketi yerine rel=”canonical” kullanmanızı öneririz. Örneğin, ana sayfanızın varyasyonlarını test ediyorsanız, arama motorlarının ana sayfanızı dizine eklememesini istemezsiniz; sadece tüm test URL’lerinin orijinal URL’nin yakın kopyaları veya varyasyonları olduğunu ve orijinal URL’nin canonical olduğu şekilde gruplandırılması gerektiğini anlamalarını istersiniz. Böyle bir durumda rel=”canonical” yerine noindex kullanmak bazen beklenmedik kötü etkilere sahip olabilir.

301 yönlendirmeleri değil, 302 yönlendirmeleri kullanın

Kullanıcıları orijinal URL’den bir varyasyon URL’sine yönlendiren bir test çalıştırıyorsanız, 301 (kalıcı) yönlendirme değil, 302 (geçici) yönlendirme kullanın. Bu, arama motorlarına bu yönlendirmenin geçici olduğunu — yalnızca deneyi çalıştırdığınız sürece devrede olacağını — ve orijinal URL’yi yönlendirmenin hedefiyle (test sayfası) değiştirmek yerine dizinlerinde tutmaları gerektiğini söyler. JavaScript tabanlı yönlendirmeler de sorun değildir.

Deneyi yalnızca gerektiği kadar uzun süre çalıştırın

Güvenilir bir test için gereken süre, dönüşüm oranlarınız ve web sitenizin ne kadar trafik aldığı gibi faktörlere bağlı olarak değişecektir; iyi bir test aracı, güvenilir bir sonuca varmak için yeterli veri topladığınızda size söyler. Testi sonuçlandırdıktan sonra, sitenizi istediğiniz içerik varyasyonu/varyasyonları ile güncelleyin ve alternatif URL’ler veya test betikleri ve işaretleme gibi testin tüm öğelerini mümkün olan en kısa sürede kaldırın. Bir sitenin gereksiz yere uzun süre bir deney çalıştırdığını keşfedersek, bunu arama motorlarını aldatma girişimi olarak yorumlayabilir ve buna göre işlem yapabiliriz. Bu, özellikle kullanıcılarınızın büyük bir yüzdesine bir içerik varyantı sunuyorsanız geçerlidir.

Test etme hakkında daha fazla bilgi

Bir web sitesini geçici olarak duraklatın veya devre dışı bırakın

Siparişleri yerine getiremiyorsanız veya ürünlerinizin çoğu stokta yoksa, çevrimiçi işinizi geçici olarak kapatmayı düşünüyor olabilirsiniz. Durum geçiciyse, yani önümüzdeki haftalarda veya aylarda ürün satabileceğinizi bekliyorsanız, sitenizin Arama’daki konumunu mümkün olduğunca koruyan bir işlem yapmanızı öneririz. Bu kılavuz, çevrimiçi işinizi nasıl güvenli bir şekilde duraklatabileceğinizi açıklar.

Sitenizin işlevselliğini sınırlayın (önerilen)

Durumunuz geçiciyse ve çevrimiçi işinizi yeniden açmayı planlıyorsanız, sitenizi çevrimiçi tutmanızı ve işlevselliği sınırlamanızı öneririz. Bu, sitenizin Arama’daki varlığı üzerindeki olumsuz etkileri en a

İlgili hizmet: AI Pazarlama Ajansı