Site Geçişleri

TL;DR — Site geçişi; yeni bir alan adı, HTTPS’ye geçiş, yeni bir platform, klasörlerin yeniden düzenlenmesi veya tasarım değişikliği gibi, URL’lerinizi taşıyabilecek ya da Google’ın onları okuma biçimini değiştirebilecek büyük bir değişikliktir. Trafiği koruma yöntemi her seferinde aynıdır: her eski sayfayı 301 yönlendirmesiyle en yakın yeni karşılığına gönderin ve yönlendirmeleri uzun süre koruyun. Trafikte geçici düşüş normaldir; hiç toparlanmıyorsa bir şey bozulmuştur.

Site geçişi nedir?

“Geçiş” kulağa dramatik gelir ve bazen gerçekten öyledir. Ancak yalnızca, arama motorlarının sayfalarınızı bulma, okuma ve sıralama biçimini etkileyebilecek önemli bir site değişikliğini ifade eder. Yeni alan adına taşınmak, http:// yerine https:// kullanmak veya blogunuzu blog.example.com adresinden example.com/blog/ adresine taşımak birer geçiştir. Tüm URL’ler aynı kalsa bile yeniden tasarım da geçiş sayılır; çünkü Google’ın sıraladığı içerik ve şablonlar değişir.

Bunların aynı başlık altında toplanmasının nedeni aynı riski ve aynı uygulama planını paylaşmalarıdır.

En önemli tek kural

Bir URL değiştiğinde, tarayıcılara ve arama motorlarına sayfanın nereye taşındığını söylemeniz gerekir. Bunu bir yönlendirmeyle, özellikle “bu sayfa kalıcı olarak buraya taşındı” diyen 301 (kalıcı) yönlendirmesiyle yaparsınız. Sıralamaları eski URL’lerden yeni URL’lere asıl taşıyan yönlendirmelerdir. Google, 301 ve diğer kalıcı yönlendirmelerin PageRank kaybına yol açmadığını söylüyor.

En önemli bölüm şudur: her eski sayfayı en alakalı tek yeni sayfayla eşleyin. Her şeyi ana sayfaya göndermeyin. Eski bir ürün sayfasının gerçek bir karşılığı yoksa onu giriş kapısına değil, en yakın kategoriye yönlendirin. Google, çok sayıda eski sayfanın ana sayfaya yönlendirilmesini zaten 404 “sayfa bulunamadı” hataları gibi değerlendirir; dolayısıyla bunun bir faydası yoktur.

Sık yapılan hatalar

• “Yönlendirmeler bağlantı değerimi kaybettirir.” Hayır. Kalıcı yönlendirmeler PageRank’e mal olmaz. Bu efsane yıllar önce çürütüldü.
• “Change of Address aracı sitemi benim yerime taşır.” Taşımaz. Google Search Console’daki bu araç yalnızca Google’a yeni alan adına taşındığınızı bildirir; asıl işi yönlendirmeler yapar. Ayrıca HTTPS’ye geçişte veya klasörleri yeniden düzenlerken değil, yalnızca alan adının tamamının taşınmasında çalışır.
• “Trafiğim düştü, geçiş başarısız oldu.” Genellikle hayır. Google her şeyi yeniden değerlendirirken geçici dalgalanma normaldir. Birkaç hafta tanıyın. Bu iddiaya ilişkin kanıt Google says to expect temporary ranking fluctuations during a site move; most pages on a medium-sized site can take a few weeks to move in Google's index, and larger sites take longer. Kapsam: Google Search's general expectations for moves with URL changes; actual timing varies by site and does not promise recovery by a fixed date. Güven düzeyi: yüksek · Doğrulandı: 2026-07-14 Google Search Central: Site move with URL changes
• “Yönlendirmeleri birkaç ay sonra kaldırabilirim.” Çok daha uzun süre, ideal olarak yıllarca ve mümkünse fiilen sonsuza kadar tutun.

Aynı anda tek bir şeyi değiştirin

Her geçişte en büyük risk, aynı anda çok fazla şeyi değiştirmektir. Yeni bir alan adı, yeni bir platform ve yeni bir URL yapısının aynı gün devreye girmesi üst üste binmiş üç geçiştir ve riskler katlanır. Büyük bir değişikliği aşamalara bölebiliyorsanız bunu yapın.

Yedi aşamayı, yönlendirme stratejisini ve her geçiş türüne özel kontrol listesini mi arıyorsunuz? Advanced sekmesine geçin.

TL;DR — Bir geçişte risk, değişiklik miktarı × aynı anda yaptığınız değişiklik miktarıdır. 301/308 yönlendirmeleri omurgadır: sıralamaları taşır ve PageRank kaybettirmez. Diğer her şey (Change of Address aracı, site haritaları, iç bağlantılar, canonical’lar) destekleyici sinyaldir. Eski→yeni URL’leri bire bir eşleyin, hiçbir zaman topluca ana sayfaya yönlendirmeyin (soft 404), zincirlerden kaçının ve yönlendirmeleri “12 ay” sınırından çok daha uzun süre tutun. Geçici dalgalanma ve ardından toparlanma bekleyin; kalıcı düşüş genellikle yayında kalmış hazırlık engeli, kaldırılmış hreflang/canonical, yanlışlıkla eklenmiş noindex veya hatalı hedefler gibi bir şeyin bozulduğunu gösterir. Aşağıda evrensel 7 aşamalı süreç ve ardından 7 geçiş türünün kendine özgü tuzakları yer alıyor.

Bu merkez sınıflandırmayı, ilkeleri, risk modelini, geçiş türü kararlarını ve toparlanma teşhisini kapsar. Uygulanabilir görev dizisi, adlandırılmış sorumlular, yayın kapıları ve kabul ölçütleri için Web Sitesi Geçiş Kontrol Listesini kullanın.

Geçiş gerçekte nedir? (ve 7 türü)

Site geçişi; bir web sitesinin URL yapısında, alan adında, platformunda, protokolünde veya barındırmasında arama motorlarının tarama, dizine ekleme ve sıralama biçimini etkileyebilecek önemli bir değişikliktir. Bu etiket, tek satırlık bir HTTPS değişikliğinden yüz binlerce URL’yi yeni bir CMS üzerinde yeni alan adına taşıyan kapsamlı marka yenilemesine kadar her şeyi kapsar.

Tek bir yönlendirme yazmadan önce yapabileceğiniz en yararlı şey geçişi sınıflandırmak ve gerçek hayattaki geçişlerin çoğunun aynı anda birkaç türden oluştuğunu kabul etmektir. Kabaca risk sırasına göre yedi tür şöyledir:

Numaralar aşağıdaki tür bazlı açıklamaların bölüm sırasıdır; tablo risk sırasına göre düzenlenmiştir. Risk = ne kadar değiştirdiğiniz × aynı anda ne kadarını değiştirdiğiniz. Aynı URL’lerle yeniden tasarım düşük risklidir. Eş zamanlı alan adı değişikliği + URL’leri yeniden yapılandırma + platform değiştirme ise birikimli üç yüksek riskli türdür. Google’ın tavsiyesi de aynı anda tek şeyi değiştirmektir.

Evrensel geçiş süreci

Bu süreç, aşağıdaki türe özgü adımları eklemeden önce her geçiş türüne uygulanır. Bunların çoğunu yürüttüm ve başarılı olanların ortak noktası hep aynıydı: başarılı bir geçiş için kontrol listesinden fazlası gerekir. Liste adımları unutmamanızı sağlar; sonucu getiren şey süreç ve her aşamada SEO’nun sürece katılmasıdır.

Aşama 1 — Planlama

