301 Yönlendirme: Ne Zaman Kullanılır, Nasıl Kurulur ve Nasıl Kontrol Edilir

Kısaca: 301 yönlendirmesi, tarayıcılara ve arama motorlarına bir URL'nin kalıcı olarak taşındığını söyler. Google, 301 ve 308'i hedefin kanonik URL olması gerektiğine dair güçlü bir sinyal olarak değerlendirir; 302 ve 307 ise geçicidir ve eski URL'yi yerinde bırakır. Her site yalnızca tek bir adreste yanıt vermelidir: http://, https://, www ve www olmayan sürümlerin hepsi tek adımda aynı nihai URL'ye yönlendirilmelidir. Yönlendirmeleri en az bir yıl tutun, iç bağlantıları nihai adrese güncelleyin ve yalnızca zincirin sonunu değil, tamamını kontrol edin.

Yönlendirmeler düzgün çalıştığında görünmezdir. Çalışmadığında ise belirtiler belirsizdir: sıralamalar www ile www olmayan sürüm arasında bölünür, bir taşıma işlemi aylarca trafik kaybettirir, ana sayfa üç adres arasında sektiği için bir saniye geç açılır. Bu sorunların çoğu, adresinizin her sürümünü sonuna kadar takip ederek bir dakikada bulunabilir.

Bu rehber yönlendirme türlerini ve Google'ın bunlara nasıl yaklaştığını, her sitenin birleştirmesi gereken host sürümlerini, zincirleri ve döngüleri, yaygın sunucularda kurulumu, ücretsiz yönlendirme kontrol aracımızın nasıl çalıştığını ve raporladığı her sorunun nasıl düzeltileceğini kapsar.

Yönlendirme nedir

Yönlendirme, "bu kaynak başka bir yerde" diyen ve yeni adresi Location başlığında belirten bir yanıttır. Tarayıcı yeni adresi otomatik olarak ister. Sunucu tarafı bir yönlendirme ağ üzerinde şöyle görünür:

HTTP/1.1 301 Moved Permanently
Location: https://www.example.com/new-page

Durum kodu, istemcilere taşımaya nasıl davranacaklarını söyler. MDN bunları kalıcı yönlendirmeler (tarayıcıların "orijinal URL'yi güncelleyeceği") ve geçici yönlendirmeler (tarayıcıların "hatırlamadığı") olarak ayırır.

Google'ın yönlendirme dokümantasyonu ayrıca anlık meta refresh (0 saniye) ve JavaScript location değişikliğini kalıcı, gecikmeli meta refresh'i ise geçici olarak sınıflandırır. Mümkün olduğunda sunucu tarafı kalıcı yönlendirmeleri önerir ve render işlemi başarısız olabileceği için "yalnızca sunucu tarafı veya meta refresh yönlendirmesi yapamıyorsanız JavaScript yönlendirmelerini kullanın" der.

Yönlendirmeler SEO için neden önemli

Yinelenen içerikleri birleştirirler. Google'ın kanonikleştirme rehberi yönlendirmeleri "yönlendirme hedefinin kanonik olması gerektiğine dair güçlü bir sinyal" olarak listeler. Yönlendirme olmadan, bağlantılar gibi sinyaller aynı içeriğin birkaç URL'si arasında bölünebilir.

Taşınan sayfaları bir taşıma işlemi boyunca taşırlar. URL'ler değiştiğinde, her eski URL'den yeni karşılığına verilen bir 301, Google'a bunları dizinde değiştirmesini söyler ve eski bağlantılardan gelen ziyaretçileri doğru sayfaya yollar.

HTTPS'yi korurlar. Google "eşdeğer HTTP sayfaları yerine HTTPS sayfalarını kanonik olarak tercih eder" ve aynı rehber, HTTP'den HTTPS'ye yönlendirmeyi bunu pekiştirmenin yollarından biri olarak listeler.

Zamana mal olurlar. Her adım, sayfa yüklenmeye başlamadan önce bir gidiş-dönüş daha demektir. Mobil ağlarda üç yönlendirmelik bir zincir, ekranda bir şey görünmeden önce fark edilir bir gecikmedir.

Tek site, tek adres

