301 Yönlendirme Nedir? 404 Hataları ve Doğru Yönlendirme Rehberi

Kısa cevap: 301 yönlendirme, bir sayfanın kalıcı olarak yeni bir adrese taşındığını tarayıcıya ve arama motorlarına bildiren HTTP durum kodudur. Ziyaretçi eski adresi açtığında otomatik olarak yeni adrese gider, Google da yeni adresi standart (canonical) sürüm olarak işler. Kalıcı taşımalarda 301 ya da 308, geçici durumlarda 302 ya da 307 kullanılır; yerine geçecek sayfası olmayan, gerçekten kaldırılmış içerik için 404 veya 410 döndürmek doğrudur. "Bulunamadı" yazan bir sayfayı 200 koduyla sunmak soft 404 sorunu yaratır; site taşırken her eski URL'yi tek adımda en yakın karşılığına yönlendirip yönlendirmeleri en az bir yıl korumak gerekir.

Bir e-ticaret sitesinde URL'ler sanıldığından çok daha sık değişir: ürün adı düzeltilir, kategori yapısı sadeleşir, altyapı değişir, kampanya sayfası kapanır. Her değişiklikte eski adres Google dizininde, başka sitelerdeki bağlantılarda, reklam hesaplarında, e-posta arşivlerinde ve basılı kataloglardaki QR kodlarında yaşamaya devam eder. Bu adreslerin nereye gideceğine siz karar vermezseniz ziyaretçi bir hata sayfasıyla, Google da çelişkili sinyallerle karşılaşır.

Bu rehber yönlendirme ve hata kodlarını uçtan uca ele alıyor: 301, 302, 307 ve 308 farkı; 404, 410 ve soft 404 ayrımı; zincir ve döngüler; canonical ile yönlendirmenin farkı; site taşırken kullanılacak eşleme tablosu; silinen ürün ve kategoriler için karar tablosu; ikas, Shopify, WordPress, Apache ve nginx'te uygulama; Search Console raporlarını okuma ve test. Teknik davranışları Google Search Central dokümanlarına dayandırdık ve Kasım 2026 itibarıyla geçerli hâlleriyle anlatıyoruz.

301 yönlendirme nedir, ne işe yarar?

301 yönlendirme, sunucunun bir URL isteğine "Bu kaynak kalıcı olarak taşındı, yeni adresi şu" cevabını vermesidir. Cevapta 301 durum kodu ve yeni adresi taşıyan Location başlığı bulunur; tarayıcı bu başlığı görür görmez yeni adresi ister. Kullanıcı çoğu zaman hiçbir şey fark etmez, adres çubuğundaki URL değişir ve sayfa açılır.

SEO açısından önemi şuradadır: Google kalıcı yönlendirmeyi, hedef adresin standart sürüm olması gerektiğine dair güçlü bir sinyal olarak kullanır. Google'ın yönlendirmeler dokümanına göre kalıcı yönlendirmede dizine ekleme süreci hedefi standart URL kabul eder, eski URL ise bu standart adresin alternatif adı olarak tutulur. Böylece eski sayfanın kazandığı bağlantılar ve sinyaller zamanla yeni adreste toplanır; bu sinyallerin sıralamadaki yerini Google sıralama faktörleri yazısında ayrıntılı ele aldık.

Yönlendirme tarayıcıda ve Googlebot'ta nasıl işler?

Tarayıcı ve Googlebot aynı mekanizmayı izler ama farklı sonuç çıkarır. Tarayıcı yalnız kullanıcıyı yeni adrese taşır; Googlebot ise hangi adresin dizinde kalacağına karar verir. Google'ın HTTP durum kodları sayfası, Google tarayıcılarının varsayılan olarak en çok 10 yönlendirme adımını izlediğini ve yönlendiren URL'den gelen içeriğin yok sayılıp son hedefin içeriğinin işlendiğini belirtir.

Bu iki ayrıntının pratik anlamı açık: eski URL'de ne yazdığının bir önemi kalmaz, Google'ın değerlendirdiği sayfa hedef sayfadır. Hedef alakasızsa kalıcı yönlendirme bile sinyalleri doğru yere taşımaz. Bu nedenle yönlendirme işinin asıl zor kısmı kodu yazmak değil, her eski adres için doğru hedefi seçmektir.

301 hangi durumlarda doğru seçimdir?

301, adresin geri dönmeyecek biçimde değiştiği her durumda doğru seçimdir. En sık karşılaşılan örnekler şunlardır:

• Ürün, kategori ya da blog yazısının URL'si (slug) değiştiğinde.
• Alan adını değiştirdiğinizde ya da markayı yeni bir alan adına taşıdığınızda.
• http'den https'e geçtiğinizde, www ile www'suz sürümlerden birini tercih ettiğinizde.
• İki benzer sayfayı tek ve daha güçlü bir sayfada birleştirdiğinizde.
• Altyapı değiştirip URL yapısı farklı olan yeni bir platforma geçtiğinizde.

Hepsinin ortak noktası, kararın geri alınmayacak olmasıdır. Google da kalıcı yönlendirmeyi, yönlendirmenin geri çevrilmeyeceğinden emin olduğunuz durumlar için önerir. Değişiklik birkaç gün ya da birkaç hafta sürecekse geçici yönlendirme kullanın.

Yönlendirme değer kaybettirir mi?

Doğru kurulmuş, tek adımlı bir 301, eski sayfanın sinyallerini yeni adrese taşımanın Google tarafından önerilen yoludur; asıl kayıp riski yönlendirmenin kendisinden değil, yanlış hedef seçiminden ve zincirlerden gelir. Eski SEO tartışmalarında her yönlendirmede belirli bir oranda değer kaybedildiği sık dile getirilirdi; Google'ın güncel dokümanları ise yönlendirmeyi standartlaştırmada en güçlü sinyal olarak tanımlar. Pratikte trafik kaybı çoğunlukla üç nedenden doğar: alakasız hedef, eksik envanter yüzünden hiç yönlendirilmeyen sayfalar ve taşımayla birlikte değişen içerik.

Son neden sıkça gözden kaçar. Site yenilemede ürün açıklamaları kısaltılır, kategori metinleri silinir, başlıklar değişir; trafik düşünce de suç yönlendirmeye atılır. Yönlendirmenin etkisini temiz ölçmek istiyorsanız taşımada içerikleri mümkün olduğunca aynı tutun, içerik iyileştirmesini taşıma oturduktan sonra ayrı bir aşamada yapın.

HTTP durum kodları neyi anlatır?

HTTP durum kodu, sunucunun her isteğe verdiği üç haneli cevaptır ve ilk hane cevabın ailesini gösterir. 2xx "istek başarılı", 3xx "başka yere bak", 4xx "istenen şey yok ya da erişilemez", 5xx "sunucu tarafında sorun var" demektir. Googlebot her ailede farklı davranır; bu yüzden doğru kod, doğru içerik kadar önemlidir.

Tablodaki iki ayrıntı çoğu site sahibini şaşırtır. Birincisi, 200 döndürmek dizine eklenmeyi garanti etmez; Google ayrıca içeriğin değerine ve kopya olup olmadığına bakar. İkincisi, 429 (çok fazla istek) Google için bir istemci hatası değil, sunucunun aşırı yüklendiğinin işaretidir ve sunucu hatası gibi değerlendirilir.

Durum kodunu görmek için özel bir araca gerek yoktur. Tarayıcıda geliştirici araçlarını açıp Ağ (Network) sekmesinde sayfayı yenilediğinizde her isteğin kodu durum sütununda görünür. Bu sütunu nasıl okuyacağınızı test bölümünde adım adım anlatıyoruz.

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

Bu dört kod iki soruya göre ayrılır: taşınma kalıcı mı, geçici mi ve tarayıcı yeni adrese giderken isteğin yöntemini (GET, POST) koruyacak mı. 301 ve 308 kalıcıdır, 302 ve 307 geçicidir; 307 ve 308 ayrıca isteğin yöntemini ve gövdesini değiştirmeden aktarılmasını şart koşar. Google açısından 308, 301 ile; 307 de 302 ile eşdeğer işlenir.

Hangi kodu seçmelisiniz?

E-ticaret ve kurumsal sitelerde gerçek seçim çoğu zaman 301 ile 302 arasındadır, çünkü sayfa ziyaretleri GET isteğidir ve yöntem farkı önem taşımaz. 308 ve 307'yi ödeme, form ya da API adresleri gibi POST isteği alan uç noktaları taşırken düşünün. MDN'nin 308 açıklaması, 308'de yöntemin ve gövdenin istemci tarafından değiştirilmediğini, 301'de ise eski istemcilerin isteği GET'e çevirebildiğini anlatır.

