301 Yönlendirmesi

Kısa özet — 301 yönlendirmesi, eski bir URL’yi ziyaret eden herkesi (veya botu) kalıcı olarak yeni URL’ye gönderir. Bir sayfa yeni alan adına, yeni URL’ye ya da HTTP’den HTTPS’e taşındığında veya iki sayfa birleştirildiğinde doğru araç budur. Bunu sunucuda kurun, her eski URL’yi ana sayfaya değil gerçek karşılığına yönlendirin ve kuralı yürürlükte tutun. Google, 301’in sıralama değerinden kesinti yaratmadığını söylüyor; bu yüzden bundan korkmayın.

301 yönlendirmesi nedir

Bir tarayıcı veya arama motoru sayfa istediğinde sunucunuz üç basamaklı bir HTTP durum kodu döndürür. 200, “sayfa burada” demektir; 404, “bulunamadı” anlamına gelir. 301, “Kalıcı Olarak Taşındı” demektir: bu URL’nin yeni bir adresi vardır, oraya gidin.

Yani 301 yönlendirmesi, sunucunuzun herkese şu mesajı vermesidir: istediğiniz şey artık başka bir adreste ve bu değişiklik kalıcı. Ziyaretçi otomatik olarak yeni sayfaya gönderilir; arama motorları da kayıtlarını yeni URL’yi gösterecek şekilde günceller.

Ne zaman kullanılır

Bir sayfanın adresi kalıcı olarak değişiyorsa 301’e başvurun:

• URL’yi değiştirdiniz — sayfayı yeniden adlandırdınız, site yapısını değiştirdiniz veya dağınık bir URL’yi temizlediniz.
• Yeni alan adına taşındınız — yeniden markalama ya da site taşıması yaptınız.
• HTTPS’e geçtiniz — her http:// URL’si kendi https:// eşine 301 ile gitmelidir.
• Sayfaları birleştirdiniz — benzer iki yazı tek yazı oldu; eski URL’leri kalan sayfaya yönlendirin.
• Açık bir karşılığı olan sayfayı kaldırdınız — çıkmaz bir adrese değil, en yakın eşdeğere gönderin.

Google’ın kendi tavsiyesi şöyledir: “If you need to change the URL of a page as it is shown in search engine results, we recommend that you use a permanent server-side redirect whenever possible.” (çeviri) “Arama sonuçlarında görünen bir sayfanın URL’sini değiştirmeniz gerekiyorsa mümkün olduğunda kalıcı sunucu tarafı yönlendirmesi kullanmanızı öneririz.”

Görmezden gelmeniz gereken tek sayı

301’in “bağlantı suyunun %10–15’ini kaybettiği”ni duyacaksınız. Bu eski bir efsanedir: “loses 10–15% of link juice.” (çeviri) “bağlantı suyunun %10–15’ini kaybeder.” Google açık konuşur: “301 and other permanent redirects don’t cause a loss in PageRank.” (çeviri) “301 ve diğer kalıcı yönlendirmeler PageRank’te kayba yol açmaz.” Bu nedenle değer “leaking” (çeviri) “sızıyor” diye sayfayı yönlendirmekten kaçınmayın; düzgün bir 301, eski URL’nin kazandığı sinyalleri hedefe iletir.

(301’in “bağlantı değerinin %90–99’unu aktardığı” yönündeki kendinden emin iddiaları da görürsünüz. Onları da yok sayın: Google böyle bir yüzde yayımlamıyor; sayı uydurmadır.)

Doğru yapmanız gereken üç şey

1. Her eski URL’yi gerçek karşılığına, ana sayfaya değil, yönlendirin. Kaldırılan her sayfayı ana sayfaya dökerseniz Google bunu hata (bir “soft 404”) sayabilir ve değeri aktarmayabilir. Eski ve yeni URL’leri bire bir eşleştirin.
2. Sahte değil, gerçek bir 301 kullanın. Yalnızca JavaScript ile çalışan veya “click here if you’re not redirected” (çeviri) “yönlendirilmezseniz buraya tıklayın” diyen bir bağlantı aynı şey değildir; Google bunu hiç görmeyebilir. Kuralı sunucuda uygulayın.
3. Yönlendirmeyi açık bırakın. Google, her şeyin aktarılabilmesi için yönlendirmelerin genellikle en az bir yıl tutulmasını söylüyor. Maliyeti yoksa sonsuza kadar tutmak daha iyidir.

Peki 302 nedir?

302, geçici sürümdür: “sayfa şimdilik taşındı, asıl sayfa hâlâ budur.” 301 yerine 302 kullanırsanız Google yeni URL yerine eski URL’yi sonuçlarda tutabilir. Taşıma kalıcıysa 301 kullanın. (301 ve 302’nin ayrıntılı karşılaştırması ayrı bir yazıda ele alınabilir.)

Sunucu ayarlarını, zamanlamayı, yönlendirme zincirlerini ve sessizce başarısız olan “sahte” 301’i görmek istiyorsanız İleri Düzey sekmesine geçin.

Kısa özet — 301 (HTTP “301 Kalıcı Olarak Taşındı”), URL’yi kalıcı biçimde taşıyan ve sıralamayı hedefte birleştirmek için en güçlü sinyallerden biri olan sunucu tarafı yanıtıdır. Google, kalıcı yönlendirmelerin PageRank’te kayba yol açmadığını açıkça söyler; “~15% loss per hop” (çeviri) “atlama başına yaklaşık %15 kayıp” kuralı ölüdür ve aktarılan değere ilişkin yayımlanmış bir yüzde yoktur. Bunu Apache, nginx, uygulama kodu veya Cloudflare kenarında uygulayın; JavaScript ya da gecikmeli meta yenilemesi kullanmayın. Eski URL’leri ilgili karşılıklarına bire bir yönlendirin; her şeyi ana sayfaya göndermek soft 404 sayılabilir. Zincirleri kısa tutun (Google 10 atlamaya kadar izleyebilir ama yaklaşık 5’in altında kalmayı önerir; Mueller tarama başına yaklaşık 5 demiştir). Sunucuda etkisi anlıktır; dizin ve sinyallerin tamamen birleşmesi haftalar ile genellikle en az bir yıl sürer.