• Devredeki her türü sınıflandırın. URL’leri yeniden yapılandıran ve yeni alan adına taşınan bir platform değişikliği, aynı anda üç geçiştir. Gerçek riski kapsamlandırabilmek için hepsini baştan adlandırın.
• Liderlik ekibinin beklentilerini yayından önce belirleyin. Trafik neredeyse kesinlikle dalgalanacaktır. Geçici düşüşün normal ve beklenen olduğunu paydaşlara açıklayın ki sıradan bir dalgalanma panikle geri almaya yol açmasın.
• Her zaman geri alma planınız olsun. Yalnızca uç durumlarda kullanmayı düşünseniz bile başlangıç durumuna dönebilmelisiniz.
• Yayını trafiğin düşük olduğu zamana ayarlayın. Google mümkünse taşınmayı düşük trafik dönemine denk getirmenizi önerir. Pratikte bu; sorunları çözecek personel hazır olsun ve dengelenme sırasında daha az gelir risk altında kalsın diye cuma günleri veya yoğun satış sezonu yerine pazartesi–perşembe demektir.
• Bir SEO proje yöneticisi atayın ve proje yönetim sistemi kullanın. Geçişler geliştirme, içerik, analiz ve SEO’yu kapsar; bağımlılık haritasının bir sahibi olmalıdır.

Aşama 2 — Eski siteyi ölçün ve tarayın

Bir “önce” görüntüsü olmadan geçişin kalite güvencesini yapamazsınız. Eski site hâlâ yayındayken şunları kaydedin:

• Eski sitenin tam taraması (Screaming Frog, Ahrefs Site Audit veya eşdeğeri). Kaydedin; yayından sonraki temel fark karşılaştırmanız budur.
• URL başına her şeyi kaydedin: durum kodları, başlıklar, meta açıklamalar, canonical etiketleri, hreflang, başlık yapısı, iç bağlantı yapısı ve Core Web Vitals.
• Yayından önce tüm önemli sayfaların sıralama anlık görüntüsünü alın.
• Trafik temel değerlerini dışa aktarın: Search Console performans verileri (son 3/6/12 ay) ve sayfa/oturum düzeyinde GA4.
• Geri bağlantılara göre en iyi sayfaları dışa aktarın (Ahrefs + GSC Links raporu). Bunlar bağlantı değerinizi taşıdığı için kesinlikle doğru yönlenmelidir.
• CMS, CDN, .htaccess/sunucu yapılandırması, Search Console’un Page with redirect raporu ve analizler dahil her kaynaktaki mevcut yönlendirmeleri derleyin. Bir kaynağı kaçırmak, yayından sonra yönlendirme zincirleri oluşturur.
• Eski canonical hatalarını, dizin şişkinliğini veya tarama engellerini taşımamak için eski sorunları önceden denetleyin.

Aşama 3 — URL eşleme

Her eski URL → en alakalı tek yeni URL biçiminde bire bir tablo oluşturun. İstisna yoktur; her URL için açık bir sonuç belirleyin.

• Yakın karşılığı olan kaldırılmış sayfalar: en yakın, konuyla alakalı canlı sayfaya yönlendirin. Google açıkça, çok sayıda eski URL’yi ana sayfa gibi tek bir ilgisiz hedefe yönlendirmemenizi söyler. Bu iddiaya ilişkin kanıt Google advises against redirecting many old URLs to one irrelevant destination such as the home page and says that can be treated as a soft 404. Kapsam: Google Search guidance for site moves with changed URLs; relevant replacements remain appropriate. Güven düzeyi: yüksek · Doğrulandı: 2026-07-14 Google Search Central: Site move with URL changes
• Hiç karşılığı olmayan sayfalar: doğru bir 410 (kaldırıldı) veya 404 döndürün. Ana sayfaya yönlendirmeyin; bu soft 404 olarak değerlendirilir.
• Her URL’nin ne olduğunu ve neye dönüşmesi gerektiğini açıkça gösterdiği için tek tek URL’leri izlemek en önemli kısımdır. Bu harita geçişin kendisidir.

Aşama 4 — Yönlendirme stratejisi

Bu, tüm projenin omurgasıdır.

• Kalıcı taşınmalarda 301 (Moved Permanently) veya 308 kullanın. Google, 301 ve 308 gibi sunucu tarafı kalıcı yönlendirmeleri önerir.
• 301’ler PageRank aktarır, nokta. Google belgeleri kalıcı yönlendirmelerin PageRank kaybına yol açmadığını söyler; Gary Illyes da yıllar önce 30x yönlendirmelerin artık PageRank kaybettirmediğini doğruladı. Aksini söyleyen rehberler güncel değildir. Bu iddiaya ilişkin kanıt Google says 301 and other permanent redirects do not cause a loss in PageRank. Kapsam: Google Search handling of permanent redirects during site moves; this does not guarantee unchanged rankings after a migration. Güven düzeyi: yüksek · Doğrulandı: 2026-07-14 Google Search Central: Site move with URL changes
• Yönlendirme zincirlerinden kaçının. Eski → yeni doğrudan eşleyin. Google zincirleri kısa tutmanızı, ideal olarak 3’ü aşmamasını ve 5’ten az olmasını söyler. Googlebot yaklaşık 10 adıma kadar izleyebilir; bu nedenle kısa zincirler ölümcül değildir, fakat her adım kırılma ihtimali ve sinyallerin birleştirilmesinde gecikme yaratır. Sessiz zincir kaynaklarından biri son eğik çizgi tutarsızlığıdır (/page ve /page/). Tek bir canonical biçim seçin, diğerini yönlendirin.
• Yalnızca sayfaları değil, görselleri, PDF’leri ve diğer HTML dışı dosyaları da yönlendirin.
• Yalnızca sunucu tarafında. JavaScript yönlendirmeleri son çaredir; işleme başarısız olursa Google bunları hiç değerlendirmeyebilir.
• Geçici ile kalıcıyı karıştırmayın. 302/307, dizine ekleme sistemine hedefin canonical olması gerektiğini söylemez; eski URL dizinde kalır ve sinyaller büyük ölçüde yerinde durur. Geçici yönlendirmeleri yalnızca gerçekten geçici durumlarda kullanın.
• Yönlendirmeleri “bir yıldan” çok daha uzun tutun. Google’ın alt sınırı “en az 1 yıl”dır; ancak Illyes yaklaşık 12 aylık sürenin aslında Google’ın yararına olduğunu, kullanıcıların yönlendirmeleri fiilen sonsuza kadar tutmanızdan faydalanacağını açıkladı. Bing en az 1–2 yıla eğilir. Benim kuralım: eski URL’ler trafik veya bağlantı aldığı sürece, pratikte süresiz olarak tutun. Bu iddiaya ilişkin kanıt Google recommends keeping site-move redirects as long as possible, generally for at least one year. Kapsam: Google Search's minimum site-move guidance; continuing user traffic or links can justify retaining redirects longer. Güven düzeyi: yüksek · Doğrulandı: 2026-07-14 Google Search Central: Site move with URL changes

Aşama 5 — Hazırlık ve yayın öncesi test

• Hazırlık sitesinin dizine eklenmesini engelleyin: hazırlık ana bilgisayarında noindex ve/veya robots.txt Disallow. Baştan dizine eklenmesini önlemek için hazırlık ya da geliştirme sitesine erişimi kısıtlayın. Bu engeli Aşama 6 için not edin; yayında mutlaka kaldırılmalıdır.
• Herkese açık test için geçici ana bilgisayar adı (örn. beta.example.com) kullanın.
• Eski → yeni her yönlendirmeyi test edin. İnsanlar sık sık var olmayan yanlış URL’lere yönlendirir. Tam eski URL listesini hazırlık ortamına karşı tarayın ve her birinin tek adımda amaçlanan canlı sayfaya ulaştığını doğrulayın.
• Hazırlık taramasını Aşama 2 temel değeriyle karşılaştırın: başlıklar, meta açıklamalar, canonical etiketleri, hreflang, yapılandırılmış veri, meta robots, iç bağlantılar ve sayfa hızı.
• Canonical’ların hazırlık URL’lerini değil canlı siteyi gösterdiğini doğrulayın.
• Analizlerin çalıştığını (GA4, GSC doğrulaması, etiket yöneticisi) ve formlar, ödeme ile diğer dönüşüm yollarını test edin.
• Googlebot’un güvenlik duvarı veya DoS korumasıyla engellenmediğinden emin olun; DNS ve ana bilgisayara erişebildiğini doğrulayın.

Aşama 6 — Yayın