Bir platformun panelinde yalnız "301" ve "302" seçeneği görüyorsanız bu bir eksiklik değildir. Sayfa taşımaları için bu ikisi yeterlidir; önemli olan kalıcı ile geçici arasındaki ayrımı doğru yapmaktır.

302 hangi durumlarda doğru seçimdir?

302, kaynak URL'nin dizinde kalmasını istediğiniz geçici durumlar için doğru seçimdir. Tipik örnekler şunlardır:

• Bir ürün sayfasını birkaç günlüğüne bir kampanya sayfasına yönlendirip sonra eski hâline döndürecekseniz.
• Giriş yapmamış kullanıcıyı hesap sayfasından giriş sayfasına göndermek gibi duruma bağlı yönlendirmelerde.
• Bir sayfanın yeni tasarımını kısa bir süre için ayrı bir adreste deniyorsanız.

Google'ın dokümanı, geçici yönlendirmede dizine ekleme sürecinin hedefi standart URL olarak kullanmadığını, hedefin ancak başka standartlaştırma sinyalleri varsa dizine eklenebileceğini söyler. Yani 302 ile "asıl adres hâlâ eski adres" mesajı verirsiniz.

Geçici yönlendirme aylarca kalırsa ne olur?

Kalıcı bir taşımada 302 kullanmak, Google'a eski adresin asıl adres olmaya devam ettiğini söylemektir. Bu durumda arama sonuçlarında eski URL görünmeye devam edebilir ya da Google diğer sinyallere bakarak kendi kararını verir; standart adres seçimi sizin kontrolünüzden çıkar.

Bu hata en çok varsayılan davranışı 302 olan araçlarla yapılır. Apache dokümanına göre Redirect komutunda durum belirtmezseniz varsayılan kod 302'dir; nginx'te yalnız adres verilen return komutu da 302 üretir. Taşıma kalıcıysa kodu her zaman açıkça yazın ve yayından sonra test edin.

404, 410 ve soft 404 arasındaki fark nedir?

404 "bu adreste bir şey bulunamadı", 410 "buradaki içerik kalıcı olarak kaldırıldı" anlamına gelir; soft 404 ise hata içeriği gösterdiği hâlde sunucudan 200 (başarılı) kodu dönen sayfadır. İlk ikisi doğru davranıştır, üçüncüsü bir yapılandırma hatasıdır. Google 404 ile 410'u aynı şekilde işler, soft 404'ü ise Search Console'da ayrı bir sorun olarak raporlar.

404 hatası sitenize zarar verir mi?

Kaldırılmış bir sayfanın 404 döndürmesi tek başına bir sorun değildir. Google'ın Sayfa dizine ekleme raporu yardım sayfası, yerine bir şey konmadan kaldırılan sayfalarda 404'ün sorun olmadığını belirtir ve genel olarak yalnız kendi sitenizden bağlantı verdiğiniz ya da site haritasında listelediğiniz 404'leri düzeltmenizi önerir. Başka bir sitenin yanlış yazdığı bir adresin 404 vermesi tamamen normaldir.

Zarar 404'ün kendisinden değil, kaçırılan fırsattan doğar. Değerli bağlantıları olan, hâlâ trafik alan ya da reklamlarda kullanılan bir ürün sayfası 404'e düşerse o trafik ve bağlantı değeri boşa gider. Bu yüzden her 404'ü değil, değer taşıyan 404'leri yönlendirin.

410 kodu sayfayı dizinden daha hızlı mı çıkarır?

Google'ın güncel dokümanı, 429 dışındaki tüm 4xx kodlarının aynı şekilde işlendiğini açıkça yazar. Yani 410'u yalnız "Google'dan daha hızlı silinsin" diye seçmenin belgelenmiş bir karşılığı yoktur. 410 yine de işe yarar: ekibinize ve diğer tarayıcılara "bu sayfa bilerek kaldırıldı" bilgisini verir, log incelemelerinde kasıtlı kaldırmaları kırık bağlantılardan ayırmanızı kolaylaştırır.

Soft 404 nasıl oluşur?

Soft 404, sayfanın hata gibi görünüp başarı kodu döndürmesiyle oluşur. E-ticarette en sık beş kaynağı vardır:

1. Silinen ürünün adresinde "Bu ürün artık satışta değil" yazan ama 200 döndüren şablon sayfa.
2. İçinde hiç ürün kalmamış, yalnız başlık ve filtrelerden oluşan boş kategori sayfaları.
3. Sonuç vermeyen site içi arama sayfalarının dizine açık bırakılması.
4. Kaldırılan çok sayıda sayfanın toptan ana sayfaya yönlendirilmesi.
5. İçeriği JavaScript ile yükleyen sitelerde, veri gelmediğinde boş kalan ama 200 dönen sayfalar.

Çözüm, sayfanın gerçek durumuna göre değişir. Sayfa gerçekten yoksa 404 ya da 410 döndürün; sayfa var ama ince görünüyorsa içeriğini zenginleştirin. Örneğin geçici olarak boşalan bir kategori sayfasına açıklama metni, alt kategori bağlantıları ve benzer ürünler ekleyebilirsiniz.

Bakım sırasında hangi kodu döndürmelisiniz?

Planlı bakım ya da kısa kesintilerde doğru kod 503'tür (Service Unavailable); sayfa var ama şu an hizmet veremiyor demektir. Bakım boyunca bütün sayfaları bir "bakımdayız" sayfasına yönlendirmek ya da bu sayfayı 200 koduyla sunmak hatalıdır; ikincisi sitenin geniş bölümünü soft 404'e düşürebilir.

Google 5xx hatalarında tarama hızını düşürür ve hata kalıcılaşırsa URL'leri dizinden çıkarır. Bu yüzden bakımı mümkün olduğunca kısa tutun, 503 cevabına sitenin ne zaman döneceğini bildiren Retry-After başlığını ekleyin ve bakımı birkaç saatle sınırlamaya çalışın.

Yönlendirme zinciri ve döngüsü nedir, nasıl düzeltilir?

Yönlendirme zinciri, bir URL'nin son hedefe tek adımda değil birden fazla ara adres üzerinden ulaşmasıdır; döngü ise adreslerin birbirine yönlendirip hiçbir zaman son hedefe varmamasıdır. Zincir yavaşlık ve sinyal kaybı riski yaratır, döngü ise sayfayı tamamen erişilemez kılar. İkisi de çoğunlukla farklı zamanlarda eklenen kuralların üst üste binmesiyle oluşur.

Yönlendirme zinciri nasıl oluşur?

Tipik bir zincir, yıllar içinde yapılan iyi niyetli değişikliklerden doğar. Bir ürün sayfasının şu yolu izlediğini düşünün:

1. http://example.com/urun/deri-canta adresine istek gelir, sunucu https'e yönlendirir.
2. https://example.com/urun/deri-canta adresi www'lu sürüme yönlendirir.
3. https://www.example.com/urun/deri-canta adresi, geçen yıl değişen slug yüzünden https://www.example.com/urun/el-yapimi-deri-canta adresine gider.
4. Bu adres de altyapı değişikliğinden sonra https://www.example.com/products/el-yapimi-deri-canta adresine yönlendirir.

Kullanıcı sonunda doğru sayfaya ulaşır ama tarayıcı dört ayrı istek yapar ve mobil bağlantıda her adım bekleme süresi ekler. Google'ın site taşıma rehberi doğrudan son hedefe yönlendirmeyi, bu mümkün değilse zinciri kısa tutmayı, ideal olarak 3 adımı geçmemeyi ve 5'in altında kalmayı önerir. Googlebot 10 adıma kadar izlese de bu sınıra yaklaşmak için hiçbir neden yoktur.

Yönlendirme döngüsü nasıl oluşur?

Döngü, A adresinin B'ye, B'nin de doğrudan ya da birkaç adım sonra yeniden A'ya yönlendirmesidir. Tarayıcı birkaç denemeden sonra "çok fazla yönlendirme" hatası gösterir (Chrome'da ERR_TOO_MANY_REDIRECTS), Search Console da bu URL'yi "Yönlendirme hatası" olarak raporlar. En sık karşılaşılan döngü nedenleri şunlardır:

• CDN ile sunucu arasındaki SSL ayarının "esnek" modda kalması: CDN sunucuya http ile bağlanır, sunucu https'e yönlendirir, CDN yine http ile ister.
• Sondaki eğik çizgiyi ekleyen bir kural ile kaldıran başka bir kuralın aynı anda çalışması.
• Platform panelinde tanımlanan bir yönlendirmenin, sunucu ya da CDN düzeyindeki ters yönlü bir kuralla çakışması.
• Dil ya da para birimi seçimine göre çalışan bir yönlendirmenin, çerez okunamadığında kendini tekrar etmesi.

