302 Yönlendirme Nedir? 301, 307 ve 308 ile Farkı

302 yönlendirme nedir?

302 yönlendirme, bir adresteki içeriğin geçici olarak başka bir adreste durduğunu bildiren HTTP durum kodudur. Sunucu 302 Found yanıtını ve Location başlığını gönderir, tarayıcı da ziyaretçiyi yeni adrese götürür. Taşıma kalıcı olmadığı için eski adres geçerli kalır; bu yüzden 302 kısa süreli işlerde işe yarar.

Bu yazı, sitesini kendi yöneten site sahiplerine, e-ticaret ekiplerine ve yazılımcılara yöneliktir. Ayrıca 301, 307 ve 308 ile farkını, Google'ın bakışını ve cPanel, .htaccess ile nginx örneklerini anlatıyoruz.

Biz dijital pazarlama ve web ekibiyiz, hosting firması değiliz. Bu nedenle anlatım RFC 9110, MDN ve Google Search Central gibi resmi kaynaklara dayanır. Panel ekranlarınız ise hosting sağlayıcınıza göre farklı görünebilir.

302 yönlendirme HTTP düzeyinde nasıl çalışır?

Örneğin bir ziyaretçi eski adresi açtığında tarayıcı sunucuya normal bir istek gönderir. Ardından sunucu sayfa içeriği yerine yalnızca başlıklardan oluşan kısa bir yanıt döndürür. Bu yanıtta durum kodu 302, hedef adres ise Location başlığında yer alır.

HTTP/1.1 302 Found
Location: https://example.com/yaz-kampanyasi/

Böylece tarayıcı bu iki satırı okur ve Location'daki adrese yeni bir istek yapar. Ziyaretçi bunu fark etmez, çünkü adres çubuğu birkaç milisaniyede değişir. Googlebot da aynı yanıtı alır, ancak kodu farklı yorumlar. Bunu aşağıda Google bölümünde ayrıntılı anlatıyoruz.

Dolayısıyla yönlendirme, sayfanın kendisinde değil, sunucunun verdiği yanıtta yaşar. Bu yüzden tarayıcıda görünen adres tek başına hangi kodun döndüğünü söylemez.

301 ile 302 arasındaki fark nedir?

Temel fark, taşımanın kalıcı mı geçici mi olduğudur. 301 Moved Permanently, adresin artık yeni yerinde yaşayacağını söyler. 302 Found ise değişikliğin geçici olduğunu söyler. MDN dokümanı, 302'de tarayıcıların ve botların yeni adresi hafızaya almamasını bekler.

Tabloyu MDN yönlendirme rehberine göre özetledik. Yani sıradan bir sayfa taşımasında 301 ile 302 arasındaki asıl fark, arama motorlarına verdiğiniz sinyaldir. Ziyaretçi her iki durumda da aynı sayfayı görür.

307 ve 308 yönlendirmesi 302'den nasıl farklıdır?

307 ve 308, istek yöntemini koruyan sürümlerdir. RFC 9110, 301 ve 302 için istemcinin POST isteğini GET'e çevirebileceğini söyler. 307 ve 308 için ise istemci yöntemi değiştirmemelidir.

Yani MDN bu durumu şöyle açıklar: bazı istemciler 302'de yöntemi değiştirdiği için belirsizlik doğdu. Bu nedenle belirsizliği gidermek için 307 geçici, 308 kalıcı taşıma olarak eklendi.

• Sıradan sayfa taşıma: 301 ya da 302 yeterlidir.
• Form gönderimi ya da API isteği taşınıyorsa: 307 ya da 308 daha güvenlidir.
• Kalıcı taşıma ve yöntem korunacaksa: 308 doğru seçimdir.
• Geçici taşıma ve yöntem korunacaksa: 307 doğru seçimdir.

Örneğin bir ödeme formu geçici olarak başka adrese gidiyorsa, POST verisinin kaybolmaması gerekir. Böyle bir durumda 302 yerine 307 kullanmanızı öneririz.

API ve form isteklerinde hangi yönlendirme kodunu seçersiniz?