301 gerçekte nedir

301, sunucunuzun (veya CDN kenarınızın) sayfa gövdesinden önce yanıt başlıklarında döndürdüğü bir HTTP durum kodudur: “301 Kalıcı Olarak Taşındı.” Önemli nokta budur: gerçek 301, isteğe verilen yanıtın protokol düzeyinde oluşur. Eklenti özelliği, <meta> etiketi ya da JavaScript parçacığı değildir; bunlar sunucuda yapamadığınızda kullanılan ve farklı davranan çözümlerdir (aşağıda anlatılıyor).

Google tanımı basitçe şöyle verir: “The 301 and 308 status codes mean that a page has permanently moved to a new location.” (çeviri) “301 ve 308 durum kodları, bir sayfanın kalıcı olarak yeni bir konuma taşındığını belirtir.” (308, istek yöntemini de koruyan daha yeni kalıcı yönlendirme kodudur; SEO açısından Google 301 ile 308’i aynı görür: “mümkünse 301 ve 308 gibi HTTP kalıcı yönlendirmeleri kullanın.”)

Uygulamadan önce bilmeniz gereken birkaç protokol ayrıntısı var: 301 yanıtı varsayılan olarak sezgisel biçimde önbelleğe alınabilir; tarayıcı veya ara önbellek ona tutunabilir. Bu yüzden “düzeltilmiş” kural bile önbellek temizlenene dek testçileri eski hedefe gönderebilir. 301 HTTP/1.0’dan beri bulunduğundan, kullanıcı aracının onu izlerken bir POST isteğini GET’e çevirmesine izin verilir; form gönderiminde yöntemin korunacağını varsaymayın. Bu önemliyse 308 kullanın. Location başlığının yalnızca bir URI referansı olması yeterlidir (teknik olarak göreli olabilir); pratikte belirsizliği önlemek için mutlak URL kullanın.

Google 301’i nasıl işler (canonical seçimi ve dizine ekleme)

Kalıcı yönlendirme, Google’ın sahip olduğu en güçlü canonical sinyallerinden biridir. Googlebot 301’i izlediğinde dizine ekleme hattı, hedefin canonical URL olması gerektiğine dair sinyal olarak yönlendirmeyi kullanır. Google iki ucu da kaydeder: “When you redirect a URL, Google keeps track of both the redirect source (the old URL) and the redirect target (the new URL). One of the URLs will be the canonical… The other URL becomes an alternate name of the canonical URL.” (çeviri) “Bir URL’yi yönlendirdiğinizde Google hem kaynağı hem hedefi izler; biri canonical olur, diğeri onun alternatif adı olur.”

Bu yüzden taşıma sonrasında eski URL’yi bir süre sonuçlarda görmeye devam edebilirsiniz; Google onu “alternatif ad” olarak tutar. Bir alan adı taşıması için Google paniğe kapılmamanızı söyler: “it’s very likely that Google will continue to occasionally show the old URLs in the results, even though the new URLs are already indexed. This is normal… the alternate names will fade away without you doing anything.” (çeviri) “Yeni URL’ler dizindeyken eski URL’lerin ara sıra görünmesi normaldir; alternatif adlar kendiliğinden silikleşir.”

Yönlendirme, daha zayıf canonical sinyallerinden üstündür. Gary Illyes hiyerarşiyi şöyle özetlemişti: yönlendirme, “should be much higher weight… than whether the page is on an http URL or https.” (çeviri) “Sayfanın http veya https olması gibi bir sinyalden çok daha ağır basmalıdır.” Bu nedenle başıboş bir 301, aksi yöndeki canonical etiketini veya HTTPS tercihini sessizce geçersiz kılabilir. (Tam açıklama canonicalization yazısındadır.)

Bu sinyalin neyi garanti edip etmediğini ayırmak gerekir: 301, güçlü bir canonical-hedef sinyalidir; garanti değildir. Google’a hangi URL’nin canonical olması gerektiğini söyler, fakat URL’nin dizine alınacağını, sıralanacağını, trafik getireceğini veya bağlantıların, içerik kalitesinin ve site otoritesinin otomatik olarak aktarılacağını garanti etmez. “Canonical seçimi” ile “dizine ekleme, sıralama ve trafik sonuçlarını” ayrı sorular olarak değerlendirin; 301 doğrudan yalnızca ilkini yanıtlar.

PageRank efsanesi — bunu tam olarak doğru anlatın

Bu yönlendirmeler hakkında en çok çarpıtılan gerçek budur; doğru sürümü şudur.

Google’ın tam ifadesi: “301 ve diğer kalıcı yönlendirmeler PageRank’te kayba yol açmaz.” Hepsi bu. “%85’i korunur” da değil, “atlama başına %10–15 kaybedilir” de değil. Kayıp yok.

“Atlama başına yaklaşık %15 kayıp” kuralı, yönlendirmelerde PageRank sönümlemesine ilişkin 2016 öncesi eski açıklamalara (genellikle Matt Cutts’a atfedilir) dayanır. Google bunu 2016 civarında kamuya açık biçimde tersine çevirdi; dönemin haberlerine göre 30x yönlendirmelerinde PageRank seyreltilmesini durdurdu ve otorite hedefe geçer.

İnsanları ters yönde yanıltan sonuç da şudur: 301’in “bağlantı değerinin %90–99’unu aktardığını” iddia etmeyin. Google böyle bir sayı yayımlamıyor. “PageRank’te kayba yol açmaz” yön belirten bir ifadedir, yüzde değildir; gördüğünüz özel yüzdeler söylentidir ve Google tarafından doğrulanmamıştır. “Kayıp yok” ifadesini kaynak gösterin, rakam uydurmayın.