• Tüm tarama engellerini hemen kaldırın: yalnızca geliştirme sırasında gereken noindex ve hazırlık robots.txt kurallarını silin. En yaygın geçiş felaketi, hazırlık engeli hâlâ etkinken yayına çıkmaktır.
• Tüm 301 yönlendirmelerini aynı anda etkinleştirin.
• Yalnızca yeni canonical URL’leri içeren mevcut üretim XML site haritasını güncelleyin ve yeniden gönderin. Eski URL site haritası yönlendirme keşfine veya izlemeye yardımcı olacaksa onu ayrı ve açıkça geçici bir site haritası olarak gönderin; eski ve yeni envanterleri karıştırmayın, yararı bittiğinde kaldırın. Google’ın site taşıma kılavuzuna bakın.
• GSC URL Inspection aracıyla yönlendirmeleri örneklem üzerinden kontrol edin.
• Yalnızca alan adı düzeyindeki taşımalarda Change of Address aracını gönderin.
• Bing için IndexNow aracılığıyla gönderin. Bing’in eski Site Move aracı yaklaşık 2021’de kullanımdan kaldırıldı. IndexNow, geçişten sonra taşınan URL’lerin tümünü tek seferde göndermenizi sağlar.
• Sunucu kapasitesini güvenceye alın. Google taşınmadan hemen sonra yeni siteyi normalden daha yoğun tarar.

Aşama 7 — Yayın sonrası izleme

• Geçici dalgalanma bekleyin. Google taşıma sırasında sıralamalarda geçici dalgalanma beklenmesini söyler. Düşüş, geçişin başarısız olduğunun kanıtı değildir. Martin Splitt, URL yapısı ve içerik yeni alan adına aynen kopyalanıyorsa düşüşün hiç yaşanmayabileceğini belirtmiştir.
• Zaman çizelgesini bilin. Google’a göre orta ölçekli bir sitenin çoğu sayfasının dizinde taşınması birkaç hafta sürebilir; büyük siteler daha uzun sürer. Tam dengelenme çoğu zaman birkaç ay alır.
• Toparlanmayan düşüşleri teşhis edin. Bunlara neredeyse hiçbir zaman “taşınma” neden olmaz. Gary Illyes’in en yararlı içgörüsü, taşınma sonrası düşüşlerin genellikle yeni sitedeki eksik veya başıboş etiket/yönergelerden kaynaklandığıdır: kaldırılmış hreflang, fazladan noindex, bozuk canonical’lar. Önce bunları inceleyin.
• Yönlendirmelerin toplu kalite güvencesini yapın: eski URL listesini yeniden tarayın; her birinin doğru canlı sayfaya 301 döndürdüğünü doğrulayın.
• Canonical seçimini izleyin. Çok sayıda dış ve eski iç bağlantı hâlâ eski URL’yi gösteriyorsa Google yeni yerine eski URL’yi dizine eklemeye devam edebilir. Bu nedenle iç bağlantıları güncellemek yönlendirmeler kadar önemlidir; önemli bağlantı verenlere ulaşmak da değerlidir, çünkü doğrudan yeni bağlantı yönlendirilenden iyidir.
• GSC’de izleyin: Page indexing raporu, Performance (sayfa bazında tıklamalar/gösterimler), Crawl stats ve yeni manuel işlemler. İlk ay sıralamaları haftalık kaydedin. Bing, geçişten sonra sunucu günlüklerini en az üç ay izlemeyi önerir.

Yönlendirme işe yaradı mı? Kendinizi kandırmadan etkiyi ölçün

Bir geçişi yayın günü ekran görüntüsüyle değerlendirmeyin. Eski URL’leri, yeni URL’leri, sorgu/sayfa gruplarını ve metrikleri yayından önce belirleyin; aynı kohortları dört kontrol noktasında okuyun:

Her kontrol noktasında değişiklik sonrası dönemi eşdeğer değişiklik öncesi dönemle karşılaştırın ve değişiklik gününü hariç tutun. Yayın günü eski ve yeni durumların, kısmi dağıtımların, önbellek değişikliklerinin, kalite güvence trafiğinin ve izleme kesintilerinin karışımıdır; iki taraftan birine eklemek karşılaştırmayı bozar. Kohort ve metrik tanımlarını sabit tutun; marka/marka dışı, cihaz, ülke, şablon veya geçiş türü kırılımlarını yalnızca ölçüm planının parçasıysa kullanın.

Kazanç veya kaybı geçişe bağlamadan önce penceredeki diğer değişiklikleri not edin: sürümler, içerik güncellemeleri, izleme değişiklikleri, mevsimsellik, kampanyalar ve Google’ın doğrulanmış sıralama güncellemesi geçmişi. Çakışan algoritma güncellemesi geçişi suçlu veya masum yapmaz; ilişkilendirmenin karıştığı anlamına gelir. Belirsizliği raporlayın ve yanıt testleri, dizin kapsamı, canonical seçimi ve sunucu günlükleri gibi doğrudan uygulama kanıtlarına daha çok güvenin.

“Değişiklik yok” geçerli bir sonuçtur. Yönlendirmenin görevi çoğu zaman URL’ler taşınırken erişimi, sinyalleri ve dönüşümleri korumaktır. Temiz tek adımlı yanıtlarla düz performans başarı olabilir. Verilerin desteklemediği büyüme hikâyesi aramak yerine bu bulguyu kaydedin.

Planlanan Before/After Impact Checker bu noktaya aittir: yayımlandığında hariç tutulan değişiklik gününü ve 7/14/30/90 günlük karşılaştırmaları standartlaştırabilir. O zamana kadar elektronik tablo veya raporlama katmanı kullanın; her kontrol noktasıyla birlikte tarih aralıklarını, filtreleri, kohortu ve açıklamaları kaydedin.

7 geçiş türü

Yukarıdaki evrensel süreç işin çoğudur. Aşağıdakiler her türe özgü tuzaklar ve zorunlu adımlardır.

Tür 1 — Alan adı değişikliği / marka yenileme

Nedir: tüm sayfaları oldbrand.com adresinden newbrand.com adresine taşımak; yeni alan adı ve yeni GSC mülkü, ideal olarak eş zamanlı URL yapısı değişikliği yoktur.

Risk: En yüksek. Her URL değişir, dış bağlantılar güncellenmelidir ve GSC geçmişiniz iki mülke bölünür.

Tuzaklar ve yapılması gerekenler:

• Alan adı değişikliğini yeniden tasarım ve URL yeniden yapılandırmasıyla birleştirmeyin. Google’ın Change of Address belgeleri, alan adı taşımasını içerik ve URL yapısı tasarımıyla eşleştirmenin trafik kaybına yol açabileceği konusunda uyarır. Önce alan adını taşıyın, sonra yeniden yapılandırın.
• Yeni alan adını kaydetmeden önce geçmişini araştırın. archive.org’u kontrol edin; manuel işlem geçmişi olan önceden kayıtlı alan adı yeni markayı geriden başlatabilir.
• Eski alan adının süresinin dolmasına izin vermeyin. Yenileyin ve yönlendirmeleri canlı tutun; başkası alırsa yönlendirmeler ve bağlantı değeri ölür.
• Alan adı taşımalarını zincirlemeyin (A → B ve hemen ardından B → C). Change of Address aracı zincirlenemez.

Change of Address aracı ne yapar ve ne yapmaz? Araç, Google’a yeni siteyi tarama ve dizine eklemeye öncelik vermesini söyler, sinyalleri iletir ve yeni sitenin canonical’larını 180 gün boyunca tercih eder. Kritik noktalar:

• Yol kapsamı olmayan alan adı veya alt alan adı taşımasında çalışır; tek tek sayfa veya klasör taşımalarında çalışmaz.
• Uygun eski ve yeni Search Console mülklerinin doğrulanmış sahibi olmalısınız. Domain property uygundur; kök URL-prefix property de uygun olabilir, ancak yol kapsamlı URL-prefix property olamaz. Google’ın Change of Address gereksinimlerine ve mülk uygunluğu kılavuzuna bakın.
• Bu katı bire bir taşımadır; birleşmeler veya kısmi taşımalar için kullanılamaz.
• İsteğe bağlıdır, zorunlu değildir. Ek bir sinyaldir; yönlendirmeler doğruysa onsuz da sorun yaşamazsınız. Asıl işi 301’ler yapar, araç mesajı hızlandırıp netleştirir.