Özellikle yazılımcıysanız bu soru sizin için en önemli olandır. Bir tarayıcı sayfa ziyaretinde yalnızca GET isteği gönderir; dolayısıyla 301 ile 302 arasındaki yöntem belirsizliği hissedilmez. Ancak form ya da API çağrısı POST, PUT veya DELETE kullanır.

Böyle bir isteği 302 ile başka adrese yönlendirirseniz, istemci yöntemi GET'e çevirebilir ve gövde verisi kaybolabilir. Üstelik RFC 9110 bu davranışa açıkça izin verir. Bu nedenle yöntemin korunması gereken her yerde 307 ya da 308 daha öngörülebilirdir.

Öte yandan formu gönderen ziyaretçiyi teşekkür sayfasına götürmek istiyorsanız, 303 tam olarak bu iş için vardır. Hangi istemcinin hangi kodu nasıl yorumladığını, kendi uygulamanızda küçük bir istekle sınamanızı da öneririz.

303 See Other ne işe yarar?

303, istemciye sonucu başka bir adreste GET ile almasını söyler. MDN'e göre bu kod, PUT ya da POST sonrasında sayfa yenilendiğinde işlemin yeniden tetiklenmemesi için kullanılır. Böylece sipariş formunu gönderen ziyaretçi, teşekkür sayfasını yenilese bile ikinci bir sipariş oluşturmaz.

Ancak bu kod sayfa taşımayla ilgili değildir. Bu nedenle kampanya ya da bakım yönlendirmesinde 303 seçmezsiniz. Yazılımcıysanız, form sonrası yönlendirmede bu koda bakmanız yeterlidir.

Google ise 303'ü de geçici yönlendirme grubunda sayar. Yani arama motoru açısından 302, 303 ve 307 aynı sinyali verir.

Tarayıcılar 302 yönlendirmesini önbelleğe alır mı?

RFC 9110'a göre 301 varsayılan olarak önbelleğe girebilir, 302 ise varsayılan olarak girmez. Ancak sunucu açık önbellek başlıkları gönderirse bu durum değişebilir. Dolayısıyla 302'nin önbelleğe hiç girmediğini varsaymayın.

Ayrıca bu fark test sırasında işinize yarar. Yeni bir yönlendirme kuralını önce 302 ile denerseniz, hata yaptığınızda ziyaretçilerin tarayıcısında kalıcı bir iz bırakma riskiniz azalır. Böylece kuralın doğru çalıştığını gördükten sonra 301'e geçersiniz.

Yine de önbellek davranışı tarayıcıya, CDN'e ve sunucu başlıklarına göre değişir. Kuralınızı değiştirdiğiniz hâlde eski davranışı görüyorsanız, gizli pencerede ve komut satırında ayrıca deneyin.

Google 302 yönlendirmesini nasıl ele alır?

Google Search Central dokümanı iki grup tanımlar. 301 ve 308 kalıcı yönlendirmedir; Googlebot bunları izler ve indeksleme hattı hedef adresi kanonik seçmek için sinyal sayar.

302, 303 ve 307 ise geçici yönlendirmedir. Googlebot bunları da izler, ancak indeksleme hattı hedef adresi kanonik yapmak için sinyal saymaz. Kısacası geçici yönlendirmede Google, eski adresi dizinde tutmaya meyleder.

Bu fark pratikte şunu söyler: 301 ile 308 arasındaki seçim Google için aynı grupta yer alır. Benzer şekilde 302, 303 ve 307 de aynı grupta durur. Dolayısıyla Google açısından asıl karar, kodun numarası değil, taşımanın kalıcı mı geçici mi olduğudur.

Öte yandan aynı doküman, geçici yönlendirmenin ne kadar süre kalabileceğine dair bir süre vermez. Ayrıca link değerinin aktarımı konusunda bir sayı ya da kural yazmaz. Bu nedenle bu konularda tahmin yürütmüyoruz; taşıma kalıcıysa kalıcı kodu seçiyoruz.

302 yönlendirme SEO'ya zarar verir mi?