Burada kendi temkin notumu ekleyeyim. “Sinyaller bir yıl sonra da kalır” iddiasını, iyi bağlantılar alan dört Ahrefs yazısından 301’leri kaldırarak ve sonucu izleyerek test ettim (Bir Yıl Sonra 301 Yönlendirmelerini Kaldırmak Uygun mu? Test Ettik). Yönlendirmeler kalkınca referring domain sayısı belirgin biçimde düştü; organik trafik karışıktı: bir yazı yükseldi, biri düştü, ikisi yaklaşık sabit kaldı ve görünen bir “düşüş” aslında kaldırmadan önce başlamıştı. Dürüst sonucum şu: “I’m not willing to conclusively say that permanent redirects pass value even after one year, but what Gary said seems to mostly hold true.” (çeviri) “Kalıcı yönlendirmelerin bir yıl sonra bile değeri aktardığını kesin söylemeye hazır değilim; ancak Gary’nin sözü çoğunlukla doğru görünüyor.” Örneklem küçük, bu yüzden temkinliyim; pratik sonuç ise sıkıcı olan: yönlendirmelerinizi kaldırmayın.

Zamanlama — üç ayrı saat

“Bir 301’in çalışması ne kadar sürer?” sorusu, hangi saati kastettiğinize bağlıdır:

• Sunucu: anında. Kural etkinleştiği anda her istek 301 alır ve kullanıcı yeni URL’ye ulaşır. Bekleme yoktur.
• Dizin: günler ile haftalar. Google eski URL’yi yeniden tarar, yönlendirmeyi görür ve hedefi işler. Google’ın kendi çerçevesi şöyledir: “küçük veya orta bir sitenin sayfalarının çoğunu taşıması birkaç hafta sürebilir; büyük siteler daha uzun sürer” ve “taşıma sırasında içeriğinizin Arama’daki görünürlüğü geçici olarak dalgalanabilir. Bu normaldir.” (çeviri)
• Sinyallerin tamamen birleşmesi: genellikle en az bir yıl. Google, “Yönlendirmeleri mümkün olduğunca uzun, genellikle en az 1 yıl tutun; bu süre tüm sinyallerin yeni URL’lere aktarılmasını sağlar… Kullanıcılar açısından sonsuza kadar tutmayı düşünün.” der. Illyes’in sinyallerin kaynaktan hedefe tamamen geçmesi için yaklaşık bir yıl gerektiği yönündeki sayıyla da uyumludur.

Pratik kural: yönlendirmeleri en az bir yıl tutun; URL’lerin size maliyeti yoksa gerçekten sonsuza kadar bırakın.

301 uygulamak

Bunu mümkün olduğunca sunucuya yakın yerde yapın. Neredeyse herkesi kapsayan dört yol aşağıda. (Örnekler gösterim amaçlıdır; yolları ve ana bilgisayar adlarını kurulumunuza uyarlayın. Betikler sekmesinde kopyala-yapıştır sürümleri ve test adımları da vardır.)

Düzenlemeden önce mevcut .htaccess veya nginx yapılandırmanızın yedeğini alın; hatalı bir kural yalnızca yönlendirdiğiniz URL’yi değil, sitenin tamamını çevrimdışı bırakabilir.

Apache (.htaccess)

mod_alias ile tek bir URL için:

Redirect permanent "/old-page" "https://example.com/new-page"

mod_rewrite ile desen tabanlı kurallar için:

RewriteEngine on
RewriteRule "^/service$" "/about/service" [R=301,L]

nginx

location = /service {
  return 301 https://example.com/about/service;
}

WordPress

WordPress’te yerleşik bir yönlendirme yöneticisi yoktur; bu nedenle aşağıdakilerden birini eklersiniz:

• Redirection eklentisi (ücretsiz) — en yaygın seçimdir; kaynak ve hedefi arayüzde girersiniz, kod gerekmez.
• Yoast SEO Premium — URL slug’ını silerken veya değiştirirken Redirect Manager otomatik olarak yönlendirme oluşturabilir. Ücretsiz Yoast sürümünde yönlendirme yöneticisi yoktur; birçok eğitim bunu atlar.
• Sunucu düzeyi — .htaccess/nginx’i doğrudan düzenleyebiliyorsanız sunucu kuralı her istekte çalışan PHP eklentisinden daha hızlıdır.

Cloudflare

Cloudflare kullanıyorsanız isteği origin sunucuya ulaşmadan önce kenarda yönlendirebilirsiniz:

• Single Redirects — kontrol panelinde tek seferlik kurallar.
• Bulk Redirects — hesap genelinde uygulanan bir yönlendirme listesi (binlerce kaynak-hedef çifti). Eski sunucu kapatılacaksa origin yapılandırmasına dokunmadan tam taşıma yapmayı gerçekten kolaylaştırır.

Uygulama kodu (PHP örneği)

header('HTTP/1.1 301 Moved Permanently');
header('Location: https://www.example.com/new-url');
exit();

“Sahte” yönlendirmeler — kimsenin kontrol etmediği hata

İçselleştirmeye değer karşı-sezgisel durum şudur: bir URL 200 OK döndürüp yine de yönlendirebilir. 11 Redirect Türü ve SEO Etkileri yazımda belirttiğim gibi, “A redirect can still be happening with any status code. You may have a page that shows as a 200 OK status code, but still actually be redirecting” (çeviri) “Herhangi bir durum kodunda yönlendirme gerçekleşebilir; sayfa 200 OK gösterse bile gerçekten yönlendirebilir.” Bu, sayfa yüklendikten sonra JavaScript ile olur. Hızlı durum kodu kontrolünde görünmez ve 301’in garantilerini taşımaz.

Google’ın rehberinde yöntemler şu sıradadır:

• Sunucu tarafı (301/308): en iyi. Teknik olarak mümkün olduğunda bunu kullanın.
• Meta refresh: zamanlamaya bağlı. Google’a göre anlık meta refresh kalıcı, gecikmeli (N saniye sonra çalışan) meta refresh geçici yönlendirme olarak yorumlanır. Bu nedenle content="5;url=…" yenilemesi 301’in yerine geçmez.
• JavaScript: son çare. Google şöyle der: “Only use JavaScript redirects if you can’t do server-side or meta refresh redirects… if you set a JavaScript redirect, Google might never see it if rendering of the content failed.” (çeviri) “JavaScript’i yalnızca sunucu veya meta refresh mümkün değilse kullanın; içerik oluşturma başarısız olursa Google onu hiç görmeyebilir.”
• “Crypto” / yalnızca bağlantı veren sahte yönlendirmeler: kullanmayın. Yeni URL’ye durum kodu ve yenileme olmadan bağlantı veren sayfa, Google’ın ifadesiyle “not all search engines may recognize… as an official redirect.” (çeviri) “tüm arama motorlarının resmî yönlendirme olarak tanımayabileceği” bir yöntemdir.

SEO sizin için önemliyse çıkarılacak ders şudur: yönlendirmenin tarayıcıda yönlenen 200 değil, gerçek bir sunucu 301’i olduğunu doğrulayın. Betikler sekmesinde curl ile kontrol etme adımı vardır.

Yaygın 301 hataları

• Her şeyi ana sayfaya yönlendirmek. Klasik hata. Google şöyle uyarır: “Don’t redirect many old URLs to one irrelevant single URL destination, such as the home page… This can confuse users and might be treated as a soft 404 error.” (çeviri) “Birçok eski URL’yi ana sayfa gibi ilgisiz tek hedefe yönlendirmeyin; bu kullanıcıları şaşırtabilir ve soft 404 sayılabilir.” Soft 404 sinyali güvenilir biçimde birleştirmez. İlgili karşılığa yönlendirin; gerçekten birkaç sayfayı tek sayfada birleştirdiyseniz hepsini o yeni birleşik sayfaya göndermek uygundur.
• Uzun yönlendirme zincirleri. Google “10 atlamaya kadar” izler, ama doğrudan son hedefe gitmeyi ve “ideal olarak üçten fazla, beşten az” atlamayı önerir. Mueller sık taranan URL’lerde tarama denemesi başına yaklaşık 5 atlama demiştir. Benim pratik eşiğim de aynıdır: yaklaşık 5’in altındaki zincirlerden endişe etmem, üstünde sorun gördüm. Zincirler gerçek kullanıcılar için gecikme ekler. Yeni yönlendirme eklediğinizde eski kuralları önceki atlama yerine son URL’ye güncelleyin.
• 301 demek isterken 302 kullanmak. 302, Google’a canonical’ın eski URL olarak kalması gerektiğini söyler; kalıcı taşıma yanlış URL’nin dizine alınmasına yol açabilir. Google uzun süre yaşayan 302’yi sonunda kalıcı yorumlayabilir, ancak zaman çizelgesi belirsizdir — “genellikle birkaç hafta ile birkaç ay” denebilir. Niyetinizle uyuşan durum kodunu kullanın.
• Yönlendirmeleri erken kaldırmak. Bir yıldan kısa süre, değerin ölü URL’de kalmasına neden olabilir. En az bir yıl, mümkünse sonsuza kadar tutun.
• Aşırı geniş wildcard kuralları. Klasör çapında catch-all URL’leri yanlış yere gönderebilir. Eski → yeni eşlemesini mümkün olduğunca 1:1 yapın.
• HTML dışı varlıkları unutmak. Taşımada görselleri ve PDF’leri de yönlendirin; JS/CSS/font dosyalarını yönlendirmeniz gerekmez.
• Eski hostu erken kapatmak. İstek ona ulaşmıyorsa yönlendirme kuralı kurtaramaz. Eski alan adının DNS’ini, TLS sertifikasını ve sunucusunu kurallar çalıştığı sürece ayakta tutun; aksi halde ziyaretçiler ve botlar 301 yerine bağlantı hatası görür.

Bing

Bing, 301’i hedef URL’de sıralamayı birleştiren ve eski URL’yi dizininden çıkaran güçlü bir sinyal olarak görür; temel model Google’ınkiyle aynıdır. Bing’in uzun süredir yayımladığı rehber, kalıcı yönlendirmeyi Google’ın yaklaşık bir yıllık süresinden daha kısa (birkaç ay mertebesinde) tutmayı önerir; taşıma rehberine göre 301’ler genellikle yeterlidir ve Site Move aracı bunların yerine geçmez. Her iki motoru da (ki öyle yapmalısınız) sunuyorsanız güvenli seçim daha katı tavsiyedir: gerçek sunucu 301’leri en az bir yıl tutun.

Bu konu nerede duruyor

301 bir ailedeki durum kodlarından biridir. En doğrudan eşi geçici karşılığı olan 302 yönlendirmesidir; 301 ve 302 seçimi aslında “taşıma kalıcı mı?” sorusudur. Canonical seçiminin yakın akrabasıdır (301 sayfayı taşırken güçlü canonical sinyali verir; ikisi de canlı kalan kopyaları birleştirmek için kullanılmaz — bunun için rel="canonical" gerekir). Her site taşımasının temelidir. 302/307 geçici, 308 kalıcı, 404/410 kaldırılmış ve 5xx hata kodları için bu sayfanın içinde bulunduğu HTTP durum kodları kümesine bakın.

AI özeti

İleri Düzey sürümün kısa özeti:

