301 Yönlendirme Nedir? SEO İçin Kullanım Rehberi

301 yönlendirme, kalıcı olarak değişen bir URL'nin yeni adresini tarayıcıya ve arama motoruna bildiren HTTP yanıtıdır. Eski sayfadan yeni sayfaya doğrudan geçiş sağlar; SEO sinyallerinin aktarılmasına yardımcı olur. Ancak hedef yanlışsa, zincir uzunsa veya yeni sayfa erişilemiyorsa tek başına trafik kaybını önlemez.

301 yönlendirme tam olarak ne yapar?

Bir URL kalıcı olarak değiştiğinde, eski adresi ziyaret eden tarayıcıyı ve arama motoru botunu yeni adrese göndermek için HTTP 301 Moved Permanently yanıtı kullanılır. Sunucu, yanıt başlığında yeni adresi Location alanıyla belirtir. Kullanıcı yeni sayfayı görür; arama motoru ise eski URL’nin sinyallerini yeni URL ile ilişkilendirmeye çalışır.

301 yönlendirme yalnızca bir SEO ayarı değildir. Alan adı değişikliği, HTTP’den HTTPS’ye geçiş, URL yapısının yenilenmesi, ürün veya makale adreslerinin sadeleştirilmesi gibi işlemlerde erişilebilirliği koruyan bir HTTP mekanizmasıdır. Yanlış kurgulanırsa yönlendirme döngüsü, zincir ve gereksiz tarama yükü oluşturabilir.

301 yanıtında hangi bilgiler bulunur?

RFC 9110’a göre 301, hedef kaynağın kalıcı olarak başka bir URI’ye taşındığını belirtir. Tipik bir yanıt şu mantıktadır:

HTTP/1.1 301 Moved Permanently
Location: https://www.example.com/yeni-adres

Buradaki Location başlığı kritik bilgidir. İstemci, yönlendirme politikasına göre bu adrese yeni bir istek gönderir. MDN dokümantasyonunda da 301 yanıtının kalıcı taşınma için kullanıldığı, istemcilerin yeni adresi gelecekte tercih edebileceği belirtilir.

Ne yapılmalı – Kalıcı taşınmayı yalnızca yeni URL gerçekten uzun süre kullanılacaksa 301 ile bildirin.

301 ile 302, 307 ve 308 arasındaki fark nedir?

Her yönlendirme kodu aynı anlama gelmez. 302 geçici taşınmayı, 301 ise kalıcı taşınmayı ifade eder. 307 ve 308 kodları, HTTP metodunu koruma davranışını daha açık tanımlar. Özellikle POST isteklerinde yalnızca kod numarasına güvenmek yerine uygulamanın ve istemcinin davranışı test edilmelidir.

Örneğin bir ödeme formunun POST isteğini yanlışlıkla 301 ile yönlendirmek, bazı istemcilerde isteğin GET olarak tekrarlanmasına yol açabilir. Sayfa adresi değişikliklerinde 301 çoğu zaman uygundur; API ve form isteklerinde 307 veya 308 daha dikkatli bir seçim olabilir.

301 ile 302 arasındaki fark yalnızca SEO açısından düşünülmemeli. Tarayıcı önbelleği, istemci uygulamaları, CDN davranışı ve form verisinin korunması da kararın parçasıdır.

301 yönlendirme SEO açısından neden önemlidir?

Google Search Central, kalıcı taşınmalarda sunucu tarafı yönlendirmeleri ve özellikle 301 veya 308 kodlarını önerilen yöntemler arasında sayar. Arama motoru eski URL’nin yerine yeni URL’yi değerlendirmeye başlar; ancak bu, bütün sıralama sinyallerinin anında ve eksiksiz aktarılacağı anlamına gelmez.

Bir URL değiştiğinde yalnızca yönlendirme kuralı eklemek yeterli değildir. Yeni sayfanın içeriği eski sayfayla anlamlı biçimde eşleşmeli, canonical etiketi yeni adresi göstermeli, XML sitemap güncellenmeli ve dahili bağlantılar yeni URL’ye çevrilmelidir. Eski adresi alakasız bir ana sayfaya göndermek, kullanıcı beklentisini karşılamaz ve arama motoru açısından zayıf bir sinyal oluşturabilir.