180 günlük pencere yönlendirme son tarihi değildir. 180 gün sonra Google araç üzerinden eski ve yeni site arasındaki ilişkiyi tanımaz. Bu nedenle yönlendirmeler araçtan daha uzun yaşamalıdır: en az bir yıl, gerçekçi olarak çok daha uzun.

Tür 2 — HTTP → HTTPS

Nedir: şifrelenmemiş HTTP’den HTTPS’ye (TLS/SSL) geçmek. Her URL http:// yerine https:// olur. HTTPS 2014’ten beri hafif bir sıralama sinyalidir; bugün HTTP kullanmak etkin bir dezavantajdır.

Risk: Doğru yapılırsa düşük–orta; sertifika veya karma içerik sorunu çıkarsa yüksektir.

Tuzaklar ve yapılması gerekenler:

• Change of Address aracını kullanmayın. Google HTTP → HTTPS için bunun yerine site taşıma kılavuzunu kullanmanızı açıkça söyler.
• Her şeyi HTTPS ana sayfasına döken tek kural yerine URL başına 301 yönlendirmesi kullanın. Bunun yalnızca genel bir protokol değişikliği olduğunu ne kadar temiz bildirirseniz geçiş o kadar düzgün olur.
• Karma içeriği düzeltin. Değişiklikten sonra hâlâ HTTP üzerinden yüklenen görsel, komut dosyası veya stil sayfası uyarı ve çelişkili sinyal üretir. Protokole bağlı veya göreli URL’ler kullanın; upgrade-insecure-requests Content Security Policy kalıntıları hızla temizler.
• Google HTTPS’yi otomatik canonical olarak tercih eder; geçersiz sertifika, güvenli olmayan bağımlılıklar, HTTP’ye geri yönlendirme veya çelişkili sinyaller bunun istisnasıdır. Hatalı sertifika HTTP sürümünün canonical kalmasına yol açabilir.
• HSTS’ye dikkat edin. Tarayıcıların belirli süre yalnızca HTTPS kullanmasını sağlar. TLS kusursuz olmadan etkinleştirmek sertifika hatasını geri dönen ziyaretçi için tam arızaya dönüştürür. Güvendikten sonra düşük max-age ile başlayıp artırın.
• Güçlü sertifika kullanın (2048 bit RSA veya EC; Qualys SSL testinde A/A+ hedefleyin) ve çerezlerde Secure bayrağını ayarlayın.

Tür 3 — Platform / CMS değiştirme

Nedir: yeni CMS veya teknoloji yığınına geçmek (örn. WordPress → headless, Magento → Shopify). Çoğu zaman URL, şablon, iç bağlantı ve işleme değişikliklerini de beraberinde getirir.

Risk: Yüksek; çünkü aynı anda birden fazla şey değişir.

Tuzaklar ve yapılması gerekenler:

• Farklı platformlar farklı slug yapıları, kategori hiyerarşileri ve sayfalama ürettiği için URL değişiklikleri bekleyin. URL haritasını platform kararından sonra değil önce planlayın.
• Yönlendirmeler otomatik taşınmaz. .htaccess içindeki eski yönlendirmelerin yeni ana bilgisayara kopyalanmaması klasik hatadır. Yeni katmanı kurmadan önce CMS, CDN, sunucu yapılandırması ve GSC raporu dahil tüm kaynaklardan kuralları derleyin.
• Yapılandırılmış veriyi yeniden uygulayın ve yayından sonra doğrulayın.
• Headless/SPA ön uca geçiyorsanız JavaScript işlemeyi test edin. İşleme, Googlebot’un sayfaları değerlendirmesini değiştirir.
• Sayfa hızı ve mobili temel değerle karşılaştırın. Yeni temalar çoğu zaman daha ağırdır; Google mobil sürümü dizine ekler.
• Platformlar eğik çizgiyi farklı ele aldığı için son eğik çizgi tutarlılığını zorunlu kılın.
• GA4, GSC ve etiket yöneticisini yeni platforma yayından önce yeniden dağıtın.
• URL’lerin, iç bağlantıların ve şablonların aynı anda değiştiği ciddi yeniden yapılandırma, bire bir taşımadan daha uzun dengelenir.

Tür 4 — URL yapısı / siteyi yeniden yapılandırma

Nedir: aynı alan adında yolları değiştirmek; örneğin /category/post/ → /post/. Alan adı kalır, içerik değişebilir veya aynı kalabilir.

Risk: Orta. Alan adı otoritesi kalır; ancak değişen her URL yönlendirme ve iç bağlantı grafiği güncellemesi gerektirir.

Tuzaklar ve yapılması gerekenler:

• İç bağlantılar en sık unutulan bölümdür. URL’ler yönlendirilir ama rel=canonical, gezinme, altbilgi veya gövde bağlantıları güncellenmez. Bu eski sinyaller Google’ın yeni URL’leri canonical seçmesini zorlaştırır.
• Eski URL daha çok geri bağlantıya sahipse ve iç bağlantılar hâlâ onu gösteriyorsa canonical seçimi gecikebilir. İç bağlantıları doğrudan yeni URL’lere güncelleyin.
• Aynı alan adındaki yeniden yapılandırmada Change of Address aracını kullanmayın; yönlendirme ekleyin ve site haritalarını güncelleyin.
• Breadcrumb’ları, gezinmeyi ve site haritalarını yeni yollara güncelleyin. Site haritaları yalnızca yeni URL’leri listelemelidir.

Tür 5 — Web sitesini yeniden tasarlama (aynı URL’ler)

Nedir: alan adı ve URL’ler aynı kalırken şablon, metin, gezinme, görsel veya sayfa içi SEO öğelerinin değişmesi. En düşük riskli türdür ama risksiz değildir.

Risk: Düşük, ancak sayfa içi değişiklikler sıralamaları etkileyebilir.

Tuzaklar ve yapılması gerekenler:

• <title> etiketleri, meta açıklamalar, başlık yapısı ve yapılandırılmış veri tasarım sırasında sessizce bozulabilir. Her birini eski site temel değeriyle eşleyip doğrulayın.
• Gezinme tasarımı derin sayfalara değer aktaran yüksek değerli iç bağlantıları kaldırabilir; iç bağlantıları izleyin.
• Yeni CSS, JS, yazı tipleri ve görseller hızı değiştirir. Core Web Vitals’ı önce ve sonra ölçün.
• “Aynı URL” tasarımları içeriği sık sık inceltir veya birleştirir; daha ince sayfanın aynı performansı göstereceğini varsaymayın.
• Google’ın URL değişikliği olmadan site taşıma kılavuzu burada referanstır.

Tür 6 — Alt alan adı ↔ alt klasör

Nedir: içeriği alt alan adı ile alt klasör arasında, çoğunlukla blog.example.com → example.com/blog/ biçiminde taşımak. Birleştirme iki ana bilgisayara bölünmüş otoriteyi tek yerde toplar.

Risk: Orta–yüksek. Google alt alan adıyla kök alan adını birçok amaç için ayrı varlık sayar; birleştirme gerçek yeniden dizine ekleme dalgalanması yaratır.

Tuzaklar ve yapılması gerekenler:

• İki sürüm Google için ayrı varlıklardır: ayrı tarama bütçesi ve kısmen ayrı sinyaller. Alt klasörde birleştirme çoğu zaman net fayda sağlar ama zaman alır.
• Aynı kökte alt alan adı → alt klasör taşımada Change of Address aracını kullanmayın; canonical/yönlendirmelerle ele alın.
• Alt alan adı ve kök için ayrı GSC mülkleriniz olabilir. Birleştirmeden sonra veriler kök mülke akar; alt alan kapsamının azalmasını, kökün büyümesini izleyin.
• Her alt alan URL’sini alt klasör karşılığına yönlendirin ve iç bağlantıları doğrudan yeni URL’lere güncelleyin. En iyi bağlantılar için erişim yine yardımcı olur.
• Alt alan adının ayrı/alanlar arası izlemesi varsa GA4’ü süreklilik için yeniden yapılandırın.