Doğru yerde kullanıldığında zarar vermez. Sorun, kalıcı taşımayı 302 ile yapmaktan çıkar. Çünkü geçici yönlendirme, Google'a hedef adresi ana adres yapma sinyali vermez. Böylece eski URL dizinde kalabilir ve yeni sayfanız beklediğiniz hızda öne çıkmayabilir.

Varsayımsal bir örnek verelim: bir kategori adresini kalıcı olarak değiştirdiniz, ama eklenti 302 üretti. Arama sonuçlarında eski adresi görmeye devam edebilirsiniz. Üstelik raporlarınızda iki adres arasında trafik bölünebilir.

Tersi de zararlıdır: kampanya sayfasını 301 ile ana sayfaya bağlarsanız, tarayıcılar bu kuralı uzun süre hatırlayabilir. Yani kampanya bitince kuralı kaldırsanız bile bazı ziyaretçiler eski davranışı görür.

Bir başka risk de görünürlük kaybının geç fark edilmesidir. Çünkü geçici yönlendirme sayfayı açık tuttuğu için site normal çalışıyormuş gibi görünür. Ancak aylar sonra raporlarda yeni adresin beklediğiniz kadar görünmediğini fark edebilirsiniz. Dolayısıyla taşıma sonrası birkaç hafta boyunca raporları takip etmek önemlidir.

Kural basit: taşıma kalıcıysa kalıcı, gerçekten geçiciyse geçici kod seçin. Teknik SEO konusunun genelini SEO danışmanlığı hizmetimizde ele alıyoruz.

Hangi durumlarda 302 yönlendirme doğru tercihtir?

Kısacası içerik sonunda eski adresine dönecekse 302 doğrudur. MDN'in örneği de buna yakındır: sayfa öngörülmeyen bir nedenle geçici olarak erişilemiyor. Kısa süreli kullanım alanları şunlardır.

• Bakım ya da güncelleme sırasında ziyaretçiyi bilgilendirme sayfasına göndermek.
• Sınırlı süreli kampanyada ana adresi kampanya sayfasına geçici yönlendirmek.
• A/B testinde ziyaretçilerin bir kısmını alternatif sayfaya göndermek.
• Yeni bir kuralı önce denemek ve doğrulandıktan sonra kalıcıya çevirmek.
• Oturum açmamış kullanıcıyı giriş sayfasına göndermek.

Bu listedeki her işte eski adres geri gelecek ya da kalıcı bir karar henüz verilmemiş durumdadır. Bu nedenle karar kalıcıya dönüştüğünde kodu da değiştirmeniz gerekir. Aksi halde geçici kural yıllarca yayında kalabilir.

Bakım sayfası için ayrıca bir uyarı yapalım: sunucu bakımda olduğunu bildirmek istiyorsa, genellikle yönlendirme yerine 503 gibi bir hata kodu daha doğru anlam taşır. Konuyu 503 hatası yazımızda anlattık. Yönlendirmeyi yalnızca ziyaretçiyi başka bir sayfaya taşımak istediğinizde seçin.

Hangi durumlarda 302 yerine 301 kullanmalısınız?

Adres bir daha geri dönmeyecekse 301 ya da 308 kullanın. Bu durumlarda hedef adresin ana adres olmasını istersiniz ve Google'ın dokümanındaki kalıcı sinyal tam olarak bunu söyler.

• HTTP'den HTTPS'e geçişte; SSL sertifikası kurduktan sonra tüm sayfaları güvenli adrese bağlarken.
• www ile www'siz sürüm arasında tek sürümü seçerken.
• Alan adı değiştirirken ya da siteyi başka bir alan adına taşırken.
• Bir sayfanın URL yapısını kalıcı olarak yenilerken.
• Silinen ürünün yerine kalıcı bir alternatif varsa.

Ancak kalıcı taşımadan sonra yalnızca yönlendirme kurmak yetmez. İç linklerinizi, menüleri ve sitemap dosyanızı da yeni adrese çevirmenizi öneririz. Çünkü yönlendirme bir köprüdür; sitenizin kendi bağlantıları köprüden geçmek yerine doğrudan hedefe gitmelidir. Böylece hem ziyaretçi hem de tarama botu gereksiz bir adım atlamaz.

