URL yapısı çoğu projede küçük bir detay gibi görülür. Sayfa açılırken başlıktan bir slug türetilir, klasör gerekiyorsa eklenir ve konu kapanır. Sorun tam da burada başlar. İlk bakışta çalışan bu yöntem, birkaç ay sonra aynı içeriğin farklı varyasyonlarını, birbirini yineleyen klasörleri ve takip edilmesi zor yönlendirme zincirlerini üretir.

Oysa URL yalnızca tarayıcı çubuğunda görünen adres değildir. İçerik kümelerinin sınırını gösterir, taşınma süreçlerinde yönlendirme maliyetini belirler, editör ekibine neyin hangi yapının parçası olduğunu hatırlatır. İyi kurgulanan URL sistemi sessiz çalışır; kötü kurgulanan sistem ise her yeni sayfada karar yükü üretir.

Bu yüzden URL planı, yayın başladıktan sonra düzeltilecek kozmetik bir başlık değil, yapısal mimari kararıdır. Kısa olması tek başına yetmez. Okunabilir, taşınabilir ve genişlemeye dayanıklı olması gerekir.

URL yapısı içerik ağacının görünen yüzüdür

Bir URL tek başına düşünülmez. O adres, sitenin hangi bölümünde durduğunu, hangi üst yapıya bağlı olduğunu ve benzer sayfalardan nasıl ayrıldığını gösterir. Bu yüzden URL planı çoğu zaman başlıktan değil, önce yapının kendisinden türetilmelidir. Yakın dönemde yayımlanan bilgi mimarisi yazısında anlatıldığı gibi, önce içerik tipi ve hiyerarşi netleşir; sonra adres yapısı bu düzeni görünür hale getirir.

Basit örnekle bakarsak, aynı konu bir sitede `/blog/url-yapisi`, başka bir sitede `/rehberler/url-yapisi`, başka bir yapıda ise doğrudan `/url-yapisi` olarak yer alabilir. Üçü de teknik olarak çalışır. Doğru seçim, hangi içerik tipinin sitenin ana omurgasında kalıcı rol taşıdığına göre değişir. Eğer blog içerikleri esas yayın modeli ise blog klasörü anlamlı olabilir. Eğer site düz bir rehber yapısındaysa bu klasör fazladan katman yaratabilir.

Bu nedenle URL tasarımı menüden bağımsız olsa da yapıyla uyumlu olmak zorundadır. Örneğin site haritası planı hazırlanırken kategori, içerik ve yardımcı sayfalar ayrılmışsa URL sistemi de bu ayrımı yansıtmalıdır. Aksi halde sitemap düzenli, URL mantığı ise dağınık kalır.

Kısa URL ile anlamlı URL aynı şey değildir

Kısa adresler genellikle daha iyi kabul edilir, fakat tek ölçüt bu değildir. `/u/15` gibi aşırı kısa bir yapı, kullanıcıya ve editöre neredeyse hiçbir bağlam vermez. Buna karşılık `/kurumsal-hizmetler/cozumler/dijital-donusum-kurumsal-strateji-danismanligi` gibi aşırı uzun bir yol da taşınabilir değildir. İyi URL, gereksiz kelimeleri atar ama sayfanın ne olduğunu hâlâ anlaşılır bırakır.

Buradaki en yararlı test, adresin tek başına görüldüğünde temel konuyu anlatıp anlatmadığıdır. Kullanıcı bağlantıyı kopyaladığında kaba bir fikir edinebilmeli, ekip de aynı yapıyı yeni sayfalarda sürdürebilmelidir. Başlıktaki her kelimeyi URL'ye taşımak gerekmez. Bağlaçlar, tekrar eden sıfatlar ve yalnızca pazarlama etkisi taşıyan kelimeler çoğu zaman adresten çıkarılabilir.

Bir başka denge de dil tercihidir. Türkçe içerikte URL'lerin Türkçe köklerle kurulması genellikle sorun değildir; ancak özel karakter yönetimi ve ekip alışkanlığı dikkate alınmalıdır. Tutarsızlık asıl risktir. Bir bölümde Türkçe slug, başka bölümde İngilizce slug, üçüncü bölümde tarihli ve dördüncüde rastgele tireleme kullanılıyorsa, sorun kısa veya uzun olmak değil, standardın olmamasıdır.

Klasörleme yalnızca gerçekten grup varsa kullanılmalıdır

Klasörleme birçok projede gereğinden fazla uygulanır. Çünkü düzen hissi verir. Ne var ki sırf düzenli görünsün diye her içeriği iki veya üç katmanlı klasör içine koymak zaman içinde yük oluşturur. Eğer klasör bir karar üretmiyorsa, yalnızca yol uzatıyorsa faydası düşüktür. Bu nedenle önce “bu sayfa hangi kalıcı kümenin parçası” sorusu sorulmalıdır.

