Search Console'da site taşıma: adres değişikliği, yönlendirmeler ve taşıma sonrası trafiğin kontrolü
Bir web sitesini Search Console'da yeni bir URL'ye taşımak için hem eski hem yeni siteyi mülk olarak doğrulayın, her eski URL'yi kalıcı bir 301 ile yeni karşılığına yönlendirin, yeni mülkte yeni URL'lerin site haritasını gönderin ve alan adı ya da alt alan adı değişiyorsa taşımayı eski mülkün Ayarlar bölümündeki Adres Değişikliği aracıyla bildirin. Bundan sonraki iş izlemektir: dizine ekleme ve tıklamalar eski mülkten akıp gitmeli ve yenisinde birikmelidir; Google'a göre bu, küçük ve orta ölçekli bir sitenin çoğu sayfası için birkaç hafta, büyük bir site için daha uzun sürer. Bu rehber taşımadan önce, taşıma sırasında ve sonrasında ne yapılacağını ve Adres Değişikliği aracının bunun hangi kısımlarını kapsamadığını anlatır.
Bir siteyi yeni URL'lere taşıyın ve Google trafiğini, yönlendirmelerin çalıştığının URL başına kanıtıyla geri kazanın.
Birkaç günlük hazırlık, bir yayına alma günü, ardından üç ila altı ay boyunca haftalık kontroller.
Her iki Search Console mülkünde sahip erişimi, sunucunun yönlendirme kurallarına erişim ve bir tarayıcı (crawler).
Bu hangi tür bir site taşıması?
Google; alan adı değişikliğini, HTTPS'e geçişi ve yeni bir URL yapısını aynı türden bir iş sayar: her eski URL'nin yeni karşılığına kalıcı bir yönlendirme gerektirdiği URL değişikliği olan bir site taşıması. Adres Değişikliği aracı bu işin yalnızca bir parçasıdır ve yalnızca bazı taşımalar içindir; bu yüzden herhangi bir planlama yapmadan önce bu tablonun hangi satırında olduğunuzu bilmekte fayda var. Tablodaki her şey Google'ın site taşıma kılavuzundan ve Adres Değişikliği yardım sayfasından gelir.
| Taşıma | 301 yönlendirmeleri | Adres Değişikliği aracı |
|---|---|---|
| Yeni alan adı (example.com'dan example.net'e) | Evet, her eski URL | Evet, eski alan adının doğrulanmış her varyantı için; www ve www'suz dahil |
| Yeni alt alan adı (a.example.com'dan b.example.com'a) | Evet | Evet |
| Tüm alan adının başka bir alan adının klasörüne taşınması (example.com'dan example3.com/new/location/'a) | Evet | Evet, Google bu yöne izin verir |
| HTTP'den HTTPS'e | Evet | Hayır: "Google değişikliklerinizi sizin yerinize anlar" |
| Aynı alan adında www'dan www'suza | Evet, ya da canonical etiketleri | Hayır |
| Aynı alan adında yeni yollar (/blog/'dan /articles/'a) | Evet, ayrıca güncellenmiş site haritaları | Hayır |
| Kaynak olarak bir alt klasör (example.com/petstore/ adresinden herhangi bir yere) | Evet | Hayır: yol düzeyindeki mülkler taşınamaz |
| Yeni barındırma ya da CDN, aynı URL'ler | Hayır, hiçbir şey taşınmıyor | Hayır: Google'ın URL değişikliği olmayan taşımalar için ayrı bir kılavuzu var |
Google ayrıca aynı anda tek bir şeyi değiştirmenizi ister. Yeni bir alan adı, yeni bir CMS ve yeni bir tasarım planlıyorsanız kılavuzu bunları art arda yapmanızı önerir; Adres Değişikliği sayfası da bir taşımayı yeni bir URL yapısıyla birleştirmenin, Google tek tek sayfaları yeniden öğrenirken "probably" biraz trafik kaybettireceği uyarısını yapar. Trafiğiniz mevsimselse taşımayı sakin bir döneme denk getirin; çünkü başlangıç sorunlarından daha az ziyaretçi etkilenir ve Googlebot için daha fazla sunucu kapasitesi kalır.
Taşımadan önce: Search Console'da neler kurulmalı
- Her iki mülkü, her varyantıyla doğrulayın. Google'ın kılavuzu "hem eski hem de yeni sitelerin tüm varyantlarını doğrulayın" der; örneğin www ve www'suz, HTTPS kullanıyorsanız HTTP ve HTTPS. Bir Alan adı mülkü tüm alt alan adlarını ve her iki protokolü tek seferde kapsar ve DNS doğrulaması gerektirir. Adres Değişikliği aracı daha katı bir kural ekler: her iki mülkün de sahibi olmanız ve ikisini yönetmek için aynı Google hesabını kullanmanız gerekir. Doğrulamanın taşımadan sonra da geçerli kaldığını kontrol edin: bir HTML doğrulama dosyası yeni siteye kopyalanmalı, bir meta etiketi de yeni şablonlarda bulunmalıdır.
- Ayarları taşıyın ve satın alınmış bir alan adını kontrol edin. Eski site için bir disavow dosyası yüklediyseniz Google bunu yeni mülke yeniden yüklemenizi önerir. Yeni alan adı ikinci el satın alındıysa manuel işlemleri ve önceki sahibin geride bıraktığı URL kaldırmalarını, "özellikle site genelinde bir URL kaldırmayı", arayın.
- URL haritasını çıkarın. Her eski URL'nin nereye gittiğini yazın. Google, site haritalarınızdan, sunucu günlüklerinizden ya da analiz verilerinizden, Search Console'daki Bağlantılar raporundan ve CMS'inizden başlamayı önerir; ayrıca diğer URL'ler gibi taşınan görselleri, videoları, JavaScript ve CSS dosyalarını da eklemenizi hatırlatır. Performans raporunda tıklama almış her sayfayı ekleyin; ancak Search Console arayüzünün tablo başına yalnızca 1.000 satır dışa aktardığını unutmayın, bu yüzden daha büyük bir sitede hepsini almak için API'ye ihtiyacınız olur (bkz. 1.000 satır sınırı).
- Eski siteyi tarayın. Masaüstü bir tarayıcıyla yapılan tam tarama, hiçbir şey değişmeden önce her eski URL'nin durum kodunu, güncellemeniz gereken iç bağlantıları ve yayına alma gününde yönlendirmeleri test edeceğiniz listeyi verir. Google, yönlendirmelerin beklendiği gibi çalıştığını kontrol etmek için Screaming Frog'u bizzat gösterir. Eski mülk hâlâ elinizdeyken Bağlantılar raporundan size bağlantı veren sitelerin listesini kaydedin; böylece sonradan en değerli olanlardan bağlantılarını güncellemelerini isteyebilirsiniz.
- Bir referans dışa aktarımı alın. En az son 28 gün için, trafiğiniz mevsimselse geçen yılın aynı haftaları için de sayfa ve sorgu başına tıklamaları, gösterimleri ve konumu dışa aktarın. Taşımadan sonra eski mülkün rakamları kaybolur ve Search Console yalnızca 16 ay veri tutar (bkz. veri saklama); bu yüzden üçüncü ayda yeni sitenin eski sitenin olduğu yere dönüp dönmediğini bu dışa aktarımla anlarsınız.
- Yeni sayfaları hazırlayın. Her yeni URL'nin kendine referans veren bir canonical etiketine ihtiyacı vardır, hreflang ek açıklamalarının yeni URL'leri içermesi gerekir, iç bağlantılar doğrudan yeni URL'leri göstermelidir ve yeni URL'lerin bir site haritası göndermeye hazır olmalıdır. Yeni site geliştirme sırasında noindex ya da robots.txt engeliyle gizlendiyse, yayına alma gününde nelerin kaldırılacağının listesini şimdiden çıkarın. Karşılığı olmayan silinmiş ya da birleştirilmiş sayfalar 404 veya 410 yanıtı vermelidir.
Taşıma: 301 yönlendirmeleri, Adres Değişikliği ve site haritaları
Her eski URL'yi birebir, 301 ile yönlendirin
Google, haritanızdaki her eski URL'den yeni URL'ye sunucu tarafında kalıcı yönlendirmeler (HTTP 301 veya 308) önerir. Yönlendirme belgeleri türün neden önemli olduğunu açıklar: kalıcı bir yönlendirmede "dizine ekleme işlem hattı, yönlendirmeyi, yönlendirme hedefinin kanonik olması gerektiğine dair bir sinyal olarak kullanır"; geçici 302, 303 veya 307 yönlendirmesinde ise böyle olmaz ve eski URL sonuçlarda kalabilir. Her eski URL'yi doğrudan nihai hedefine yönlendirin. Googlebot 10 atlamaya kadar takip eder, ancak Google zincirin "ideal olarak en fazla 3 ve 5'ten az" olmasını tavsiye eder ve doğrudan yönlendirme yine de daha iyidir. Birçok eski URL'yi yeni ana sayfa gibi alakasız tek bir sayfaya göndermeyin; Google bunun "soft 404 olarak değerlendirilebileceğini" söyler, ancak tek bir yeni sayfada birleştirilen birkaç eski sayfa hep ona yönlendirilebilir. Google ayrıca 301'lerin ve diğer kalıcı yönlendirmelerin "PageRank kaybına yol açmadığını" da belirtir.
Yönlendirmeler yayına girer girmez test edin. Google, tek tek URL'ler için URL Denetimi aracını, çok sayıda URL için komut satırı araçlarını ya da betikleri önerir ve yeni sitede var olmayan URL'lere yönlendirmeyi en yaygın taşıma hatalarından biri olarak anar. Ardından hazırladığınız parçaları devreye alın: geliştirme sırasındaki noindex ve robots.txt engellerini kaldırın ve yeni sitedeki canonical etiketlerinin yeni URL'leri kullandığını kontrol edin.
Adres Değişikliği aracı nasıl kullanılır
Yalnızca site taşındıktan ve yönlendirmeler yayına girdikten sonra kullanın; Google'ın yardım sayfası "bu aracı sitenizi taşıyıp yönlendirdikten sonra kullanın" der. O sayfadaki gereksinimler:
- Hem eski hem yeni mülkün sahibisiniz ve aynı Google hesabını kullanıyorsunuz.
- Eski mülk alan adı düzeyindedir (example.com, m.example.com veya http://example.com); http://example.com/petstore/ gibi bir yol değildir.
- Bir 301, eski ana sayfayı yeni ana sayfaya yönlendirir. Google ayrıca eski sitenin kanonik sayfaları için 301 önerir ve araç, isteği kabul etmeden önce birkaç sayfada 301'leri kontrol eder.
Adımların kendisi kısadır. Eski mülkü açın, Ayarlar → Adres değişikliği bölümüne gidin, Yeni site seçin altından yeni mülkü seçin ve Doğrula ve güncelle düğmesine tıklayın. Araç taşıma öncesi kontrollerini çalıştırır: başarısız olan kritik bir kontrolün devam etmeden önce düzeltilmesi gerekir, kritik olmayan bir kontrol başarısız olursa bir uyarı gösterilir ve istek geçer. İstek kabul edildiğinde her iki mülkte de taşımanın 180 gün boyunca devam ettiğini bildiren bir not görünür. Doğruladığınız eski alan adının her varyantı için isteği yineleyin; çünkü araç adını verdiğiniz mülkün tüm protokollerini taşır ama altındaki alt alan adlarının hiçbirini, www dahil, taşımaz.
Aynı adımların kısa hali, SSS'deki Adres Değişikliği aracı nasıl kullanılır yazısında.
Adres Değişikliği aracı ne yapar ve neyi kapsamaz
Google'a göre bir adres değişikliği, Google'a istekten itibaren 180 gün boyunca yeni siteyi eskisine tercih ederek taramasını ve dizine eklemesini söyler, eski sitenin sinyallerini yeni siteye iletir ve kanonik sayfaları seçerken yeni siteyi tercih etmesini sağlar. Yönlendirme işinin hiçbir parçasının yerini almaz ve net sınırları vardır:
| Kapsanmayanlar | Google bunun yerine ne yapmanızı söylüyor |
|---|---|
| HTTP'den HTTPS'e, www'dan www'suza, tek bir site içindeki yollar | Yönlendirmeler (www için canonical etiketleri) ve güncellenmiş site haritaları. |
| Kaynak olarak bir alt klasör | Yalnızca yönlendirmeler: yol düzeyindeki mülkler taşınamaz. |
| Mülkün altındaki alt alan adları, www dahil | Her varyantı doğrulayın ve her biri için bir istek gönderin, "bu varyantları aktif olarak kullanmıyor olsanız bile". |
| İlk taşımanın hemen ardından ikinci bir taşıma (A'dan B'ye, ardından B'den C'ye) | Taşımaları zincirlemeyin: ikinci istek hemen ardından gelemez. |
| Birkaç sitenin tek bir sitede birleştirilmesi (A, B ve C'nin D'de birleştirilmesi) | Siteleri tek tek taşıyın ve bir sonrakine geçmeden önce trafiğin oturmasını bekleyin. |
| Eski sitenin dizinden kaldırılması | Araç bunu silmez. Yönlendirmeler ve canonical etiketleri gösterilen eski URL'lerin sayısını azaltır. |
| 180 günden sonrası | Bundan sonra, hâlâ taranabiliyorsa Google "eski siteyi ilgisiz bir site olarak değerlendirir"; bu yüzden işi yönlendirmelerin yapmaya devam etmesi gerekir. |
Fikrinizi değiştirirseniz, bir istek bu 180 gün içinde iptal edilebilir: eskiden yeniye yönlendirmeleri kaldırın, yeni siteden eskisine geri yönlendirmeler ekleyin ve eski mülkün Adres Değişikliği aracında Cancel Move düğmesine tıklayın.
Eski ve yeni URL'ler için site haritaları
Yayına alma gününde yeni mülkte yeni URL'lerin site haritasını gönderin. Google'ın kılavuzu ayrıca bir ölçüm aracı olarak eski URL'leri listeleyen ikinci bir site haritası göndermenizi önerir: başlangıçta yeni site haritasında dizine eklenmiş sayfa yoktur, eskisinde çok vardır; zamanla eskisinin sayısı sıfıra düşerken yenisininki yükselir. Search Console, eski site haritasındaki URL'lerin yönlendirildiği konusunda uyarı verecektir ve Google "bu normaldir ve bu uyarıları yok sayabilirsiniz" der. Bu, bir site haritasının yalnızca nihai URL'leri listelediği olağan kuralın tek istisnasıdır (bkz. Yönlendirmeli sayfa) ve geçicidir: eski site haritasının dizine eklenmiş sayısı sıfıra yaklaştığında onu kaldırın ve yalnızca yenisini tutun.
Yönlendirmeleri uzun süre yerinde tutun. Site taşıma kılavuzu, tüm sinyallerin aktarılabilmesi için "genellikle en az 1 yıl" der ve kullanıcılar için süresiz tutmanızı önerir; Adres Değişikliği sayfası en az 180 gün belirler, eski URL'ler Google Arama'dan hâlâ trafik alıyorsa daha uzun, ve başkasının satın alıp kötüye kullanmaması için eski alan adının ücretini en az bir yıl daha ödemenizi önerir.
Taşımadan sonra: Search Console'da hafta hafta neler kontrol edilmeli
Google'ın izleme tavsiyesi tek bir kalıba iner: "İdeal olarak eski sitedeki trafik düşerken yeni sitedeki trafik artar." Aşağıdaki takvim, bu kontrolleri ilk aylara nasıl yaydığımı gösteriyor. Zamanlamalar benim çalışma pratiğimdir, Google'ın değil; Google yalnızca küçük ve orta ölçekli bir sitede "sayfaların çoğunun taşınmasının birkaç hafta sürebileceğini", daha büyük sitelerin ise URL sayısına ve sunucu hızına bağlı olarak daha uzun sürdüğünü söyler.
| Ne zaman | Search Console'da nerede | Görmek istedikleriniz |
|---|---|---|
| Yayına alma günü | Eski ana sayfada ve en önemli eski URL'lerde URL Denetimi (canlı test); yeni mülkte Site haritaları; eski mülkte Adres Değişikliği | Eski URL'ler tek atlamayla eşlenen sayfaya yönleniyor, yeni site haritası kabul ediliyor, taşıma isteği kontrollerden geçiyor. |
| 1. hafta | Her iki mülkte Performans; yeni mülkte Sayfa dizine ekleme; Tarama istatistikleri | Yeni URL'lerde ilk gösterimler ve tıklamalar, Not found (404) veya Redirect error sayılarında ani artış yok, Googlebot sunucu hatası olmadan her zamankinden fazla tarıyor. |
| 2. ile 4. haftalar | Site haritaları (ikisi de); Sayfa dizine ekleme (ikisi de) | Yeni site haritasının dizine eklenmiş sayısı artıyor, eskisininki azalıyor; eski mülkte Yönlendirmeli sayfa büyüyor. |
| 2. ve 3. aylar | Referans dışa aktarımınıza karşı Performans | Yeni mülkte günlük tıklamalar eski mülkün sahip olduğu düzeye yaklaşıyor; eski URL'ler sonuçlardan siliniyor. |
| 6. ay | Eski mülkte Performans | Adres değişikliğinin 180 günü dolarken eski URL'lerde çok az trafik kalıyor ya da hiç kalmıyor. |
| 12. ay | Yok: bir karar | Yönlendirmeler hâlâ yayında; eski URL'ler ziyaret ya da bağlantı aldığı sürece tutun. |
Eskinin yeniye karşı dizine eklenmesi. Sayfa dizine ekleme raporu (Google'ın kılavuzu hâlâ Index Coverage der), dizine eklenmiş sayının eski mülkte düştüğünü, yenisinde yükseldiğini göstermelidir. Eski mülkte beklenecek durum, Google'ın "başka bir sayfaya yönlendiren kanonik olmayan bir URL" olarak tanımladığı Yönlendirmeli sayfadır; Google, böyle bir URL'nin "dizine eklenmeyeceğini", hedefinin ise "dizine eklenebileceğini veya eklenmeyebileceğini" ekler. Bu durum taşımanın çalıştığını gösterir, bir arıza değildir. Müdahale edilmesi gerekenler, Google'ın çok uzun bir zincir, yönlendirme döngüsü, azami URL uzunluğunu aşan bir yönlendirme URL'si ya da zincirde hatalı veya boş bir URL olarak sıraladığı Redirect error ve yeni sitede olağandışı sayıda Not found (404) URL'sidir; bu genellikle var olmayan sayfalara işaret eden yönlendirmeler anlamına gelir. Tek bir URL için URL Denetimi aracı, Google'ın yönlendirmeyi görüp görmediğini ve hangi canonical'ı seçtiğini gösterir; diğer durumlar teknik dizine ekleme rehberinde ele alınır.
Trafiğin mülkten mülke geçişi. Search Console iki mülkü ayrı tutar, bu yüzden Performans raporu taşımayı hiçbir zaman tek bir çizgi olarak göstermez: eski mülk tıklama kaybederken yenisi kazanır ve toplamın korunup korunmadığını görmek için ikisini günlük bazda kendiniz toplarsınız. Dönem bazında değil, gün bazında karşılaştırın; çünkü yayından önceki ve sonraki pencereler nadiren aynı uzunluktadır; ayrıca Search Console'un hâlâ doldurduğu son iki üç günü dışarıda bırakın. Eski mülk yayından bir ay sonra hâlâ gösterimlerin büyük bir payını topluyorsa, yönlendirmeler eksiktir ya da Google o URL'leri henüz yeniden taramamıştır; yeni mülkteki adres değişikliği notu da "diğer siteler bu siteye taşınıyor" der ve Google, kullanıcılar eskisinden yönlendirildikçe trafiğinin büyüdüğünü açıklar.
Sunucu yükü. Google, bir taşımadan sonra yeni siteyi "normalden daha yoğun" tarayacağı konusunda uyarır; çünkü eski sitenin taramaları normal taramaların üzerine yönlendirilir. Ayarlar altındaki Tarama istatistikleri raporu bu yükü gösterir ve oradaki sunucu hatalarında artış, yeni ana makinenin daha fazla kapasiteye ihtiyacı olduğu anlamına gelir.
GSC Wizard nasıl yardımcı olur: Site Taşıma Karşılaştırması
Search Console her mülkü kendi başına gösterir; bir taşımayı orada değerlendirmeyi zorlaştıran tam olarak budur. GSC Wizard'ın Site Taşıma Karşılaştırması raporu eski düzeni (A tarafı, yayına alma tarihinden önce) ve yeni düzeni (B tarafı, sonrası) tek bir analizde bir araya getirir. Bir mülkün sol menüsünde ve ana menüde Site analysis altında yer alır ve üç tür taşımayı ele alır: iki mülk arasındaki alan adı taşıması ya da HTTPS geçişi için Property vs property, tek bir mülk içindeki klasör taşıması için URL prefixes ve yeni bir URL yapısı için Regex patterns. Run analysis düğmesine tıklayana kadar hiçbir şey çekilmez.
- Yolunda giden bir taşımaya karşı bir karar. Bir yayına alma tarihi verildiğinde Migration health başlığı şunları verir: toparlanma (yeni tarafın günlük tıklamalarının, yayından önce eski tarafınkine oranı), beklenen aşamaya göre hız, ivme, 0 ile 100 arası bir risk puanı ve URL başarısı; durum olarak Healthy, Recovering, At risk, Critical veya Insufficient data. Beklenen aşamalar, raporun içine koyduğum pratik kurallardır, örneğin eski tıklamaların 56. güne kadar %60'ı ve 180. güne kadar %90'ı; herhangi bir site için bir söz değildir. Her rakamı sağlık, toparlanma ve risk sayfası açıklar.
- URL haritanız, canlı sunucuda kontrol edilmiş. Eskiden yeniye haritayı CSV olarak yükleyin (dosya başına 10.000 satıra, analiz başına 50.000 satıra kadar) ve Verify redirects düğmesine tıklayın. GSC Wizard her eski URL'yi ister, beş atlamaya kadar takip eder, robots.txt'e uyar ve her eşlemeye tek bir karar verir: Migrated, Redirect chain, Temporary redirect, Wrong target, Not redirected, Broken target, Old URL broken, Redirect loop, Kept veya Unknown. Ayrıca ana sayfaya yönlendirmeleri, noindex'li hedefleri ve hâlâ eski siteyi gösteren canonical'ları işaretler. Bkz. yönlendirme haritaları ve doğrulama.
- Google'ın taşımaya bakışı. Inspect in Google düğmesi, en çok trafik alan 20 ile 200 eski ve yeni çift üzerinde URL Denetimi çalıştırır ve her çifti, Redirect not seen yet aşamasından Canonical moved aşamasına uzanan bir devir aşamasına yerleştirir.
- Trafiğin gittiği yer. Sayfalar, sorgular, URL bölümleri, ülkeler, cihazlar ve arama türleri öncesi ve sonrasıyla; ayrıca bir yayına alma kontrol listesi ve tehlikedeki tıklamalara göre sıralanmış en fazla 12 öneri. Alan adı değiştiğinde ve eski URL'ler gösterim toplamaya devam ettiğinde, bu önerilerden biri Search Console'da Adres Değişikliği'ni bildirmektir.
- Yayından sonra uyarılar. Taşımayı kaydedin ve Alerts seçeneğini açın; günlük bir yeniden kontrol yönlendirmeleri tekrar doğrular ve yeni yönlendirme sorunları belirdiğinde ya da toparlanma durakladığında veya düştüğünde Slack'e, Microsoft Teams'e ya da bir webhook'a gönderir. Bkz. kaydetme, paylaşma ve uyarılar.
Neye ihtiyaç duyar ve neyi yapmaz
Sağlık kararı, toparlanma eğrisi, risk puanı ve öneriler için bir yayına alma tarihi ve nihai verisi olan en az bir yayın sonrası gün gerekir; toparlanma için ise öncesi penceresinde en az 10 tıklama gerekir. Yönlendirme kontrolleri yalnızca erişebildiğiniz mülklerin ana makinelerindeki URL'leri ister; bu yüzden hem eski hem yeni siteyi GSC Wizard'a ekleyin ve GSCWizard-Bot tarayıcısının güvenlik duvarından geçmesine izin verin, aksi hâlde eski URL'ler bozuk görünür. Inspect in Google işlemini yalnızca bir mülkün sahibi başlatabilir ve bu, mülk başına günde 2.000 çağrılık URL Denetimi kotasını kullanır. Uyarılar için kayıtlı bir site taşıma işlemi (en fazla 50) gerekir ve yalnızca onu kaydeden hesaba, o hesabın Slack, Teams veya webhook abonelikleri üzerinden gider, e-postayla gelmez. Property vs property modunda aynı pencereler Bing Webmaster Tools'tan da okunabilir; bunun için bir Bing API anahtarı gerekir ve yerleşik bir mülk için yaklaşık 16 ay kapsar. GSC Wizard sizin yerinize Adres Değişikliği'ni bildirmez, sunucunuzda yönlendirme kurmaz ve yerleşik kontrol yalnızca HTTP yönlendirmelerini izler; bu yüzden JavaScript veya meta refresh yönlendirmesi Not redirected olarak görünür. Tüm siteyi taramak yerine haritanızdaki URL'leri kontrol eder; bu yüzden yayın öncesi tam tarama için Screaming Frog gibi bir masaüstü tarayıcı daha iyi bir araçtır ve onun dışa aktarımı rapora içe aktarılabilir.
Site Taşıma Karşılaştırması her planın parçasıdır ve her plan 7 günlük ücretsiz denemeyle başlar (bkz. fiyatlandırma). Hazırlık adımındaki referans sorununa da yardımcı olur: GSC Wizard'da saklanan bir mülk, Search Console'un 16 ayı yerine 10 yıla kadar geçmiş tutar; böylece eski bir alan adının öncesi penceresi, Google onu bıraktıktan çok sonra bile yerinde durur.
Taşıma hakkında bir yapay zeka asistanına sorun
GSC Wizard Claude'a, ChatGPT'ye ya da başka bir MCP istemcisine bağlandığında aynı analiz araç olarak kullanılabilir; böylece bir asistan tahmin yürütmek yerine ölçülen veriden yanıt verir.
| Araç | Ne yapar |
|---|---|
| list_migrations | Uygulamada kayıtlı taşımaları, günlük yeniden kontrolden gelen son sağlık anlık görüntüsüyle listeler. |
| get_migration_health | Bir yayına alma tarihi ya da kayıtlı bir taşıma için uygulamanın sağlık kontrolü: toparlanma, hız, ivme, öngörülen dönüm noktaları, URL başarısı, risk puanı ve etkenleri, öneriler, kayıtlı kontrollerden yönlendirme durumu sayıları ve kontrol listesi. Çağrı başına 10.000 yönlendirme eşlemesine kadar analiz eder. |
| compare_migration | Üç modun herhangi birinde öncesi ve sonrası karşılaştırması; günlük trend, taraf başına toplamlar ve sorgu ile sayfa bazında kazananlar ve kaybedenler. |
| add_migration_redirects | Bir mülk çifti için eskiden yeniye eşlemeleri kaydeder, çağrı başına 10.000 satıra kadar. Satırlar eklenir, bu yüzden aynı listeyi iki kez göndermek onu iki kez saklar. list_migration_redirects ve delete_migration_redirects kayıtlı olanları yönetir. |
MCP araçları uygulamanın sakladığı yönlendirme kontrollerini okur; kendileri yeni kontrol çalıştırmaz, bu yüzden önce uygulamada Verify redirects düğmesine tıklayın. MCP belgeleri her aracı listeler.
List my saved migrations, then run a health check on the shop
replatform. Tell me which three fixes matter most, with the clicks
at stake for each, and state the go-live date and both windows.Sıkça sorulan sorular
Search Console'da bir web sitesini yeni bir URL'ye nasıl taşırım?
Eski ve yeni siteyi, kullandığınız her varyant dahil, Search Console'da mülk olarak doğrulayın ve her eski URL'yi kalıcı, sunucu tarafı bir yönlendirmeyle (301 veya 308) yeni karşılığına yönlendirin. Yeni mülkte yeni URL'lerin site haritasını gönderin. Alan adı ya da alt alan adı değişiyorsa eski mülkün Ayarlar bölümünde Adres Değişikliği aracını açın, yeni siteyi seçin ve Doğrula ve güncelle işlemini çalıştırın. Ardından her iki mülkü izleyin: dizine ekleme ve trafik eskisinde düşmeli, yenisinde yükselmelidir.
HTTP'den HTTPS'e geçiş için Adres Değişikliği aracına ihtiyacım var mı?
Hayır. Google'ın yardım sayfası, http'den https'e taşıma için aracın kullanılmamasını söyler: site taşıma kılavuzunu izleyin, Google değişikliği kendisi anlar. Araç ayrıca aynı alan adında www'dan www'suza, tek bir site içinde yolları taşımak için ya da URL değişikliği olmayan bir barındırma veya CDN değişikliği için de değildir.
Bir alt klasörü taşımak için Adres Değişikliği'ni kullanabilir miyim?
Kaynak olarak hayır. Araç yalnızca example.com, m.example.com veya http://example.com gibi alan adı düzeyindeki mülklerde çalışır ve Google, http://example.com/petstore/ gibi yol düzeyindeki mülkleri taşıyamayacağınızı söyler. Diğer yöne izin verilir: tüm bir alan adı, example.com'dan example3.com/new/location/'a olduğu gibi başka bir alan adındaki bir yola taşınabilir. Tek bir site içindeki klasör taşıması yalnızca yönlendirmeler ve güncellenmiş site haritaları gerektirir.
Bir site taşımasının Search Console'da görünmesi ne kadar sürer?
Google'ın site taşıma kılavuzu, küçük ve orta ölçekli bir web sitesinde çoğu sayfanın taşınmasının birkaç hafta sürebileceğini, büyük sitelerde ise URL sayısına ve sunucu hızına bağlı olarak daha uzun süreceğini söyler. Taşıma URL URL ilerler ve Googlebot her eski ve yeni URL'yi en az bir kez ziyaret ettiğinde tamamlanır. Bir adres değişikliği isteği 180 gün boyunca çalışmaya devam eder.
Bir site taşımasından sonra 301 yönlendirmelerini ne kadar süre tutmalıyım?
Google'ın site taşıma kılavuzu, tüm sinyallerin aktarılabilmesi için genellikle en az bir yıl der ve kullanıcılar için süresiz tutmanızı önerir. Adres Değişikliği yardım sayfası en az 180 gün belirler, eski URL'ler Google Arama'dan hâlâ trafik alıyorsa daha uzun, ve başkasının satın alıp kötüye kullanmaması için eski alan adının ücretini en az bir yıl daha ödemenizi önerir.
Bir alan adı taşımasından sonra eski site haritasını tutmalı mıyım?
Bir süre, bir ölçüm aracı olarak. Google, yenisinin yanında eski URL'lerin bir site haritasını göndermenizi önerir; böylece yenisi yükselirken eski site haritasının dizine eklenmiş sayısının sıfıra doğru düştüğünü izleyebilirsiniz ve eski site haritasındaki yönlendirme uyarılarının normal olduğunu söyler. Eski sayı sıfıra yaklaştığında onu kaldırın ve yalnızca yeni URL'lerin site haritasını tutun.
Taşımadan sonra eski sitem neden hâlâ Google'da görünüyor?
Çünkü taşıma URL bazında ilerler ve eski bir URL ancak Googlebot onu yeniden tarayıp yönlendirmeyi gördükten sonra düşer. Google ayrıca Adres Değişikliği aracının eski siteyi dizinden silmediğini ve yeni sitede karşılığı olmayan eski URL'lerin görünmeye devam edebileceğini söyler. Yönlendirmeler ve yeni sayfalardaki kendine referans veren canonical etiketleri, gösterilen eski URL sayısını azaltır.
GSC Wizard benim yerime Adres Değişikliği'ni bildirebilir mi?
Hayır. Adres Değişikliği, Search Console'da elle bildirilir. GSC Wizard ise taşımayı ölçer: Migration Compare raporu, eski ve yeni mülkü yayına alma tarihinin çevresinde okur, haritanızdaki her yönlendirmeyi canlı sunucuda kontrol eder, toparlanmayı ve riski puanlar; yönlendirmeler bozulduğunda ya da toparlanma durduğunda Slack, Microsoft Teams veya bir webhook üzerinden sizi uyarabilir.
Sonraki rehber
Taşıma yerine oturduktan sonra, hiçbir zaman tam toparlanamayan sayfalara ve Google'ın hâlâ dizine eklemekte zorlandığı sayfalara bakın: teknik dizine ekleme sorunlarını düzeltin →
Taşımanızı yalnızca bildirmeyin, ölçün
Yayına almanın çevresinde eski ve yeni mülkü karşılaştırın, haritanızdaki her yönlendirmeyi doğrulayın ve toparlanma durduğunda uyarı alın. 7 günlük ücretsiz deneme, kredi kartı gerekmez.
Yazan: Jan-Willem Bobbink · Yayın tarihi: 4 Kasım 2026 · Güncelleme: 4 Kasım 2026