Büyük taşımalarda adım adım plan gerekir. SEO migration kontrol listemiz bu planı anlatıyor; burada yalnızca yönlendirme koduna odaklanıyoruz.

Stokta olmayan ürün ve kampanya sayfalarında 302 kullanır mısınız?

Ürün geçici olarak tükendiyse ve yakında stoka girecekse sayfayı yönlendirmeden açık tutmak çoğu zaman daha iyidir. Ürün kalıcı olarak kalktıysa 404, 410 ya da 301 arasında seçim yaparsınız. Bu kararı ayrı bir yazıda anlattık: stokta olmayan ürün sayfası ve SEO.

302'yi ancak bilinçli bir geçicilik varsa düşünün. Örneğin sezonluk bir kategoriyi kış boyunca genel kategoriye gönderiyor ve ilkbaharda geri açacaksınız. Bu durumda geçici kod mantıklıdır.

Kampanya sayfalarında da benzer bir mantık vardır. Adres her yıl aynı kalıyorsa, kampanya dışı dönemde bu adresi ana kategoriye geçici yönlendirebilirsiniz. Başlangıç tarihi geldiğinde kuralı kaldırırsınız. Böylece adres hiç değişmez ve biriken bağlantılar aynı sayfada toplanır.

Ancak ürünleri toplu olarak ana sayfaya yönlendirmek ziyaretçiyi şaşırtır. İlgisiz hedefe giden yönlendirme, soft 404 hatası gibi sorunlara da yol açabilir. Dolayısıyla hedef sayfa, eski sayfanın konusuna yakın olmalıdır.

302 yönlendirmede en sık yapılan hatalar nelerdir?

Aşağıdaki liste doküman ve mantık temelli bir özettir; ekibimizin topladığı bir istatistik değildir. Özetle bu hataların hepsi, geçici kodun yanlış yerde ya da unutulmuş biçimde kalmasından doğar.

• Kalıcı taşımayı 302 ile yapmak ve eski adresin dizinde kalmasına neden olmak.
• Geçici kampanya kuralını, kampanya bittikten sonra da yayında bırakmak.
• Tüm eski adresleri ilgisiz biçimde ana sayfaya yönlendirmek.
• Yönlendirme hedefinde yine bir yönlendirme bulundurmak, yani zincir kurmak.
• Durum kodunu kontrol etmeden yalnızca tarayıcıda denemek.
• Yönlendirme ile canonical etiketini birbiriyle çelişen adreslere yazmak.

Bu hataların hepsi test aşamasında yakalanabilir. Bu nedenle kontrol listesini yazının sonunda ayrıca veriyoruz.

Yanlış 302 yönlendirmesi nasıl ortaya çıkar?

Çoğu zaman bilerek değil, varsayılan ayar yüzünden ortaya çıkar. Apache'nin Redirect yönergesi, durum belirtmezseniz geçici (302) yönlendirme üretir. nginx'te rewrite yönergesinin redirect bayrağı da 302 döndürür. Dolayısıyla durum kodunu elle yazmadığınız her kural geçici olabilir.

Bunun dışında üç yaygın kaynak daha var:

• CMS eklentileri ve temalar, varsayılan olarak geçici yönlendirme seçebilir.
• Paneldeki yönlendirme formunda Type alanını yanlış seçmiş olabilirsiniz.
• Eski bir test kuralını kalıcı hâle getirmeden yayında unutmuş olabilirsiniz.

Bu nedenle yönlendirme kurduktan sonra durum kodunu mutlaka kontrol edin. Bir sonraki bölümlerde her ortam için doğru yazımı veriyoruz. Önce cPanel ile başlıyoruz.

cPanel'de 302 yönlendirme nasıl yapılır?

cPanel'in Redirects ekranı, yönlendirme türü olarak Permanent (301) ve Temporary (302) seçeneklerini sunar. Doküman, Temporary (302) seçeneğinin sitenin geçici olarak taşındığını belirttiğini söyler. Ancak ekran adı sürüme göre biraz değişebilir.

