Web sitesi yenileme: Eski adresleri kaybetmeden geçiş

Yeni site yayına alındığında ana sayfa düzgün açılıyor, fakat geçen ay müşteriye gönderilen hizmet bağlantısı hata veriyor. Blogdaki eski görsel adresleri de değişmiş; bazı yazıların iç bağlantıları artık olmayan sayfalara gidiyor. Görsel yenileme tamamlanmış olsa bile geçişin önemli bir kısmı eksik kalmış durumda. Web sitesi yenilemede eski adresleri korumak, yalnızca arama motorları için değil mevcut müşterilerin, satış ekibinin ve geçmişte paylaşılmış içeriklerin yolculuğu için de gereklidir.

Adres geçişi çalışması, hangi sayfanın nereye taşındığını ve hangi içeriğin kaldırıldığını açıkça kaydeder. Bu rehber bir kurumsal sitenin yenilenmesi üzerinden uygulanabilir bir geçiş planı anlatıyor. Örnek adresler temsilidir. Gerçek projede sunucu yapısı, mevcut bağlantılar ve içerik kararları birlikte incelenmelidir; bütün sitelere aynı yönlendirme dosyasını kopyalamak güvenilir bir yöntem değildir.

Görsel yenileme ile adres değişikliğini ayırın

Bir sitenin tasarımını değiştirmek, bütün adreslerini değiştirmeyi zorunlu kılmaz. Mevcut hizmet adresi açıklayıcı ve uygun durumdaysa yeni tasarım altında korunabilir. Bu karar, gereksiz yönlendirme ve bağlantı güncellemesi sayısını azaltabilir. Önce hangi adreslerin neden değişeceği belirlenmelidir; yeni görünüm kendi başına yeterli gerekçe sayılmamalıdır.

İçerik yönetim sisteminin değişmesi de her adresin değişmesi anlamına gelmez. Teknik ekip eski yapının yeni sistemde sürdürülebilir olup olmadığını değerlendirebilir. Birden fazla değişikliği aynı anda yapmak zorunluysa her birinin etkisini ayrıca kaydetmek yararlıdır. Alan adı, yol yapısı, içerik ve hosting birlikte değiştiğinde sorunların kaynağını ayırmak zorlaşabilir. Geçiş planı bu bağımlılıkları görünür hale getirmelidir.

Eski adres listesini birden fazla kaynaktan toplayın

Mevcut siteyi taramak başlangıç sağlar, ancak menüde bulunmayan eski içerikler bu şekilde kaçabilir. Site haritaları, yönetim paneli kayıtları, sunucu erişim kayıtları ve mevcutsa Search Console verisi ek kaynak olabilir. Satış ekibinin sık paylaştığı doküman veya bağlantılar da incelenebilir. Farklı kaynakların hangi dönemi kapsadığı not edilmelidir.

Toplanan listeyi sayfa, görsel, belge ve diğer kaynaklar olarak ayırın. Bir PDF adresi değiştiğinde eski teklif veya makaleden yapılan bağlantı da etkilenebilir. Listeyi yalnızca ana menü sayfalarıyla sınırlamak bu ilişkileri görünmez bırakır. Tekrarlanan adresleri temizlerken parametre, dil veya dosya uzantısı farklarının gerçekten aynı içeriği gösterip göstermediğine bakın. Benzer görünen iki yol farklı işlev taşıyor olabilir; otomatik birleştirme öncesinde örnekleri inceleyin.

Her eski adres için içerik kararı verin

Geçiş tablosunda en az eski adres, mevcut konu, yeni karşılık, işlem türü ve kontrol durumu bulunabilir. Bazı adresler korunur; bazıları ilgili yeni içeriğe taşınır. Birden fazla eski sayfa gerçekten aynı kapsamlı içerikte birleşiyorsa ortak karşılık düşünülebilir. Karar yalnızca adresin yazımına değil, sayfanın yanıtladığı ihtiyaca dayanmalıdır.