Zinciri tek adıma nasıl indirirsiniz?

1. Tüm yönlendirme kurallarınızı tek bir tabloda toplayın: platform paneli, sunucu yapılandırması, CDN kuralları ve eklentiler.
2. Her kaynak URL için son hedefi bulun ve hedefin de yönlendirme yapıp yapmadığını kontrol edin.
3. Ara adımları atlayıp her eski adresi doğrudan son hedefe bağlayın: A→B ve B→C yerine A→C ve B→C.
4. Protokol ve alan adı normalizasyonunu (http→https, www) tek kuralda birleştirin; http://example.com istekleri tek adımda https://www.example.com adresine gitsin.
5. Değişikliği yayına aldıktan sonra eski adreslerin hepsini bir tarama aracıyla yeniden tarayıp zincir kalmadığını doğrulayın.

Bu temizlik, kapsamlı bir teknik incelemenin yalnız bir parçasıdır. İncelemenin tamamını adım adım görmek isterseniz teknik SEO denetimi rehberine bakabilirsiniz; burada yalnız yönlendirmeye özgü kısma odaklanıyoruz.

Meta refresh ve JavaScript yönlendirmesi neden son çaredir?

Meta refresh ve JavaScript yönlendirmesi, yönlendirmeyi sunucu yerine tarayıcıda (istemci tarafında) yapan yöntemlerdir ve yalnız sunucu tarafı yönlendirme mümkün değilse kullanılmalıdır. Sunucu yönlendirmesinde tarayıcı eski sayfayı hiç indirmeden yeni adrese gider; istemci tarafı yöntemlerde önce eski sayfa yüklenir, ardından yönlendirme çalışır. Bu hem yavaştır hem de sinyalin her tarayıcı tarafından okunacağını belirsizleştirir.

Meta refresh Google'da nasıl yorumlanır?

Meta refresh, sayfanın head bölümüne eklenen ve belirli bir süre sonra başka adrese geçilmesini söyleyen bir etikettir. Google'ın dokümanına göre anında (0 saniye) çalışan meta refresh kalıcı yönlendirme, gecikmeli olan ise geçici yönlendirme olarak yorumlanır. "5 saniye içinde yeni sitemize yönlendiriliyorsunuz" türü sayfalar bu yüzden kalıcı bir taşımada yanlış sinyal verir.

JavaScript yönlendirmesinin sakıncası nedir?

window.location değiştirilerek yapılan JavaScript yönlendirmesi Google tarafından ancak sayfa işlendikten (render edildikten) sonra görülür. Google bu yöntemi yalnız sunucu tarafı ya da meta refresh yönlendirmesi yapamadığınızda kullanmanızı önerir. JavaScript çalıştırmayan tarayıcılar, bazı yapay zekâ arama botları ve bağlantı önizlemesi üreten mesajlaşma servisleri ise yönlendirmeyi hiç görmeyebilir.

Yönlendirmeler yapay zekâ aramalarını nasıl etkiler?

Yapay zekâ destekli arama ve sohbet araçları da cevaplarında kaynak olarak URL gösterir; bu adresler taşımadan sonra kırılırsa hem kullanıcı hem de aracın tarayıcısı hata sayfasıyla karşılaşır. Sunucu tarafı 301, bu tarayıcıların çoğunun izleyebildiği en basit sinyaldir; JavaScript ile yapılan yönlendirmeler ise JavaScript çalıştırmayan botlar için görünmez kalabilir. Bu yüzden yapay zekâ görünürlüğü açısından da kural değişmez: sunucu tarafında, tek adımda ve kalıcı yönlendirme. Konunun genel çerçevesini yapay zekâ aramalarında görünürlük rehberinde anlattık.

Tek sayfalık uygulamalarda 404 nasıl verilir?

React ya da Vue gibi çerçevelerle yapılan ve sayfa geçişlerini tarayıcıda yöneten sitelerde sunucu çoğu zaman her adrese 200 döndürür, olmayan sayfalar da "bulunamadı" bileşeniyle gösterilir. Bu yapı kendiliğinden soft 404 üretir. Google'ın JavaScript SEO dokümanı iki çözüm önerir: sunucunun 404 döndürdüğü bir adrese (örneğin /not-found) JavaScript ile yönlendirmek ya da hata sayfalarına JavaScript ile noindex robots etiketi eklemek. Mümkünse sunucu tarafında oluşturma (SSR) kullanıp olmayan adreslere doğrudan 404 döndürmek en temiz yoldur.

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

301 yönlendirme eski adresi kullanıcı için de kapatır; canonical etiketi ise iki adresi de açık bırakıp Google'a hangisinin asıl sürüm olduğunu söyler. Yönlendirmede ziyaretçi eski URL'yi hiç göremez, canonical'da her iki sayfa da açılır ve yalnız sinyaller tercih edilen adreste toplanır. Bu yüzden kullanıcının hâlâ görmesi gereken kopyalar için canonical, artık var olmaması gereken adresler için yönlendirme kullanılır.

Google'ın kopya URL'leri birleştirme dokümanı standartlaştırma yöntemlerini etki gücüne göre sıralar: yönlendirmeler güçlü bir sinyaldir, rel="canonical" etiketi güçlü bir sinyaldir, site haritasına eklenmek ise zayıf bir sinyaldir. Yöntemler birlikte kullanıldığında etkileri birbirini destekler. Aynı doküman, robots.txt dosyasını ve site içinde noindex etiketini standart sürüm seçmek için kullanmamanızı açıkça söyler.

Uygulamada ikisini birlikte kullanırsınız: yönlendirme hedefi olan her sayfa, kendini gösteren (self-referencing) bir canonical etiketi taşımalıdır. Hedef sayfanın canonical'ı başka bir adresi, özellikle de eski adresi gösterirse Google'a çelişkili iki mesaj verirsiniz. Canonical, başlık ve açıklama gibi sayfa düzeyindeki öğelerin genel kurulumunu on-page SEO kontrol listesinde ayrıca ele aldık.

http, www ve sondaki eğik çizgi: tek adres nasıl seçilir?

Aynı sayfa http ve https, www'lu ve www'suz olmak üzere dört farklı adresten açılabiliyorsa Google'a dört kopya sunuyorsunuz demektir; çözüm bir sürümü seçip diğerlerini tek adımda ona 301 ile yönlendirmektir. Bu işleme URL normalizasyonu denir ve genellikle tek seferlik bir sunucu ya da platform ayarıdır. Doğru yapıldığında kopya sinyaller birleşir ve zincir riski ortadan kalkar.

http'den https'e geçişte nelere dikkat edilmeli?

Google eşdeğer sayfalar arasında https sürümünü standart olarak tercih eder; ancak geçersiz sertifika, güvensiz kaynaklar ya da https'ten http'ye yönlendirme gibi sorunlar bu tercihi bozabilir. Geçişte tüm http adreslerini aynı yoldaki https adresine 301 ile yönlendirin, iç bağlantıları ve canonical etiketlerini https'e çevirin. Geçiş oturduktan sonra tarayıcıya sitenin yalnız https ile açılmasını söyleyen HSTS başlığını eklemek, ilk isteklerdeki http adımını da kaldırır. Sertifika ve barındırma tarafını domain, hosting ve SSL rehberinde ayrıntılı anlattık.

http'den https'e geçiş için Search Console'daki Adres değişikliği aracına gerek yoktur; Google bu geçişi kendisi algılar. Araç yalnız alan adı ya da alt alan adı değiştiğinde kullanılır.

www'lu mu, www'suz mu olmalı?

Arama sıralaması açısından ikisi arasında fark yoktur; önemli olan birini seçip her yerde tutarlı kullanmaktır. Seçtiğiniz sürümü canonical etiketlerinde, site haritasında, iç bağlantılarda ve reklam hedef URL'lerinde aynı biçimde yazın. Diğer sürüm her zaman tek adımda seçilen sürüme gitmelidir; www'suz http adresi önce https'e, sonra www'ya giderse iki adımlık gereksiz bir zincir oluşur.

Sondaki eğik çizgi ve büyük-küçük harf nasıl yönetilir?