1. Önce sitenizin yedeğini alın ve .htaccess dosyasının kopyasını saklayın.
2. cPanel'de Domains bölümünden Redirects ekranını açın.
3. Type listesinden Temporary (302) seçeneğini seçin.
4. Alan adını ve eski yolu girin, ardından hedef adresin tamamını yazın.
5. www ayarını seçin, gerekiyorsa wildcard seçeneğini işaretleyin ve Add düğmesine basın.
6. Eski adresi tarayıcıda açıp sonucu kontrol edin.

cPanel dokümanına göre panel, kuralı .htaccess dosyasının en altına yazar. Üçüncü parti uygulamalar yalnızca kendi bölümünü okuyorsa, bu durum çakışma doğurabilir. Sitede zaten WordPress kuralları varsa yönlendirmeyi test etmeden bırakmayın.

Örneğin wildcard seçeneği, bir klasördeki tüm dosyaları yeni klasörde aynı dosya adına yönlendirir. Dolayısıyla klasörü geçici olarak taşıdıysanız işinizi kolaylaştırır. Ancak yeni klasörde aynı dosya adları yoksa ziyaretçi 404 sayfasına düşer; önce birkaç adresi elle deneyin.

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

Apache dokümanına göre Redirect yönergesi .htaccess içinde çalışır, ancak sunucuda AllowOverride FileInfo izni gerekir. Durum belirtmezseniz yönlendirme geçicidir. Aşağıdaki örneklerde example.com yerine kendi alan adınızı yazarsınız.

# Geçici yönlendirme (durum yazmazsanız 302 olur)
Redirect "/kampanya" "https://example.com/yaz-kampanyasi/"

# Aynı kuralı durumu açık yazarak
Redirect 302 "/kampanya" "https://example.com/yaz-kampanyasi/"

# Kalıcı yönlendirme
Redirect permanent "/eski-sayfa" "https://example.com/yeni-sayfa/"

# Yöntemi koruyan geçici (307) ve kalıcı (308) yönlendirme
Redirect 307 "/odeme-test" "https://example.com/odeme/"
Redirect 308 "/eski-form" "https://example.com/yeni-form/"

Normal ifade gerekiyorsa RedirectMatch yönergesini kullanırsınız. Ayrıntıyı Apache mod_alias dokümanında bulursunuz.

Dosyaya dokunmadan önce kopyasını alın. Tek bir yazım hatası siteyi 500 hatasına düşürebilir; hata verirse kopyayı geri yüklersiniz. Şu noktalara da dikkat edin.

• Kuralları WordPress ya da başka uygulamanın bloğunun içine değil, dışına yazın.
• Çünkü aynı adres için iki farklı kural yazmayın; ilk eşleşen kural çalışır.
• Hedef adrese tam adresi (https ile başlayan) yazın.
• Her değişiklikten sonra tarayıcı önbelleğini atlayarak ya da komut satırından test edin.

Yine de bu işleri gözünüz tutmuyorsa ya da dosyada tanımadığınız satırlar varsa durun. Bu konuya yazının sonundaki bölümde yeniden dönüyoruz. Örneğin dosyada başka bir güvenlik ya da önbellek eklentisinin bıraktığı kurallar varsa, onlara dokunmadan yalnızca kendi satırlarınızı ekleyin.

nginx'te 302 yönlendirme nasıl yapılır?

nginx dokümanına göre return yönergesi, 301, 302, 303, 307 ve 308 kodları için yönlendirme adresi alabilir. Rewrite yönergesinin redirect bayrağı 302, permanent bayrağı 301 döndürür. Basit bir adres için return yeterlidir.

server {
    listen 80;
    server_name example.com;

    # Geçici yönlendirme
    location = /kampanya {
        return 302 https://example.com/yaz-kampanyasi/;
    }

    # Kalıcı yönlendirme
    location = /eski-sayfa {
        return 301 https://example.com/yeni-sayfa/;
    }
}

Dosyayı kaydettikten sonra ayarı önce sınayın, sonra yeniden yükleyin: sudo nginx -t ve ardından sudo systemctl reload nginx. Komut adları dağıtımınıza göre değişebilir. Ayrıntı için nginx rewrite modülü dokümanına bakın.