• 301 = HTTP “301 Kalıcı Olarak Taşındı” — URL’yi kalıcı taşıyan ve Google’ın en güçlü canonical-hedef sinyallerinden biri olan sunucu yanıtı. Bu bir sinyaldir, garanti değildir; tek başına dizine ekleme, sıralama veya trafik vaat etmez. Google SEO açısından 301 ve 308’i aynı kabul eder; ancak 301 POST isteğini GET’e çevirebilir ve varsayılan olarak sezgisel biçimde önbelleğe alınır; yöntemin korunması gerekiyorsa 308 kullanın.
• PageRank kaybı yok. Google’ın kesin ifadesi: “301 ve diğer kalıcı yönlendirmeler PageRank’te kayba yol açmaz.” Eski “atlama başına yaklaşık %15 kayıp” kuralı ölüdür; Google aktarılan değer için hiçbir yüzde yayımlamıyor, bu nedenle “%90–99” demeyin.
• Üç zaman saati: sunucu = anlık; dizin taşıması = günler/haftalar (büyük sitelerde daha uzun); sinyallerin bütünüyle birleşmesi = genellikle en az bir yıl. Yönlendirmeleri en az bir yıl, ideal olarak sonsuza kadar tutun.
• Sunucuda veya kenarda uygulayın: Apache .htaccess (Redirect permanent / mod_rewrite [R=301]), nginx (return 301), WordPress (Redirection veya Premium Yoast — ücretsiz Yoast’ta yönetici yok), Cloudflare Single/Bulk Redirects (origin ayarı olmadan kenar düzeyi) veya uygulama kodu.
• “Sahte” 301’ler: sayfa JavaScript ile yönlenirken 200 dönebilir; bu durum kodu kontrolünde görünmez. Anlık meta refresh yaklaşık kalıcı, gecikmeli meta refresh yaklaşık geçicidir; JS son çaredir (oluşturma başarısızsa Google görmeyebilir); yalnız bağlantılı “crypto” yönlendirmeleri güvenilmezdir.
• Başlıca hatalar: her şeyi ana sayfaya göndermek (soft 404 riski), uzun zincirler (yaklaşık 5 atlamanın altında kalın), kalıcı taşımada 302 kullanmak, yönlendirmeyi erken kaldırmak ve 1:1 eşleme yerine geniş wildcard seçmek.
• Patrick’in notu: bir yıl sonra 301’leri kaldırdığı kendi testi, “bir yıl bekleyince güvenli” anlatısından daha karmaşık ve karışık sonuçlar verdi; bu yüzden yönlendirmeleri tutun.

Resmî belgeler

Arama motorlarının birincil kaynak belgeleri.

Google

• Google Arama’da yönlendirmeler — 301’in ne olduğu, sunucu tarafı ile meta refresh ve JavaScript yönlendirmeleri, meta refresh zamanlaması ve PHP/Apache/nginx örnekleri.
• URL değişiklikleriyle site taşımaları — PageRank’te “kayıp yok” ifadesi, yönlendirmeleri en az 1 yıl tutma tavsiyesi, zincir sınırları, soft-404 uyarısı ve küçük/büyük site farkları.
• Canonical URL belirtme — yönlendirmelerin canonical sinyali olarak konumu.
• Tarama ve dizine ekleme — yönlendirme, canonical ve tarama kontrolleri için üst merkez.

Bing / Microsoft

• Bing Webmaster Guidelines — Bing’in yönlendirmeler ve kalıcı taşımalar hakkındaki görüşü.
• Bing ile web sitesi taşıması (Aralık 2020) — Bing Site Move aracı ve yönlendirmelerin genellikle yeterli olduğu, aracın bunların yerine geçmediği notu.

Platform uygulaması

• Cloudflare — Bulk Redirects — kenarda hesap genelinde uygulanan yönlendirme listeleri.
• Cloudflare — URL forwarding (Redirects) overview — Single ve Bulk Redirects ayrımı.
• Yoast — How to create a 301 redirect in WordPress — WordPress yolları (yönlendirme yönetiminin Premium özellik olduğu bilgisi dahil).

Kaynaktan alıntılar

Google’ın kayda geçmiş ifadeleri. Her bağlantı, kaynak sayfadaki alıntıya giden doğrudan bir bağlantıdır.

Google — 301 nedir ve ne zaman kullanılır

• “The 301 and 308 status codes mean that a page has permanently moved to a new location.” (çeviri) “301 ve 308 durum kodları bir sayfanın kalıcı olarak yeni bir konuma taşındığını belirtir.” — Google Arama Merkezi, Google Arama’da yönlendirmeler. Alıntıya git
• “If you need to change the URL of a page as it is shown in search engine results, we recommend that you use a permanent server-side redirect whenever possible.” (çeviri) “Arama sonuçlarında görünen bir sayfanın URL’sini değiştirmeniz gerekiyorsa mümkün olduğunda kalıcı sunucu tarafı yönlendirmesi kullanın.” Alıntıya git
• “Use server side permanent redirects if technically possible… we recommend that you use HTTP permanent redirects if possible, such as 301 and 308.” (çeviri) “Teknik olarak mümkünse sunucu tarafı kalıcı yönlendirmeler kullanın; örneğin 301 ve 308.” — Google Arama Merkezi, URL değişiklikleriyle site taşımaları. Alıntıya git

Google — PageRank / birleşme (doğruluk omurgası)

• “301 and other permanent redirects don’t cause a loss in PageRank.” (çeviri) “301 ve diğer kalıcı yönlendirmeler PageRank’te kayba yol açmaz.” — Google Arama Merkezi, URL değişiklikleriyle site taşımaları. Alıntıya git
• “When you redirect a URL, Google keeps track of both the redirect source (the old URL) and the redirect target (the new URL). One of the URLs will be the canonical… The other URL becomes an alternate name of the canonical URL.” (çeviri) “Google yönlendirme kaynağını ve hedefini izler; biri canonical, diğeri canonical’ın alternatif adı olur.” — Google Arama Merkezi, Google Arama’da yönlendirmeler. Alıntıya git

Google — zamanlama

• “Keep the redirects for as long as possible, generally at least 1 year. This timeframe allows Google to transfer all signals to the new URLs… From users’ perspective, consider keeping redirects indefinitely.” (çeviri) “Yönlendirmeleri mümkün olduğunca uzun, genellikle en az 1 yıl tutun; bu süre tüm sinyallerin aktarılmasını sağlar. Kullanıcılar için süresiz tutmayı düşünün.” — Google Arama Merkezi, URL değişiklikleriyle site taşımaları. Alıntıya git
• “A small to medium-sized website can take a few weeks for most pages to move, and larger sites take longer… the visibility of your content in Search may fluctuate temporarily during the move. This is normal.” (çeviri) “Küçük ve orta sitelerde sayfaların çoğu birkaç haftada taşınabilir; büyük siteler daha uzun sürer ve görünürlük geçici dalgalanabilir.” Alıntıya git

Google — yönlendirme zincirleri, soft hata sayfaları ve sahte yönlendirmeler

