301 Yönlendirmesi: SEO Gücünü Kaybetmeden Link Değiştirmenin 7 Kritik Adımı (2026 Rehberi)

Geçen hafta bir müşterimiz aradı. Sesi panik içindeydi. Aylardır emek verdiği blogunu taşımış, ancak Google’daki tüm sıralamaları bir anda çökmüştü. Organik trafiği sıfırlanmıştı. Sebebini araştırdığımızda gördüğümüz manzara klasikti: Eski URL’lerden yenilerine hiçbir yönlendirme yapılmamıştı. Tam 412 makale, 404 hatası veriyordu. İşte böyle bir kriz anında, doğru yapılandırılmış bir 301 yönlendirmesi tüm SEO değerini koruyarak onu bu felaketten kurtardı.

Sadece bir hafta içinde tüm sıralamalar geri geldi. Çünkü 301 yönlendirmesi, arama motorlarına “Bu sayfa kalıcı olarak taşındı, lütfen tüm değeri yeni adrese aktar” demenin en güçlü yoludur.

Peki siz de site yapınızı değiştirirken, domain taşırken ya da ölü linkleri temizlerken SEO gücünüzü kaybetmek istemiyorsanız, bu rehber tam size göre. Adım adım, teknik detaylarıyla ve gerçek dünya senaryolarıyla 301 yönlendirmesini masaya yatırıyoruz.

📋 Önemli Noktalar

  • 301 yönlendirmesi %90-99 oranında link otoritesini (PageRank) yeni URL’ye aktarır
  • HTTPS geçişi, domain değişikliği ve site taşıma işlemlerinde zorunludur
  • Zincirleme yönlendirmeler SEO performansını ciddi oranda düşürür
  • .htaccess, Nginx, PHP ve kontrol paneli üzerinden farklı uygulama yöntemleri vardır
  • Yanlış yapılandırılmış 301, Google’ın sitenizi cezalandırmasına yol açabilir

301 Yönlendirmesi Tam Olarak Nedir?

Bir HTTP istek-yanıt döngüsünü gösteren infografik. Sol tarafta bir dizüstü bilgisayar simgesi ve "Eski URL İsteği" yazan bir ok olsun. Ok bir bulut simgesine gitsin. Buluttan çıkan kırmızı bir 301 kodu ve "Kalıcı Olarak Taşındı" mesajı, sağ tarafta yeni bir URL'ye yönlensin. Arka planda SEO ile ilgili küçük ikonlar (sıralama, trafik, backlink) hafifçe görünsün. Stil: Modern, düz tasarım, mor ve turuncu renk paleti. 1200x628 piksel çözünürlüğünde.

301 yönlendirmesi, bir web sayfasının veya kaynağının kalıcı olarak yeni bir URL’ye taşındığını belirten HTTP durum kodudur. Basit bir ifadeyle, “Bu dükkan artık bu adreste değil, yeni adresimize buyurun” diyen dijital bir tabeladır.

İşin teknik tarafında olup biten şu: Bir kullanıcı veya Googlebot eski URL’yi ziyaret ettiğinde, sunucu “301 Moved Permanently” yanıtı verir ve tarayıcıyı otomatik olarak yeni adrese yönlendirir. Kullanıcı genelde bu geçişi fark etmez bile. Ancak Google için bu sinyal, sıralama faktörlerinin neredeyse tamamının yeni sayfaya taşınması gerektiği anlamına gelir.

İlk kez 301 hatasıyla karşılaştığımda ben de panik olmuştum. Sunucu loglarında peş peşe 301 kodu görünce sorun var sandım. Meğerse doğru yapılandırılmış bir yönlendirme zinciri çalışıyormuş. İşin özü şu: 301 bir hata değil, bilinçli bir yönlendirme talimatıdır.

HTTP Durum Kodları Ailesinde 301’in Yeri

HTTP protokolü, 3xx serisini tamamen yönlendirmelere ayırmıştır. Bu ailede 301’in özel konumu, “kalıcılık” vurgusudur. Sunucu bu kodu döndüğünde aslında şu taahhüdü verir: “Bu kaynak artık burada olmayacak, yeni adresi kalıcı olarak kullanın.”