Üç ortamda yönlendirme yazımını nasıl karşılaştırırsınız?

Aşağıdaki özet tablo, aynı işi üç yerde nasıl yaptığınızı yan yana gösterir. Varsayılan davranışlar resmi dokümanlardan alınmıştır.

Yönetim panelinizde ya da sunucunuzda başka bir sistem varsa (örneğin LiteSpeed ya da bir CDN kuralı), değerler farklı olabilir. Böyle durumlarda hosting sağlayıcınızın dokümanına bakın.

Yönlendirmenin doğru çalıştığını nasıl test edersiniz?

Sadece tarayıcıda adresi açmak yetmez. Çünkü tarayıcı yönlendirmeyi sessizce izler ve hangi kodun döndüğünü göstermez. Durum kodunu görmek için komut satırında yalnızca başlıkları isteyebilirsiniz.

curl -I https://example.com/kampanya

Böylece çıktıda ilk satır durum kodunu, Location satırı ise hedef adresi gösterir. Yönlendirmeyi uçtan uca izlemek isterseniz -L bayrağı ekleyin. Böylece zincirdeki her adımı ayrı ayrı görürsünüz.

Sorun çıkarsa aşağıdaki tablo, belirtiyi olası nedene bağlamanıza yardım eder. Tablo bir tanı kılavuzudur; kesin teşhis için yine durum kodunu görmeniz gerekir.

Komut satırı size uygun değilse yönlendirme denetleyici aracımız aynı işi tarayıcıdan yapar. Çok sayıda eski adresi yeni adreslerle eşleştirecekseniz 404 yönlendirme eşleştirici işinizi hızlandırır.

Yönlendirme zinciri ve döngü 302'de neden sorun olur?

Bir yönlendirme başka bir yönlendirmeye çıkıyorsa zincir oluşur. 302 kurallarında bu hata sık görülür, çünkü geçici kuralları kimse düzenli kontrol etmez. Üstelik her ek adım yükleme süresini uzatır ve hata riskini artırır.

Zincirin ayrıntılı çözümünü yönlendirme zinciri yazımızda anlattık, o yüzden burada tekrar etmiyoruz. Kısa kural: eski adres doğrudan son hedefe gitmeli.

Döngü ise iki kuralın birbirine yönlendirmesidir. Bu durumda tarayıcı “çok fazla yönlendirme” hatası verir. Bu hatanın çözümünü kardeş yazımızda ele alıyoruz. Döngüyü bulmak için önce kuralları sırayla okuyun ve hangi adresin hangi adrese gittiğini bir tabloya yazın.

Meta refresh ve JavaScript yönlendirmesi 302'nin yerine geçer mi?

Bazı sitelerde yönlendirme kodu sayfanın içine, yani tema ya da eklenti dosyasına gömülüdür. Böyle durumlarda sunucu yönlendirmesi kurmak daha temiz bir çözümdür. Ancak sunucuya erişiminiz yoksa meta refresh ya da JavaScript son çare olarak kalır.

Sunucu tarafı yönlendirme mümkünse onu seçin. Google dokümanı, JavaScript yönlendirmesini yalnızca sunucu tarafı ya da meta refresh yapamıyorsanız kullanmanızı söyler. Gerekçe de açıktır: Google her URL'yi render etmeye çalışır, ancak render çeşitli nedenlerle başarısız olabilir.

Meta refresh için doküman şunu söyler: anlık (0 saniye) meta refresh kalıcı yönlendirme, gecikmeli meta refresh ise geçici yönlendirme olarak yorumlanır. Yani HTML içinden yaptığınız yönlendirme bile sinyal taşır.

Pratikte şu sırayı izleriz: önce sunucu yönlendirmesi, sonra meta refresh, en son JavaScript. Ancak hosting panelinize erişiminiz yoksa bunu yazılımcınızdan ya da sağlayıcınızdan isteyin.

Search Console'da yönlendirmeyi nasıl izlersiniz?