/kategori/ayakkabi ile /kategori/ayakkabi/ teknik olarak iki ayrı URL'dir; sunucu ikisine de 200 döndürüyorsa kopya oluşur. Bir biçim seçin, diğerini ona 301 ile yönlendirin ve iç bağlantılarda yalnız seçtiğiniz biçimi kullanın. Hazır altyapıların çoğu bunu kendisi yönetir; özel yazılımlarda ve kendi barındırdığınız WordPress kurulumlarında kontrol etmeniz gerekir.

URL'nin yol kısmı büyük-küçük harfe duyarlıdır: /Urun/Canta ile /urun/canta farklı adreslerdir. Tüm URL'leri küçük harfle üretmek en güvenli yoldur. Büyük harfli adresleri küçüğe çeviren bir kural yazacaksanız Türkçeye dikkat edin: Türkçe yerel ayarıyla küçültülen "I" harfi "ı" olur ve /KAMPANYA-IKI gibi bir adres beklenmedik biçimde /kampanya-ıkı adresine dönüşebilir.

Türkçe karakterli URL'lerde ne yapılmalı?

ç, ş, ğ, ı, ö, ü gibi harfler URL'de yüzde kodlamasıyla taşınır; örneğin "ü" harfi %C3%BC olarak gönderilir. Tarayıcı bunları okunur biçimde gösterse de sunucu, CDN ve yönlendirme araçları kodlanmış biçimi görür. Eski sitenizde Türkçe karakterli adresler varsa eşleme tablosunda hem okunur hem kodlanmış biçimi kontrol edin; yeni yapıda yalnız Latin harfli, küçük harfli ve tireyle ayrılmış slug'lar kullanın. ikas'ın yardım sayfası da özel karakter içeren slug'lar için panelden yönlendirme tanımlanmasının desteklenmediğini belirtir.

Parametreli URL'ler yönlendirilmeli mi?

Takip ve filtre parametreleri çoğu durumda yönlendirilmemeli, canonical ile yönetilmelidir. ?utm_source= ya da ?gclid= ile başlayan parametreler reklam ve analiz ölçümü içindir; bunları parametresiz adrese yönlendiren bir kural ölçümü bozabilir. Sayfa kendi temiz adresini canonical olarak gösterdiğinde sinyaller zaten tek adreste birleşir.

Yönlendirme yaparken parametreleri korumayı da unutmayın. Eski bir kampanya adresi UTM parametreleriyle paylaşılmışsa ve yönlendirme kuralı sorgu dizesini atıyorsa, gelen ziyaretler analiz aracında kaynaksız görünür. Kuralı yazdıktan sonra parametreli bir adresle test edin ve ölçümü GA4 e-ticaret rehberinde anlattığımız raporlardan doğrulayın.

Site taşırken yönlendirme haritası nasıl hazırlanır?

Yönlendirme haritası, eski sitedeki her önemli URL'nin yeni sitede hangi adrese gideceğini gösteren bire bir eşleme tablosudur ve site taşımanın SEO açısından en kritik belgesidir. Google'ın site taşıma rehberi de ilk adım olarak eski URL'leri yeni URL'lerle eşlemeyi, ardından bu eşlemeye göre sunucu tarafı kalıcı yönlendirmeler kurmayı önerir. Harita yayından önce hazırlanır, yayın günü uygulanır ve aylarca referans olarak kullanılır.

Altyapı değiştirirken ürün, müşteri ve sipariş verisinin nasıl aktarılacağını ikas'a geçişte veri ve SEO kaybını önleme rehberinde, tasarım yenileme kararlarını da web sitesi yenileme rehberinde anlattık. Burada yalnız yönlendirme haritasının nasıl kurulacağına odaklanıyoruz.

Eski URL envanteri nereden çıkarılır?

Eksiksiz bir envanter tek kaynaktan çıkmaz; en az beş kaynağı birleştirmeniz gerekir:

• Mevcut XML site haritası ve platformun ürün, kategori, sayfa ve blog dışa aktarımları.
• Search Console'daki Performans raporu: son 12-16 ayda gösterim ya da tıklama almış tüm sayfalar.
• GA4'teki açılış sayfaları raporu: organik, reklam ve e-posta trafiği alan adresler.
• Bağlantı analizi araçlarında başka sitelerden bağlantı alan URL'ler, özellikle haber ve blog bağlantıları.
• Sunucu kayıtları (log) ve eski sitenin bir tarama aracıyla tam taraması; menüde görünmeyen ama erişilebilen eski sayfaları burada bulursunuz.

Bunlara reklam hesaplarındaki hedef URL'leri, e-posta şablonlarındaki bağlantıları, sosyal medya profillerindeki adresleri ve basılı materyallerdeki QR kodlarının gittiği adresleri de ekleyin. Bu adresler arama raporlarında görünmese de gerçek ziyaretçi getirir. Search Console raporlarını nasıl filtreleyip dışa aktaracağınızı Google Search Console rehberinde bulabilirsiniz.

Eşleme kuralları nelerdir?

1. Bire bir eşleme: Eski ürün yeni sitede de varsa eski URL doğrudan aynı ürünün yeni URL'sine gider.
2. En yakın karşılık: Birebir karşılığı yoksa aynı arama niyetine cevap veren en yakın sayfa seçilir; örneğin kaldırılan bir modelin yerine gelen yeni model.
3. Birleştirme: Birkaç eski sayfa tek bir yeni sayfada toplanıyorsa hepsi o sayfaya gider; Google birkaç eski sayfanın tek yeni sayfada birleştirilmesini sorun saymaz.
4. Bilinçli kaldırma: Karşılığı, trafiği ve bağlantısı olmayan sayfalar 404 ya da 410 döndürür.
5. Ana sayfaya toplu yönlendirme yok: Google, çok sayıda eski URL'yi ana sayfa gibi alakasız tek bir hedefe yönlendirmenin kullanıcıyı şaşırttığını ve soft 404 olarak değerlendirilebileceğini belirtir.

Yönlendirme haritası şablonu nasıl olmalı?

Harita bir tablo dosyasında tutulur ve her satır tek bir eski URL'yi temsil eder. Aşağıdaki şablon, ekiplerin en çok ihtiyaç duyduğu sütunları içerir; örnek satırlardaki adresler ve sayılar tamamen varsayımsaldır.

Son sütun yayından sonra doldurulur: her satır için eski URL'nin tek adımda yeni URL'ye gittiği ve yeni URL'nin 200 döndürdüğü kontrol edilir. Trafik ve bağlantı sütunları da önceliklendirme sağlar; binlerce satırlık bir haritada önce değer taşıyan sayfaları elle kontrol eder, kalanını toplu taramaya bırakırsınız. Tabloya "sorumlu" ve "not" sütunları eklemek, birden fazla kişinin çalıştığı taşımalarda karışıklığı önler.

Hangi URL'ler önce eşlenmeli?

Binlerce satırlık bir haritada her satıra aynı özeni göstermek mümkün değildir; basit bir puanla hangi adreslerin elle kontrol edileceğini belirleyebilirsiniz. Aşağıdaki ağırlıklar örnek amaçlıdır, kendi sitenize göre uyarlayın:

• Son 12 aydaki organik tıklamalar: her tıklama 1 puan.
• Bağlantı veren her farklı dış site: 50 puan.
• Reklam, e-posta ya da basılı QR kodunda kullanılıyorsa: 500 puan.
• Son 12 ayda sipariş getiren oturumlar: her sipariş 20 puan.

Örnek rakamlarla hesaplayalım: 420 tıklama alan, 3 farklı siteden bağlantı alan ve 6 sipariş getiren bir ürün sayfası 420 + 150 + 120 = 690 puan alır. 85 tıklamalı, tek bağlantılı ve kataloğun QR kodunda kullanılan eski bir model sayfası ise 85 + 50 + 500 = 635 puanla neredeyse aynı önceliğe çıkar; tıklaması az olsa da basılı materyal yüzünden kritik bir adrestir. Belirlediğiniz eşiğin üzerindeki satırları elle, kalanını toplu tarama ile kontrol edersiniz.

Kural tabanlı mı, satır satır mı yönlendirmeli?

URL yapısı düzenli biçimde değiştiyse (örneğin /urun/ yerine /urunler/) tek bir desen kuralı binlerce satırın işini görebilir; düzensiz değişikliklerde satır satır eşleme gerekir. Desen kuralı hızlıdır ama istisnaları kaçırabilir; bu yüzden en çok trafik alan sayfaları desen kuralına bıraksanız bile tek tek test edin. Hazır altyapıların çoğu yalnız tam adres eşlemesi kabul eder, bu durumda haritayı platformun toplu içe aktarma dosyasına dönüştürürsünüz.

Yayın günü ve sonrasında hangi adımlar izlenir?

