Yeniden tasarım kararı genellikle görsel bir tatminsizlikten doğar: renk paleti eskimiştir, tipografi tutarsızdır, mobil düzen bozulmuştur. Geliştirme ekibi yeni bir framework önerir, tasarımcı sıfırdan başlamak ister ve proje hızla büyür. Sürecin bir noktasında birisi "URL yapısını da düzenleyelim" der. Mimari hasar çoğunlukla o cümlede başlar.

Görsel yenileme ile yapısal değişiklik, farklı risklere sahip iki ayrı operasyondur. Birincisi arama motorları için neredeyse şeffaftır; ikincisi ise biriktirdiğiniz bağlantı gücünü, sayfa otoritesini ve tarama geçmişini sıfırlayabilir. İkisi aynı projeye dahil edildiğinde, yapısal değişiklik görsel değişikliğin gölgesinde kalır ve geri dönüşü olmayan kararlar bant genişliğinin yetersiz olduğu bir ortamda alınır.

Site mimarisini yeniden tasarım sürecinde korumak için önce neyin "mimari" olduğunu netleştirmek gerekir. URL yapısı, gezinme hiyerarşisi, iç link ağı, sayfa türleri arası ilişkiler ve kanonik sinyaller mimarinin içindedir. Renk, tipografi, görsel öğeler ve animasyonlar değildir. Bu ayrımı baştan kurmayan projeler tasarım kararlarını mimari karar olarak sunar ve uzun vadede ikisinin de faturasını öder.

Görsel ile yapısal karıştığında gerçekte ne kaybedilir?

Bir kategori sayfasının URL'si /kategori/A/alt-kategori-B/ biçimindeyken tasarım sürecinde /urunler/ şeklinde düzleştirilirse, tarayıcı yönlendirme yapılsa da arama motorları yeni URL'yi ayrı bir sayfa olarak değerlendirir. Eski URL'ye gelen bağlantılar 301 yönlendirme üzerinden aktarılabilir; ancak her yönlendirme zinciri küçük bir değer kaybını beraberinde getirir. Bunun ötesinde, iç link yapısı güncellenmezse hem yönlendirme yükü artar hem de tarama botları eski URL'leri uzun süre çözümlemeye devam eder.

Asıl kayıp hızda değil, sinyal tutarsızlığında gerçekleşir. Yeni URL var, eski URL yönlendiriyor, bazı iç linkler eski URL'ye işaret ediyor, bazıları yenisine. Kanonik etiketler doğru kurulmamışsa, arama motorları hangi URL'nin yetkili olduğunu belirsiz bulur. Bu belirsizliği çözmek bazen haftalar, bazen aylar alır; üstelik tasarım sürecinde yapılan bir kararın sonucudur.

Yapısal değişiklikleri görsel değişikliklerden ayırt etmenin pratik yolu, her karar için şu soruyu sormaktır: "Bu değişiklik bir URL'yi, başlık hiyerarşisini veya sayfa türünü etkiliyor mu?" Etkiliyorsa mimari bir karardır ve ayrı bir değerlendirme sürecine girer. Etkilemiyorsa, tasarım ekibi bağımsız hareket edebilir.

URL sürekliliği neden projenin başında planlanır?

Geç kalındığında yönlendirme planı bir kurtarma operasyonuna dönüşür. Yeniden tasarım sürecinin sonunda "URL yönlendirmeleri" bir madde olarak listeye eklendiğinde, yeni tasarımın URL yapısı zaten belirlenmiş, içerik yeni URL'lere taşınmış ve iç linkler yeni yapıya göre yazılmış olur. Yönlendirmeler yapılabilir; ancak iç link yapısı eski ve yeni URL'ler arasında bölünür, kanonik sinyaller çelişmeye başlar ve tarama bütçesi bu karmaşayı çözmeye harcanır.

URL sürekliliği planı üç soruyla başlar: Hangi URL'ler kalıcı olarak değişiyor? Hangi URL'ler aynı kalıyor? Değişen URL'ler için 301 yönlendirme listesi kim tarafından, hangi aşamada hazırlanacak? Bu soruların yanıtları mevcut site taranmadan ve tüm URL'ler bir listede tutulmadan elde edilemez. Proje başlangıcında yapılan bu tarama, hem mimari kararların gerçek maliyetini gösterir hem de yönlendirme haritasının temelini oluşturur.