Yönlendirme kurduktan sonra birkaç hafta boyunca Search Console'daki sayfa indeksleme raporunu izleyin. Yani eski adresin dizinde kalıp kalmadığını, yeni adresin keşfedilip keşfedilmediğini oradan görürsünüz. Raporun kullanımını Search Console rehberimizde anlattık.

Ayrıca eski adresi URL denetimi aracıyla sorgulayabilirsiniz. Böylece Google'ın hangi adresi kanonik seçtiğini doğrudan görürsünüz. Kanonik etiketlerle çakışma şüpheniz varsa canonical etiketi yazımıza bakın.

1. Eski adresi URL denetimi aracına yapıştırın ve Google'ın seçtiği kanonik adrese bakın.
2. Yeni adresi de aynı şekilde sorgulayın ve dizinde olup olmadığını görün.
3. Birkaç hafta sonra raporu tekrar açın ve eski adresin durumunun değişip değişmediğine bakın.
4. Geçici bir kural yayındaysa, bitiş tarihini not alın.

Sonuç beklediğiniz gibi değilse, önce durum kodunu, sonra zinciri, en son önbelleği kontrol edin. Böylece bu üç adım sorunların büyük kısmını çözer.

Yönlendirmeyi ne zaman kendiniz yapmamalı, hosting sağlayıcınıza bırakmalısınız?

Her yönlendirme işini kendiniz yapmak zorunda değilsiniz. Aşağıdaki durumlarda hosting sağlayıcınızdan ya da sunucu yöneticinizden destek almanız daha güvenlidir.

• Paylaşımlı hostingde .htaccess düzenleme izniniz yoksa ya da dosya sizin tanımadığınız kurallarla doluysa.
• CDN, güvenlik duvarı ya da yük dengeleyici de yönlendirme yapıyorsa; kural birden fazla katmanda olabilir.
• Siteyi başka bir sunucuya ya da alan adına taşıyorsanız ve e-posta veya DNS ayarları da değişiyorsa.
• nginx ya da Apache ana yapılandırmasını değiştirmeniz gerekiyorsa ve kendi VPS'inizi yönetmiyorsanız.

Çünkü bu işlerde yanlış bir adım siteyi kapatabilir. Kendi sunucunuzu yönetiyorsanız bile önce yedek alın. Hosting seçimi konusunda ise hosting seçim rehberimiz yol gösterir.

302 yönlendirme için son kontrol listesi nedir?

Aşağıdaki kontrol listesi, yazının tamamını tek bakışta özetler. Özellikle ekip içinde birden fazla kişi yönlendirme kuralı ekliyorsa bu liste işe yarar.

Yönlendirmeyi yayına almadan önce şu sırayı izleyin. Böylece geçici kodun yanlışlıkla kalıcı kalması ya da kalıcı kodun yanlışlıkla geçici kalması riskini azaltırsınız.

1. Taşımanın gerçekten geçici olup olmadığına karar verin; kalıcıysa 301 ya da 308 seçin.
2. Yöntemin korunması gerekiyorsa 307 ya da 308 kullanın.
3. Kuralı yazın ve durum kodunu komut satırıyla ya da denetleyici araçla doğrulayın.
4. Hedef sayfanın eski sayfayla konu olarak eşleştiğini kontrol edin.
5. Zincir ve döngü olmadığını test edin.
6. Takvime bir tarih koyun; geçici kural bitince kaldırın ya da kalıcıya çevirin.
7. Search Console'da eski ve yeni adresi birkaç hafta izleyin.

Bu nedenle bu listeyi bir kez kurup şablon yapmanızı öneririz. Her yeni yönlendirme işinde aynı sırayı izlerseniz, geçici kuralların kalıcı hâle gelmesi ya da unutulması çok daha az görülür. Ayrıca ekip içinde yönlendirme kuralı ekleyen herkesin aynı listeyi kullanması, iki kişinin çelişen kural yazma ihtimalini azaltır.

Teknik SEO ve site taşıma işlerinde destek isterseniz ekibimizle SEO danışmanlığı sayfamızdan iletişime geçebilirsiniz. Bu yazı genel bilgi içindir; sunucu ayarlarında sağlayıcınızın dokümanı ve talimatı önceliklidir.