Birleştirme ile ilgisiz yönlendirmeyi ayırın

Örneğin iki eski hizmet açıklaması yeni bir hizmet sayfasında birlikte ve yeterli ayrıntıyla yer alıyorsa bu sayfa anlamlı hedef olabilir. Buna karşılık kaldırılan teknik rehberi genel ana sayfaya yönlendirmek aynı bilgi karşılığını sağlamaz. Ziyaretçi çalışır bir sayfaya ulaşmış olsa bile aradığı cevabı bulamayabilir. Google'ın site taşıma rehberi de eski ve yeni adreslerin eşleştirilmesini, ilgisiz toplu yönlendirmelerden kaçınılmasını önerir.

Karşılığı olmayan içeriği dürüstçe sonlandırın

Her kaldırılan sayfanın bir yeni hedefi olmak zorunda değildir. İçerik artık sunulmuyor ve ilgili bir karşılık bulunmuyorsa uygun bir bulunamadı yanıtı planlanabilir. Kullanıcıya anlaşılır bir açıklama ve ilgili gezinme seçenekleri sunulması mümkündür. Burada önemli ayrım, hata ekranının görünümüyle sunucunun verdiği durumun birbirini desteklemesidir.

Google'ın HTTP durum kodları açıklaması, başarı, yönlendirme ve bulunamadı yanıtlarının farklı anlamlarını anlatır. İçeriği olmayan sayfanın başarılı yanıt veriyor gibi sunulması, gerçek eksikliği gizleyebilir. Teknik ekip durum kodunu doğrulamalıdır. Ekrana yalnızca “404” yazmak veya bütün bilinmeyen yolları ana sayfaya açmak aynı şeyi yapmaz. Tasarım ve sunucu davranışı birlikte kontrol edilmelidir.

Yönlendirme kuralını amaca göre uygulayın

Kalıcı taşınma ile geçici durum aynı değildir. Kullanılacak HTTP yanıtı gerçek değişikliği yansıtmalıdır. Kalıcı adres taşımalarında uygun kalıcı yönlendirme seçenekleri teknik ekipçe değerlendirilebilir. Yapılandırmanın hangi katmanda çalıştığı da bilinmelidir: sunucu, uygulama veya hosting paneli aynı istek üzerinde farklı kurallar çalıştırabilir.

Kuralların sırası bazı ortamlarda sonucu etkiler. Genel bir kural, belirli bir adres için yazılmış hedefi devre dışı bırakabilir. Bu yüzden örnek dosya paylaşmakla uygulamanın çalıştığını varsaymayın. Gerçek isteğin ilk yanıtını, takip ettiği yolu ve son içeriği inceleyin. Nihai sayfa açılıyor olsa da arada gereksiz adımlar bulunabilir. Kuralın sahibi ve hangi dosyada yönetildiği kayıt altına alınırsa sonraki bakımda çelişen düzenlemeler azalabilir.

Zincirleri ve döngüleri yayın öncesi bulun

Eski adres önce bir başka eski adrese, oradan yeni sayfaya gidiyorsa zincir oluşur. Bazı zincirler geçmiş geçişlerden kalmış olabilir. Amaç, uygun yerde doğrudan son karşılığa ulaşmaktır. Döngü ise bir adresin dolaylı veya doğrudan kendisine geri dönmesiyle ortaya çıkabilir; kullanıcı hedefe ulaşamaz. Sadece tarayıcıda birkaç adres açmak bütün bu durumları bulmak için yeterli olmayabilir.

Tablodaki eski adresleri otomatik kontrol etmek ve sorunlu örnekleri elle incelemek daha sistematik bir yöntemdir. Son hedefin durumunu da kaydedin. Doğru yönlendirme sonunda bulunamadı sayfasına ulaşıyorsa tabloyu yeniden değerlendirin. Bir dil sürümünün yanlış dildeki içeriğe gitmesi veya belge bağlantısının HTML tanıtımına açılması gibi anlam sorunları da ayrıca not edilmelidir. Teknik sonuç ile içerik karşılığı farklı kontrol başlıklarıdır.