• “While Googlebot can follow up to 10 hops in a ‘chain’ of multiple redirects… we advise redirecting to the final destination directly. If this is not possible, keep the number of redirects in the chain low, ideally no more than 3 and fewer than 5.” (çeviri) “Googlebot bir zincirde 10 atlamaya kadar izleyebilse de doğrudan son hedefe yönlendirin; mümkün değilse zinciri düşük tutun, ideal olarak 3’ten fazla ve 5’ten az olmasın.” Alıntıya git
• “Don’t redirect many old URLs to one irrelevant single URL destination, such as the home page of the new site. This can confuse users and might be treated as a soft 404 error.” (çeviri) “Birçok eski URL’yi yeni sitenin ana sayfası gibi ilgisiz tek hedefe yönlendirmeyin; bu kullanıcıları şaşırtabilir ve soft 404 sayılabilir.” Alıntıya git
• “Only use JavaScript redirects if you can’t do server-side or meta refresh redirects… if you set a JavaScript redirect, Google might never see it if rendering of the content failed.” (çeviri) “JavaScript yönlendirmelerini yalnızca sunucu veya meta refresh mümkün değilse kullanın; oluşturma başarısız olursa Google onu hiç görmeyebilir.” — Google Arama Merkezi, Google Arama’da yönlendirmeler. Alıntıya git
• “Google Search interprets instant meta refresh redirects as permanent redirects… Google Search interprets delayed meta refresh redirects as temporary redirects.” (çeviri) “Google anlık meta refresh’i kalıcı, gecikmeli meta refresh’i geçici yönlendirme olarak yorumlar.” Kaynak bağlantısının başlığı da “Google differentiates between two kinds of meta refresh redirects” (çeviri) “Google iki tür meta refresh yönlendirmesini birbirinden ayırır” şeklindedir. Alıntıya git

301 yönlendirmesi uygulama kontrol listesi

Kalıcı bir yönlendirmeyi (veya bir grubunu) yayına almadan önce, alırken ve aldıktan sonra çalıştırılacak geçiş:

Önce

• Taşımanın gerçekten kalıcı olduğunu doğrulayın — geçiciyse 301 değil 302 gerekir.
• Eski URL → en ilgili yeni URL için 1:1 eşleme oluşturun (eski URL → ana sayfa değil).
• Birleştirmelerde her grubun yönlendireceği tek hayatta kalan URL’yi seçin.
• Görselleri ve PDF’leri de yönlendirmeyi planlayın (JS/CSS/font dosyalarını atlayın).

Uygulama

• JavaScript veya gecikmeli meta refresh yerine sunucu tarafında (Apache/nginx/uygulama) ya da kenarda (Cloudflare) yapın.
• URL’leri yanlış yere gönderebilen geniş klasör wildcard’ları yerine 1:1 kuralları tercih edin.
• Zincir oluşturmamak için her kuralı son hedefe yönlendirin.
• WordPress’te Redirection veya Yoast Premium kullanın (ücretsiz Yoast’ta yönetici yoktur) ya da sunucu kuralı yazın.

Doğrulama

• Her eski URL’nin gerçek 301 döndürdüğünü test edin (200, 302 veya JS yönlendirmesi değil) — curl kontrolleri için Betikler sekmesine bakın.
• Yaklaşık 5 atlamayı aşan zincir olmadığını doğrulayın; bulduğunuz zinciri tek atlamaya indirin.
• Hedefin başka yönlendirme veya 404 değil 200 döndürdüğünü kontrol edin.
• Sorgu dizesi, fragment, sondaki slash veya farklı büyük/küçük harf içeren bir URL’yi test edin — kurallar bunları sessizce silebilir veya bozabilir.
• Google’ın yönlendirmeyi nasıl çözdüğünü görmek için yönlendirilmiş URL’leri GSC URL Inspection içinde örnekleyin.
• Taşıma için site taraması çalıştırın (Ahrefs Site Audit / Screaming Frog); döngüleri, zincirleri ve haritada unutulan eski URL’leri yakalayın.

Sonra

• Yönlendirmeleri genellikle en az bir yıl, ideal olarak süresiz bırakın.
• Eski URL’nin sonuçlarda bir süre kalmasını (“alternatif ad”) bekleyin; bu normaldir, yönlendirmeyi zorla kaldırmayın.

Yönlendirmeleri bulma ve test etme

Redirect Checker ile kontrol edin:

1. Test ettiğiniz URL’yi tek URL alanına yapıştırın (veya aynı anda en fazla 20 URL için toplu moda geçin).
2. Tüm zinciri izlemek için Check redirects düğmesine tıklayın.
3. İlk atlamanın durum kodunu ve karar noktasını okuyun: gerçek kalıcı yönlendirmede 301 (veya 308) doğrudan görünür; araya 302/307 girmesi veya zincir şiddetinin yeşilin üzerine çıkması temiz tek atlamalı 301 olmadığını gösterir. 301 308 302 307

Bunların amacı tek bir soruyu yanıtlamaktır: Bu URL gerçekten sunucu tarafı 301 mi döndürüyor, yoksa biri beni mi yanıltıyor? (Bir sayfanın 200 OK döndürüp tarayıcıda JavaScript ile yine de yönlenebileceğini unutmayın.)

Yalnızca çıplak URL’yi test etmeyin; sorgu dizesi, #fragment, sondaki slash veya farklı büyük/küçük harf içeren sürümle de yeniden çalıştırın. HTTP spesifikasyonu bir yeniden yazma kuralının bunları taşıyacağını garanti etmez; bu, kuralınıza özgü uygulama ayrıntısıdır. RewriteRule veya desen eşleşmesi, özgün URL’nin sorgu dizesini ya da fragment’ini sessizce düşürebilir.

Ham durum kodunu ve yönlendirme zincirini görme (curl)

macOS / Linux / WSL

# Show response headers only — look for "HTTP/… 301" and the "location:" target
curl -sI https://example.com/old-page

# Follow the whole chain and print each hop's status + final URL
curl -sIL -o /dev/null -w "%{http_code}  %{url_effective}\n" https://example.com/old-page