Alan adı değişikliklerinde Google Search Console üzerindeki adres değişikliği işlemi ayrıca değerlendirilebilir. DNS kayıtları, TLS sertifikası ve e-posta hizmetleri bu işlemden bağımsız görünse de geçiş planının parçasıdır. Alan adı ve DNS ilişkisini anlamak için DNS_PROBE_FINISHED_NXDOMAIN Hatası Nasıl Çözülür? başlıklı içeriğe de bakılabilir.

301 yönlendirme SEO değerini otomatik taşır mı?

Hayır. 301, arama motoruna kalıcı değişikliği bildiren güçlü bir teknik sinyaldir; garanti belgesi değildir. İçerik büyük ölçüde değişmişse, yeni sayfa yanıt vermiyorsa, yönlendirme zinciri uzunsa veya eski URL’lerin tamamı tek bir alakasız sayfaya gönderiliyorsa beklenen değer aktarımı gerçekleşmeyebilir.

Başlık etiketleri, içerik eşleşmesi ve canonical kontrolü birlikte yapılmalıdır. Sayfa başlığı değişikliğinde Title Ne Demek? Title Etiketi Ne Amaçla Kullanılır? içeriğindeki temel kontroller yol gösterir.

Ne yapılmalı – Her eski URL için içerik açısından en yakın yeni hedefi belirleyin ve ana sayfaya toplu yönlendirmeden kaçının.

Apache ve Nginx üzerinde 301 nasıl yapılandırılır?

Apache .htaccess örneği

Apache kullanılıyorsa, mod_rewrite ile belirli bir eski adres yeni adrese gönderilebilir. .htaccess dosyasının ilgili sanal host tarafından okunabildiğinden emin olun.

RewriteEngine On
RewriteRule ^eski-sayfa/?$ https://www.example.com/yeni-sayfa [R=301,L]

R=301 kalıcı yönlendirmeyi, L ise kural eşleştiğinde aynı kural setinde işlemeyi durdurmayı belirtir. Apache yapılandırmasında AllowOverride ve modül durumu kontrol edilmeden yalnızca dosyaya kural eklemek yeterli değildir.

Nginx server bloğu

Nginx üzerinde tek bir URL için daha doğrudan bir return kuralı kullanılabilir:

server {
    listen 80;
    server_name example.com;

    return 301 https://www.example.com$request_uri;
}

$request_uri, sorgu dizesiyle birlikte istenen yolu korur. Böylece /urun?id=42 isteği yeni alan adına taşınırken yol ve sorgu bilgisi kaybolmaz. Yapılandırmayı etkinleştirmeden önce mutlaka şu iki kontrol çalıştırılmalıdır:

sudo nginx -t
sudo systemctl reload nginx

İlk komut sözdizimini test eder, ikinci komut çalışan Nginx sürecini kesmeden yapılandırmayı yeniden yükler. nginx -t başarısızsa reload çalıştırmayın.

Apache veya Nginx seçimi, yönlendirmenin SEO anlamını değiştirmez; kuralın doğru sanal host içinde bulunması ve her eski URL’yi beklenen hedefe göndermesi önemlidir.

Ne yapılmalı – Yapılandırmayı yayınlamadan önce sözdizimini test edin, ardından hem HTTP hem HTTPS isteklerini ayrı ayrı doğrulayın.

WordPress’te 301 yönlendirme nasıl yapılır?

WordPress’te basit URL değişiklikleri bir SEO eklentisi, özel eklenti veya sunucu katmanı üzerinden yönetilebilir. Trafiği yüksek sitelerde yönlendirmeyi mümkün olduğunca Nginx ya da Apache katmanında yapmak, WordPress PHP sürecini gereksiz yere çalıştırmaktan kaçınabilir.

Eklenti kullanılıyorsa kuralın eski URL’yi tam olarak yakaladığını kontrol edin. Sonundaki slash, büyük-küçük harf, URL kodlaması ve sorgu parametreleri farklı davranışlar doğurabilir. Örneğin /blog/yazi ile /blog/yazi/ uygulamada ayrı rotalar olarak ele alınıyorsa tek bir canonical URL belirlenmelidir.

