Öne Çıkanlar

• 301 ve 308 kalıcı, 302 ve 307 geçici taşımadır; Google 301'i güçlü, 302'yi zayıf sinyal olarak işler³.
• Google için 307 = 302, 308 = 301'dir; kodlar anlamsal olarak farklıdır ve doğru olanı yazmak diğer istemciler için gerekir³.
• 301 ve 302'de tarayıcı POST isteğini GET'e çevirebilir; bunu istemiyorsanız kalıcıda 308, geçicide 307 kullanın⁶.
• Google yönlendirmelerin genellikle en az 1 yıl açık kalmasını öneriyor; Search Console adres değişikliği işlemleri 180 gün sürüyor²⁵.
• Googlebot varsayılan olarak 10 yönlendirme adımına kadar takip eder; Google zincirin ideal olarak 3 adımı aşmamasını, her hâlükârda 5 adımın altında kalmasını söylüyor³².
• Apache'de Redirect direktifine durum argümanı yazılmazsa varsayılan 302'dir; permanent yazmayı unutan kişi kalıcı sandığı geçici yönlendirmeyi kurar¹⁰.
• roicool.com'un canlı 301 haritası 148 kural ve 39 hedef URL içeriyor; zincir ve döngü sayısı sıfır, curl ile doğrulandı¹⁴¹⁵.

301 Yönlendirme Nedir?

301 yönlendirme, bir URL'nin kalıcı olarak yeni bir adrese taşındığını bildiren HTTP durum kodudur. Sunucu, isteğe 301 yanıtı ve Location başlığında yeni adresi döndürür; tarayıcı kullanıcıyı otomatik olarak o adrese götürür⁷. RFC 9110 bunu şöyle tanımlar: hedef kaynağa yeni ve kalıcı bir URI atanmıştır, sonraki tüm başvurular bu adresi kullanmalıdır⁶.

301 yönlendirme kurduğunuzda eski URL kalkar; ziyaretçi de arama motoru da yeni adrese gider. Google kalıcı yönlendirmeyi, yeni adresin canonical (asıl adres) olması gerektiğine dair bir sinyal olarak işler¹.

301 yönlendirme nasıl çalışır? (Location başlığı ve tarayıcı davranışı)

1. Ziyaretçi ya da Googlebot eski URL'yi ister.
2. Sunucu sayfa gövdesi yerine 301 durum kodunu ve Location başlığında yeni adresi döner.
3. Tarayıcı bu adresi otomatik olarak yeniden ister ve kullanıcıyı yeni sayfaya taşır⁷.
4. Googlebot yönlendirmeyi izler; dizine ekleme hattı bunu, yönlendirme hedefinin canonical olması gerektiğine dair bir sinyal olarak alır¹.

Google'ın HTTP durum kodları dokümanı farkı tek cümlede topluyor: 301 yanıtı, yönlendirme hedefinin işlenmesi gerektiğine dair güçlü bir sinyaldir³. Aynı dokümanda 302 için kullanılan sözcük zayıf sinyaldir³. Ziyaretçi ikisi arasındaki farkı hissetmez; arama tarafında ise iki kod aynı şeyi anlatmaz.

Yönlendirmeyi kurduktan sonra Google iki adresi de izlemeye devam eder: kaynak (eski) URL ve hedef (yeni) URL¹. Hangisinin canonical olacağı, yönlendirmenin kalıcı mı geçici mi olduğu gibi sinyallere bağlıdır; diğeri canonical adresin alternatif adı hâline gelir¹.

301 hangi durumlarda kullanılır?

• URL yapısını değiştirdiğinizde: /urun/12345 adresi /urun/kirmizi-kupa olduğunda.
• Alan adı taşırken: eski alan adındaki her sayfa yenisindeki karşılığına gittiğinde.
• HTTP'den HTTPS'e geçtiğinizde.
• www'lu ve www'suz sürümden birini tek adres olarak seçtiğinizde.
• İki benzer sayfayı tek sayfada birleştirdiğinizde.
• Satışı biten ürün sayfasını muadiline ya da üst kategorisine bağladığınızda.