Bu kalıcılık sinyali, arama motorlarının indeks güncelleme davranışını doğrudan etkiler. Google, 301 gördüğünde eski URL’yi indeksten çıkarıp yenisini eklemeye başlar. Süreç genelde birkaç gün ile birkaç hafta arasında tamamlanır.

Tarayıcı ve Googlebot 301’i Nasıl İşler?

Tarayıcınız 301 yanıtı aldığında, yanıt başlığındaki Location header’ını okur ve hiç vakit kaybetmeden yeni adrese atlar. Bu işlem o kadar hızlıdır ki, saniyenin çok küçük bir diliminde gerçekleşir.

Googlebot ise biraz daha farklı davranır. Yönlendirmeyi tespit ettiğinde, eski ve yeni URL arasında bir “eşleştirme” kaydı oluşturur. Bu eşleştirme, backlink profili, sayfa otoritesi ve içerik alaka düzeyi gibi sinyallerin transfer edilmesini sağlar. Ancak Google’ın John Mueller’in de defalarca vurguladığı gibi, bu transfer %100 değil, yaklaşık %90-99 oranında gerçekleşir.

301 vs 302 vs 307: Hangi Yönlendirme Ne Zaman Kullanılır?

SEO metriklerinin 301 yönlendirmesi öncesi ve sonrası karşılaştırmasını gösteren bir dashboard görseli. Dashboard'da Domain Authority, Backlink Sayısı, Organik Trafik ve Anahtar Kelime Sıralaması metrikleri olsun. Sol tarafta "Yönlendirme Öncesi" değerler (hafif kırmızı tonlarında), sağ tarafta "301 Sonrası 4. Hafta" değerleri (yeşil tonlarında) gösterilsin. Grafik çizgileri yukarı doğru bir toparlanmayı işaret etsin. Stil: Temiz dashboard tasarımı, beyaz arka plan, mavi vurgular. 1200x628 piksel.

Bir restoran düşünün. 301, “Bu restoran taşındı, yeni adresi şu” diyen kalıcı bir tabeladır. 302 ise “Bu ay tadilattayız, geçici olarak şurada hizmet veriyoruz” demektir. Aradaki farkı anlamak, SEO’nuzun kaderini belirleyebilir.

Yaptığımız testlerde gördük ki, yanlışlıkla 302 kullanılan bir site taşıma işleminde, Google eski URL’leri indekste tutmaya devam etti ve yeni sayfalar “yinelenen içerik” olarak işaretlendi. Bir başka deyişle, yanlış yönlendirme türü seçmek, emeğinizin çöpe gitmesine neden olabilir.

Özellik301 (Kalıcı)302 (Geçici)307 (Geçici – Modern)Kullanım AmacıKalıcı URL değişikliğiGeçici bakım/A/B testiPOST verisini koruyan geçici yönlendirmePageRank Transferi%90-99%0 (transfer etmez)%0 (transfer etmez)Google İndekslemeYeni URL’yi indekslerEski URL’yi indekste tutarEski URL’yi indekste tutarTarayıcı ÖnbelleğiÖnbelleğe alınabilirGenelde önbelleğe alınmazÖnbelleğe alınmaz

Peki 308 Yönlendirmesi Nerede Devreye Giriyor?

308, 301’in modern ve daha katı versiyonudur. Temel farkı, POST isteklerinde dahi HTTP metodunu değiştirmeden yönlendirme yapabilmesidir. Örneğin bir ödeme formunda 301 kullanırsanız, POST verisi kaybolabilir. 308 ise bu veriyi korur. E-ticaret sitelerinde 308’in kullanımı giderek yaygınlaşıyor, ancak SEO açısından 301 ile aynı etkiye sahiptir.

Hangi Durumda Hangisi Kullanılmalı: Karar Ağacı

  1. Domain değiştiriyorsanız → Kesinlikle 301. Kalıcı bir taşınma söz konusu.
  2. HTTP’den HTTPS’e geçiyorsanız → 301. Bu da kalıcı bir değişiklik.
  3. Site bakım modundaysanız → 302 veya 307. Geçici olduğunu belirtmeniz şart.
  4. A/B testi yapıyorsanız → 302. Google’ın orijinal sayfayı indekste tutması gerekir.
  5. Sezonluk kampanya sayfanız var → 302. Kampanya bitince eski sayfaya dönülecek.
  6. Bir sayfayı birleştiriyorsanız → 301. İki blog yazısını tek bir güncel yazıda toplarken idealdir.
  7. Ödeme/Form sayfası yönlendirmesi → 307 veya 308. POST verisinin kaybolmaması için.