Tür 7 — Alan adlarını birleştirme / siteleri birleştirme

Nedir: iki veya daha fazla ayrı siteyi tek sitede birleştirmek; örneğin satın alınan rakibin içeriğini ana alan adına katmak veya markanın ülke/ürün sitelerini birleştirmek.

Risk: Çok yüksek. Bu standart bir geçiş değildir; bire bir taşıma sinyali yoktur ve birleşik varlık Google için birçok yönden yeni sitedir. Martin Splitt’in ifadesiyle iki siteyi birleştirmek, geçişten çok harmanlanmış sürümden yeni site oluşturmaktır.

Tuzaklar ve yapılması gerekenler:

• Change of Address aracını kullanamazsınız; araç bire bir alan adı taşımasına dayanır. Bu URL başına yapılan bir çalışmadır.
• Trafik kaybı bekleyin. Google A, B ve C sitelerini yeni D konumuna taşımanın karışıklığa ve kayba yol açabileceğini söyler. Uzun dengelenme planlayın.
• Önce yinelenenleri giderin. Siteler konu bakımından çakışıyorsa yönlendirmeden önce her konu için canonical sayfayı seçin.
• Her URL’yi en alakalı sayfaya yönlendirin; satın alınan alanın tamamını ana sayfaya yönlendirmeyin. Sayfa düzeyi bağlantı değeri gerçek eşdeğere en iyi aktarılır.
• Birleşen her site için GSC mülkünü koruyun; kapsamı ana alanla birlikte izleyin.

Uzmanlaşmış rehberi seçin

Çözmeniz gereken karar veya arıza türüne uygun rehberi kullanın:

• Hosting Migration SEO — URL’ler sabitken sunucu, CDN, DNS veya barındırma değişiklikleri için.
• CMS Migration SEO — şablon, işleme ve veri paritesi riskleri dahil platform ve CMS değişiklikleri için.
• URL Structure Migration — aynı alan adında yol, taksonomi veya klasör değişiklikleri için.
• Site Split / Carve-Out SEO Migration — bir sitenin belirli bölümünü ayrı bir mülke taşımak için.
• Post-Acquisition SEO Integration — satın alınan site, marka ve içeriğin nasıl bütünleştirileceğine karar vermek için.
• Post-Migration Traffic Loss — yayın sonrası toparlanmayan görünürlük veya trafiği teşhis etmek için.

Bu konu nerede yer alır?

Geçiş; onu taşıyan yönlendirmeler, Google’ın hangi URL’yi tutacağını belirleyen canonicalization, HTTPS protokolü, uluslararası sitelerde hreflang ve alan adı taşımasını bildiren Change of Address aracı gibi birçok komşu konuya dokunur. Her biri ayrı derinlemesine inceleme olsa da her geçişin omurgası aynıdır: eskiyi yeniyle bire bir eşleyin, kalıcı yönlendirme kullanın, yönlendirmeleri koruyun ve sonrasında doğru sinyalleri izleyin.

Yapay zekâ özeti

Advanced sürümünün kısa özeti:

• Site geçişi, tarama, dizine ekleme ve sıralamayı etkileyebilecek URL, alan adı, platform, protokol veya ana bilgisayar değişikliğidir. Risk = değişiklik miktarı × aynı anda değiştirdiğiniz miktar.
• Riske göre 7 tür: yeniden tasarım (aynı URL’ler, düşük) → HTTP→HTTPS (düşük–orta) → URL yeniden yapılandırma (orta) → alt alan adı↔alt klasör (orta–yüksek) → CMS değiştirme (yüksek) → alan adı değişikliği/marka yenileme (en yüksek) → alan adı birleştirme (çok yüksek).
• Evrensel 7 aşama: planla ve sınıflandır → eski siteyi ölç/tara → bire bir URL haritası oluştur → yönlendirme stratejisi → hazırlık ve yayın öncesi test → yayın → yayın sonrası izleme.
• 301/308 yönlendirmeleri omurgadır. Sıralamaları taşır ve PageRank kaybettirmez. Diğer her şey destekleyici sinyaldir.
• Eski→yeni bire bir eşleyin. Topluca ana sayfaya yönlendirmeyin (soft 404), zincirleri yaklaşık 3–5 adımdan kısa tutun ve yönlendirmeleri “12 aydan” çok daha uzun, kullanıcılar için fiilen sonsuza kadar koruyun.
• Geçici dalgalanma ve toparlanma bekleyin. Kalıcı düşüş genellikle canlı kalmış hazırlık engeli, kaldırılmış hreflang/canonical, başıboş noindex veya yanlış yönlendirme gibi bir arızadır.
• Change of Address: yalnızca alan adı düzeyinde, katı bire bir ve isteğe bağlıdır; HTTP→HTTPS, aynı alan adı yapılandırmaları veya birleşmeler için değildir.
• Bing: eski Site Move aracı yaklaşık 2021’de kaldırıldı; taşınan URL’leri IndexNow ile gönderin. Bing yönlendirmeleri en az 1–2 yıl tutmaya eğilir.

Resmî belgeler

Arama motorlarının birincil kaynak belgeleri.

Google

• URL değişiklikli site taşıma — yönlendirmeler, zamanlama, beklentiler ve yönlendirmeleri yaklaşık bir yıl tutma dahil ana geçiş planı.
• URL değişikliği olmadan site taşıma — barındırma/altyapı ve yeniden tasarım; geçici ana bilgisayar, DNS, güvenlik duvarı/DoS uyarıları.
• Yönlendirmeler ve Google Search — kalıcı ve geçici yönlendirmeler ile JavaScript yönlendirmesi riski.
• Change of Address aracı — desteklenen kapsam, mülk ön koşulları, istisnalar ve yönlendirme kılavuzu.
• Yinelenen URL’leri birleştirme — HTTPS canonical tercihi ve 301’in neden geçici yönlendirmeden güçlü sinyal olduğu.
• Canonicalization — Google’ın canonical URL seçimi; bu bir ipucu, yönerge değildir.
• Sunucularınızda HTTPS’yi etkinleştirme — TLS sertifikaları, karma içerik ve HSTS.

Bing / Microsoft

• Bing ile Web Sitesi Geçişi — Bing’in çerçevesi, yönlendirme süresi ve günlük izleme.
• IndexNow — taşınan URL’leri Bing’e göndermenin güncel yolu.

Kaynaktan alıntılar

Google’ın kayda geçmiş açıklamaları. Her bağlantı kaynak sayfadaki alıntıya gider.

Google — yönlendirmeler ve PageRank

• “301 and other permanent redirects don’t cause a loss in PageRank.” (çeviri) “301 ve diğer kalıcı yönlendirmeler PageRank kaybına yol açmaz.” — Search Central, URL değişiklikli site taşıma. Alıntıya git
• “keep the number of redirects in the chain low, ideally no more than 3 and fewer than 5” (çeviri) “Zincirdeki yönlendirme sayısını düşük, ideal olarak 3’ten fazla olmayacak ve 5’ten az olacak şekilde tutun.” — Search Central, URL değişiklikli site taşıma. Alıntıya git
• “Keep the redirects for as long as possible, generally at least 1 year.” (çeviri) “Yönlendirmeleri mümkün olduğunca uzun, genellikle en az 1 yıl tutun.” — Search Central, URL değişiklikli site taşıma. Alıntıya git
• “Don’t redirect many old URLs to one irrelevant single URL destination, such as the home page” (çeviri) “Çok sayıda eski URL’yi ana sayfa gibi tek ve ilgisiz bir URL hedefine yönlendirmeyin.” — Search Central, URL değişiklikli site taşıma. Alıntıya git

Google — beklentiler ve zamanlama