Yeni sitenin iç bağlantılarını doğrudan güncelleyin

Yönlendirmeler dışarıdaki eski bağlantılara yardımcı olur; yeni site içinde eski adresleri kullanmaya devam etmek için gerekçe değildir. Menü, alt bilgi, blog metni, proje kartı ve düğmelerdeki bağlantılar yeni son hedeflerle tutarlı olmalıdır. Merkezi bileşenler kolay güncellenirken eski makalelerin içine gömülü adresler gözden kaçabilir. İçerik taraması bu nedenle önemlidir.

Görsel ve dosya bağlantılarını da kontrol edin. Yeni sayfanın adresi doğruyken kapak görseli veya indirilebilir dokümanı eski yerde araması mümkündür. Bağlantı metninin hedef konusunu hâlâ doğru anlatıp anlatmadığını okuyun. Web sitesi yenileme çalışmasında adres haritasını içerik kontrolüyle birlikte kullanmak, çalışan ama anlamsız hale gelmiş bağlantıları ortaya çıkarabilir. Yazılımın hata vermemesi tek başına editoryal tutarlılık sağlamaz.

Canonical, dil ve site haritasını aynı yapıya bağlayın

Yeni sayfa kendisiyle ilgili yanlış veya eski bir canonical adresi taşıyorsa teknik sinyaller çelişebilir. Dil karşılıkları ve site haritasındaki adresler de geçiş planıyla uyumlu olmalıdır. Bu alanların panel veya şablon tarafından nasıl üretildiği incelenmelidir. Elle düzeltilen birkaç örneğin geri kalan sayfalarda otomatik doğru sonuç verdiği varsayılmamalıdır.

Yayın öncesi ortamında kullanılan adresler canlı sayfalarda kalmamalıdır. Aynı şekilde geliştirme sırasında eklenen erişim veya dizine alma sınırlamaları canlı yayın kararına göre yeniden değerlendirilmelidir. Burada bütün sınırlamaları körlemesine kaldırmak değil, amaçlarına uygun olup olmadığını kontrol etmek gerekir. Test sayfası veya yönetim alanı ile kamuya açık hizmet içeriği aynı kurala tabi olmayabilir. Geçiş kontrolü her alanın gerçek rolünü dikkate almalıdır.

Yayın anı için geri dönülebilir bir plan hazırlayın

Yedek yalnızca dosyaların kopyası olarak düşünülmemelidir. İçerik verisi, medya, yapılandırma ve gerekli erişimlerin hangi sürüme ait olduğu bilinmelidir. Geri dönüş gerekiyorsa kimin hangi işlemi yapacağı belirlenir. Dosyaların bir yerde bulunması, sitenin çalışır halde geri getirilebildiğini kanıtlamaz; uygun kapsamda geri yükleme yöntemi kontrol edilebilir.

Yayın sırasında içerik değişikliklerinin nasıl ele alınacağı da önemlidir. Eski sitede yeni başvuru veya içerik oluşuyorsa son kopya ile yayın arasında veri farkı doğabilir. Bu farkın aktarımı, kısa süreli durdurma veya başka bir yöntemle yönetilmesi teknik sistemin yapısına bağlıdır. Ekipler yayın penceresinde hangi değişikliği kimin yapacağını bilmeli, aynı dosyada çelişen düzenlemelerden kaçınmalıdır. İletişim kanalı ve sorumlu kişi açık olmalıdır.

Canlı ortamı adres tablosuyla doğrulayın

Yayından hemen sonra ana sayfadan fazlasını deneyin. Korunan sayfalar, taşınan adresler, kaldırılan içerikler ve olmayan rastgele bir yol ayrı kontrol edilebilir. Form gönderimi, görsel yüklenmesi ve dil geçişi gibi görevler de canlı ortamda sınanmalıdır. Test ortamında çalışan bir özelliğin canlı erişim veya e-posta ayarları farklı olabilir.