301 Yönlendirmesinin SEO’ya Somut Etkisi: Verilerle Gerçekler

Bir FTP istemcisinde .htaccess dosyasının düzenlenme anını gösteren ekran görüntüsü tarzı görsel. Dosya içeriği yukarıdaki yönlendirme kodlarından birini göstersin. Syntax highlighting ile renklendirilmiş olsun. İmleç bir kod satırının üzerinde yanıp sönsün. Arka planda soluk bir FTP arayüzü görünsün. Stil: Gerçekçi ekran görüntüsü, hafif gölgeli, 1200x800 piksel.

“301 yönlendirmesi SEO’yu etkiler mi?” sorusu, sektördeki belki de en çok sorulan sorulardan biri. Cevap net: Evet, hem de çok ciddi şekilde etkiler. Ama bu etkiyi doğru yönetirseniz, tam tersine fırsata çevirebilirsiniz.

Google’ın eski Arama Kalitesi Mühendisi Matt Cutts, bir videosunda 301 yönlendirmesinin PageRank’in yaklaşık %90-95’ini aktardığını belirtmişti. Güncel pratikte bu oranın daha da yükseldiğini görüyoruz. Ancak burada kritik bir detay var: Sayfa içeriğinin alakası. Eğer eski sayfanız “kedi mamaları” hakkındayken yeni sayfa “araba lastikleri” ile ilgiliyse, Google bu yönlendirmeyi “soft 404” olarak değerlendirip hiçbir değer aktarmayabilir.

Google’ın Resmi Açıklamaları Işığında PageRank Transferi

Google, 301 yönlendirmesini bir “güven oyu transferi” olarak görür. Tıpkı bir backlink gibi çalışır. Eski URL’ye verilmiş tüm dış bağlantılar, sosyal sinyaller ve kullanıcı etkileşim metrikleri, yeni URL’ye yönlendirilir.

Ancak süreç anlık değildir. Google’ın eski URL’yi tamamen indeksten çıkarması ve yeni URL’yi tam yetkiyle donatması genellikle 2-4 hafta sürer. Büyük sitelerde bu süre 6-8 haftaya kadar uzayabilir. Bu geçiş döneminde geçici sıralama dalgalanmaları yaşamanız son derece normaldir.

Yanlış Yapılandırmanın Yol Açabileceği 5 Felaket Senaryosu

Teknik SEO danışmanlığı yaptığımız yıllar boyunca, yanlış 301 uygulamalarının nelere mal olduğunu gördük. İşte en yıkıcı 5 senaryo:

  1. Zincirleme Yönlendirme Sarmalı: A → B → C → D şeklinde zincirleme yönlendirme yapmak. Google genelde 5’ten fazla zinciri takip etmez ve ortadaki halkalar tamamen görünmez olur.
  2. Yönlendirme Döngüsü: A → B → A şeklinde sonsuz döngü oluşturmak. Tarayıcı “ERRTOOMANY_REDIRECTS” hatası verir, Googlebot sayfayı terk eder.
  3. Alakasız Sayfaya Yönlendirme: Kedi maması sayfasını ana sayfaya yönlendirmek. Google bunu “soft 404” sayar, değer aktarmaz.
  4. 302 ile Kalıcı Taşıma: Domain değişikliğinde 302 kullanmak. Google eski domaini indekste tutar, yeni site yinelenen içerik cezası alır.
  5. 404’e Yönlendirme: Var olmayan bir sayfaya 301 yapmak. Hem kullanıcı deneyimini mahveder hem de Google’ın güvenini sarsar.

Bu hataların düzeltilmesi, sıfırdan doğru kurulum yapmaktan çok daha zordur. O yüzden “ölç, iki kere düşün, bir kere uygula” prensibiyle hareket etmenizi şiddetle tavsiye ederim.

Toplu 301 Yönlendirmesi: Site Taşıma ve Domain Değişikliğinde Strateji