• “Expect temporary fluctuation in site ranking during the move.” (çeviri) “Taşıma sırasında site sıralamasında geçici dalgalanma bekleyin.” — Search Central, URL değişiklikli site taşıma. Alıntıya git
• “a medium-sized website can take a few weeks for most pages to move in our index” (çeviri) “Orta ölçekli bir web sitesindeki çoğu sayfanın dizinimizde taşınması birkaç hafta sürebilir.” — Search Central, URL değişiklikli site taşıma. Alıntıya git
• “Check your redirects from the old site to the new one. We frequently see people redirecting to the wrong (non-existent) URLs.” (çeviri) “Eski siteden yeni siteye yönlendirmelerinizi kontrol edin. İnsanların sık sık yanlış (var olmayan) URL’lere yönlendirdiğini görüyoruz.” — Search Central, URL değişiklikli site taşıma. Alıntıya git

Google — Change of Address aracı (180 günlük pencere)

• “Maintain the redirects for at least 180 days—longer if you still see any traffic to them from Google Search.” (çeviri) “Yönlendirmeleri en az 180 gün, Google Search’ten hâlâ trafik geliyorsa daha uzun süre koruyun.” — Search Console Help, Change of Address. Kaynağı okuyun
• “After the 180 day period, Google does not recognize any relationship between the old and new sites, and treats the old site as an unrelated site.” (çeviri) “180 günlük dönemden sonra Google eski ve yeni siteler arasında ilişki tanımaz ve eski siteyi ilgisiz bir site olarak değerlendirir.” — Search Console Help, Change of Address. Kaynağı okuyun

Google — HTTPS canonical ve yönlendirme sinyalleri

• “Google prefers HTTPS pages over equivalent HTTP pages as canonical, except when there are issues or conflicting signals.” (çeviri) “Google, sorun veya çelişkili sinyal olmadığı sürece eşdeğer HTTP sayfaları yerine HTTPS sayfalarını canonical olarak tercih eder.” — Search Central, Yinelenen URL’leri birleştirme. Alıntıya git
• “Googlebot follows the redirect, but the indexing pipeline doesn’t use the redirect as a signal that the redirect target should be canonical.” (geçici yönlendirmelerde) (çeviri) “Googlebot yönlendirmeyi izler, ancak dizine ekleme sistemi yönlendirmeyi hedefin canonical olması gerektiğine dair sinyal olarak kullanmaz.” — Search Central, Yönlendirmeler ve Google Search. Alıntıya git

Google — yayın ve altyapı uyarıları

• “Make sure it does not block Googlebot’s ability to reach the DNS or the hosting provider’s servers.” (güvenlik duvarı / DoS koruması) (çeviri) “Googlebot’un DNS’ye veya barındırma sağlayıcısının sunucularına erişmesini engellemediğinden emin olun.” — Search Central, URL değişikliği olmadan site taşıma. Alıntıya git
• “it’s normal to see a temporary drop in Googlebot’s crawl rate immediately after the launch, followed by a steady increase over the next few days.” (sunucu/barındırma taşımalarında) (çeviri) “Yayından hemen sonra Googlebot’un tarama hızında geçici düşüş ve sonraki birkaç gün boyunca düzenli artış görmek normaldir.” — Search Central, URL değişikliği olmadan site taşıma. Alıntıya git

Ana geçiş kontrol listesi

Her geçişte bunu çalıştırın, ardından türe özel listeyi ekleyin.

Yayın öncesi

• Devredeki tüm geçiş türleri sınıflandırıldı ve yüksek riskli türler üst üste bindirilmedi.
• Geçici düşüşün normal olduğu paydaşlara anlatıldı; yayın düşük trafiğe ayarlandı.
• Geri alma planı belgelendi ve test edildi.
• Eski sitenin tam taraması kalite güvence temel değeri olarak kaydedildi.
• Sıralamalar, GSC performansı (3/6/12 ay), GA4 ve en çok geri bağlantı alan sayfalar dışa aktarıldı.
• CMS, CDN, sunucu yapılandırması ve GSC Page with redirect raporundaki tüm yönlendirmeler derlendi.
• Bire bir eski→yeni harita oluşturuldu; kaldırılanlar ana sayfa yerine 410/404’e bağlandı.
• Plan 301/308, tek adım ve görseller/PDF’ler dahil olacak biçimde hazırlandı.
• Hazırlık dizine kapatıldı (noindex ve/veya robots.txt); engelin yayında kaldırılması not edildi.
• Hazırlık taraması başlık, meta, canonical, hreflang, yapılandırılmış veri, meta robots, iç bağlantı ve hız için temel değerle karşılaştırıldı.
• Hazırlık canonical’ları hazırlık yerine canlı URL’leri gösteriyor.
• Her yönlendirme eski→yeni ve tek adımda amaçlanan sayfaya ulaşacak şekilde test edildi.
• Analiz/doğrulama etiketleri mevcut; formlar ve dönüşüm yolları test edildi.
• Güvenlik duvarı/DoS korumasının Googlebot’u engellemediği doğrulandı.

Yayın günü

• Tüm hazırlık tarama engelleri kaldırıldı ve canlıda doğrulandı.
• Tüm 301 yönlendirmeleri etkinleştirildi.
• Üretim XML site haritaları yalnızca yeni canonical URL’lerle güncellenip GSC’ye gönderildi.
• Yararlıysa yönlendirme keşfi/izleme için sahibi ve kaldırma koşulu olan ayrı geçici eski URL site haritası gönderildi.
• Yönlendirmeler GSC URL Inspection ile örneklendi.
• Change of Address yalnızca alan adı düzeyi taşımada gönderildi.
• Taşınan URL’ler IndexNow ile Bing’e gönderildi.
• Yayın sonrası yoğun tarama için sunucu kapasitesi doğrulandı.

Yayın sonrası

• Eski URL listesi topluca yeniden tarandı; her URL doğru canlı sayfaya 301 döndürüyor.
• İç bağlantılar doğrudan yeni URL’leri gösteriyor.
• GSC Page indexing, Performance, Crawl stats ve manuel işlemler izlendi.
• İlk ay sıralamalar haftalık kaydedildi.
• En önemli dış bağlantıları güncellemek için bağlantı verenlere ulaşıldı.
• Yönlendirmeler 180 gün değil yıllarca kalacak şekilde planlandı.
• Kalıcı trafik düşüşünde önce hreflang, noindex, canonical ve yönlendirmeler denetlendi.

Türe özel kontrol listeleri

Tür 1 — Alan adı değişikliği / marka yenileme

• Yeni alan adının geçmişi archive.org’da denetlendi; eski alan adı yenilemeleri güvenceye alındı.
• Yol kapsamı olmayan eski/yeni GSC Domain property veya kök URL-prefix property sahipliği doğrulandı.
• Eski ana sayfadan yeni ana sayfaya araç için gereken 301 yerinde.
• Canonical’lar, iç bağlantılar ve site haritaları yeni alan adına güncellendi.
• Change of Address alt alan adı ve www/www olmayan varyant başına gönderildi.
• Disavow dosyası yeni mülke aktarıldı; yeniden tasarım/yapılandırmayla birleştirilmedi.

Tür 2 — HTTP → HTTPS

• Geçerli sertifika (2048 bit RSA/EC), Qualys A/A+ ve URL başına http→https 301 var.
• Karma içerik taranıp düzeltildi; upgrade-insecure-requests CSP uygulandı.
• Canonical, site haritası, robots.txt ve hreflang HTTPS’ye; çerezler Secure bayrağına güncellendi.
• HSTS yalnızca TLS kararlı olduktan sonra düşük max-age ile eklendi.
• Change of Address aracı kullanılmadı.

Tür 3 — Platform / CMS değiştirme

• Platform kilitlenmeden eski→yeni URL haritası oluşturuldu.
• CMS + CDN + sunucu + GSC kuralları derlendi; .htaccess kuralları kaybedilmedi.
• Son eğik çizgi kuralı uygulandı; yapılandırılmış veri yeniden kurulup doğrulandı.
• JavaScript işleme, mobil işleme ve sayfa hızı ölçüldü.
• GA4/GSC/etiket yöneticisi yeni platformda yeniden dağıtıldı.

Tür 4 — URL yapısı / yeniden yapılandırma