1. Yönlendirmeleri yeni site yayına girdiği anda etkin olacak şekilde hazırlayın; ikas'ın yardım sayfası da yönlendirmeleri alan adını bağlamadan önce tanımlamayı önerir.
2. Yeni sitedeki iç bağlantıları, canonical etiketlerini ve varsa hreflang işaretlemelerini yeni adreslere göre güncelleyin.
3. Yalnız yeni ve 200 döndüren URL'leri içeren site haritasını Search Console'a gönderin.
4. Alan adı değiştiyse eski mülk için Search Console'da Adres değişikliği aracını kullanın.
5. Haritadaki tüm eski URL'leri bir tarama aracıyla liste modunda tarayıp kodları ve son hedefleri kontrol edin.
6. İlk iki hafta Sayfa dizine ekleme raporunu ve 404 kayıtlarını her gün, sonraki iki ay haftada bir izleyin.

Google, taşıma sırasında arama görünürlüğünün geçici olarak dalgalanabileceğini ve küçük-orta ölçekli sitelerde sayfaların çoğunun taşınmasının birkaç hafta sürebileceğini belirtir. Bu dönemde aceleyle yönlendirmeleri değiştirmek yerine haritadaki hataları düzeltmeye odaklanın; her ani değişiklik yeni bir zincir ya da döngü riski demektir.

Taşımadan sonraki 90 günde neyi, ne zaman kontrol etmelisiniz?

Tablodaki süreler, Google'ın küçük-orta sitelerde taşımanın birkaç hafta sürebileceği yönündeki açıklamasına göre kurgulanmış bir örnektir; büyük kataloglarda her aşama uzayabilir. Organik tıklamaları yalnız taşımadan hemen önceki haftalarla değil, mevsimselliği hesaba katmak için bir önceki yılın aynı haftalarıyla da kıyaslayın.

Alan adı değişiminde Adres değişikliği aracı nasıl kullanılır?

Adres değişikliği aracı, sitenizi bir alan adından ya da alt alan adından başka birine taşıdığınızı Google'a bildirir ve yalnız yönlendirmeler kurulduktan sonra kullanılır. Google'ın yardım sayfasına göre her iki mülkün de Search Console'da sahibi olmanız ve en azından eski ana sayfadan yeni ana sayfaya 301 yönlendirmenin çalışıyor olması gerekir. Taşımanın etkisi 180 gün sürer; yönlendirmeleri en az bu süre, eski adreslere hâlâ arama trafiği geliyorsa daha uzun tutmanız istenir.

http'den https'e geçişte, www tercihinde ve aynı alan adı içindeki yol değişikliklerinde bu araca gerek yoktur. Bu durumlarda yönlendirmeler ve güncel site haritası yeterlidir.

Yönlendirmeler ne kadar süre korunmalı?

Yönlendirmeler mümkün olduğunca uzun, genel kural olarak en az bir yıl korunmalıdır; Google'ın site taşıma rehberindeki öneri de budur. Bir yıl, Google'ın eski adresleri yeniden tarayıp sinyalleri aktarması için güvenli bir süredir; ancak dış bağlantılar, yer imleri ve basılı materyaller bu süreden çok daha uzun yaşar. Bu yüzden değerli bağlantıları olan adreslerin yönlendirmelerini hiç kaldırmamak çoğu zaman en ucuz sigortadır.

Temizlik gerekiyorsa, örneğin yönlendirme sayısı platform sınırına yaklaştıysa, önce son 12 ayda hiç ziyaret almamış ve dış bağlantısı olmayan kuralları kaldırın. Tarayıcıların ve arama motorlarının 301 yanıtlarını önbelleğe alabildiğini de unutmayın: bir yönlendirmeyi kaldırmak ya da hedefini değiştirmek bazı kullanıcılar için hemen etkili olmayabilir. Bu nedenle 301'i yalnız gerçekten kalıcı kararlar için kullanın.

Silinen veya stokta olmayan ürün için ne yapılmalı?

Silinen ya da stokta olmayan bir ürün için doğru karar, ürünün geri dönüp dönmeyeceğine ve sayfanın taşıdığı değere bağlıdır: geçici yoklukta sayfa yayında kalır, kalıcı kaldırmada değerli sayfalar en yakın karşılığa 301 ile yönlendirilir, değeri olmayan sayfalar 404 ya da 410 döndürür. Google'ın stokta olmayan ürünler için ayrı bir belgelenmiş kuralı yoktur; aşağıdaki karar tablosu, yönlendirme ve durum kodlarıyla ilgili genel ilkelerden türetilmiştir. En sık yapılan hata, her silinen ürünü ana sayfaya ya da ilgisiz bir kategoriye göndermektir.

Geçici stok yokluğunda sayfa neden kapatılmamalı?

Birkaç hafta sonra dönecek bir ürünün sayfasını kaldırmak, sayfanın dizindeki yerini ve kazandığı bağlantıları boşa harcar; ürün döndüğünde sıfırdan başlarsınız. Sayfayı açık tutup stok durumunu açıkça gösterin, "gelince haber ver" seçeneği ve aynı ihtiyaca cevap veren ürünler ekleyin. Ürün yapısal verisindeki stok durumunu (availability) sayfada görünen durumla tutarlı tutun; işaretlemenin ayrıntısını yapısal veri rehberinde bulabilirsiniz.

Stok tarafında platformun ürünü otomatik olarak yayından kaldırıp kaldırmadığını da kontrol edin. Bazı ayarlar stok sıfırlanınca ürünü gizler ve sayfa 404'e düşer; stokta olmayan ürünün görünür kalması için ilgili ayarı açmanız gerekir. ikas tarafındaki seçenekleri ikas'ta ürün ve stok yönetimi yazısında anlattık.

Kalıcı kaldırılan ürün nereye yönlendirilmeli?

Kalıcı kaldırılan ürün, ziyaretçinin o ürünü ararken çözmek istediği ihtiyaca en yakın sayfaya yönlendirilmelidir. Sıralama genellikle şöyledir: önce aynı ürünün yeni modeli ya da aynı işi gören ürün, sonra o ürünü içeren en dar alt kategori. Ana kategoriye ya da ana sayfaya yönlendirmek kullanıcıyı aradığı şeyden uzaklaştırdığı için soft 404 olarak görülebilir.

Karar verirken sayfanın değerine bakın: son 12 aydaki tıklamalar, dış bağlantılar ve reklam kullanımı. Hiçbiri yoksa 404 ya da 410 döndürmek ve sayfayı site haritasından çıkarmak en temiz yoldur. Google Shopping'de ürün satıyorsanız kaldırılan ürünü ürün feed'inden de çıkarın; feed ile site arasındaki tutarlılığı Merchant Center feed rehberinde ele aldık.

Varyant ve renk sayfalarında nasıl karar verilir?

Renk ya da beden varyantları ayrı URL'lerdeyse ve bunlar ayrı ayrı aranıyorsa ayrı sayfalar korunabilir; aranmıyorsa tek ürün sayfasında birleştirip eski varyant adreslerini ana ürüne 301 ile yönlendirmek daha temiz bir yapı verir. Platformunuz varyantı seçili açan bir adres destekliyorsa yönlendirmeyi o adrese yapmak, kullanıcıyı doğrudan aradığı renge götürür.

Kampanya ve sezon sayfaları için en iyi yol nedir?

Her yıl tekrarlanan kampanyalar için yıl içermeyen kalıcı bir adres (ör. /efsane-cuma) kullanmak, her yıl yeni sayfa açıp eskisini yönlendirmekten daha verimlidir. Böylece önceki yılların bağlantıları ve sıralaması bir sonraki kampanyaya devreder. Kampanya bitince sayfayı kapatmak yerine "kampanya sona erdi, bir sonraki dönemden haberdar olun" içeriğiyle yayında tutabilirsiniz; tekrar etmeyecek tek seferlik kampanya sayfalarını ise en ilgili kategoriye yönlendirebilir ya da 410 ile kaldırabilirsiniz.

Kategori silinince ya da birleşince ne yapılır?

Silinen ya da başka bir kategoriyle birleşen kategori, ürünlerinin çoğunun taşındığı kategoriye 301 ile yönlendirilmelidir. Kategori sayfaları genellikle ürün sayfalarından daha fazla arama trafiği ve iç bağlantı taşır; bu yüzden kategori yapısındaki değişiklikler ürün değişikliklerinden daha dikkatli planlanmalıdır.