Google, arama sonuçlarında görünen bir URL'yi değiştirmeniz gerektiğinde mümkün olan her durumda sunucu taraflı kalıcı yönlendirme öneriyor¹. Sunucuya erişiminiz yoksa anlık (gecikmesiz) meta refresh kalıcı yönlendirme sayılır¹. JavaScript yönlendirmesi son çaredir: render başarısız olursa Google yönlendirmeyi hiç görmeyebilir¹.

Bir cümleyi bilerek kurmuyoruz. Google'ın dokümantasyonunda 301'in bir sayfanın otoritesini birebir taşıdığına dair ifade yok. Belgelenmiş olan şey daha dar ve daha net: kalıcı yönlendirme, hedefin işlenmesi gerektiğine dair güçlü bir sinyaldir³. Karar bu ifadeye dayanır, kulaktan dolma bir aktarım oranına değil.

301, 302, 307 ve 308 Arasındaki Fark

301 ve 308 kalıcı, 302 ve 307 geçicidir. Aralarındaki ikinci fark HTTP yöntemidir: 301 ve 302'de tarayıcı POST isteğini GET'e çevirebilir, 307 ve 308 çeviremez⁶. Google 301 ve 308'i kalıcı taşıma olarak tanımlıyor¹. Kalıcı yönlendirmede arama sonucunda yeni hedef, geçici yönlendirmede kaynak sayfa görünür¹.

308 ne zaman kullanılır? (POST isteği taşıyan formlar ve ödeme akışları)

Yönlendirmenin arkasında bir form gönderimi ya da ödeme adımı varsa 308 kullanın. RFC 9110 gerekçeyi açıkça yazıyor: tarihsel nedenlerle bir kullanıcı aracısı, 301 sonrasında isteğin yöntemini POST'tan GET'e çevirebilir; bu davranış istenmiyorsa 308 kullanılabilir⁶.

MDN aynı uyarıyı tarayıcı tarafından tekrarlıyor: isteğin değiştirilmesini önlemek için 308 kullanılmalı, çünkü 308 yanıtından sonra yöntemi değiştirmek yasaktır⁷. 307 ise bunun geçici karşılığıdır; otomatik yönlendirmede yöntemin değiştirilmesini yasaklar⁶. Tek uyarı: 308, kardeş kodlarından çok daha yenidir (Haziran 2014) ve her istemcide tanınmayabilir⁶.

Google için 307 = 302, 308 = 301 — ama anlamları aynı değil

Google'ın HTTP durum kodları dokümanında 307'nin karşılığı 302, 308'in karşılığı 301'dir³. Buradan hangisini yazsam olur sonucu çıkmaz. Aynı doküman uyarıyor: Google bu kodları aynı işlese de kodlar anlamsal olarak farklıdır³.

Gerekçe yine Google'ın kendi cümlesinde: e-kitap okuyucular ve diğer arama motorları gibi başka istemciler de yararlanabilsin diye yönlendirmeye uygun durum kodu kullanılmalıdır³. Yani doğru kodu yazmak yalnızca Google için değil, siteye gelen her istemci için anlam taşır.

Geçici kodların meşru kullanımı da var: bakıma alınan bir sayfa, kampanya bitince geri açılacak bir kategori, sezon dışı kalan bir koleksiyon. Ölçüt tek sorudur — adres geri dönecek mi? Kalıcı kodu, yönlendirmenin geri alınmayacağından emin olduğunuzda kullanın¹.

Pratik kural dört satıra iner. Taşıma kalıcıysa ve arkada form yoksa 301. Kalıcıysa ve POST akışı varsa 308. Geçiciyse ve POST akışı varsa 307. Geçiciyse ve istek gövdesi önemsizse 302. Bu dört seçenekten hangisini yazdığınız, arama sonucunda eski adresin mi yeni adresin mi kalacağını belirler¹.

Sunucuda 301 Yönlendirme Nasıl Yapılır? (.htaccess, Nginx, PHP)