• Tam eski→yeni harita ve URL başına 301 uygulandı.
• Tüm iç bağlantılar güncellendi.
• rel=canonical yeni URL’lere; site haritaları yalnızca yeni URL’lere güncellendi.
• Change of Address kullanılmadı.
• Eski yönlendiren URL’lere giden iç bağlantı kalmadığı taramayla doğrulandı.

Tür 5 — Yeniden tasarım (aynı URL’ler)

• Sayfa içi öğeler eski siteden kaydedildi ve yayından sonra karşılaştırıldı.
• Yüksek değerli iç bağlantılar korundu.
• Core Web Vitals önce ve sonra ölçüldü.
• İçerik değişiklikleri kasıtlı; analizler hâlâ çalışıyor.

Tür 6 — Alt alan adı ↔ alt klasör

• Alt alan adı tarandı; tam blog.example.com/post/ → example.com/blog/post/ haritası oluşturuldu.
• Her URL alt klasör karşılığına 301 veriyor; iç bağlantılar doğrudan hedefe güncellendi.
• Aynı kök taşımada Change of Address kullanılmadı.
• Her iki GSC mülkü izlendi; analizler yeniden yapılandırıldı.

Tür 7 — Alan adlarını birleştirme

• Birleşen her site tarama, sıralama, geri bağlantı ve GSC bakımından denetlendi.
• Çakışan içerik tekilleştirildi; konu başına canonical sayfa önceden seçildi.
• URL başına en alakalı sayfaya 301 uygulandı; ana sayfaya toplu yönlendirme yapılmadı.
• Change of Address kullanılmadı; uzun dengelenme planlandı.
• Her birleşen site için GSC mülkü tutulup ana alanla birlikte izlendi.

Zihinsel modeller

1. Risk = değişiklik miktarı × aynı anda değiştirdiğiniz miktar. Önce devredeki türleri sınıflandırın. Aynı URL’lerle tasarım tek düşük riskli değişikliktir; alan adı + URL yapısı + platform üç birikimli yüksek risktir. Aşamalayabiliyorsanız aynı anda tek şeyi değiştirin.

2. İşi yönlendirmeler yapar; diğer her şey sinyal verir. Sıralamaları 301’ler taşır. Change of Address, site haritası, iç bağlantı ve canonical destekleyici sinyallerdir. Önce yönlendirmeleri kurun; diğerlerini ikame değil hızlandırıcı sayın.

3. Bire bir eşleme, her şeyi ana sayfaya göndermekten iyidir. Her eski URL en alakalı tek yeni URL’ye gider. Ana sayfaya yığılmış yönlendirmeler soft 404 sayılır. Eşleşme yoksa ana sayfa değil doğru 410/404 kullanın.

4. Aracın penceresi yönlendirmenin ömrü değildir. Change of Address 180 gün sinyal iletir; yönlendirmeler trafik veya bağlantı geldiği sürece yıllarca yaşamalıdır.

5. Düşüş normaldir; kalıcı düşüş hatadır. Haftalar veya birkaç ay içinde toparlanma bekleyin. Dönmezse hazırlık engeli, kaldırılmış hreflang, noindex, bozuk canonical veya yanlış hedefleri arayın.

6. Canonical seçiminde iç bağlantılar yönlendirmeler kadar önemlidir. Gezinme, altbilgi, gövde ve dış bağlantılar eski URL’yi gösterirse Google onu dizinde tutabilir. İç bağlantıları doğrudan yeni URL’lere güncelleyin.

Geçiş kısa başvuru tablosu

Hangi durumda hangi yanıt?

Hangi geçişte hangi araç/sinyal?

Bing karşılıkları

Hızlı bilgiler

• 301’ler PageRank kaybettirmez; efsane yaklaşık 2016’dan beri ölüdür.
• Zincirleri yaklaşık 3–5 adımdan kısa tutun; Googlebot yaklaşık 10 adım izler.
• 180 gün Change of Address penceresidir, yönlendirme son tarihi değildir.
• Orta site için yeniden dizine ekleme “birkaç hafta”, büyük sitede daha uzundur.
• Kalıcı düşüşün bir numaralı nedeni taşınma değil yeni sitedeki eksik/başıboş etiketlerdir.

Bu hangi geçiş türü ve Change of Address uygulanır mı?

Ağacı en büyük değişiklik için, ardından aynı sürümdeki her ek değişiklik için yeniden çalıştırın. Alan adı ve yolları da değiştiren platform değişikliği tek değil üç geçiştir.

Uygulama planı: Trafik yayından sonra düştü ve toparlanmıyor

Beklenen dalgalanma yatışmadığında bunu kullanın. Site genelindeki erişim arızalarından URL düzeyi sinyal çakışmalarına ilerleyin; uygulamayı elemeden “taşınmayı” suçlamayın.

Adım 1 — Düşüşün gerçek ve kapsamlı olduğunu doğrulayın. Yayından önce kaydedilen aynı sayfaları, sorguları, pazarları ve analiz tanımlarını karşılaştırın. Yalnızca raporlama kaybolduysa önce ölçümü onarın. Eski URL’ler görünürlük kaybederken eşdeğer yeniler kazanıyorsa normal geçişi izleyin; ikisi de kaybediyorsa Adım 2’ye geçin.

Adım 2 — Site genelinde tarama veya dizin engeli arayın. Üretimi tarayıcı gibi çekip robots.txt, meta robots, X-Robots-Tag, kimlik doğrulama, güvenlik duvarı, DNS ve durum kodlarını inceleyin. Hazırlık noindex, Disallow: /, kimlik duvarı veya bot engeli yayımlandıysa kaldırıp hemen yeniden tarayın.

Adım 3 — Tam eski-yeni yönlendirme haritasını yeniden çalıştırın. En çok bağlantı ve trafik alanlardan başlayarak tüm eski envanteri test edin. URL’ler 404, ilgisiz hedef, döngü veya zincirde bitiyorsa eşlemeleri düzeltip doğrudan son eşdeğere indirin.

Adım 4 — Yeni sayfaları temel değerle karşılaştırın. Canonical, hreflang, başlıklar, gövde, yapılandırılmış veri, iç bağlantılar ve işlenmiş HTML’yi karşılaştırın. Şablon genelinde etiket kayıpsa veya hazırlık/eski URL’yi gösteriyorsa tek tek sayfalardan önce şablonu düzeltin.

Adım 5 — Birleştirme sinyallerini kontrol edin. Yeni URL’ler self-canonical, iç bağlantılar doğrudan hedefe ve üretim site haritaları yalnızca yeni canonical’lara gitmelidir. Ayrı eski URL site haritası yararını yitirince kaldırılmalıdır. URL Inspection örneklerinde Google farklı URL seçiyorsa çelişkili bağlantı, canonical ve site haritası girdilerini kaldırıp yeniden taramayı bekleyin.

Adım 6 — Kapasiteyi ve sunucu kanıtını kontrol edin. Yeni ana bilgisayardaki Googlebot yanıtlarını tarama istatistikleri ve erişim günlüklerinden okuyun. Hata, gecikme, hız sınırı veya güvenlik duvarı sorgusu artıyorsa kapasite/erişimi düzeltin.

Adım 7 — Geri alma planını yalnızca kanıtlanmış yayın gerilemesinde kullanın. Önceden kararlaştırılan tetikleyici karşılandığında ve tarama farkı kaybı geri alınabilir şablon, platform veya yapılandırma kusuruna bağladığında geri alın. Birinci gün dalgalanması için geri almayın; ikinci plansız taşıma yeni geçiş yaratır.

Gerçek arızalar yaratan geçiş efsaneleri

“Kalıcı yönlendirmeler bağlantı değeri kaybettirir.” Yanlış, çünkü Google kalıcı yönlendirmelerin PageRank kaybettirmediğini söyler. Risk 301’in kendisi değil yanlış hedef, zincir, döngü veya çıkmazdır. Her eski URL’yi en yakın eşdeğere yönlendirip son yanıtı test edin.

“Change of Address siteyi benim yerime taşır.” Yanlış, çünkü katı tam alan adı taşıması için isteğe bağlı destek sinyalidir; yönlendirme oluşturmaz, HTTPS, yol, kısmi taşıma veya birleşmeyi desteklemez. Önce haritayı kurup yalnızca uygunsa kullanın.