• İki kategori birleşti: Her iki eski kategori yeni ortak kategoriye gider; yeni kategorinin açıklama metni iki eski arama niyetini de karşılamalıdır.
• Kategori ikiye bölündü: Eski kategori, eski trafiğin büyük bölümünü karşılayan alt kategoriye ya da iki alt kategoriye bağlantı veren bir üst sayfaya yönlendirilir.
• Kategori tamamen kaldırıldı: Ürünlerin taşındığı en yakın kategoriye yönlendirin; hiçbir karşılık yoksa 404 döndürüp menüden ve site haritasından çıkarın.
• Kategori boşaldı ama yeniden dolacak: Sayfayı açık tutun; soft 404'e düşmemesi için açıklama ve ilgili kategori bağlantıları ekleyin.
• Filtre sayfası kategoriye dönüştü: Eski parametreli adresler yeni kategori adresine yönlendirilebilir; parametre başka amaçla da kullanılıyorsa canonical ile yönetin.

Kategori sayfalarında yönlendirme kadar içerik ve iç bağlantı yapısı da önemlidir. Bu sayfaları güçlü bir konu yapısının parçası olarak kurgulamak için içerik kümesi (pillar-cluster) rehberine bakabilirsiniz.

ikas'ta 301 yönlendirme nasıl yapılır?

ikas'ta yönlendirmeler, satış kanalının SEO ayarlarındaki yönlendirmeler bölümünden tek tek ya da dosyayla toplu olarak eklenir. ikas'ın yardım sayfasına göre yol, İngilizce arayüzde Sales Channel B2C > SEO & Domain şeklindedir; Redirects bölümünde Edit Redirects, ardından Add Redirect seçilir. Türkçe arayüzde menü adları farklı görünebilir, bu yüzden panelde satış kanalınızın "SEO" ayarlarını ve "Yönlendirmeler" bölümünü arayın.

1. Eski adres alanına yalnız alan adından sonraki yolu yazın (ör. /eski-urun); alan adını içeren tam adres yazmayın.
2. Yeni adres alanına hedef sayfanın yolunu yazın.
3. Kalıcı taşımada 302 seçeneğini işaretlemeden bırakın; işaretsiz kayıt 301 olarak çalışır.
4. Kaydedin ve eski adresi tarayıcıda ve bir durum kodu aracıyla test edin.

Toplu yönlendirme için aynı bölümden dışa aktarma ile şablon dosyayı (CSV ya da XLS) indirir, eski yolları ikinci, yeni yolları üçüncü sütuna yazarsınız; 302 olması gereken satırlarda dördüncü sütuna TRUE yazılır. Dosyayı içe aktarma ile yükledikten sonra yönlendirmeler tabloda listelenir. Büyük listelerde yüklemeden önce iki sütunu da dikkatle kontrol edin; tek bir kaymış satır, değerli bir sayfayı alakasız bir hedefe gönderebilir.

ikas'ın teknik SEO tarafında hangi ayarları kendisinin yönettiğini ikas'ın teknik SEO karnesi yazısında değerlendirdik. Başka bir altyapıdan geçiyorsanız ürün aktarımı ile yönlendirme haritasının birlikte planlandığı ikas'a geçiş hizmeti sayfasında sürecin adımlarını görebilirsiniz.

Shopify'da URL yönlendirmesi nasıl yapılır?

Shopify'da yönlendirmeler yönetim panelindeki menüler bölümünde yer alan URL yönlendirmeleri ekranından tek tek ya da CSV dosyasıyla toplu olarak oluşturulur. Shopify'ın yardım sayfası yolu Content > Menus olarak verir (Türkçe arayüzde İçerik > Menüler); buradan URL yönlendirmelerini görüntüleyip yeni yönlendirme oluşturursunuz. "Redirect from" alanına eski adresi, "Redirect to" alanına yeni adresi yazarsınız; ana sayfaya yönlendirmek için / girilir.

Shopify'da bilmeniz gereken üç kısıt vardır:

• Yalnız kırık adresler yönlendirilebilir. Eski adreste hâlâ yayında bir sayfa varsa yönlendirme çalışmaz; önce o sayfanın kaldırılması ya da adresinin değişmesi gerekir.
• /products, /collections ve /collections/all gibi sabit yollar ile /cart, /apps, /orders gibi önekler yönlendirilemez.
• Markets ile dil ya da ülke alt klasörleri kullanıyorsanız yönlendirmeler her klasöre kendiliğinden uygulanmayabilir. Mağaza başına yönlendirme sayısında da bir üst sınır vardır; güncel sınırı yardım sayfasından kontrol edin.

Ürün, koleksiyon ya da sayfa adresini (handle) arama motoru listeleme bölümünden değiştirdiğinizde panel genellikle eski adres için yönlendirme oluşturmayı öneren bir onay kutusu gösterir. Kaydetmeden önce bu kutunun işaretli olduğundan emin olun; işaretsiz kaydedilen her adres değişikliği eski URL'yi 404'e düşürür. Shopify'da mağaza kurulumunun genel adımlarını Shopify mağaza açma rehberinde anlattık.

WordPress, .htaccess ve nginx'te yönlendirme nasıl yapılır?

Kendi sunucunuzda çalışan sitelerde yönlendirme üç katmandan birinde yapılır: WordPress gibi içerik yönetim sisteminin eklentisinde, Apache sunucusunun .htaccess dosyasında ya da nginx yapılandırmasında. Sunucu katmanı en hızlısıdır, eklenti katmanı en kolay yönetilenidir. Önemli olan aynı yönlendirmeyi iki katmanda birden tanımlamamaktır; aksi hâlde zincir ve döngü riski doğar.

WordPress'te yönlendirme nasıl eklenir?

WordPress çekirdeğinde ayrı bir yönlendirme yöneticisi bulunmaz; yönlendirmeler genellikle bir yönlendirme eklentisiyle ya da SEO eklentilerinin yönlendirme modülüyle yönetilir. Bazı SEO eklentilerinde bu modül ücretsiz sürümde, bazılarında ücretli sürümde yer alır. Hangisini seçerseniz seçin üç özelliğe bakın: yönlendirme türünü (301, 302, 410) seçebiliyor musunuz, CSV ile toplu içe aktarma var mı ve 404 alan adresleri kaydeden bir izleme özelliği sunuyor mu?

Eklenti yönlendirmeleri WordPress yüklendikten sonra çalıştığı için sunucu kurallarından biraz daha yavaştır. Birkaç yüz satırlık listelerde bu fark hissedilmez, binlerce satırlık taşımalarda ise sunucu kuralları daha verimlidir. Eklentiyi devre dışı bırakırsanız tüm yönlendirmelerin de duracağını unutmayın. İçerik yönetim sistemi seçimi için CMS seçim rehberine göz atabilirsiniz.

Apache .htaccess ile yönlendirme nasıl yazılır?

Apache sunucularda tek sayfa yönlendirmesi için mod_alias modülünün Redirect komutu yeterlidir. Kalıcı yönlendirmede durum kodunu mutlaka yazın, çünkü yazmazsanız varsayılan kod 302'dir. Tek sayfa için örnek satır şöyledir:

Redirect 301 /eski-urun /urunler/yeni-urun

Kaldırılan bir sayfa için 410 döndürmek istiyorsanız hedef adres yazılmaz:

Redirect gone /kaldirilan-kampanya

Tüm siteyi https'e yönlendirmek için mod_rewrite kullanılır. Aşağıdaki üç satır, http ile gelen her isteği aynı yoldaki https adresine 301 ile gönderir:

• RewriteEngine On
• RewriteCond %{HTTPS} off
• RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1 [R=301,L]

Aynı dosyada Redirect (mod_alias) ve RewriteRule (mod_rewrite) kurallarını karıştırmak, kuralların beklemediğiniz sırada çalışmasına ve zincirlere yol açabilir. Mümkünse tek bir yöntem seçin, değişiklikten önce dosyanın yedeğini alın. Sunucunuz bir CDN arkasındaysa https kontrolünün CDN'den gelen bağlantıyla uyumlu olduğunu doğrulayın; aksi hâlde yukarıda anlattığımız döngü oluşur.

nginx'te yönlendirme nasıl yazılır?

nginx'te yönlendirme için en okunur yol return komutudur. http ve www'suz istekleri tek adımda https ve www'lu sürüme göndermek için, 80 numaralı portu dinleyen server bloğuna şu satır eklenir:

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

$request_uri değişkeni yolu ve sorgu dizesini birlikte taşıdığı için UTM parametreleri de korunur. Tek bir sayfa için location bloğu kullanılır: location = /eski-urun { return 301 /urunler/yeni-urun; } biçiminde yazılır; kaldırılan sayfa için aynı kalıpta return 410; yeterlidir. nginx dokümanına göre yalnız adres verilen return komutu 302 üretir, rewrite komutunda kalıcı yönlendirme için de permanent bayrağı gerekir. Değişiklikten sonra yapılandırmayı nginx -t komutuyla sınayıp sunucuyu yeniden yükleyin.