Bir tarayıcı için aşağıdakiler, aynı sayfayı gösterseler bile dört farklı sitedir:

http://example.com/
http://www.example.com/
https://example.com/
https://www.example.com/

Birini seçin, genellikle www'lu veya www'suz HTTPS sürümünü, ve diğer üçünün doğrudan ona giden tek bir 301 ile yanıt vermesini sağlayın. www ile www olmayan arasındaki seçim zevk meselesidir; önemli olan yalnızca tek bir sürümün 200 ile yanıt vermesidir. Ayrıca TLS sertifikasının hem example.com hem de www.example.com adreslerini kapsadığından emin olun, aksi halde https://www yönlendirmesi çalışamadan başarısız olur.

Aynı kural sitenin içinde de geçerlidir: /pricing ve /pricing/ ikisi de 200 veriyorsa, bir biçim seçin ve diğerini yönlendirin.

Zincirler ve döngüler

Zincir, başka bir yönlendirmeye çıkan yönlendirmedir. En yaygın örnek, protokol ve host'un ayrı adımlarda ele alınmasıdır:

http://www.example.com/  301 →  https://www.example.com/  301 →  https://example.com/

Google'ın tarayıcıları "10 yönlendirme adımına kadar takip eder" (HTTP durum kodları ve Google Arama), dolayısıyla iki adımlık bir zincir sayfayı kaybettirmez. Ancak Google'ın site taşıma rehberi "yönlendirmeleri zincirlemekten kaçınmanızı" ve "doğrudan nihai hedefe" yönlendirmenizi söyler; bu mümkün değilse zincirleri kısa tutun, "ideal olarak en fazla 3 ve 5'ten az." Ziyaretçiler her durumda her adımın bedelini öder.

Döngü, hiç bitmeyen bir zincirdir: A, B'ye yönlendirir ve B tekrar A'ya; çoğu zaman sunucudaki bir HTTPS kuralı ile CDN'deki başka bir kural birbiriyle çeliştiği için olur. MDN, tarayıcıların döngüleri algılayıp hata gösterdiğini belirtir; sayfa sonuçta erişilemez olur.

301 yönlendirmesi nasıl kurulur

Apache (.htaccess veya sanal host), tüm sürümleri https://www.example.com adresinde birleştirir:

RewriteEngine On
RewriteCond %{HTTPS} off [OR]
RewriteCond %{HTTP_HOST} !^www\.example\.com$ [NC]
RewriteRule ^(.*)$ https://www.example.com/$1 [R=301,L]

Tek bir sayfa için Redirect 301 /old-page https://www.example.com/new-page yeterlidir. MDN'ye göre, kod belirtilmeyen yalın bir Redirect varsayılan olarak 302 gönderir.

Nginx, diğer tüm sürümleri yakalayan tek bir server bloğuyla:

server {
    listen 80;
    listen 443 ssl;
    server_name example.com www.example.com;
    # ssl_certificate lines here for the 443 listener
    if ($host = example.com) { return 301 https://www.example.com$request_uri; }
    if ($scheme = http)      { return 301 https://www.example.com$request_uri; }
    # ... the site itself
}

Birçok kurulum bunun yerine ayrı server blokları kullanır; her sürüm nihai adrese tek adımda ulaştığı sürece ikisi de işe yarar.

Next.js, next.config.js içinde:

module.exports = {
  async redirects() {
    return [
      { source: '/old-blog/:slug', destination: '/blog/:slug', permanent: true },
    ]
  },
}

Next.js dokümanları, istek yöntemini korumak için permanent: true değerinin 308, permanent: false değerinin 307 gönderdiğini belirtir. Google 308'i kalıcı olarak ele aldığı için bu sorun değildir.

CDN'ler ve hosting sağlayıcıları. Çoğu CDN ve hosting paneli yönlendirme kuralları ve bir "her zaman HTTPS kullan" anahtarı sunar. Her iş için tek bir katman kullanın: CDN HTTP'yi HTTPS'ye yükseltiyor ve origin sunucu da host'ları yönlendiriyorsa iki adımlık bir zincir elde edersiniz; ikisi çelişirse döngü oluşur.

WordPress. Ayarlar › Genel bölümündeki site adresi kanonik host'u belirler; WordPress diğer host'ları ona yönlendirir. Sayfa düzeyindeki yönlendirmeler için bir yönlendirme eklentisi veya SEO eklentinizin yönlendirme yöneticisini kullanın, host birleştirmesi için ise sunucu kurallarını tercih edin.

Searvia yönlendirme kontrol aracı nasıl çalışır

Yönlendirme kontrol aracı, web sitesi SEO kontrol aracımızla aynı altyapıyı kullanır: bir alan adı girin, ana sayfanızı ve çevresindeki dosyaları yaklaşık 20 saniyede 38 kontrolle denetler ve bu aracın konusu olan üç kontrolü en başta gösterir. İşte bunların yaptığı işler.

Yönlendirmeler ve yinelenen sürümler (orta öncelik). Araç girdiğiniz alan adını alır, www. önekini kaldırır ve dört adres açar: http:// ve https://, her biri www'lu ve www'suz. Her birini altı yönlendirmeye kadar takip eder, nereye vardığını ve her adımın durum kodunu kaydeder. Bir sürüm, yalnızca kalıcı (301 veya 308) yönlendirmeler kullanarak ana sayfanızın nihai adresiyle aynı şema ve host'ta bitiyorsa geçer. Sonuç:

• Başarısız: herhangi bir sürüm başka bir yerde bitiyorsa, örneğin https://www.example.com ana siteniz iken https://example.com kendi sayfasıyla yanıt veriyorsa, ya da bir sürüm yönlendirme döngüsünde bitiyor veya altıdan fazla yönlendirme gerektiriyorsa.
• Uyarı: herhangi bir sürüm geçici yönlendirme (302, 303 veya 307) kullanıyorsa ya da girdiğiniz adres yanıt vermeden önce birden fazla yönlendirme adımı gerektiriyorsa (https:// artı girdiğiniz host'tan itibaren sayılır).
• Başarılı: her sürüm kalıcı yönlendirmelerle aynı siteye varıyorsa ve ana adres bir adım gerektiriyor ya da hiç gerektirmiyorsa.

Rapor, dört sürümün her birini nihai URL'si, yol boyunca görülen yönlendirme kodları (örneğin 301 › 301) ve bir onay ya da çarpı işaretiyle listeler. Çözümlenemeyen veya erişilemeyen sürümler, örneğin DNS kaydı olmayan bir www host'u, başarısız sayılmak yerine dışarıda bırakılır.

HTTPS (yüksek öncelik). http:// artı host'unuzu, yönlendirmeleri takip etmeden ister. Site HTTPS üzerinden çalışıyorsa ve HTTP isteği, Location değeri https:// ile başlayan bir 3xx ile yanıtlanıyorsa geçer. "HTTP does not redirect to HTTPS" veya "The site does not work over HTTPS" mesajıyla başarısız olur. Düz HTTP hiç yanıt vermiyorsa yönlendirme test edilemez ve kontrol başarı ya da başarısızlık yerine bir not gösterir.

Sayfa durumu (yüksek öncelik). Nihai sayfa 2xx durumuyla yanıt vermelidir. 4xx veya 5xx başarısız sayılır.

Neyi test etmez

• Meta refresh ve JavaScript yönlendirmeleri. Yalnızca HTTP yönlendirmeleri takip edilir. Meta etiketiyle yönlendiren bir sürüm, kendi üzerinde bitiyormuş gibi görünür.
• İç sayfalar. Yalnızca ana sayfa adresleri test edilir. Taşıma sonrası sayfa düzeyindeki yönlendirmeler için eski URL listesini tarayın.
• Sürüm başına adım sayıları. Adım uyarısı yalnızca ana adresinizin adımlarını sayar; http://www üzerindeki iki adımlık kalıcı bir zincir kodlarını tabloda gösterir (301 › 301) ama sonucu düşürmez. Her adımın URL'sini görmek için curl kullanın.

Her adımı URL'si ve koduyla görmek için:

curl -sIL http://www.example.com/ | grep -iE '^(HTTP|location)'

Sonucu okumak

Genel not, öncelik ağırlıklı (yüksek 10, orta 5, düşük 2; uyarı yarısını alır) tüm 38 kontrolü kapsar ve bir "Önce bunları düzeltin" listesi ile paylaşılabilir bir rapor bağlantısı içerir.

Aracın raporladığı her sorun nasıl düzeltilir

1. Bazı sürümler ana sürüme yönlendirmiyor

1. Nihai adrese karar verin: https://www.example.com veya https://example.com.
2. Raporun tablosunda hangi sürümlerin yanlış URL'de bittiğine bakın.
3. Bunların her birinden nihai adrese, yolu koruyarak (Nginx'te $request_uri, Apache'de $1) doğrudan bir 301 ekleyin.
4. Başıboş sürüm tamamen başka bir host'ta bitiyorsa DNS'i kontrol edin: www için eski bir A kaydı bir park sayfasına ya da önceki bir host'a işaret ediyor olabilir.
5. Canonical etiketlerinizin, site haritanızın ve iç bağlantılarınızın da nihai adresi kullandığından emin olun; canonical'ınızla çelişen bir yönlendirme karışık sinyal gönderir.
6. Yönlendirme kontrol aracını yeniden çalıştırın.

2. Adres birkaç yönlendirmeden geçiyor

1. Girdiğiniz adreste curl -sIL komutunu çalıştırın ve zinciri okuyun.
2. Adımları birleştirin: yukarıdaki Apache ve Nginx örneklerinde olduğu gibi, nihai olmayan her sürümü doğrudan nihai URL'ye gönderen tek bir kural.
3. CDN ve origin ikisi de yönlendiriyorsa, birinin yapmasına izin verin. Genellikle HTTP'den HTTPS'ye geçişi CDN yapar ve origin hiçbir şey yapmaz, ya da origin ikisini de yapar ve CDN istekleri olduğu gibi iletir.
4. Kontrolünüzdeki bağlantıları güncelleyin: logo bağlantınız, navigasyon, e-posta imzaları, sosyal medya profilleri ve reklam hedefleri nihai adrese işaret etmelidir.

3. HTTP, HTTPS'ye yönlendirmiyor

1. HTTPS'nin, hem çıplak alan adını hem de www'yu kapsayan geçerli bir sertifikayla çalıştığını doğrulayın.
2. Her http:// URL'sinden, yolu koruyarak, https:// karşılığına kalıcı bir yönlendirme ekleyin.
3. Her şey HTTPS üzerinden çalışmaya başladığında, tarayıcıların HTTP isteğini tamamen atlaması için HSTS'yi (Strict-Transport-Security: max-age=31536000; includeSubDomains) düşünün. Google, HSTS'yi HTTPS'nin kanonik olmasını pekiştirmenin bir başka yolu olarak listeler. Güvenlik başlıkları kontrol aracı bunu test eder.

4. Site HTTPS üzerinden çalışmıyor

Bir sertifika kurun (Let's Encrypt ücretsizdir ve çoğu hosting bunu otomatikleştirir), kullandığınız her host adını kapsadığından emin olun, ardından 3. adımdaki HTTP'den HTTPS'ye yönlendirmeyi ekleyin. Sıradaki temizlik, karışık içeriktir; yani hâlâ http:// üzerinden yüklenen betikler veya görseller.

5. Ana sayfa 200 ile yanıt vermiyor

5xx sunucu sorunu demektir; hata günlüklerine bakın. 403 çoğu zaman bir güvenlik duvarının veya bot korumasının otomatik istekleri reddettiği anlamına gelir; bu, arama motoru tarayıcılarını da reddediyor olabilir. Ana sayfada 404 genellikle bir yönlendirmenin ziyaretçileri artık var olmayan bir yola gönderdiği anlamına gelir. Hedefi düzeltin, sonra yeniden kontrol edin.

6. Geçici yönlendirmeler, döngüler veya uzun zincirler

1. Çarpı işaretli satırı bulun ve kodlarını okuyun. Host sürümleri arasındaki 302, 303 veya 307, 301 veya 308 olmalıdır; sunucuyu, CDN'i ve eklentileri kontrol edin, çünkü geçici olan çoğu zaman bir varsayılandır (yalın bir Apache Redirect 302 gönderir).
2. Döngü genellikle iki katmanın çeliştiği anlamına gelir; örneğin origin HTTP'yi HTTPS'ye yönlendirirken CDN'in HTTPS'yi HTTP'ye göndermesi gibi. Bunlardan birini kapatın.
3. Altıdan fazla adımlık bir zincir için, 2. adımda olduğu gibi doğrudan nihai adrese giden tek bir kuralla değiştirin.

Taşıma sırasında yönlendirmeler

URL'ler değiştiğinde, yukarıdaki host düzeyindeki kurallar yalnızca başlangıçtır. Google'ın site taşıma rehberi şunları ekler:

1. Her eski URL'yi yeni karşılığıyla eşleştirin; site haritalarını, sunucu günlüklerini, analitiği ve CMS'inizi kullanın. Her şeyi ana sayfaya yönlendirmek bir eşleme değildir.
2. Doğrudan nihai hedefe yönlendirin, asla yeniden yönlendiren bir URL'ye değil.
3. Her yeni URL'ye kendine referans veren bir canonical verin, iç bağlantıları güncelleyin ve her site haritasının yeni URL'leri listelediğinden emin olun.
4. Yönlendirmeleri mümkün olduğunca uzun, genellikle en az bir yıl tutun.

Uluslararası siteler için Google'dan bir kural daha: ziyaretçileri konumlarına veya tarayıcı dillerine göre dil sürümleri arasında otomatik yönlendirmekten kaçının, çünkü "Googlebot tarayıcısı genellikle ABD'den gelir" ve diğer sürümleri hiç görmeyebilir (çok bölgeli siteler). Hreflang rehberimiz alternatifi anlatır.

Uygulamalı örnek (varsayımsal)

Aşağıdaki örnek varsayımsaldır, gerçek veri değildir. Uydurma bir mobilya mağazası olan Bramble & Co yeni bir platforma taşındı. Yönlendirme kontrol aracı şunu raporluyor:

https:// çıplak alan adı yönlendirmek yerine tüm siteyle yanıt verdi: yeni platform her iki host'a da hizmet veriyordu ve host kuralı yalnızca eski sunucuda vardı. Kodlar ayrıca http://bramble.example/ adresinin iki adım aldığını ve ilkinin 302 olduğunu gösterdi. Ekip, nihai olmayan her sürüm için CDN'e tek bir 301 kuralı ekledi, zincir oluşmaması için platformun kendi HTTPS yönlendirmesini kaldırdı ve kontrolü yeniden çalıştırdı: dört sürümün hepsi artık tek adımda https://www.bramble.example/ adresinde bitiyor.

15 dakikalık yönlendirme kontrol listesi

1. Alan adınız üzerinde ücretsiz yönlendirme kontrol aracını çalıştırın.
2. Dört sürümün de tek bir adreste bittiğini doğrulayın.
3. Raporda (veya curl -sIL ile) her sürümün kodlarını kontrol edin: tek adım, durum 301 veya 308.
4. Canonical'ların, site haritasının ve iç bağlantıların nihai adresi kullandığını kontrol edin.
5. Sertifikanın hem çıplak alan adını hem de www'yu kapsadığından emin olun.
6. Bir taşımadan sonra eski URL'lerden bir örneklemi test edin ve yönlendirmeleri en az bir yıl tutun.

Searvia nasıl yardımcı olur

Ücretsiz yönlendirme kontrol aracı, adresinizin her sürümünü takip eder ve HTTPS ile ana sayfa durumunu paylaşılabilir tek bir raporda kontrol eder. Bir Searvia hesabında site denetimi tüm siteyi her hafta tarar; yönlendirmelere işaret eden iç bağlantıları, site haritasındaki yönlendirilmiş veya bozuk URL'leri ve hata veren sayfaları işaretler, böylece her yerde doğrudan nihai adreslere bağlantı verebilirsiniz. Çalışma süresi izleme sitenizi günün her saati kontrol eder ve site çöktüğünde ya da sertifikasının süresi dolmak üzereyken, yani HTTPS yönlendirmelerinin en sık bozulduğu anlarda, sizi uyarır. Teknik kontrollerin tam sırası için teknik SEO denetimi rehberimize bakın.