Örneğin ürün yoğun projelerde kategori ve alt kategori ilişkileri kalıcıysa klasörleme anlamlıdır. Bu yapı kategori sayfası planıyla birlikte okunur. Buna karşılık tekil rehber içeriklerde her başlığı zorla bir klasöre sokmak bazen gereksiz olur. Hatta zamanla içerik yön değiştirdiğinde en pahalı taşınma kalemi bu gereksiz klasörler olur.

E-ticaret, blog ve kurumsal site aynı klasör mantığıyla yönetilmez. E-ticaret yapılarında kategori ağacının adresle daha görünür olması makuldür. Buna karşılık yayın odaklı bloglarda yüzlerce yazıyı derin klasörlere gömmek, keşfi kolaylaştırmaktan çok yolu uzatır. Klasörleme, içerik tiplerinin gerçekten birbirinden farklı bakım gerektirdiği yerde değer üretir.

Teknik disiplin slug üretiminden sonra başlar

URL standardı yalnızca hangi kelimelerin seçileceğiyle sınırlı değildir. Küçük harf kullanımı, tireleme biçimi, uzantı tercihi, son slash kararı, kanonik adres standardı ve parametre yönetimi birlikte düşünülmelidir. Bir ekip `/Kategori/Ornek`, diğeri `/kategori/ornek/`, bir başkası `/kategori/ornek.html` üretiyorsa sorun içerik değil, teslim standardıdır.

Şu ayrımların en baştan net olması gerekir:

  • Adresler küçük harf mi olacak?
  • Kelimeler tire ile mi ayrılacak?
  • Sonunda slash veya `.html` standardı korunacak mı?
  • Parametreli URL'ler indeks mantığında nasıl ele alınacak?
  • Kanonik sürüm tek bir biçimde mi kalacak?

Bu kurallar yazılı değilse ekip zamanla kendi çözümünü üretir ve site içinde birden fazla URL lehçesi oluşur. Aynı sorun çok dilli yapılarda daha hızlı büyür. Çünkü çok dilli site yapısı içinde dil klasörü, ülke ayrımı ve kanonik ilişki birlikte yönetilmek zorundadır. URL standardı burada bozulursa hreflang ve sitemap tarafı da daha karmaşık hale gelir.

Değişiklik gerektiğinde yönlendirme planı baştan düşünülmelidir

Hiçbir URL sistemi sonsuza kadar sabit kalmaz. Kategori birleşir, içerik tipi değişir, gereksiz klasör kaldırılır, ürün ağacı sadeleşir. Bu değişiklikler kaçınılmazdır. Asıl hata, geçiş maliyetini hiç hesaba katmadan tasarım yapmaktır. Bir adres taşındığında eski URL'nin ne olacağı, hangi eşleşmeyle yeni yere gideceği ve zincir oluşup oluşmadığı baştan düşünülmelidir.

Özellikle Apache tabanlı yapılarda yönlendirme kurallarını toplu ve tutarlı biçimde üretmek gerektiğinde, 301 yönlendirme ve yeniden yazım mantığını kurgulamak için htaccess generator gibi araçlar yardımcı olabilir. Burada önemli olan, aracı kullanıp kuralları körlemesine yapıştırmak değil; hangi eski yolun hangi yeni yapıya taşındığını net bir eşleme tablosuyla ilerletmektir.

İyi URL sistemi, değişmeyeceği varsayımıyla değil, değiştiğinde hasarı sınırlayacağı varsayımıyla kurulur. Yani sadece bugünün temiz görünümünü değil, yarının geçiş planını da hesaba katar. Aksi halde her düzenleme yeni bir yönlendirme katmanı ekler ve zamanla site kendi içinde dolaşan bir tüneller ağına dönüşür.

Bozuk URL sistemi erken uyarı verir

URL yapısının dağıldığını anlamak için teknik denetime gerek kalmadan görülebilen işaretler vardır. Yeni sayfa açılırken ekip “bunu hangi klasöre koyacağız” sorusunu sürekli tekrar ediyorsa yapı belirsizdir. Aynı konu için üç farklı slug önerisi çıkıyorsa standardınız zayıftır. Eski adresler düzenli biçimde yönlendirilmediği için içerik taşımaları riskli hale geldiyse sistem esnemiyordur.