Platformlar arasında yönlendirme nasıl farklılaşır?

Tablodaki menü adları Kasım 2026 itibarıyla platformların yardım sayfalarına dayanır; arayüzler sık güncellendiği için kendi panelinizde küçük farklar görebilirsiniz.

Search Console'da 404 ve yönlendirme raporları nasıl okunur?

Search Console'da yönlendirme ve hata kodlarıyla ilgili sorunlar, Sayfa dizine ekleme raporunda sayfanın neden dizine eklenmediğini açıklayan nedenler olarak listelenir. Bu nedenlerin bir kısmı bilgi amaçlıdır ve düzeltme gerektirmez, bir kısmı ise doğrudan müdahale ister. Raporu okurken her nedene "bu sayfanın dizinde olması gerekiyor muydu?" sorusuyla bakın.

URL Denetleme aracı yönlendirmeyi neden izlemez?

URL Denetleme aracı, girdiğiniz adresin kendisini test eder ve yönlendirmeyi izleyerek hedef sayfayı denetlemez; Google'ın HTTP durum kodları dokümanı da denetim araçlarının yönlendirme izlemediğini belirtir. Eski bir URL'yi denetlediğinizde yalnız onun yönlendirme yaptığını görürsünüz. Hedef sayfanın dizine eklenebilir olup olmadığını öğrenmek için yeni URL'yi ayrıca denetleyin.

404 alan bir adresin kaynağı nasıl bulunur?

Bir 404'ün kaynağını bulmak, onu düzeltmenin ilk adımıdır. URL Denetleme sonucundaki keşif bilgileri, Google'ın adresi hangi site haritasından ya da hangi sayfadan bulduğunu gösterebilir; ancak bu alan her zaman dolu olmayabilir. Sitenizi bir tarama aracıyla tarayıp kırık adrese bağlantı veren sayfaları listeleyebilir, GA4'te 404 sayfasına gelen ziyaretlerin yönlendiren kaynağına bakabilirsiniz. Bağlantı başka bir sitedeyse, site sahibinden düzeltme beklemek yerine kendi tarafınızda yönlendirme kurmak daha hızlı sonuç verir.

"Düzeltmeyi doğrula" ne zaman kullanılır?

Bir nedendeki tüm örnekleri düzelttiğinizde, o nedenin ayrıntı sayfasındaki "Düzeltmeyi doğrula" düğmesiyle Google'dan yeniden kontrol isteyebilirsiniz. Yardım sayfasına göre doğrulama genellikle iki haftaya kadar sürer. Doğrulama başarısız olursa ayrıntılarda soruna yol açan URL'yi bulup düzeltir ve yeni bir doğrulama başlatırsınız; birkaç örneği düzeltip doğrulamayı erken başlatmak sürecin başarısız bitmesine neden olur.

Hangi 404'leri öncelikle düzeltmelisiniz?

1. Kendi sitenizden bağlantı verdiğiniz 404'ler: menü, alt bilgi, ürün açıklamaları ve blog yazıları.
2. XML site haritasında listelenen 404'ler: site haritası yalnız 200 döndüren standart URL'leri içermelidir.
3. Dış bağlantı alan ya da geçmişte organik trafik getiren eski adresler: bunlar en yakın karşılığa 301 ile yönlendirilmelidir. Dış bağlantıların neden bu kadar değerli olduğunu backlink rehberinde anlattık.
4. Reklam, e-posta ve QR kodlarında kullanılan adresler: arama raporunda görünmeseler de para ödediğiniz trafiği taşırlar.
5. Kalanlar: yanlış yazılmış dış bağlantılar ve bot denemeleri gibi değer taşımayan 404'ler. Bunları yönlendirmek zorunda değilsiniz.

Yönlendirmeden sonra iç bağlantılar neden güncellenmeli?

Yönlendirme, eski bağlantıları kurtaran bir güvenlik ağıdır ama kalıcı çözüm değildir; kendi sitenizdeki bağlantıları doğrudan yeni adreslere güncellemezseniz her tıklamada gereksiz bir yönlendirme adımı yaşanır. Google'ın site taşıma rehberi de yeni sitedeki iç bağlantıların eski URL'lerden yeni URL'lere çevrilmesini, mümkünse dış bağlantıların da güncellenmesini ister. İç bağlantılar aynı zamanda Google'a hangi adresin asıl adres olduğunu anlatan sinyallerden biridir.

Güncellenmesi gereken yerler sanıldığından fazladır:

• Ana menü, alt bilgi (footer) ve kategori menüleri.
• Ürün ve kategori açıklamalarındaki metin içi bağlantılar.
• Blog yazılarındaki ürün ve kategori bağlantıları; eski yazılar en çok unutulan yerdir.
• Canonical etiketleri, hreflang işaretlemeleri ve yapısal verideki URL alanları.
• XML site haritası: yalnız yeni ve 200 döndüren adresler.
• Ürün feed'leri, pazaryeri ve fiyat karşılaştırma entegrasyonları.
• Google Ads, Meta ve diğer reklam hesaplarındaki hedef URL'ler.
• E-posta otomasyon şablonları, SMS ve WhatsApp mesaj şablonları.
• Sosyal medya profillerindeki bağlantılar ve Google İşletme Profili'ndeki web sitesi adresi.
• Bayilerin ve iş ortaklarının sitelerindeki bağlantılar; bunları rica ederek güncelletebilirsiniz.

Basılı materyaller ise güncellenemez. Katalog, ambalaj, broşür ve kartvizitlerdeki QR kodları ve adresler yıllarca dolaşımda kalır; bu adreslerin yönlendirmelerini hiç kaldırmamak en güvenli yoldur. QR kodlarını baştan sizin kontrolünüzdeki kısa ve kalıcı bir adrese (ör. /katalog) yönlendirecek biçimde basmak, sonraki taşımaları da kolaylaştırır.

Yönlendirmeye giden iç bağlantılar nasıl bulunur?

Yayından sonra sitenin tamamını bir tarama aracıyla tarayın ve iç bağlantıların hedef koduna göre filtreleyin. 3xx döndüren her iç bağlantı, güncellenmesi gereken bir bağlantıdır; 4xx döndürenler ise kırık bağlantıdır ve önceliklidir. Bu kontrolü tek seferlik bir iş olarak değil, aylık bakım rutininin parçası olarak yapın; ürün ekleme ve silme devam ettikçe yeni kırık bağlantılar oluşur.

İyi bir özel 404 sayfası nasıl tasarlanır?

İyi bir özel 404 sayfası, sunucudan gerçek 404 kodu döndürürken ziyaretçinin aradığına en kısa yoldan ulaşmasını sağlayan bir yön tabelası gibi çalışır. Sayfa ne kadar yardımcı olursa olsun durum kodu 200 olursa soft 404 olur; bu yüzden tasarımdan önce kodu doğrulayın. Ardından sayfayı, kaybolmuş bir müşteriyi yeniden alışverişe döndürecek biçimde kurgulayın.

E-ticaret sitelerinde etkili bir 404 sayfasında şu öğeler bulunur:

1. Kısa ve suçlamayan bir açıklama: "Aradığınız sayfa taşınmış ya da kaldırılmış olabilir."
2. Görünür bir site içi arama kutusu.
3. En çok satan kategorilere ve ürünlere bağlantılar.
4. Yeni gelenler ya da güncel kampanya gibi canlı bir bölüm.
5. Müşteri hizmetleri, WhatsApp ya da iletişim bağlantısı.
6. Sitenin normal menüsü ve alt bilgisi; 404 sayfası siteden kopuk bir ada olmamalıdır.

Kaçınılması gerekenler de bir o kadar önemlidir. Birkaç saniye sonra ziyaretçiyi otomatik olarak ana sayfaya gönderen zamanlayıcılar, gecikmeli meta refresh olarak geçici yönlendirme sinyali verir ve kullanıcıyı neyin yanlış gittiğini anlamadan başka sayfaya taşır. Ağır görseller ve animasyonlar da hata sayfasını gereksiz yavaşlatır. Kullanıcı deneyimi tarafındaki genel ilkeleri iyi web tasarımı ilkeleri yazısında topladık.

404 sayfası ziyaretleri nasıl ölçülür?