Yönlendirme eklentileriyle ilgili karar verirken WordPress SEO Eklentileri Nelerdir? En İyi Seçenekler içeriğindeki eklenti ve yapılandırma ayrımını dikkate alın. Bir eklentide tutulan binlerce kural, taşınma sonrasında sunucuya aktarılmadan kalabilir; bu nedenle dışa aktarma ve geri dönüş planı oluşturulmalıdır.

WordPress’te sık görülen döngü

WordPress HTTPS arkasında, Nginx ise bir reverse proxy arkasında çalışıyorsa uygulama gerçek bağlantının HTTPS olduğunu algılamayabilir. Bu durumda WordPress HTTP’ye, proxy tekrar HTTPS’ye yönlendirir ve tarayıcıda ERR_TOO_MANY_REDIRECTS görülür. X-Forwarded-Proto başlığının proxy ve uygulama tarafından güvenli biçimde ele alınması gerekir.

Yönlendirme ekledikten sonra giriş sayfası, yönetim paneli, görseller ve canonical etiketleri birlikte test edilmelidir. Yalnızca ana sayfanın açılması yeterli kanıt değildir.

HTTP’den HTTPS’ye geçişte 301 nasıl kullanılmalı?

HTTPS geçişinde genellikle port 80’deki HTTP sanal host, aynı yolu koruyarak port 443’teki HTTPS adrese yönlendirilir. Önce sertifika, zincir, sanal host ve uygulama içindeki mutlak URL’ler hazırlanmalıdır. Sertifika hazır değilken HTTP trafiğini HTTPS’ye yönlendirmek kullanıcıları TLS hatasına götürür.

server {
    listen 80;
    server_name example.com www.example.com;

    return 301 https://www.example.com$request_uri;
}

HTTPS sanal host içinde www veya kök alan adı için tek bir tercih belirleyin. Hem https://example.com hem de https://www.example.com farklı içerik sunuyorsa canonical ve yönlendirme stratejisi dağılır.

HSTS, tarayıcıların gelecekte HTTP isteği yapmadan HTTPS kullanmasını sağlar; ancak yanlış yapılandırıldığında geri dönüşü zorlaştırabilir. Önce 301 kurallarını, sertifikayı ve alt alan adlarını test edin. HSTS politikasını daha sonra, kapsamı ve includeSubDomains etkisi anlaşılınca uygulayın.

SSL kurulumu sırasında yalnızca yönlendirmeye odaklanmayın. VPS’te SSL Sertifikası Kurulumu: Let’s Encrypt Rehberi üzerinden sertifika yenileme ve sanal host kontrollerini de gözden geçirin.

301 zinciri ve yönlendirme döngüsü nasıl bulunur?

Eski URL’nin önce başka bir eski URL’ye, ardından son hedefe gitmesi yönlendirme zinciridir. A’dan B’ye, B’den C’ye giden üç aşamalı bir zincir çalışabilir; fakat her ek istek gecikme, hata ve tarama maliyeti ekler. A’nın doğrudan C’ye gitmesi daha temizdir.

Döngüde ise URL’ler birbirlerini tekrar çağırır. Örneğin HTTP HTTPS’ye, HTTPS de yanlış bir proxy algısı nedeniyle HTTP’ye yönlendiriyorsa tarayıcı sonlandırma yapar. Komut satırından başlıkları görmek için:

curl -I http://example.com/eski-sayfa
curl -IL --max-redirs 10 http://example.com/eski-sayfa

-I yalnızca başlıkları ister. -L yönlendirmeleri izler; çıktıdaki her HTTP/ ve Location: satırı zincirin bir halkasını gösterir. --max-redirs 10 sonsuz takip riskini sınırlamak için kullanılır.

Tarayıcı önbelleği ve CDN önbelleği testleri yanıltabilir. Farklı bir istemci, temiz profil veya uygun bir gözlem noktasıyla deneme yapın. Sunucunun gerçekten gönderdiği durum kodunu görmek için curl -sS -D - -o /dev/null URL komutu da kullanılabilir.