# Print every status code in the chain (catches multi-hop chains)
curl -sIL https://example.com/old-page | grep -i "^HTTP\|^location"

Temiz bir kalıcı yönlendirme, HTTP/1.1 301 Moved Permanently (veya HTTP/2 301) şeklinde, son URL’yi gösteren tek bir location: başlığıyla görünür. 302 görürseniz geçicidir. 200 görünüp tarayıcı başka yere gidiyorsa bu JavaScript/meta-refresh “sahte” yönlendirmesidir.

Windows (PowerShell)

# MaximumRedirection 0 stops at the first hop so you can read its status code
$r = Invoke-WebRequest -Uri "https://example.com/old-page" -MaximumRedirection 0 -SkipHttpErrorCheck
$r.StatusCode              # 301 for a permanent redirect
$r.Headers.Location        # the target URL

JavaScript “sahte” yönlendirmesini yakalama

curl yalnızca sunucu yanıtını görür, JavaScript’i görmez. curl 200 diyorsa ama sayfa gerçek tarayıcıda hâlâ taşınıyorsa yönlendirme istemci tarafındadır. Chrome DevTools içinde doğrulayın: 200

1. DevTools → Network’ü açın, Preserve log’u işaretleyin.
2. Eski URL’yi yükleyin.
3. En üstteki istekte Status 301 (veya 308) görünüyorsa gerçek sunucu yönlendirmesidir. İlk istek 200 ve daha sonra bir gezinme girdisi görünüyorsa bu JS/meta-refresh yönlendirmesidir; gerçek 301 değildir.

Apache .htaccess

# Single URL (mod_alias)
Redirect permanent "/old-page" "https://example.com/new-page"

# Pattern / regex rule (mod_rewrite) — R=301 makes it permanent, L stops processing
RewriteEngine on
RewriteRule "^old-section/(.*)$" "https://example.com/new-section/$1" [R=301,L]

# Force HTTP → HTTPS for the whole site
RewriteEngine on
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1 [R=301,L]

nginx

# Single URL
location = /old-page {
  return 301 https://example.com/new-page;
}

# Whole-path prefix
location /old-section/ {
  return 301 https://example.com/new-section/;
}

# Force HTTP → HTTPS
server {
  listen 80;
  server_name example.com;
  return 301 https://$host$request_uri;
}

WordPress (eklenti yok — functions.php, sınırlı kullanın)

// Runs on every request; a server rule or the Redirection plugin scales better.
add_action( 'template_redirect', function () {
    if ( is_page() && get_query_var( 'name' ) === 'old-page' ) {
        wp_redirect( home_url( '/new-page/' ), 301 );
        exit;
    }
} );

Çoğu WordPress sitesi için Redirection eklentisi veya Yoast Premium Redirect Manager pratik seçimdir; kod yazmazsınız ve Yoast Premium URL’yi değiştirdiğinizde veya sildiğinizde 301’i otomatik oluşturabilir.

Cloudflare (kenar, origin yapılandırması yok)

Cloudflare Single Redirects, kontrol panelinde (Rules → Redirect Rules) yerleşiktir. Taşıma için Bulk Redirects listesi, iki sütunlu kaynak → hedef CSV’sini alır ve hesap genelinde kenarda uygular; origin sunucunun yapılandırmasına dokunmadan binlerce URL’yi taşımanın en hızlı yoludur.

Temiz bir taşımayı karmaşaya çeviren 301 hataları

Her eski URL’yi ana sayfaya yönlendirmek

İlgisiz catch-all kullanıcıları şaşırtır ve soft 404 sayılabilir. Her eski URL’yi en yakın gerçek karşılığıyla eşleyin; karşılığı yoksa 404 veya 410 döndürün.

Yeni hedefi eski zincirin sonuna eklemek

Eski → önceki → güncel zinciri gecikme ve yeni hata noktaları ekler. En eski kuralı doğrudan son 200 hedefine gidecek şekilde güncelleyin.

Kalıcı taşımada 302 bırakmak

Geçici kod, arama motorlarından kaynak URL’yi tercih etmelerini ister. Taşıma kalıcıysa gerçek sunucu tarafı 301 veya 308 kullanın ve kablo üzerindeki durumu doğrulayın. 301 308

Yeni URL görünür görünmez yönlendirmeyi kaldırmak

Dizindeki hareket, sinyallerin tamamen birleştiği anlamına gelmez. Google yönlendirmeleri mümkün olduğunca uzun, genellikle en az bir yıl tutmayı önerir; işletme maliyeti düşükse süresiz tutmak kullanıcılar ve eski bağlantılar için daha iyidir.

Hedefleri test etmeden geniş wildcard’a güvenmek

Klasör kuralı ilgisiz URL’leri yanlış sayfaya gönderebilir. 1:1 eşlemeyle başlayın, uç durumları test edin ve kalıpları yalnızca kaynak-hedef dönüşümü gerçekten tutarlı URL yapılarında kullanın.

HTML dışı kaynakları unutmak

Görseller ve PDF’ler de bağlantı ve trafik alabilir. İlgili karşılığı varsa taşınan varlıkları eşlemeye ekleyin; her JS, CSS veya font isteğini körlemesine yönlendirmeyin.

Yayına almadan önce yönlendirme haritasını denetleme

En azından source_url ve target_url içeren bir CSV yapıştırın. Varsa mevcut kaynak/hedef durumu, içerik türü, sayfa başlığı ve konu kategorisini de ekleyin.

Audit this proposed permanent redirect map.

For each row:
1. Flag homepage or other catch-all targets that are not demonstrably relevant.
2. Flag duplicate sources, missing targets, source=target loops, and likely chains where a
   target also appears as a source.
3. Compare source and target titles/categories only from the supplied data and label the
   mapping relevant, questionable, or insufficient evidence.
4. Recommend one action: keep the 1:1 mapping, map to a closer replacement, return 404/410,
   or investigate manually.

Do not invent replacement URLs or assume a target returns 200 unless the data says so.
Return: critical blockers, row-by-row findings, then the exact URLs to test after launch.

