Ataşehir web tasarım arayan bir işletme, yalnızca yeni sayfaların nasıl görüneceğini değil, mevcut adreslerden gelen ziyaretçilerin nereye ulaşacağını da proje kapsamına almalıdır. Bir hizmet sayfasının URL’si değiştiğinde, eski bağlantı sosyal medya gönderilerinde, e-postalarda, iş ortaklarının sitelerinde veya arama sonuçlarında bir süre daha dolaşabilir. Yeni sayfayı yayına almak bu bağlantıların kendiliğinden doğru yere gideceği anlamına gelmez. Bu rehber, eski adresleri yeni sayfalarla eşleştirmek, istisnaları işaretlemek ve yönlendirmeyi kontrollü biçimde sınamak için bir çalışma planı sunar. Belirli bir Ataşehir işletmesinin sitesi, trafiği veya sonucu hakkında iddia içermez.

Adres değişikliğinin nedenini ve sınırını belirleyin

Önce gerçekten neyin değiştiğini yazın. Alan adı mı yenileniyor, HTTP’den HTTPS’ye mi geçiliyor, klasör yapısı mı değişiyor, yoksa aynı alan adında içerik yönetimi sistemi mi yenileniyor? Sadece ana sayfa adresi değişiyorsa bunu bütün URL’lerin taşınmasıyla karıştırmayın. Kapsama dahil olmayan sayfaları da en baştan belirtin: örneğin değişmeden kalacak kampanya sayfaları, müşteri giriş alanı veya teknik dosyalar.

Eski adreslerin kaynağını birden fazla yerden toplayın

URL envanterini yalnızca mevcut menüden çıkarmayın. Menüde bulunmayan fakat hâlâ ziyaret edilen kampanya veya eski ürün sayfaları olabilir. Site taraması, XML site haritası, sunucu günlükleri, Search Console dışa aktarımları, analitik açılış sayfaları, CRM’de paylaşılan bağlantılar ve ekiplerin kullandığı e-posta şablonları farklı parçaları gösterebilir. Her kaynak aynı kapsama sahip değildir; örneğin site haritasında olmayan bir bağlantı başka bir siteden ziyaretçi alıyor olabilir. Kaynak adını ve verinin alındığı tarihi envanterde saklayın.

Listeye URL’yi olduğu biçimiyle ekleyin; büyük-küçük harf, son eğik çizgi, sorgu parametresi ve dil klasörü gibi ayrıntıları gelişi güzel normalleştirmeyin. Aynı içerik için birden fazla eski biçim varsa her birini ayrı satırda kaydedin. Daha sonra bu biçimlerin tek hedefte birleşip birleşmeyeceğine karar verilebilir. Kaynağı bilinmeyen bir adres için “önemsiz” etiketi koymak yerine, önce hangi içeriği veya görevi temsil ettiğini araştırın.

Her satırda tek bir eski-yeni adres ilişkisi tutun

Çalışma tablosunda en az şu sütunlar bulunsun: eski tam URL, önerilen yeni tam URL, sayfa konusu, değişiklik nedeni, içerik sahibi, karar durumu, test sonucu ve not. Bir eski URL’nin iki farklı hedefi olmasın; hedef de boş bırakılmasın. Büyük tabloda durumları serbest metinle yazmak yerine “eşleşti”, “birleştirilecek”, “yayından kalkacak”, “inceleme gerekli” gibi sınırlı seçenekler kullanın. Böylece ekipler aynı durumu farklı kelimelerle kaydetmez.

Önerilen hedefi belirlerken yalnız kelime benzerliğine bakmayın. Eski sayfa belirli bir hizmeti, ürün modelini, rehberi veya başvuru adımını anlatıyorsa yeni hedefin de ziyaretçinin aynı amacına hizmet etmesi gerekir. Eski “kurumsal bakım paketi” sayfasını genel ana sayfaya yönlendirmek adresi teknik olarak çalıştırabilir; fakat ziyaretçinin aradığı ayrıntıyı ortadan kaldırır. Eşleşmenin gerekçesini kısa bir cümleyle tabloya eklemek, kararı sonradan incelemeyi kolaylaştırır.