Sunucu taraflı 301, yönlendirmenin en güvenilir biçimidir: kural sunucu yapılandırmasında durur ve istemci sayfayı hiç indirmeden yeni adrese gider. Aşağıdaki örnekler Apache, Nginx ve PHP için çalışır durumdadır; yolları kendi sitenize göre değiştirmeniz yeterli.

Apache (.htaccess): Redirect ve RewriteRule

Apache'de iki yol var. mod_alias'ın Redirect direktifi tek satırda basit eşleme yapar; mod_rewrite'ın RewriteRule'u desen ve koşul yazmanıza izin verir. .htaccess içinde RewriteRule deseninin başına eğik çizgi konmaz, çünkü Apache yolu dizine göre değerlendirir.

• Tek sayfa, mod_alias: Redirect permanent "/eski-sayfa" "https://ornek.com/yeni-sayfa"
• Tek sayfa, mod_rewrite: RewriteEngine on satırının ardından RewriteRule "^eski-sayfa$" "/yeni-sayfa" [R=301,L]
• Tüm klasör: Redirect permanent "/eski-klasor" "https://ornek.com/yeni-klasor"
• Kalıcı olarak kaldırılan sayfa: Redirect gone "/kaldirilan-sayfa" — hedef URL yazılmaz

En sık yapılan hata: Apache'de Redirect direktifinin varsayılanı 302'dir

Redirect "/eski" "/yeni" yazan kişi 301 değil 302 kurar. Apache dokümantasyonu net: durum argümanı verilmezse yönlendirme geçicidir, yani HTTP 302¹⁰. Kalıcı yönlendirme için permanent argümanı zorunludur; permanent 301 döndürür¹⁰.

Bu hatanın maliyeti gecikmeli görünür. Ziyaretçi bir fark hissetmez, tarayıcı doğru sayfayı açar. Ama Google yönlendirmeyi zayıf sinyal olarak işler³ ve arama sonucunda kaynak sayfa kalmaya devam eder¹. Taşıma yaptığınızı sandığınız hâlde eski URL dizinde durur. Kuralı yazdıktan sonra durum kodunu mutlaka doğrulayın.

Nginx: return 301 ve rewrite permanent

Nginx'te .htaccess yoktur; kural sunucu bloğuna yazılır ve yapılandırma yeniden yüklenir. return direktifi 0.8.42 sürümünden itibaren 301, 302, 303, 307 ve 308 kodları için yönlendirme URL'si alabilir⁹.