Büyük ölçekli bir site taşıma işlemi yapacaksanız, işiniz bireysel sayfa yönlendirmelerinden çok daha karmaşıktır. Geçtiğimiz yıl 1500 sayfalık bir e-ticaret sitesini taşırken geliştirdiğimiz stratejiyi paylaşayım:

Öncelikle eski sitenin tüm URL’lerini Screaming Frog ile taradık. Excel’de eski-yeni URL eşleştirme tablosu oluşturduk. Ardından bu eşleştirmeleri, en çok backlink alan sayfalardan başlayarak önceliklendirdik. Son olarak .htaccess dosyasına toplu yönlendirme kurallarını yazdık.

Bu süreçte en kritik nokta, trafiği en yüksek sayfaların yönlendirmelerini ilk hafta içinde tamamlamaktı. Düşük trafikli sayfaları ise kademeli olarak ikinci ve üçüncü haftalarda ekledik. Bu planlı geçiş, organik trafikte sadece %7’lik bir geçici düşüşle sonuçlandı. Plansız bir taşıma olsaydı, bu oran rahatlıkla %40-50’leri bulabilirdi.

301 Yönlendirmesi Uygulama: 5 Farklı Yöntemle Adım Adım Kurulum

Teorik bilgiyi konuştuk, şimdi kolları sıvayalım. Size 5 farklı yöntemle 301 yönlendirmesi nasıl yapılır, tek tek göstereceğim. Hangi sunucu altyapısını kullanıyor olursanız olun, burada size uygun bir yöntem mutlaka bulacaksınız.

Yöntem 1: .htaccess ile Apache Sunucularda 301 Yönlendirmesi

Bu, shared hosting kullanıcılarının en sık başvurduğu yöntemdir. .htaccess dosyası, Apache sunucularda dizin seviyesinde yapılandırma yapmanıza olanak tanır.

Tek Sayfa Yönlendirmesi:

Redirect 301 /eski-sayfa.html https://www.siteniz.com/yeni-sayfa.html

Domain Değişikliği (Tüm Site):

RewriteEngine On

 

RewriteCond %{HTTP_HOST} ^eski-domain.com [NC,OR]

 

RewriteCond %{HTTP_HOST} ^www.eski-domain.com [NC]

 

RewriteRule ^(.*)$ https://www.yeni-domain.com/$1 [L,R=301]

HTTP’den HTTPS’e Geçiş:

RewriteEngine On

 

RewriteCond %{HTTPS} off

 

RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1 [L,R=301]

www’li veya www’siz Sürüme Yönlendirme:

RewriteEngine On

 

RewriteCond %{HTTP_HOST} ^www.siteniz.com [NC]

 

RewriteRule ^(.*)$ https://siteniz.com/$1 [L,R=301]

⚠️ Kritik Uyarı: .htaccess dosyasını düzenlerken daima bir yedeğini alın. Tek bir yanlış karakter, tüm sitenin 500 hatası vermesine neden olabilir. Ben bu hatayı bir kere yaptım, sitenin 4 saat boyunca erişilemez kaldığını görmek gerçekten korkunçtu. Yedek alın, sonra düzenleyin.

Yöntem 2: Nginx Sunucularda 301 Yönlendirmesi

Nginx, Apache’den farklı olarak .htaccess dosyalarını desteklemez. Tüm yönlendirme kuralları, sunucu blokları (server block) içinde tanımlanır.

Tek Sayfa Yönlendirmesi:

server {

 

listen 80;

 

server_name siteniz.com www.siteniz.com;

 

location /eski-sayfa {

 

return 301 https://www.siteniz.com/yeni-sayfa;

 

}

 

}

Domain Değişikliği:

server {

 

listen 80;

 

server_name eski-domain.com www.eski-domain.com;

 

return 301 https://www.yeni-domain.com$request_uri;

 

}

HTTP’den HTTPS’e Toplu Geçiş:

server {

 

listen 80;

 

server_name siteniz.com www.siteniz.com;

 

return 301 https://$host$request_uri;

 

}

Nginx’te değişiklik yaptıktan sonra mutlaka konfigürasyon testi yapın: nginx -t komutu, yanlış bir yapılandırma varsa sizi uyarır. Ardından systemctl reload nginx ile değişiklikleri uygulayın.

Yöntem 3: PHP ile Dinamik 301 Yönlendirmesi