Hedefi içerik durumuna göre seçin

İçerik değişmeden yeni adrese taşınıyorsa eşleşme genellikle daha nettir. Birkaç eski sayfa tek, kapsamlı bir rehberde birleştiriliyorsa her eski sayfanın o rehberle gerçekten aynı kullanıcı ihtiyacına yönelip yönelmediğini kontrol edin. Ürün veya hizmet artık sunulmuyorsa, güncel alternatif bulunup bulunmadığını ve sayfanın ziyaretçiye ne söylemesi gerektiğini ayrıca değerlendirin. Uygun bir karşılığı olmayan adresi ilgisiz bir sayfaya göndermek, “bir yere yönlendirdik” diye başarılı geçiş sayılmaz.

Her eski URL için şu soruyu sorun: “Bu bağlantıya tıklayan kişi hangi bilgiyi veya işlemi bekliyor?” Yeni hedef bu beklentiyi karşılamıyorsa eşleşme yeniden ele alınmalıdır. Birleştirme kararı alındığında hangi bölümlerin korunduğu, hangilerinin çıkarıldığı ve değişikliği kimin onayladığı kaydedilsin. İçerik sahibi yalnız görünür metni değil, sayfada çalışan indirme bağlantılarını, formları ve destek temaslarını da kontrol etmelidir.

İstisnaları ve sorgu parametrelerini görünür kılın

URL’nin sonundaki parametreler bazen reklam takibi, filtre seçimi veya sayfa içi durum taşır. Her parametreyi silmek doğru olmayabilir; hepsini korumak da gereksiz çoğaltılmış adresler oluşturabilir. Parametrenin kullanıcı görevine etkisini ve sistemin hedef sayfada onu nasıl ele aldığını teknik ekiple doğrulayın. Sayfalama, dil seçimi ve ürün varyantları için kullanılan adresler özellikle dikkat ister; testte yalnız ana sayfanın açıldığını görmek yeterli olmaz.

İstisna kaydı, yönlendirme kuralının neden genel eşlemeden farklı olduğunu açıklamalıdır. Örneğin eski bir dosya adresi aynı belgeyi yeni konumunda açabilir; kullanıcı hesabı uç noktası ise değişmeden kalabilir. Bu kararlar varsayımla değil, sorumlu ekip tarafından doğrulanmış gereksinimle yazılmalıdır. Kişisel bilgi, gizli yol veya erişim anahtarı içeren URL örneklerini paylaşım tablosuna koymayın; gerekiyorsa güvenli ve sınırlı erişimli teknik kayda başvurun.

Yönlendirme kuralını son hedefe doğrudan kurun

Adres eşlemesi onaylandıktan sonra teknik ekip eski URL’den yeni URL’ye giden sunucu tarafı yönlendirmeleri yapılandırabilir. Google Search Central’ın site taşıma rehberi, URL’ler değiştiğinde eski ve yeni adresler arasında eşleme hazırlanmasını ve mümkün olduğunda kalıcı sunucu yönlendirmeleri kullanılmasını önerir. Aynı rehber, ilgisiz çok sayıda eski adresi tek bir ana sayfaya göndermenin doğru olmadığını ve yönlendirme zincirlerinin azaltılması gerektiğini belirtir. Bu öneriler her işletmenin sunucu kurulumuna göre uygulanmalıdır; belirli bir sıralama sonucu garanti etmez.

Bir eski adres önce ikinci bir ara adrese, sonra üçüncü hedefe gidiyorsa zinciri kısaltıp doğrudan son sayfaya bağlayın. Yönlendirme döngüsü, yanlış protokole dönüş veya açılmayan hedef de kontrol edilmelidir. Kuralların hangi sistemde tutulduğunu, değişiklik yetkisini ve geri alma yöntemini kaydedin. CMS, web sunucusu, CDN veya uygulama katmanındaki davranışlar farklı olabilir; bir ortamda çalışan kuralın canlıya aynen taşınacağını varsaymayın.