Değişmeyen URL'leri korumak, gerekli yönlendirmeleri doğru uygulamaktan daha değerlidir. Her URL değişikliği bağlantı sürekliliği üzerinde bir risk yaratır; bu nedenle "temizlik yapalım" gerekçesiyle yapılan URL düzenlemelerinin faydası çoğu durumda maliyetini karşılamaz. Temiz bir URL yapısı iyi bir hedeftir. Ancak bu hedefe ulaşmak için mevcut otoriteyi taşıyacak bir plan olmadan yapılan değişiklik, kazanımdan çok kayıp getirir.

Mevcut mimariyi yeniden tasarımdan önce belgelemek

Mimari belgeleme karmaşık olmak zorunda değildir. Beş bilgi yeterlidir: tüm URL'lerin listesi, her URL'nin hiyerarşi seviyesi (kök, birinci katman, ikinci katman), her URL'ye gelen iç link sayısı, her URL'nin aldığı dış bağlantı sayısı ve sayfa türü (kategori, ürün, içerik, araç). Bu bilgiler SEO tarama botlarıyla hızlıca listelenebilir.

Belgeleme iki işe yarar. İlki, tasarım kararlarının neye mal olduğunu görünür kılar. İkincisi, tasarımcıların ve geliştiricilerin mimariyi yanlışlıkla değiştirmesini önler. Bir geliştiricinin "sayfa türleri arasında tutarlılık sağlamak için tüm URL'leri düzleştirelim" önerisi, o URL'lerin hiyerarşik yapıda taşıdığı iç link değeri görünür olduğunda farklı değerlendirilir.

Belgeyi herkesin erişebildiği ve değişiklikleri takip edebildiği bir ortamda tutmak önemlidir. Tasarım sürecinde alınan her mimari karar bu belgeye yansımalı, yönlendirme haritası da bu belgenin yanında hazırlanmalıdır. Belge olmadan yapılan yeniden tasarım, neyi koruyacağını bilmeden başlanan bir tadilata benzer.

Tarama bütçesi, bir arama motorunun belirli bir dönemde sitenizi taramaya ayırdığı kapasitedir. Yeniden tasarım sürecinde yapılan yapısal değişiklikler bu kapasiteyi iki farklı biçimde tüketir. Birincisi, yönlendirme zincirleri: tarama botu her yönlendirmeyi ayrı bir istek olarak işler. İkincisi, iç link tutarsızlıkları: eski URL'leri işaret eden iç linkler bota yeni sayfanın değil, yönlendirmenin üzerinden yürümeyi zorunlu kılar.

Bütçe boşa harcanır. Yüksek değerli sayfaları yeniden taramak yerine bot, yönlendirme zincirlerini çözümlemekle zaman geçirir. Hiyerarşinin üst katmanında oturan, çok iç link alan ve dış bağlantıya sahip sayfalar için bu durum özellikle kritiktir; çünkü bu sayfaların tarama sıklığı diğerlerine göre yüksektir ve sinyal tutarsızlıkları burada daha hızlı hissedilir.

İç link yapısını korumak için her sayfa şablonundaki dinamik linklerin yeni URL yapısına göre güncellendiğini doğrulamak yeterlidir. Statik linkler - özellikle gezinme menüsü, breadcrumb ve footer - elle kontrol edilmelidir. Bu güncelleme atlanırsa, siteniz canlıya alındıktan sonra botlar eski ve yeni URL'ler arasında gezinir; tarama bütçesi verimsiz harcanır.

Tasarım kararı mimari karar gibi sunulduğunda ne yapılır?

Yeniden tasarım projelerinde sıkça karşılaşılan durum şudur: tasarımcı sayfaları yeniden gruplar, gezinme yapısını basitleştirir ve bu değişiklikleri "kullanıcı deneyimi iyileştirmesi" olarak sunar. Oysa gezinme yapısının yeniden düzenlenmesi doğrudan URL hiyerarşisini ve iç link ağını etkiler. Kullanıcı deneyimi gerekçesi geçerlidir; ancak bu gerekçe mimari maliyeti ortadan kaldırmaz.

Her tasarım değişikliğini "bu URL yapısını değiştiriyor mu?" sorusuna tabi tutmak, ekipler arası bir protokole dönüştürülmelidir. Değiştiriyorsa, mimari ekibin devreye girmesi ve URL sürekliliği planının güncellenmesi gerekir. Bu protokolü proje başında yazılı hale getirmek, sonradan çıkan anlaşmazlıkları önler.