• Tek sayfa: location = /eski-sayfa { return 301 https://ornek.com/yeni-sayfa; }
• Tüm alan adı: server { server_name eski.com www.eski.com; return 301 https://yeni.com$request_uri; }
• Desenli kural: rewrite ^/eski-klasor/(.*)$ /yeni-klasor/$1 permanent;

rewrite direktifindeki bayrak farkı, Apache'deki tuzağın Nginx karşılığıdır: permanent 301, redirect ise 302 döndürür⁹. return kullanırken kodu zaten kendiniz yazdığınız için bu karışıklık oluşmaz; basit yönlendirmelerde return tercih edilir.

PHP: header() ile 301

• header('HTTP/1.1 301 Moved Permanently');
• header('Location: https://www.ornek.com/yeni-adres');
• exit();

Üç satırın üçü de gerekli: durum kodu, hedef adres ve betiği durduran exit çağrısı. header çağrılarından önce ekrana tek bir karakter basılmışsa başlıklar gönderilemez ve yönlendirme kurulmaz. PHP yönlendirmesi yalnızca o dosyaya düşen istekleri kapsar; site geneli kurallar sunucu yapılandırmasına yazılır.

www ↔ www'suz ve HTTP → HTTPS yönlendirmesi

• Apache, www'suzdan www'ya: RewriteEngine on · RewriteCond %{HTTP_HOST} ^ornek\.com$ [NC] · RewriteRule ^(.*)$ https://www.ornek.com/$1 [R=301,L]
• Apache, HTTP'den HTTPS'e: RewriteEngine on · RewriteCond %{HTTPS} off · RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]
• Nginx, ikisi birden: server { listen 80; server_name ornek.com www.ornek.com; return 301 https://www.ornek.com$request_uri; }

Bu iki kuralı Apache'de ayrı ayrı yazarsanız www'suz HTTP adresi önce HTTPS'e, sonra www'ya gider: iki adımlık bir zincir oluşur. Nginx örneğindeki gibi tek kuralda birleştirin ya da Apache kuralını hem protokolü hem ana makine adını aynı anda düzeltecek biçimde kurun.

CMS'te 301 Yönlendirme: WordPress ve Webflow

Sunucu yapılandırmasına erişiminiz yoksa yönlendirmeyi içerik yönetim sisteminden kurarsınız. Sonuç değişmemeli: yanıt 301 olmalı ve hedef tek adım ötede durmalı.

WordPress'te 301 yönlendirme

WordPress'te üç yol var: Redirection ya da Yoast SEO gibi bir eklenti, sunucudaki .htaccess dosyası ve bir yazının kalıcı bağlantısını değiştirdiğinizde WordPress'in kendi kurduğu yönlendirme. Eklenti kuralları veritabanında durur ve her istekte PHP çalıştırır; yüzlerce kural biriktiğinde aynı kuralları .htaccess'e taşımak daha hızlı sonuç verir.

Webflow'da 301: tekil kural, CSV ile toplu yükleme ve wildcard

Webflow'da 301'ler Site settings altından tek tek ya da CSV dosyasıyla toplu olarak eklenir⁸. Kaynak URL'leri göreli yol olarak yazın, alan adı eklemeyin⁸. Webflow'un katı bir üst sınırı yok; en iyi uygulama olarak 1.000 kural öneriliyor⁸.

• Wildcard: eski yol /eski-klasor/(.*), hedef /yeni-klasor/%1 — parantez içi yakalanır ve %1 ile hedefe taşınır⁸.
• Webflow'un wildcard kuralları regex ve işlem sırası desteklemez; bir sayfayı kuraldan hariç tutamazsınız⁸.
• Yayındaki statik bir sayfayı yönlendirmek için önce sayfayı silmeniz, taslağa almanız ya da slug'ını değiştirmeniz gerekir⁸.
• Kurallar kök alan adına görelidir; /es/eski-url gibi lokalize sluglar ayrı kural ister⁸.

CSV'yi yüklemeden önce iki sütunu da gözden geçirin. Kaynak sütununda alan adı kalmışsa kural Webflow'un beklediği biçimde değildir⁸; hedef sütununda yayında olmayan bir sayfa varsa ziyaretçiyi 404'e gönderirsiniz. Taşımalarda bu dosyayı önceden hazırlayıp tek seferde yüklemek, elle giriş hatalarını ortadan kaldırıyor.

Webflow geliştirme hizmetimiz kapsamındaki taşımalarda haritayı yayına almadan önce hazırlıyor, yükledikten sonra da örnekleme yaparak doğruluyoruz. Kural sayısı üç haneye çıktığında tek tek kontrol pratik olmuyor; doğrulamayı komut satırından yapmak gerekiyor.

301 Yönlendirme Ne Kadar Süre Açık Kalmalı?

Google, yönlendirmelerin mümkün olduğunca uzun — genellikle en az 1 yıl — açık kalmasını öneriyor². Gerekçe aynı cümlede duruyor: bu süre Google'ın tüm sinyalleri yeni URL'lere taşıması için gerekli. Yeniden tarama ve başka sitelerden gelen bağlantıların yeniden atanması bu zaman aralığında gerçekleşiyor².

Kullanıcı tarafındaki öneri daha da net: yönlendirmeleri süresiz tutmayı düşünün. Ancak yönlendirme kullanıcıyı yavaşlatır; bu yüzden kendi bağlantılarınızı ve başka sitelerden gelen yüksek hacimli bağlantıları yeni URL'lere güncelleyin². Kural açık kalmaya devam eder, ama trafiğin çoğu artık ona hiç uğramaz.

Kalıcı kodu, yönlendirmenin geri alınmayacağından emin olduğunuzda kullanın¹. Üç ay sonra geri açılacak bir kampanya sayfasında 301 değil 302 vardır. 301'i kurup sonra geri almak, eski ve yeni adresin dizinde bir süre birlikte yaşamasına yol açar; hangisinin canonical olacağı sinyallere bağlıdır¹.

Alan adı taşırken: Search Console Adres Değişikliği ve 180 gün

Adres Değişikliği aracı yönlendirmenin yerine geçmez. Google'ın kendi yönergesi, aracı siteyi taşıdıktan ve yönlendirdikten sonra kullanmanızı söylüyor⁵. Araç çalıştırıldığında işlemler, Search Console'da taşımayı başlattığınız günden itibaren 180 gün devam eder⁵.

Google eski siteyi dizinden silmez. Yeni sitede karşılığı olmayan eski URL'ler, erişilebilir oldukları sürece arama sonuçlarında görünmeye devam edebilir⁵. Alan adı değiştirdiyseniz, yeni adresler dizine girmiş olsa bile eski URL'lerin bir süre görünmesi normaldir¹.

Süreye rakam verirken dikkatli olun. Google, bir yönlendirmenin kaç günde etki edeceğine dair sayı vermiyor. Verdiği tek ölçek, orta ölçekli bir sitede çoğu sayfanın dizinde taşınmasının birkaç hafta sürebileceği². Bunun ötesindeki gün sayıları tahmindir. Planı iki kaynaklı rakam üzerinden kurun: 180 gün ve bir yıl⁵².

301 Yönlendirme SEO Değerini Kaybettirir mi? "%15 Kaybı" Nereden Çıktı?

Google'ın güncel dokümantasyonunda 301 yönlendirmenin PageRank kaybettirdiğine dair tek bir ifade yok. Bu bir iddia değil, gözlem: 14 Nisan 2026 güncellemeli Redirects and Google Search ve 4 Şubat 2026 güncellemeli HTTP durum kodları dokümanları baştan sona tarandı; PageRank, dilution ya da loss sözcükleri geçmiyor.

"%15" rakamının izi: 1998 PageRank makalesindeki sönümleme katsayısı

Dolaşan %15 rakamının doğrulanabilir tek izi 1998 tarihli PageRank makalesine çıkıyor. Sergey Brin ve Lawrence Page, PageRank formülünde d ile gösterilen bir sönümleme katsayısı (damping factor) tanımlıyor ve bu katsayıyı genellikle 0,85 olarak aldıklarını yazıyor¹¹. Kalan pay 0,15, yani %15.

Katsayının konusu yönlendirme değil. d, rastgele gezinen kullanıcının bir sonraki adımda bağlantı takip etme olasılığını temsil eder ve formülün tamamına uygulanır¹¹. 1998 tarihli bu makalede 301 yönlendirmesi hiç geçmez. Rakam, bağlamından koparılıp yönlendirmeye yapıştırılmış.

Google adına yapılan açıklamalar ve tarihleri

Google adına yapılmış iki açıklama var ve ikisi de basın üzerinden aktarılıyor. Search Engine Land'in 27 Temmuz 2016 tarihli haberine göre Google'dan Gary Illyes, 30x yönlendirmelerin artık PageRank kaybettirmediğini söyledi¹².

Search Engine Journal'ın 29 Ekim 2018 tarihli haberinde ise John Mueller, PageRank'in 301 ve 302 yönlendirmeleri üzerinden aktarılabildiğini, mekanizmanın da bu yönlendirmelerle canonical seçilmesi olduğunu anlattı¹³.

2023 sonrasına ait resmî bir Google beyanı bulunamadı. Bu yüzden "Google 301'in değer kaybettirmediğini söylüyor" cümlesini bugünün Google'ı adına kurmuyoruz. Elimizdeki iki beyanın da tarihi ve yayıncısı belli; ikisini de tarihiyle aktarıp bırakıyoruz.

Bugün doğrulanabilir olan tek şey Google'ın güncel dokümanındaki sinyal ayrımı: 301 güçlü, 302 zayıf sinyaldir³. Yönlendirme kararı bu ayrıma göre verilir; tahmin edilen bir kayıp yüzdesine göre değil. Bir ajans size yönlendirme başına yüzdelik kayıp rakamı veriyorsa, o rakamın birincil kaynağını isteyin.

Yönlendirme Zinciri ve Yönlendirme Döngüsü

Yönlendirme zinciri, bir URL'nin başka bir yönlendirmeye, onun da bir başkasına gitmesidir. Googlebot varsayılan olarak 10 yönlendirme adımına kadar takip eder³. Google yine de zinciri kısa tutmanızı söylüyor: ideal olarak 3 adımı aşmayın, her hâlükârda 5 adımın altında kalın².

Kaç adım kabul edilebilir?

Doğru sayı birdir. Eski URL'yi doğrudan son hedefe bağlayın. Google, yönlendiren URL'den aldığı içeriği yok sayar; işlenen şey son hedef URL'nin içeriğidir³. Aradaki adımlar size hiçbir şey kazandırmaz, her adım kullanıcıya gecikme ekler. Zincir çoğu zaman kasıtlı kurulmaz; eski kuralların üstüne yeni kural yazıla yazıla birikir.

Zincirin asıl sorununu John Mueller 2018'de şöyle tarif etmişti: mesele zincir boyunca link değeri kaybı değil, kullanılabilirlik ve taranabilirliktir¹³. Bu sayfada her adımda %10 kayıp türü bir rakam vermiyoruz; böyle bir rakamın doğrulanabilir birincil kaynağı yok.

Yönlendirme döngüsü (redirect loop) neden oluşur?

Döngü, iki kuralın birbirini işaret etmesidir; istemci isteği tekrar tekrar gönderir ve sayfa hiç açılmaz. RFC 9110, istemcinin döngüsel yönlendirmeleri tespit edip müdahale etmesi gerektiğini söylüyor⁶. Spesifikasyonun daha eski bir sürümü ise beş yönlendirmelik bir üst sınır tavsiye etmişti⁶.

• www ve HTTPS kurallarının birbirini tetiklemesi.
• CMS'in kendi yönlendirmesiyle sunucu kuralının çakışması.
• Eski kuralı silmeden yeni kural eklemek: A adresi B'ye, B adresi A'ya gider.

Çözüm üç adımdır: zinciri tek adıma indirin, iç linkleme yapınızı ara adrese değil nihai URL'ye yöneltin⁸, sitemap dosyasından yönlendirilen URL'leri çıkarın. Kendi sitemizin 148 kurallık haritasında zincir ve döngü sayısı sıfırdır¹⁴; bu, kural sayısıyla değil kuralların düzeniyle ilgili bir sonuç.

301 mi, Canonical mi, 404/410 mu? Karar Tablosu

301 kopya sayfayı ortadan kaldırır; canonical URL etiketi ise iki sayfa da yaşarken hangisinin tercih edileceğini bildirir. Google kalıcı yönlendirmeyi, mevcut kopya sayfalardan kurtulmak istediğinizde kullanılacak yöntem olarak tanımlıyor⁴. Bu yüzden 301, canonical'ın alternatifi değil; canonical belirlemenin en güçlü yoludur¹.

Apache'de kalıcı silme de tek satırdır: Redirect gone "/kaldirilan-sayfa". gone argümanı 410 döndürür ve bu durumda URL argümanı yazılmaz¹⁰. Dört seçenek de arama motoru dizini kararını doğrudan etkiler; hangisini yazdığınız, eski adresin sonuçlarda kalıp kalmayacağını belirler¹.

Tablonun girdisi çoğu zaman yinelenen içerik sorunudur. Aynı ürünü üç farklı URL'den yayınlıyorsanız önce hangisinin yaşayacağına karar verin: ikisi de yayında kalacaksa canonical, biri kalkacaksa 301. Karar verilmeden kural yazmak ikinci bir düzeltme turu doğuruyor; kaldırılan sayfa birkaç ay sonra geri açıldığında da aynı kural bu kez ters yönde sorun çıkarıyor.

Eski sayfaları anasayfaya yönlendirmek: soft 404 riski

Google bunu açıkça yazıyor: çok sayıda eski URL'yi, yeni sitenin anasayfası gibi alakasız tek bir hedefe yönlendirmeyin². Bu kullanıcının kafasını karıştırır ve soft 404 hatası olarak değerlendirilebilir². Toplu silme sonrası en sık yapılan hata da budur.

İstisna belgelenmiş durumda: daha önce birden çok sayfada yayınlanan içeriği tek bir yeni sayfada birleştirdiyseniz, eski URL'leri o birleştirilmiş sayfaya yönlendirebilirsiniz². Fark niyette değil karşılıkta: hedef sayfa eski içeriğin yerine geçiyor mu, geçmiyor mu?

Aynı sınırı John Mueller 2018'de şöyle çizmişti: 404'ler için 301 ancak birebir karşılık veren URL'leriniz varsa mantıklıdır; aksi hâlde Google bunu büyük olasılıkla soft 404 gibi görüp 404 muamelesi yapar¹³. Karşılığı olmayan sayfayı yönlendirmek yerine 410 döndürmek daha dürüst bir çözümdür¹⁰.

301 Yönlendirmeyi Nasıl Test Edersiniz? (curl ve Search Console)

Yönlendirmeyi tarayıcıda değil komut satırında test edin. Tarayıcı sizi hedefe götürür ama arada kaç adım olduğunu göstermez. Tek komut yeter: curl -sI https://ornek.com/eski-sayfa

• İlk satır durum kodudur: HTTP/2 301 görüyorsanız kural kalıcıdır.
• location satırı hedefi verir; bu adres nihai sayfa olmalı, başka bir yönlendirme değil.
• İkinci bir adım varsa aynı komutu location çıktısındaki adrese uygulayın ve zinciri sayın.

Kendi sitemizden örnek: curl -sI https://www.roicool.com/en/glossary/a-b-test komutu HTTP/2 301 ve location: /en/glossary döndürüyor; hedefe tek adımda gidiliyor. Alan adının www'suz sürümünden www'lu sürüme ve HTTP'den HTTPS'e normalizasyon da tek adımda tamamlanıyor¹⁵.

Bu haritanın tamamı 148 kural ve 39 farklı hedef URL'den oluşuyor; zincir ve döngü sayısı sıfır. En büyük iki konsolidasyon, 61 kuralın /en/glossary ve 36 kuralın /sozluk hub'ına gitmesi¹⁴. Bu, Google'ın belgelediği birleştirilmiş içeriği tek yeni sayfaya yönlendirme istisnasının canlı karşılığı — bu terimlerin içeriğini hub sayfasında birleştirdiğimiz için istisna kapsamındalar; içeriğini birleştirmediğiniz sayfaları toplu hâlde tek hedefe yönlendirmek aynı şey değildir².

Search Console'un URL Denetleme aracını bu iş için kullanmayın. Google'ın kendi dokümanı, Googlebot genel web içeriğini tararken 10 yönlendirme adımı takip ederken Google Inspection Tools'un yönlendirmeleri takip etmediğini yazıyor³. Araç size yönlendirmenin ötesini göstermez.

1. Her kural tek adımda mı bitiyor?
2. İç bağlantılar ara adrese değil nihai URL'ye mi gidiyor?
3. Sitemap dosyasında yönlendirilen URL kaldı mı?
4. Kalıcı olması gereken kural gerçekten 301 mi döndürüyor?

Yönlendirme haritası çıkarmak, taşıma öncesi eski ve yeni adresleri eşlemek ve taşıma sonrası her kuralı doğrulamak teknik SEO hizmetimiz kapsamındadır. Kendi haritamızı da aynı yöntemle kurduk ve aynı komutla doğruluyoruz¹⁵.

Sıkça Sorulan Sorular

301 yönlendirme ne kadar süre açık kalmalı?

Google yönlendirmelerin mümkün olduğunca uzun, genellikle en az 1 yıl açık kalmasını öneriyor². Bu süre Google'ın tüm sinyalleri yeni URL'lere taşıması, yeniden tarama yapması ve başka sitelerden gelen bağlantıları yeniden ataması için gerekli². Alan adı taşıdıysanız Search Console'daki adres değişikliği işlemleri, taşımayı başlattığınız günden itibaren 180 gün sürer⁵. Kullanıcı tarafındaki öneri daha da nettir: yönlendirmeleri süresiz tutmayı düşünün, ama kendi bağlantılarınızı yeni adreslere güncelleyin².

301 ile 302 yönlendirme arasındaki fark nedir?

301 kalıcı, 302 geçici taşımadır. Google 301'i yönlendirme hedefinin işlenmesi gerektiğine dair güçlü, 302'yi ise zayıf sinyal olarak işler³. Fark arama sonucunda görünür: kalıcı yönlendirmede yeni hedef, geçici yönlendirmede kaynak sayfa gösterilir¹. İkinci fark HTTP yöntemi değildir — 301 ve 302'de tarayıcı POST isteğini GET'e çevirebilir; yöntemi korumak istiyorsanız kalıcıda 308, geçicide 307 kullanın⁶. Adres geri dönmeyecekse 301, dönecekse 302 yazın¹.

307 ve 308 yönlendirme ne zaman kullanılır?

307 ve 308, tarayıcının POST isteğini GET'e çevirmesini istemediğinizde kullanılır; 307 geçici, 308 kalıcıdır⁶. RFC 9110, 301 sonrasında bir kullanıcı aracısının yöntemi POST'tan GET'e çevirebileceğini, bu istenmiyorsa 308 kullanılabileceğini yazıyor⁶. Form gönderimi ya da ödeme adımı içeren akışlarda doğru seçim budur. Google 307'yi 302'ye, 308'i 301'e denk sayar³; yine de 308 Haziran 2014'te eklendiği için her istemcide tanınmayabilir⁶.

301 yönlendirme SEO değerini (PageRank) kaybettirir mi?

Google'ın güncel dokümantasyonunda 301'in PageRank kaybettirdiğine dair bir ifade yok. Dolaşan %15 rakamının doğrulanabilir tek izi, 1998 tarihli PageRank makalesindeki 0,85 sönümleme katsayısıdır ve bu katsayının yönlendirmeyle ilgisi yoktur¹¹. Google'dan iki isim adına yapılmış, basın üzerinden aktarılan iki açıklama var: Gary Illyes 2016'da 30x yönlendirmelerin PageRank kaybettirmediğini söyledi¹²; John Mueller 2018'de PageRank'in 301 ve 302 üzerinden aktarıldığını anlattı¹³. 2023 sonrasına ait resmî bir Google beyanı bulunamadı.

301 yönlendirme ile canonical etiket arasındaki fark nedir?

301 kopya sayfayı ortadan kaldırır; canonical etiketi ise iki sayfa da yaşarken hangisinin tercih edileceğini arama motoruna bildirir. Google kalıcı yönlendirmeyi, mevcut kopya sayfalardan kurtulmak istediğinizde kullanılacak yöntem olarak tanımlıyor⁴. Kalıcı yönlendirme aynı zamanda hedefin canonical olması gerektiğine dair bir sinyaldir¹; yani 301 canonical'ın rakibi değil, canonical belirlemenin en güçlü yoludur. Kullanıcı yönlendirilecekse 301, iki sayfa da yayında kalacaksa canonical kullanın.

301 yönlendirme nasıl kontrol edilir?

curl -sI komutuyla durum kodunu ve location başlığını okuyarak kontrol edilir; yanıt 301 ve hedef tek adım ötedeyse kural doğrudur¹⁵. location satırındaki adres başka bir yönlendirmeye çıkıyorsa zinciriniz var demektir. Googlebot varsayılan olarak 10 adıma kadar takip eder³, ama Google zincirin ideal olarak 3 adımı aşmamasını, 5 adımın altında kalmasını söylüyor². Search Console'un URL Denetleme aracı yönlendirmeleri takip etmez³.