Yeni sitedeki bağlantıları ve teknik işaretleri güncelleyin

Eski URL’lerden gelen ziyaretçiyi yönlendirmek tek başına yeterli değildir. Yeni menüler, içerik bağlantıları, site haritası, kanonik adres ve varsa yapılandırılmış site ayarları yeni URL’lerle tutarlı olmalıdır. İçerik ekibi metin içindeki bağlantıları yeni hedefe çevirmeli; böylece kullanıcı önce eski adresi ziyaret edip bir kez daha yönlendirilmez. Site haritasına yalnızca güncel ve erişilebilir kanonik sayfaları ekleyin. Google’ın site taşıma yönergeleri de yeni site haritası sunulmasını ve dahili bağlantıların güncellenmesini önerir.

Bu çalışma, her URL’nin arama sonuçlarında aynı konumda kalacağı anlamına gelmez. Arama motorlarının yeni adresleri keşfetmesi ve değerlendirmesi zaman alabilir; geçiş sırasında görünürlük dalgalanması olabilir. İçeriğin anlamı ve kullanıcı görevi korunurken teknik işaretlerin tutarlı olması, ekiplerin hatayı teşhis etmesine yardımcı olur. Başka bir teknik iddiayı güncel platform davranışı olarak aktaracaksanız, uygulama tarihindeki resmi dokümantasyonu ayrıca kontrol edin.

Yayından önce örneklem değil, kuralın tamamını sınayın

Önce tabloyu biçimsel olarak kontrol edin: yinelenen eski adresler, boş hedefler, kendi kendine yönlendirme, zincir ve döngü adayları için rapor alın. Ardından yalnız birkaç örneği değil, eşlemenin tamamını otomatik testten geçirin. Her eski URL için beklenen son hedefin durum kodunu ve son adresini kaydedin. Dönüşüm sonrası ana sayfada açılan bir URL teknik testten geçmiş görünse bile anlamca yanlış olabilir; bu nedenle içerik sorumlusu hedef sayfanın eski ihtiyaca karşılık geldiğini ayrıca onaylamalıdır.

Test ortamı canlı sunucudan farklıysa sonucu canlıya geçmeden önce sınırlarıyla birlikte belirtin. Canlıya alındıktan sonra hem eski hem yeni adresleri farklı tarayıcı ve cihazlarda deneyin. Giriş, sepet, form veya indirme gibi etkileşimli adımlar varsa yalnız ilk açılışı değil, görevin sonuna kadar ilerlemeyi kontrol edin. Her test kaydı; tarih, test eden rol, kullanılan eski URL, son URL ve görülen sonuç alanlarını içersin. Hatalı yönlendirmeyi fark eden kişi, kural sahibine hangi bilgilerle bildirim yapacağını bilmelidir.

Yayından sonra sorumluluğu ve izleme dönemini belirleyin

Yönlendirmeleri ne kadar süre tutacağınızı teknik ekiple planlayın. Google Search Central uzun süreli taşımalarda yönlendirmeleri mümkün olduğunca uzun, genel olarak en az bir yıl korumayı önerir; işletmenin kendi kullanıcı bağlantıları için daha uzun süre gerekebilir. Bu süreyi her projede otomatik bir silme tarihi gibi uygulamayın. Eski bağlantıların değeri, kullanım ihtiyacı, sunucu kapasitesi ve operasyon politikası birlikte değerlendirilmelidir. Karar sahibi ve yeniden değerlendirme tarihi kaydedilirse kuralın sessizce kaldırılması önlenir.

İlgili hizmet ve rehberler

Web tasarım ve yazılım hizmetinin kapsamını inceleyin. Bozuk bir adresin ziyaretçiye nasıl yardımcı olacağını görmek için 404 sayfasında doğru sonraki adımı kurma rehberine göz atın. Çok sayfalı hizmet içeriğinin ayrıştırılması için bağımsız hizmet sayfaları hakkındaki yazıyı, teklif ve teslim kalemlerini karşılaştırmak için de web tasarım tekliflerinde karşılaştırma rehberini okuyabilirsiniz.