PASTE REDIRECT CSV HERE

301 için üç saat çerçevesi

“301 ne kadar sürede çalışır?” sorusunun tek cevabı yoktur; üç sistem farklı hızlarda ilerler. Sonucu yorumlamadan önce hangi saati ölçtüğünüzü adlandırın.

Bu çerçeve iki yaygın kategori hatasını önler: çalışan sunucu kuralını dizine eklemenin tamamlandığına kanıt saymak ve değişen arama sonucunu kuralı silme izni olarak görmek. Her saati kendi kanıtıyla doğrulayın.

Yönlendirmeleri dağıtma ve kontrol araçları

Patrick’in ücretsiz araçları

• Redirect Checker — tek bir URL’yi veya hızlı bir grubu inceler; ilk durumu, her atlamayı ve son hedefi gösterir. “Gerçek tek atlamalı 301 mi?” kontrolünün hızlı yoludur.
• Redirect Chain Mapper — her atlamada neyin değiştiğini teşhis eder ve Cloudflare, Apache veya nginx için temizlik kuralları dışa aktarır. Zincirin kendisini kısaltmanız gerektiğinde kullanın.
• Bulk HTTP Status Code Checker — en fazla 500 eşlenmiş URL’yi test eder, 301 olmayan kaynakları ve 200 olmayan hedefleri filtreler, yayına alma QA kümesini dışa aktarır.

Arama ve altyapı kontrolleri

• Google Search Console URL Inspection — Google’ın eski URL’yi yönlendirme olarak getirdiğini doğrulayın ve hedefteki canonical seçimini inceleyin.
• Sunucu/CDN günlükleri — gerçek Googlebot isteklerinin kullanıcılarla aynı kuralı aldığını doğrulayın.
• Tam site tarayıcısı — taşıma sonrası kaçırılmış iç bağlantıları, eski site haritası girdilerini, döngüleri, zincirleri ve yönlendirilmiş varlıkları bulun.

Kendinizi test edin: 301 yönlendirmeleri

Kalıcı yönlendirmeler hakkında beş kısa soru. Her biri için bir yanıt seçin, sonra kontrol edin.

Yönlendirmenin gerçekten çalıştığını kanıtlayın

301’i yayına aldınız. Bu kontroller “kural yapılandırma dosyasında var” ile “Google eski URL’yi yenisinde birleştiriyor” arasındaki farkı gösterir. Sırayla çalıştırın: ilki anlık, sonuncusu haftalar sürer.

Test 1 — Eski URL gerçek bir sunucu 301’i döndürüyor

• Çalıştırılacak test — Eski URL’yi Redirect Checker içine yapıştırın (veya curl -sIL -o /dev/null -w "%{http_code} %{url_effective}\n" https://example.com/old-url çalıştırın).
• Beklenen sonuç — İlk atlama, location: başlığıyla 301 (veya 308) olmalı; son URL 200 döndürmelidir. Tek atlama, temiz.
• Başarısızlık yorumu — Eski URL’de 200, sunucu 301’i değil JavaScript/meta-refresh “sahte” yönlendirmesini gösterir; 302/307 yanlışlıkla geçici kod yayımladığınızı gösterir.
• İzleme penceresi — Anında: kural canlı olur olmaz sunucu yanıt verir.
• Geri alma tetikleyicisi — Denetleyici yaklaşık 5 atlamadan uzun zincir veya döngü gösterirse kuralı çekin ve eski → son hedefi 1:1 yeniden yönlendirin. 301 308

Test 2 — Google yönlendirmeyi gördü ve yeni URL’yi seçti

• Çalıştırılacak test — Google Search Console’da eski URL üzerinde URL Inspection çalıştırın.
• Beklenen sonuç — Durum “yönlendirmeli sayfa” olmalı; yeni URL incelendiğinde dizine alınmış ve Google’ın seçtiği canonical kendisi olmalıdır.
• Başarısızlık yorumu — Eski URL haftalar sonra hâlâ kendi canonical’ı olarak “gönderildi ve dizine alındı” görünüyorsa Google yönlendirmeyi getiremiyor veya çelişkili bir sinyal (canonical etiketi, site haritası, iç bağlantı) ona geri dönüyor.
• İzleme penceresi — Küçük/orta sitelerde günler ile birkaç hafta, büyüklerde daha uzun. Google taşıma sırasında görünürlüğün dalgalanabileceğini söyler; bu normaldir.
• Geri alma tetikleyicisi — Eski URL’yi düzeltmek için yönlendirmeyi kaldırmayın; Google onu alternatif ad olarak tutar ve kendiliğinden silikleşir. Yalnızca yeni URL hiç dizine alınmıyorsa tekrar inceleyin.

Test 3 — Taşıma trafiği sahipsiz bırakmadı

• Çalıştırılacak test — Eşlenmiş eski URL’leri Redirect Checker üzerinden toplu çalıştırın (bir seferde 20’ye kadar) veya tam site taraması yapın; taşınan sayfaları GSC Performance raporunda izleyin.
• Beklenen sonuç — Her eşlenmiş URL tek atlamayla 200 döndürmeli; hedefteki tıklama ve gösterimler birkaç hafta içinde eski URL’lerin seviyesine yaklaşmalıdır.
• Başarısızlık yorumu — Kalıcı düşüş genellikle yönlendirme “sızıntısından” değil, bozuk haritadan (eski URL’nin yanlış veya ilgisiz sayfaya gitmesi; Google bunu soft 404 sayabilir) kaynaklanır — düzgün 301 PageRank kaybına yol açmaz.
• İzleme penceresi — Eğilime güvenmek için 2–4 haftalık GSC verisi bekleyin; günlük gürültü yerine eşleştirilmiş önce/sonra aralığını karşılaştırın.
• Geri alma tetikleyicisi — Taşıma tarihiyle aynı dönemde başlayan açık ve kalıcı gösterim düşüşünde, yönlendirmenin kendisini suçlamadan önce 1:1 haritayı yeniden denetleyin. 200

Değişiklik günlüğü