Kontrol sonucunu tabloya tarih ve bulguyla ekleyin. Sorun varsa hangi adresi, hangi yanıtı ve hangi kullanıcı görevini etkilediğini yazın. Önceliklendirmede hizmete erişimin veya başvuru yolunun kesilmesi önemli olabilir. Kurumsal web sitesi geliştirme kapsamına bu canlı doğrulamayı eklemek, yayını yalnızca dosya aktarımı olarak görmekten daha gerçekçi bir teslim tanımı sağlar. Son sayfanın açılması kadar doğru bilginin bulunması da önemlidir.

Geçiş sonrası gözlemi takvime bağlayın

Yayın bittiğinde eski bağlantılardan gelen trafik ve hatalar izlenebilir. Beklenmeyen bulunamadı istekleri yeni bir eski adresi ortaya çıkarabilir; her isteğin gerçek bir içerik ihtiyacı olduğu varsayılmamalıdır. Otomatik taramalar ve saldırı denemeleri de kayıtlarda görünebilir. Yeni yönlendirme eklemeden önce adresin geçmişini ve ilgili karşılığını araştırın.

Arama görünümünde değişiklikler görülebilir; bunların süresi ve yönü bütün sitelerde aynı değildir. Önce teknik kontrolleri, içerik değişikliklerini ve ölçüm koşullarını ayrı değerlendirin. Verisiz bir trafik düşüşünü tek nedene bağlamak yerine karşılaştırılabilir kayıtlar kullanın. Geçiş tablosunu güncel tutmak ve çözülen sorunları kaydetmek, sonraki site yenilemesinin de daha az belirsizlikle başlamasını sağlar.

Sık Sorulan Sorular

Yeni tasarım için bütün adresleri değiştirmeli miyiz?

Gerekmez. Açıklayıcı ve uygun mevcut adresler korunabilir. Gerçek yapısal ihtiyaç varsa değişiklik planlanır. Tasarım değişimi ile adres değişimini ayrı kararlara dönüştürmek gereksiz yönlendirme ve bağlantı güncelleme işini azaltabilir.

Eski sayfaları ana sayfaya yönlendirmek yeterli mi?

Her durumda değil. Eski içeriğe karşılık gelen ilgili hedef bulunmalıdır. Alakasız bir ana sayfa ziyaretçinin aradığı cevabı sunmayabilir. Eşdeğer içerik yoksa uygun bulunamadı yanıtı ve yardımcı gezinme seçenekleri değerlendirilir.

Ekranda 404 yazması doğru yanıtı garanti eder mi?

Hayır. Sayfanın görünümüyle HTTP durum kodu farklı katmanlardır. Teknik kontrolde gerçek sunucu yanıtı incelenmelidir. Hata mesajı gösterirken başarı kodu dönen yapı, içeriğin bulunmadığını doğru biçimde iletmeyebilir.

Yönlendirme çalışıyorsa iç bağlantıları değiştirmeli miyiz?

Yeni site içindeki bağlantıların doğrudan son adresleri kullanması daha tutarlı bir yapıdır. Yönlendirmeler dışarıdaki eski bağlantılar için de korunabilir. Menü dışında blog metinleri, belgeler ve medya yolları da kontrol edilmelidir.

Geçişten sonra Google sonuçları hemen güncellenir mi?

Kesin süre verilemez. Adreslerin yeniden taranması ve işlenmesi zaman alabilir. Teknik doğrulama, site haritası ve uygun izleme yardımcı olur; fakat belirli tarihte sıralama veya dizin değişimi vaat edilmemelidir.

Eski adres listesinin tamamını bulamazsak ne olur?

Birden fazla veri kaynağıyla kapsam genişletilebilir ve yayın sonrasında gelen hatalar incelenebilir. Eksikliği açıkça kaydedin. Sonradan bulunan gerçek eski içerik için ilgili karşılık araştırılır; bütün bilinmeyen yolları otomatik olarak tek sayfaya göndermek çözüm sayılmamalıdır.