Gezinme basitleştirmesi gerçekten gerekli olduğunda, URL yapısını değiştirmeden yapılabilir. Bir sayfanın menüde görünmemesi ile o sayfanın URL'sinin kaldırılması farklı şeylerdir. Menüden çıkarılan bir sayfa yine de URL üzerinden erişilebilir kalabilir; kaldırılan bir sayfa ise iç linkler güncellenmezse kırık referanslar bırakır ve hiyerarşi içindeki bağlantı akışını keser.

Hangi değişiklikler güvenlidir, hangileri değildir?

Güvenli değişiklikler şunlardır: renk, tipografi, görseller, animasyonlar, CTA metinleri, bölüm sıralaması, sayfa içi düzen. Bunlar URL yapısını, başlık hiyerarşisini veya sayfa türünü etkilemez. Tarama botları bu değişiklikleri yeni içerik olarak değil, mevcut sayfanın güncellemesi olarak işler.

Dikkatli yaklaşılması gereken değişiklikler şunlardır: H1 başlığındaki köklü değişiklikler, URL slug güncellemeleri, kategori yapısının yeniden düzenlenmesi, sayfa birleştirme veya bölme, pagination yapısının değiştirilmesi. Bu değişiklikler tek tek incelendiğinde küçük görünür; ancak toplu uygulandığında mimariyi kökten değiştirebilir. Her birinin yönlendirme planı ile birlikte ele alınması gerekir.

Yapılmaması gereken değişiklikler şunlardır: iç link sinyallerini taşımadan yüksek değerli sayfaların kaldırılması, yönlendirme haritası hazırlanmadan URL yapısının değiştirilmesi, kanonik etiketler gözden geçirilmeden sayfa birleştirme yapılması. Bu üç hatanın ortak özelliği geri dönüşünün uzun sürmesidir; arama motoru yanlış sinyali öğrendikten sonra doğrusunu öğrenmesi haftalarca sürebilir.

Canlıya geçiş sonrası mimari doğrulama

İlk 48 saat kritiktir. Tüm 301 yönlendirmelerinin hedef URL'ye doğru gittiği doğrulanmalı, kritik sayfaların kanonik etiketleri kontrol edilmeli, gezinme menüsündeki tüm linkler çalışır durumda olmalı ve yüksek değerli sayfaların tarama botlarına açık olduğu teyit edilmelidir. Bu dört kontrol atlanırsa, tarama botları yeni mimariyi yanlış öğrenir ve düzeltme süreci uzar.

İlk hafta içinde ise iç link haritası güncel URL'lere göre gözden geçirilmeli, yönlendirme zinciri oluşturan URL'ler tespit edilmeli ve kırık linkler kapatılmalıdır. Yönlendirme zincirleri genellikle farklı aşamalarda farklı kişilerin yaptığı değişikliklerden oluşur; canlıya geçişten sonra ilk tarama bu zincirleri ortaya çıkarır.

Doğrulama sürecini ekibin farklı üyeleri arasında paylaştırmak hem iş yükünü azaltır hem de gözden kaçan noktaları yakalar. Büyük bir sitede tek kişinin yapacağı kontrol sistemik sorunları fark etmez; özellikle bağlantı yapısındaki tutarsızlıklar sayfa sayısı arttıkça gizlenme eğilimindedir.

Yeniden tasarım projelerinde mimari koruma, ek bir iş yükü değil, gereksiz iş yükünü engelleyen bir mekanizmadır. Görsel değişikliği yapısal değişiklikten başından ayıran ekipler, yeniden tasarım sonrasında arama görünürlüğünü korur ve yönlendirme hatalarını onarmak için harcayacakları zamanı tasarım kalitesine yatırır. Ayrım net tutulduğunda, her iki disiplin de kendi sınırları içinde özgürce hareket edebilir.

Yapısal kararlara dair birikimin büyük kısmı zaten mevcut sitededir: hangi URL'nin daha fazla iç link aldığı, hangi sayfanın daha derin bir hiyerarşi seviyesinde bulunduğu, hangi içeriğin dışarıdan bağlantı çektiği. Bu birikimi yeniden tasarım sürecinde görünür kılmak, karar alıcıların "URL'leri düzleştirelim" veya "şu kategorileri birleştirelim" gibi önerilerin gerçek maliyetini görmesini sağlar ve mimari kararları tasarım kararlarından koruyan en güçlü araç budur.