404 sayfasına kimlerin hangi adresten geldiğini ölçmek, kırık bağlantıları Search Console'dan önce yakalamanızı sağlar. En pratik yol, 404 şablonunun sayfa başlığını ayırt edici yapmak (ör. "Sayfa bulunamadı") ve GA4'te bu başlığa sahip sayfa görüntülemelerini sayfa yolu ve yönlendiren kaynakla birlikte raporlamaktır. Haftalık kontrolde en çok ziyaret alan 404 adreslerini yönlendirme haritanıza eklersiniz.

Yönlendirmeler nasıl test edilir?

Yönlendirme testi, her eski adresin tek adımda doğru hedefe gittiğini, doğru kodu döndürdüğünü ve hedefin 200 verdiğini doğrulamaktır. Tarayıcıda adresi açıp doğru sayfayı görmek yeterli değildir, çünkü tarayıcı 302 ile 301'i, tek adım ile dört adımı ekranda aynı şekilde gösterir. Kodu ve adımları görebileceğiniz bir araç kullanmanız gerekir.

Komut satırını kullanabiliyorsanız en hızlı kontrol curl ile yapılır. curl -sI https://www.example.com/eski-urun komutu yalnız yanıt başlıklarını gösterir; ilk satırda durum kodunu, Location satırında hedefi görürsünüz. Komuta -L eklediğinizde curl zinciri sonuna kadar izler ve her adımın başlıklarını sırayla yazar; birden fazla 301 satırı görüyorsanız zincir vardır.

Tarama araçlarının ücretsiz sürümleri genellikle sınırlı sayıda URL tarar; güncel sınırı üreticinin sayfasından kontrol edin. Küçük siteler için bu sınır çoğu zaman yeterlidir. Yönlendirmelerin hıza etkisini Core Web Vitals rehberinde anlattığımız ölçümlerle izleyebilirsiniz.

Test sırasında hangi kontrolleri yapmalısınız?

1. Eski adres 301 (ya da 308) döndürüyor mu?
2. Tek adımda son hedefe gidiyor mu?
3. Son hedef 200 döndürüyor ve kendini gösteren bir canonical taşıyor mu?
4. Hedef, eski sayfanın içeriğiyle gerçekten ilgili mi?
5. http, www'suz ve sondaki eğik çizgili varyantlar da aynı hedefe tek adımda gidiyor mu?
6. UTM parametreli adres, parametreleri koruyarak yönleniyor mu?
7. Mobil ve masaüstünde aynı sonuç alınıyor mu?

Kayseri'deki bir üretici sitesini yenilerken yönlendirmeyi nasıl planlar?

Bir üretici sitesinde yönlendirme planı, ürün kataloğundan çok basılı materyaller ve bayi ağı yüzünden zorlaşır. Kayseri'de mutfak ve ev gereçleri üreten, hem perakende hem bayi satışı yapan orta ölçekli bir firmayı düşünün. Firma yıllar önce kurulmuş bir sitede yaklaşık 600 sayfayla çalışıyor ve yeni altyapıya geçerken ürün kodlu eski adreslerin yerine okunur slug'lar kullanacak. Aşağıdaki rakamlar tamamen örnektir.

Ekip envanteri çıkardığında şu tabloyla karşılaşıyor:

Bu senaryoda iki ayrıntı fark yaratır. Birincisi, firmanın ürün kutularında ve basılı kataloglarında eski sitenin ürün adreslerine giden QR kodları vardır; binlerce kutu dolaşımda olduğu için ekip bu yönlendirmeleri süresiz tutmaya karar verir. İkincisi, bayiler eski kategori adreslerini kendi sitelerinde kullanmaktadır; ekip yayından bir hafta önce bayilere yeni adres listesini gönderir.

Yayın planı da sıraya bağlanır: önce yönlendirme dosyası hazırlanır ve test ortamında 600 satırın tamamı taranır, sonra alan adı bağlanır ve aynı tarama canlı sitede tekrarlanır. İlk hafta 404 kayıtlarında çıkan adresler çoğunlukla eski kampanya e-postalarında kullanılan ve envantere girmemiş bağlantılardır; bunlar haritaya eklenerek kapatılır. Kayseri'deki mutfak ve ev gereçleri sektörünün dijital pazarlama tarafını sektöre özel rehberimizde ayrıca ele aldık.

Yönlendirmede en sık yapılan hatalar nelerdir?

Yönlendirme hatalarının çoğu teknik bilgisizlikten değil, aceleden ve eksik çıkarılan envanterden doğar. Aşağıdaki liste, site taşımalarında ve günlük ürün yönetiminde en sık karşılaşılan hataları ve çözümlerini özetler.

1. Her şeyi ana sayfaya yönlendirmek: Kolay görünür ama kullanıcıyı kaybettirir ve soft 404 olarak değerlendirilebilir. Çözüm: en yakın karşılık ya da dürüst bir 404.
2. Kalıcı taşımada 302 kullanmak: Çoğu zaman araçların varsayılan ayarından kaynaklanır. Çözüm: kodu açıkça yazmak ve test etmek.
3. Zincir bırakmak: Eski yönlendirmeleri güncellemeden yenilerini eklemek. Çözüm: her taşımada eski kuralları da son hedefe bağlamak.
4. Yönlendirmeleri erken kaldırmak: "Google yeni adresi artık biliyor" diyerek birkaç ay sonra silmek. Çözüm: en az bir yıl, değerli adreslerde süresiz korumak.
5. İç bağlantıları güncellememek: Menü ve içeriklerin eski adresleri göstermeye devam etmesi. Çözüm: yayından sonra siteyi tarayıp yönlendirmeye giden iç bağlantıları düzeltmek.
6. Site haritasında eski URL'leri bırakmak: Google'a yönlendiren adresleri asıl adres diye sunmak. Çözüm: site haritasında yalnız 200 döndüren standart URL'ler.
7. Test ortamından kalan noindex ya da robots.txt engelini unutmak: Yeni sitenin dizinden düşmesine yol açar. Çözüm: yayın günü kontrol listesinin ilk maddesi yapmak.
8. Hata sayfasını 200 ile sunmak: Özel 404 tasarımı yapılırken durum kodunun gözden kaçması. Çözüm: tasarımdan sonra kodu curl ya da tarayıcı araçlarıyla doğrulamak.
9. Yönlendirmeyi hem platformda hem CDN'de tanımlamak: Zincir ya da döngü riski yaratır. Çözüm: her kural türü için tek bir sorumlu katman belirlemek.
10. Sorgu parametrelerini atmak: Kampanya ölçümünü bozan yönlendirme kuralları. Çözüm: sorgu dizesini koruyan kural ve parametreli test.

Yönlendirme ve taşıma işinde nasıl destek alabilirsiniz?

Yönlendirme işinin büyük kısmı dikkatli bir envanter, doğru eşleme ve sabırlı bir testten oluşur; küçük sitelerde bunu ekibiniz bu rehberle yapabilir. Yüzlerce ürün ve kategori içeren taşımalarda, altyapı değişikliklerinde ya da Search Console'da açıklayamadığınız düşüşlerde dışarıdan bir göz işi hızlandırır. Alis Dijital, Kayseri merkezli ve 10 yıllık deneyime sahip bir e-ticaret, dijital pazarlama ve yazılım ajansıdır; ikas partneri ve Shopify Partner olarak son 5 yılda 200+ markayla çalıştık.

SEO hizmetimiz kapsamında yönlendirme haritası, soft 404 temizliği ve Search Console izlemesini birlikte ele alıyoruz; altyapı değişikliği planlıyorsanız taşımayı ve yönlendirmeleri tek planda yürütüyoruz. Kocasinan'daki ofisimizde yüz yüze görüşmek isterseniz Kayseri'de SEO desteği sayfamızdan bize ulaşabilirsiniz. Hiçbir ajans sıralama vaat edemez; bu işteki hedefimiz, taşıma sırasında sitenizin kazandığı değeri korumaktır.

Özet: yönlendirme ve 404 yol haritası

Yönlendirme ve hata kodlarında doğru sıra şudur: önce mevcut durumu ölçün, sonra her adres için karar verin, ardından uygulayın ve test edin. Aşağıdaki kontrol listesini her URL değişikliğinde ya da site taşımasında kullanabilirsiniz.

Kısaca: 301 kalıcı taşınmanın, 302 geçici durumun, 404 ve 410 ise gerçek kaldırmanın dilidir. Doğru kodu doğru sayfaya, tek adımda ve yeterince uzun süre uyguladığınızda URL değişiklikleri kazanılmış trafiği riske atmaz. SEO'nun temellerini bir bütün olarak görmek isterseniz SEO başlangıç rehberinden devam edebilirsiniz.