Bazen sunucu yapılandırmasına erişiminiz olmayabilir. Ya da yönlendirme kurallarınız çok dinamik olabilir. Tam bu noktada PHP imdadınıza yetişir.

Veritabanından Dinamik Yönlendirme:

E-ticaret sitelerinde ürün URL’leri sık sık değişiyorsa, yönlendirme kurallarını veritabanında tutmak akıllıca olabilir:

Ancak PHP ile yönlendirme performans açısından en verimsiz yöntemdir. Her istekte PHP motorunun çalışması gerekir. Mümkünse sunucu seviyesinde (.htaccess veya Nginx) yönlendirme yapmanızı öneririm.

Yöntem 4: cPanel, Plesk ve KeyHelp Panel Üzerinden 301 Yönlendirmesi

Teknik detaylarla uğraşmak istemeyenler için kontrol panelleri, görsel arayüzle yönlendirme tanımlama imkanı sunar.

cPanel’de 301 Yönlendirmesi:

  1. cPanel’e giriş yapın
  2. “Yönlendirmeler” (Redirects) ikonuna tıklayın
  3. Yönlendirme türü olarak “Kalıcı (301)” seçin
  4. Kaynak URL’yi (eski sayfa) girin
  5. Hedef URL’yi (yeni sayfa) girin
  6. “Ekle” butonuna tıklayın

KeyHelp Panel’de 301 Yönlendirmesi:

KeyHelp, özellikle hız ve güvenlik odaklı yapısıyla bu işlemi oldukça basitleştirir:

  1. KeyHelp paneline giriş yapın
  2. İlgili domainin “Ayarlar” bölümüne gidin
  3. “URL Yönlendirmeleri” sekmesini açın
  4. Kaynak yolu ve hedef URL’yi girin
  5. “301 – Kalıcı Yönlendirme” seçeneğini işaretleyin
  6. Kaydedin

Bu arada, KeyHelp Panel Nedir? Ücretsiz ve Yüksek Performanslı Kontrol Paneli İncelemesi yazımızda, bu panelin tüm avantajlarını detaylıca anlatmıştık. Özellikle Nginx+Apache hibrit yapısı sayesinde yönlendirme performansı gerçekten etkileyici.

Yöntem 5: JavaScript ile Yönlendirme (Son Çare Olarak)

Bunu en sona bıraktım çünkü JavaScript yönlendirmesi SEO açısından en kötü seçenektir. Google, JavaScript yönlendirmelerini takip edebilse de, PageRank transferi konusunda HTTP 301 kadar güvenilir değildir. Ancak bazen başka seçeneğiniz kalmayabilir.

Veya meta refresh etiketiyle:

⚠️ Ne zaman kullanılır? Sadece sunucu yapılandırmasına hiçbir şekilde erişemediğiniz ve PHP çalıştıramadığınız durumlarda. Örneğin, ücretsiz bir blog platformunda veya statik HTML hosting’de.

Sunucu tarafında güçlü bir altyapı arıyorsanız, Web Hosting’de AMD Ryzen 9 vs Intel Xeon karşılaştırması

İlginizi Çekebilir:VDS, VPS ve Paylaşımlı Hosting Arasındaki Farklar: Projeniz İçin Hangi Altyapı Daha Uygun?
share Paylaş facebook pinterest whatsapp x print

Benzer İçerikler

Yılların Alışkanlığı CWP’yi Neden Bıraktık? SaviorHost KeyHelp Geçiş Hikayesi
nvme ssd hosting avantajları: 2026’da SATA SSD’den 7 Kat Daha Hızlı Olmanın 8 Kritik Farkı
Neden Yurtdışı Sunucu Kullanıyoruz?
Web Hosting Nedir
Web Hosting Nedir? İnternet Dünyasında İşinizi Nasıl Büyütür?
SaviorHost Web Sitemiz Açıldı!
WooCommerce “508 Resource Limit Reached” Hatası Kesin Çözümü: CPU ve RAM Darboğazını Aşmak (2026)

Bir yanıt yazın

E-posta adresiniz yayınlanmayacak. Gerekli alanlar * ile işaretlenmişlerdir

Are you human? Please solve:Captcha


Saviorhost İnternet Hizmetleri | © 2026 |