Sık sorulan sorular

URL taşıma tablosuna hangi adresleri eklemeliyim?

Menüde görünen sayfalarla yetinmeyin. Site haritası, dış bağlantılar, kampanya materyalleri, analitik açılış sayfaları ve ekiplerin paylaştığı kalıcı adresler de envantere girebilir. Kaynak adını ve verinin alındığı tarihi kaydedin.

Her eski URL’yi ana sayfaya yönlendirmek neden uygun olmayabilir?

Eski bağlantı belirli bir hizmeti, ürünü veya belgeyi vaat ederken ana sayfa bu ihtiyacı karşılamayabilir. Ziyaretçi aradığı bilgiyi bulamaz; arama motoru da iki sayfanın eşdeğer olduğunu anlamayabilir. Güncel hedef yoksa içerik sahibi ziyaretçiye uygun sonraki yolu seçmelidir.

İçerik birleştirilince eski sayfaların hepsi aynı hedefe gidebilir mi?

Yalnızca yeni sayfa eski adreslerin kullanıcı amaçlarını gerçekten kapsıyorsa. Her eski URL için hangi bölümün veya bilginin korunduğunu tabloya yazın. Bir sayfa farklı ürün, kitle veya işlem anlatıyorsa hepsini tek hedefte toplamak anlamı kaybettirebilir. İçerik sorumlusunun onayı eşlemenin parçası olmalıdır.

Yönlendirme zinciri nasıl fark edilir?

Eski adresi isteyip son hedefe kadar izleyin ve her ara yanıtı kaydedin. Eski URL önce bir protokol veya klasör değişikliğine, sonra başka bir sayfaya gidiyorsa kural gereksiz ara adımlar içeriyor olabilir. Teknik ekipten otomatik zincir ve döngü kontrolü isteyin; testin yalnız ana sayfayı değil, tabloda kayıtlı bütün URL’leri kapsadığını doğrulayın.

Yönlendirme ile kanonik adres aynı işi mi yapar?

Hayır. Yönlendirme ziyaretçinin eski adresten başka bir adrese gitmesini sağlar; kanonik işareti ise benzer veya alternatif URL’ler arasındaki tercih edilen adresi belirtmeye yardımcı olur. Yeni sayfanın dahili bağlantıları ve kanonik bilgisi geçiş sonrası tutarlı olmalıdır. Uygulama ayrıntılarını CMS veya sunucu sorumlusuyla doğrulayın.

Eski yönlendirmeleri ne zaman kaldırmalıyım?

Takvim tek başına yeterli ölçüt değildir. Eski adreslere hâlâ bağlantı gelip gelmediğini, dış kaynakların güncellenip güncellenmediğini, kullanıcıların kaydettiği bağlantıları ve teknik bakım maliyetini değerlendirin. Google’ın site taşıma rehberi uzun süreli korumayı önerir; işletmenin kararı da kullanım ve operasyon koşullarına göre belgelenmelidir.

Testi yalnızca yayın öncesi yapmak yeterli mi?

Hayır. Yayın öncesi test kuralların beklenen ortamda çalıştığını kontrol eder; canlıya geçişte DNS, önbellek, sunucu veya CMS farkları ortaya çıkabilir. Canlı yayın sonrası eski ve yeni adresleri yeniden deneyin, formlar ve indirmeler gibi görevleri baştan sona tamamlayın. Hata raporunda URL, zaman ve son hedefi paylaşın.

Google Search Central’ın önerileri sıralama garantisi verir mi?

Hayır. Resmî taşıma rehberi, geçişi yönetmek için teknik adımlar ve izleme önerileri sunar; belirli bir görünürlük, trafik veya sıra vaat etmez. Arama sistemlerinin adresleri keşfetmesi zaman alabilir ve geçiş döneminde dalgalanma görülebilir. Başarıyı yalnız konumla değil, doğru hedefe erişim, bozuk bağlantıların azalması ve kullanıcı görevinin tamamlanabilmesiyle de izleyin.