Bir başka işaret de adreslerin içerik kümeleriyle bağını kaybetmesidir. Örneğin arama, kategori ve rehber sayfaları aynı düzlemde görünmeye başlıyorsa, kullanıcı açısından da ekip açısından da yapı puslulaşır. Böyle dönemlerde sadece slug kısaltmak çözüm olmaz. Önce hangi URL tiplerinin kalıcı olduğu, hangilerinin yardımcı rol taşıdığı yeniden tanımlanmalıdır.

Sağlam URL mimarisi gösterişli değildir. Çoğu zaman fark edilmez bile. Fakat yeni sayfa açarken ekip daha az düşünür, taşıma sırasında daha az hata çıkar, sitemap ve kanonik yapı daha düzenli kalır. Gerçek kalite farkı da tam olarak burada ortaya çıkar: adresler yalnızca okunur değil, sürdürülebilir olur.

URL uzunluğu ve parametre kullanımı kararı gerektirir

URL uzunluğu tartışması çoğu zaman net bir kuraldan çok pratik bir değerlendirmeye dayanır. Kısa URL'ler genellikle daha temizdir, paylaşımda kırılma riski düşüktür ve görünür alanda daha az yer kaplar. Fakat kısa tutmak adına anlamı feda etmek doğru değildir. İki-dört anlamlı kelimeden oluşan bir URL, tek bir muğlak kelimeden çok daha iyi çalışır.

Parametre kullanımı ise ayrı bir karar alanıdır. Filtre, sıralama, kampanya ve oturum parametreleri bazen kaçınılmazdır. Fakat bu parametrelerin kanonik içerikle karışması, gereksiz sayfa versiyonları üretmesi ve arama motorunun hangi URL'yi taraması gerektiği konusunda belirsizlik yaratması ciddi sorunlar doğurabilir. Özellikle filtreleme yapısında URL parametrelerinin kanonik kurallarla birlikte planlanması gerekir.

Bu yüzden URL tasarımı yalnızca adres oluşturma değil; kanonik kararlar, index yönetimi ve tarama bütçesi planlamasıyla iç içe bir yapıdır. Her yeni parametre tipi için önceden kural koymak, ileride yaşanacak indeksleme karmaşasını önler.

URL değişikliği yapılırken dikkat edilmesi gerekenler

Yayındaki bir URL değiştirildiğinde eski adresin yeni adrese kalıcı yönlendirme (301) ile bağlanması gerekir. Bu teknik zorunluluk; iç linkler, dış bağlantılar ve arama motorunun o sayfaya birikmiş sinyalleri göz önüne alındığında kritik öneme kavuşur. Yönlendirme yapılmadan silinen veya değiştirilen URL'ler, hem kullanıcı hem arama motoru için kırık noktalar yaratır.

URL değişikliklerini toplu yapmak, tek tek yapmaktan daha az risklidir çünkü planlı bir geçiş sürecinde kapsam gözden geçirilebilir. Ancak tek bir URL'nin düzeltilmesi gerektiğinde ertelememek daha sağlıklıdır. Her geçen gün eski URL daha fazla iç ve dış bağlantı biriktirir, geçişin maliyeti artar.

Genel site haritası planlaması sırasında URL yapısı da gözden geçirilmeli ve tutarsızlıklar o aşamada giderilmelidir. Yayın sonrasına bırakılan URL düzenlemeleri her zaman daha maliyetlidir.

URL tutarlılığı siteyi büyüdükçe daha kritik hale gelir

Küçük bir sitede birkaç tutarsız URL fark edilmeyebilir. Fakat site büyüdükçe, her sayfanın farklı bir kural izlediği yapılarda bakım maliyeti hızla artar. Eklenen her yeni içerik "bu URL nasıl görünmeli?" sorusuna anlık cevap bulmak zorunda kalır. Tutarlı bir URL şeması ise bu kararı önceden almış ve tekrar eden durumlar için otomatik hale getirmiş demektir.

Tutarlılık aynı zamanda ekip içi iletişimi kolaylaştırır. URL'yi gören bir ekip üyesi, sayfanın site yapısındaki yerini ve içerik türünü tahmin edebiliyorsa, koordinasyon maliyeti düşer. Özellikle büyük içerik ekiplerinde bu netlik; yanlış linkleme, çift içerik ve kategori hatalarını önler. Sayfanın bilgi mimarisindeki yeri URL'de açıkça görünebilmelidir.

URL yapısı kararlarının belgelenmesi, ekibin büyüdüğü projelerde özellikle değer taşır. Hangi sayfalar hangi URL formatını izliyor, hangi istisnalar neden var, parametre kuralları nedir? Bu sorulara yazılı cevap olmadığında her yeni ekip üyesi ya farklı yorumlar ya da geçmiş kararları anlayamadan hata yapar. Basit bir URL kural belgesini güncel tutmak, gelecekteki tutarsızlıkların büyük kısmını önler.