İç bağlantılar hâlâ eski URL’leri gösteriyorsa her tıklamada 301 çalışır. Bu bağlantıları yeni hedefe çevirin; 301 yalnızca dışarıdan gelen eski bağlantıları karşılamak için geride kalsın.

Ne yapılmalı – Her eski URL’nin tek bir 301 ile nihai, 200 dönen ve konu bakımından eşleşen sayfaya ulaştığını doğrulayın.

301 uygulamasından sonra hangi kontroller yapılmalı?

Geçişi yalnızca tarayıcıda birkaç sayfa açarak tamamlanmış saymayın. Eski URL listesi, sunucu erişim logları, Search Console raporları, sitemap ve canonical değerleri birlikte incelenmelidir.

• Eski URL’lerin 301 döndürdüğünü kontrol edin.
• Yeni URL’lerin son aşamada 200 döndürdüğünü doğrulayın.
• Yönlendirme zinciri ve döngüsü bulunmadığını test edin.
• İç bağlantıları, canonical etiketlerini ve XML sitemap’i güncelleyin.
• Görsel, CSS, JavaScript ve form yollarını ayrı ayrı deneyin.
• Loglarda beklenmeyen 404, 5xx ve aşırı yönlendirme artışını izleyin.

Taşınan sayfaların yeni URL’lerinde noindex bulunmadığından da emin olun. Eski adresin 301, yeni adresin 200 ve indekslenebilir olması beklenen temel dizidir. Bir hata sayfası yönlendirmesi görüyorsanız 404 Hatası Nedir? Sebepleri ve Çözüm Yolları içeriğindeki durum kodu kontrolleri yardımcı olur.

Sunucu tarafında yönlendirme oranını loglardan takip etmek, kuralın beklenmeyen URL’leri de yakalayıp yakalamadığını gösterir. Özellikle regex içeren genel kurallar, resim veya yönetim paneli yollarını istemeden etkileyebilir.

301 yönlendirmede hangi hatalardan kaçınılmalı?

En yaygın hata, bütün eski sayfaları ana sayfaya göndermektir. Kullanıcı eski bir ürün veya rehber bağlantısını açtığında alakasız bir ana sayfa görür; arama motoru da bu hedefi anlamlı bir eşleşme olarak değerlendirmeyebilir.

İkinci hata, yönlendirmeleri aylarca büyüyen bir listeye dönüştürmektir. Kural eklemek kolaydır, eski zinciri temizlemek daha zahmetlidir. Her değişiklikten sonra eski hedefi doğrudan nihai URL’ye bağlayın.

301’i geçici kampanya, A/B testi veya kısa süreli bakım için kullanmak da doğru değildir. Bu senaryolarda 302, 307 veya uygulamaya uygun başka bir yöntem düşünülmelidir. Ayrıca yönlendirme kuralını üretim ortamında test etmeden reload etmek, yazım hatasıyla bütün sanal host’u etkileyebilir.

Son bir ayrıntı: sorgu parametrelerini otomatik silen kurallar kampanya ölçümünü veya uygulama oturumlarını bozabilir. utm_source gibi pazarlama parametreleri ile uygulamanın gerçekten ihtiyaç duyduğu ?id= benzeri parametreleri aynı kefeye koymayın.

301 Kuralını Yayına Almadan Önce Kontrol Edin

• Eski ve yeni URL'leri bir tabloya çıkarın.
• Her eski URL için konu bakımından eşleşen hedef belirleyin.
• 301 ile 302, 307 veya 308 arasından doğru kodu seçin.
• Apache veya Nginx yapılandırmasını test edin.
• curl ile Location başlığını ve tüm zinciri doğrulayın.
• Yeni URL'lerin 200 ve indekslenebilir olduğunu kontrol edin.
• Sitemap, canonical ve dahili bağlantıları güncelleyin.

Sık Sorulan Sorular

Kaynaklar

• IETF RFC 9110 – HTTP Semantics — rfc-editor.org
• MDN – 301 Moved Permanently — developer.mozilla.org
• Google Search Central – Redirects and Google Search — developers.google.com
• nginx.org – Rewrite Module — nginx.org