“Her trafik düşüşü geçişin başarısız olduğunu kanıtlar.” Yanlış, çünkü arama motorları taşınmayı işlerken geçici sıralama, tarama ve ayrı eski URL site haritası kullanıldıysa site haritası geçişi dalgalanmaları beklenir. Önceden temel değer ve geri alma ölçütü belirleyin; normal gürültü yerine kalıcı/açıklanabilir düşüşü teşhis edin.

“Yönlendirmeler birkaç ay sonra kaldırılabilir.” Yanlış, çünkü Google’ın bir yılı işlem için alt sınırdır; yer imi, geri bağlantı ve kullanıcıların son tarihi değildir. Eski URL’ler trafik veya bağlantı aldığı sürece, çoğu zaman süresiz tutun.

Geçişi eşlemek ve doğrulamak için araçlar

• Redirect Map Builder — eski/yeni URL kümelerinden güven düzeyi, eşleşmeyen satır, 410 listesi, zincir düzleştirme, elle geçersiz kılma ve platform dışa aktarımlı 301 haritası önerir. Her öneri editoryal eşdeğerlik incelemesi gerektirir.
• Redirect Chain Mapper — her adımı, durum ve ana bilgisayar/yol değişimini, meta refresh ve temizleme kurallarını izler.
• Redirect Checker — tek URL veya küçük grup için son durum, adım ve hedefi doğrular. Tam envanter için tam tarayıcı kullanın.
• Tam site tarayıcısı — geçiş öncesi temel değeri kaydeder, tam yönlendirme listesini ve başlık, canonical, hreflang, yönerge, bağlantı, şema, işleme farkını test eder.
• Google Search Console — Page Indexing, Performance, Sitemaps, Crawl Stats, URL Inspection ve yalnızca uygun tam alan adı taşımasında Change of Address için.
• Sunucu erişim günlükleri — botların yeni ana bilgisayara erişimini, yanıtları ve altyapı kaldırılmadan eski URL taleplerini kanıtlar.

Geçişin haritalandığı gibi yayımlandığını kanıtlayın

Tam eski URL yönlendirme testi

• Test: Aşama 2 eski URL envanterinin tamamını üretime karşı tarayın; hataları Redirect Chain Mapper veya Redirect Checker ile inceleyin.
• Beklenen: Taşınan her URL amaçlanan eşdeğere sunucu taraflı tek 301/308 adımı; kasıtlı kaldırılanlar planlı 404/410 döndürür.
• Hata yorumu: Eski URL’de 200, zincir, döngü, ilgisiz hedef veya plansız 404, harita ya da kural sırasının onaylandığı gibi yayımlanmadığını gösterir.
• İzleme: Yayından hemen sonra, düzeltmelerde ve eski URL’lerin yoğun tarandığı erken dönemde.
• Geri alma: Sistemik eşleme kuralı önemli korunan bölümü yanlış hedefe gönderir veya erişilemez yapar ve yerinde güvenle düzeltilemezse.

Yeni sayfanın dizine eklenebilirliği ve canonical testi

• Test: Yeni URL’leri durum, robots ve canonical için tarayın; yüksek değerli örneklerde URL Inspection kullanın.
• Beklenen: Sayfalar 200 döndürür, engelli/noindex değildir ve amaçlanan yeni canonical’ı bildirir; yeniden taramadan sonra Google örneklerde bunu raporlar.
• Hata yorumu: Site geneli hazırlık yönergesi, eski/hazırlık canonical’ı, kimlik sorgusu veya farklı Google canonical’ı çelişkili yayın yapılandırmasıdır.
• İzleme: Teknik sinyaller hemen; Google canonical seçimi ve dizin hareketi orta sitede haftalar, büyük ölçekte daha uzun sürebilir.
• Geri alma: Üretim genelindeki tarama/dizin engeli veya şablon canonical kusuru korunan kümeyi etkiler ve sürüm geri alınmadan hızla giderilemezse.

Bağlantı ve site haritası hedef testi

• Test: İç bağlantıları tarayıp gönderilen site haritalarını ayrıştırın; tüm hedefleri onaylı yeni canonical kümeyle karşılaştırın.
• Beklenen: Gezinme ve iç bağlantılar doğrudan yeni URL’lere gider; üretim site haritaları yalnızca başarılı yanıt veren canonical yeni URL’leri listeler. İsteğe bağlı eski URL site haritası ayrı, geçici ve kaldırma koşulludur.
• Hata yorumu: Eski iç bağlantılar, karışık envanter veya yararı bittikten sonra kalan eski URL site haritası geçişi yavaşlatabilir veya görünmez kılabilir.
• İzleme: İşlenmiş site ve dosyalarda hemen; gönderilen haritanın işlenmesini yayın sonrası pencerede doğrulayın.
• Geri alma: Şablon genelindeki gezinme veya site haritası üretici hatası botları eski, hazırlık veya canonical olmayan URL’lere yollar ve güvenle hızlı düzeltilemezse.

Zaman ayırmaya değer kaynaklar

İlgili yazılarım

• A Website Migration Takes More Than A Checklist To Be Successful — sık hatalar ve yayın sonrası izleme listesiyle tam rehberim.
• Redirects for SEO: A Beginner’s Guide — yönlendirme türleri, zincirler ve saklama süresi.
• Is It OK to Remove 301 Redirects After a Year? We Tested It — uzun süre tutma önerisinin birinci taraf deneyi.
• Canonicalization: A Beginner’s Guide — taşıma sonrasında canonical seçimi.
• The Beginner’s Guide to Technical SEO — geçişlerin büyük resimdeki yeri.

Resmî

• URL değişiklikli site taşıma — Google’ın ana planı.
• Change of Address aracı — kapsam, mülk ön koşulları ve yönlendirme kılavuzu.
• Bing ile Web Sitesi Geçişi — Bing’in çerçevesi ve süre kılavuzu.

Başkalarından

• r/TechSEO — uç durumlar ve yayın sonrası düşüşler.
• Google’s Mueller on Keys to a Successful Site Migration — URL eşleme, iç bağlantılar ve yönlendirmelerin neden tek başına yetmediği.
• Google: Clean Migration Takes Time, a Hacky Migration Just Takes Much Longer — birleşmeler ve kestirmelerin maliyeti.
• When Migrating From HTTP to HTTPS, Google Says to Use 301 Redirects — HTTPS için URL başına 301 önerisi.
• Website Migration with Bing — Bing’in sekiz aşaması ve günlük izleme önerisi.
• Moving Domains: Avoiding the Pitfalls — alan adı geçmişi ve canonical’ın yönlendirme yerine kullanılmaması.
• Enable HTTPS on Your Servers — TLS, karma içerik ve HSTS referansı.

Google, site taşıma yönlendirmelerini mümkün olduğunca uzun, genellikle en az bir yıl tutmayı önerir. Bu iddiaya ilişkin kanıt Google recommends keeping site-move redirects as long as possible, generally for at least one year. Kapsam: Google Search's minimum site-move guidance; continuing user traffic or links can justify retaining redirects longer. Güven düzeyi: yüksek · Doğrulandı: 2026-07-14 Google Search Central: Site move with URL changes Geçici sıralama dalgalanması beklenmesini ve orta ölçekli bir sitenin çoğu sayfasının dizinde taşınmasının birkaç hafta sürebileceğini söyler. Bu iddiaya ilişkin kanıt Google says to expect temporary ranking fluctuations during a site move; most pages on a medium-sized site can take a few weeks to move in Google's index, and larger sites take longer. Kapsam: Google Search's general expectations for moves with URL changes; actual timing varies by site and does not promise recovery by a fixed date. Güven düzeyi: yüksek · Doğrulandı: 2026-07-14 Google Search Central: Site move with URL changes Mümkün olduğunda Google, aynı anda tek bir büyük şeyi değiştirmeyi önerir.

Kendinizi sınayın: Site Geçişleri

Geçiş türleri, yönlendirmeler ve yayın sonrası teşhis hakkında beş soru. Her biri için yanıt seçip kontrol edin.

Değişiklik günlüğü