Üç ortaklı bir hukuk bürosu web sitesi açıyor. Kurucu avukatlardan biri iş hukuku, biri aile hukuku, biri de gayrimenkul hukuku alanında çalışıyor. Site yapısı tartışmaya açılıyor ve ilk soru şu: "Menüde önce avukatlar mı görünsün, yoksa uzmanlık alanları mı?" Soru sıradan görünüyor; ancak ziyaretçi niyeti hakkında köklü bir tercih barındırıyor.
Hukuk bürosu siteleri iki baskı altında şekilleniyor. Büro, kendi kimliğini ve uzmanlığını ön plana çıkarmak istiyor; ziyaretçi ise derdini çözecek kapıyı arıyor. Bu iki istek aynı hiyerarşiyi gerektirmiyor. Avukatları öne koyan bir yapı, davası olan kişiyi kaybolmuş hissettiriyor; uzmanlık alanlarını öne koyan yapı ise büronun kimliğini geri plana itiyor.
Senaryo, üç ortaklı büronun sitesini karar noktalarından geçirerek kuruyor. Her tercih için ne yapıldığını, neden o yönde gidildiğini ve hangi ölçekte aynı tercihin ters etki ürettiğini takip ediyor.
Bir hukuk bürosu sitesine gelen ziyaretçinin niyeti üç kategoriye ayrılır
İlk toplantıda büro, ziyaretçilerini tek tip düşünüyor: "Müvekkil adayı geliyor." Bu doğru ama yetersiz bir tanım. Kimin geldiği değil, ne aradığı yapıyı belirliyor.
Birinci grup, sorunu biliyor ve çözüm arıyor. "İşten çıkarıldım, dava açabilir miyim?" diye düşünüyor, doğrudan "iş hukuku" veya "kıdem tazminatı" gibi ifadelerle arama yapıyor. Bu ziyaretçi için en kısa yol, uzmanlık alanı sayfası üzerinden avukata veya iletişim formuna ulaşmak.
İkinci grup, büroyu tanımak istiyor. Referansla veya reklamla gelmiş olabilir; karar vermeden önce avukatları ve büronun geçmişini inceliyor. Profil sayfaları, deneyim listeleri ve referans bilgileri bu grup için önemli.
Üçüncü grup ise konuyu araştırıyor. "Boşanmada mal paylaşımı nasıl olur?" diye arıyor ama henüz avukat tutmayı düşünmüyor. Bu kişi için içerik sayfaları veya sık sorulan sorular bölümü devreye giriyor.
Yapı bu üç niyete hizmet edecek şekilde tasarlanmadığında en yaygın seçenek ortaya çıkıyor: her şey menüye dolduruluyor. Avukatlar, uzmanlık alanları, makaleler, iletişim ve hakkımızda yan yana sıralanıyor. Menü çözüm değil, geciktirme oluyor.
Uzmanlık alanı sayfası ile hizmet sayfası ayrı iş görür
İlk yapısal karar şu: "İş hukuku" ayrı bir sayfa mı, yoksa bir avukatın profilindeki bir bölüm mü olmalı?
Bağımsız bir uzmanlık alanı sayfası, sorunu bilen ve çözüm arayan ziyaretçiye hitap ediyor. "İş hukuku davalarında büronun yaklaşımı nedir, hangi davalar alınıyor, süreç nasıl işliyor" gibi bilgileri içeriyor. Bu sayfa büyük ölçüde büroyu tanımayan birine yönelik açıklama yapıyor.
Hizmet sayfası ise daha dar ve işlemsel bir işlev görüyor. "İş sözleşmesi inceleme hizmeti" veya "kıdem tazminatı danışmanlığı" gibi spesifik bir işi tarif ediyor. Uzmanlık alanı sayfası yönlendirici, hizmet sayfası dönüşüm odaklı çalışıyor.
Büro başlangıçta yalnızca üç uzmanlık alanı sayfası açıyor. Bu ölçekte her alan için hizmet sayfası katmanı gereksiz: mimariyi karmaşıklaştırır, içerik borcunu artırır. Uzmanlık alanı sayısı 6-7'ye çıkarsa veya belirli hizmetler için bağımsız arama trafiği hedefleniyorsa o katman sonradan devreye alınabilir.
Benzer bir ayrım tartışması, hastane ve klinik sitesi mimarisinde de karşımıza çıkıyor: branş sayfası ile prosedür sayfası aynı soruyu farklı açıdan yanıtlıyor ve bu iki katmanı erken karıştırmak yapıyı kalıcı olarak bozuyor.
Avukat profili hangi hiyerarşi düğümüne bağlanmalı?
İki seçenek var. Birinci seçenek, /avukatlar/ali-demir şeklinde bağımsız bir "Avukatlarımız" bölümü. Avukatları tanımak isteyen ziyaretçi için açık yol bu; profiller bir arada görünüyor, karşılaştırma kolaylaşıyor.
İkinci seçenek, her avukat profili kendi uzmanlık alanı altında açılıyor. /is-hukuku/ali-demir gibi bir yapı. Bu yaklaşım ziyaretçiyi problemi üzerinden ilgili avukata götürüyor. Ancak bir avukat iki farklı alanda listelenecekse yapı karmaşıklaşıyor; aynı profil sayfasına iki farklı URL'den bağlanmak teknik sorunlar yaratıyor.
Senaryo bürosu için karar şu: bağımsız /avukatlar/ bölümü açılıyor, uzmanlık alanı sayfalarında avukat listesi gösteriliyor ve profilden alana çift yönlü link veriliyor. Hiyerarşi avukatları tek yerden yönetiyor ama bağlam linkleriyle ziyaretçiyi ilgili alanda konumlandırıyor.
URL derinliği niyet haritasına göre belirlenir
Yapı kurulunca URL mimarisi tartışılıyor. Seçenekler sıralanıyor: /is-hukuku/, /hizmetler/is-hukuku/, /uzmanlik/is-hukuku/. Hangisi?
URL derinliği iki şeyi yansıtıyor: sayfanın hiyerarşideki yerini ve ziyaretçinin konuya olan yakınlık mesafesini. Hukuk bürosunda uzmanlık alanları ana hizmet kategorileri olduğundan kök seviyeye yakın tutulması uygun. /is-hukuku/ hem daha kısa hem de anlamsal olarak doğru; ziyaretçi ve arama motorları bu sayfanın büronun iş hukuku ana girişi olduğunu anlıyor.
Tıklama derinliğine bakıldığında üç düzey yeterli görünüyor: ana sayfa (1. düzey), uzmanlık alanı (2. düzey), avukat profili veya hizmet detayı (3. düzey). Daha derin bir yapı bu büronun içerik hacmiyle orantısız. Crawl bütçesi açısından da düz tutulan bir mimari, küçük sitelerde arama botlarının önemli sayfaları daha kolay bulmasını sağlıyor.
Başka sektörlerdeki bilgi mimarisinde de bu hiyerarşi sorunu tekrar ediyor. SaaS sitesi mimarisinde ürün kategorileri ile özellik sayfaları arasındaki derinlik kararı aynı mantığı izliyor: önemli içerik kökten ne kadar uzaklaşırsa ziyaretçinin bulma maliyeti o kadar artıyor.
Navigasyon sade kalmalı ama büyüme için yer bırakmalı
Büro üç uzmanlık alanıyla başlıyor. Yıl sonunda iki yeni avukat daha katılacak ve biri farklı bir alanda, ticaret hukukunda, uzmanlaşıyor. Navigasyon planı bu büyümeyi karşılayabilmeli.
İlk yapıda menü şöyle görünüyor: Ana Sayfa, Uzmanlık Alanları (açılır: İş Hukuku, Aile Hukuku, Gayrimenkul Hukuku), Avukatlarımız, İletişim. Dört ana öğe. Ticaret hukuku eklendiğinde açılır menüye bir satır daha ekleniyor; ana navigasyon yapısı değişmiyor.
Sorun başka yerden geliyor: makaleler ve blog yazıları. İlk altı ayda sekiz makale yayımlanıyor. Bunlar nereye gidecek? "Makaleler" bölümü açılırsa içerik navigasyona yeni bir öğe olarak giriyor ve bu büyüme devam ediyor.
Karar şu: makaleler ana menüde ayrı bir öğe olmuyor; her uzmanlık alanı sayfası altında ilgili makalelere bağlantı veriliyor. Ana navigasyon dört öğede kalıyor. İçerik büyüdükçe navigasyonun nasıl sade tutulacağı meselesi burada tam olarak beliriyor: içeriği navigasyona eklemek yerine bağlamsal linklere dağıtmak yapıyı koruyor.
Büro büyüdükçe yapı nasıl ölçeklenir?
İki yıl sonra büro değişmiş: sekiz avukat, altı uzmanlık alanı ve iki ofis var. Başlangıçta kurulan yapı hâlâ ayakta mı?
Kontrol yapılıyor. Navigasyon altı uzmanlık alanıyla taşmaya başlıyor. Avukatlar iki ofise dağılmış; bazı ziyaretçiler ofis bazında arama yapıyor. Profil sayfaları çoğalmış ama bağlantı yapısı güncellenmemiş; bazı profiller yalnızca /avukatlar/ listesinden ulaşılabilir hale gelmiş.
Yeni mimari bir katman daha alıyor: bölge sayfaları. /istanbul/ ve /ankara/ altında ofis bilgileri ve o ofisteki avukatların listesi açılıyor. Bu sayfalar uzmanlık alanı hiyerarşisinin dışında duruyor, tamamen coğrafi bir katman oluşturuyor.
Uzmanlık alanları açılır menüde tutulmuyor; bunun yerine ana sayfa üzerinden bir "Uzmanlık Alanlarımız" sayfasına bağlantı veriliyor. Bu sayfada altı alan listelenip açıklanıyor, her birinden ilgili alt sayfaya geçiş var. Menü dört öğede kalıyor; derinlik içeride yönetiliyor.
Ölçekleme kararları baştan verilmemiş olsa bu noktada ciddi URL yapısı değişiklikleri gerekecekti. Değiştirilen URL'ler için kapsamlı bir yönlendirme planı hazırlamak kaçınılmaz oluyor; ancak iyi kurulmuş bir başlangıç yapısı bu planı küçük tutuyor.
Sık sorulan sorular hiyerarşinin neresinde durmalı?
Üçüncü ziyaretçi grubunu hatırlayın: konuyu araştıranlar. Bu grup için içerik sayfaları veya sık sorulan sorular bölümü gerekiyor. Peki bunlar nerede duracak?
Seçenek 1: global bir SSS sayfası. /sik-sorulan-sorular/ altında tüm sorular bir arada. Bakımı kolay ama konu karışıklığı yaratıyor; aile hukuku sorusu ile iş hukuku sorusu yan yana duruyor.
Seçenek 2: her uzmanlık alanı sayfasının alt bölümünde ilgili sorular. Ziyaretçi bağlamı kaybetmiyor. Bakımı biraz daha dağınık ama küçük ölçekte yönetilebilir.
Seçenek 3: uzmanlık alanı bazlı bağımsız SSS sayfaları. /is-hukuku/sik-sorulan-sorular/ gibi. İçerik çoğaldıkça bu yapı anlamlı hale geliyor; küçük başlangıçta gereksiz karmaşıklık.
Büro ilk etapta ikinci seçeneği tercih ediyor: her uzmanlık alanı sayfasında ilgili 5-7 soru görünüyor. İçerik 20 sorunun üzerine çıkarsa bağımsız sayfa devreye alınabilir. Yardım merkezi ve SSS içeriklerinin yapılandırılması konusu kendi başına daha kapsamlı kararlar gerektiriyor; hukuk bürosu senaryosunda bu karar küçük ve bilinçli tutuluyor.
Bu seçim işlevsel çalışıyor çünkü içerik hacmiyle orantılı. Küçük başlangıçta global SSS veya derin alt sayfa yapısı boş görünümlü ve bakım yükü yaratıyor.
Hukuk bürosu senaryosu üç şeyi gösteriyor. Hiyerarşi kararı teknik bir tercih değil, ziyaretçi niyeti analizi. Kimin ne aradığı bilinmeden yapı kurulamıyor. Başlangıç yapısı büyümeyi mümkün kılmalı ama büyümeyi baştan kurmamalı. Her içerik tipi ayrı bir işlev görüyor; avukat profili, uzmanlık alanı ve hizmet sayfasını birbirine karıştırmak hem ziyaretçiyi hem de site hiyerarşisini zorluyor.
Yapısal kararların kalıcılığını test etmenin basit bir yolu var: "Bu büro bir yıl sonra iki kat büyüse mevcut URL yapısı değişmek zorunda kalır mı?" Eğer yanıt "evet" ise mimari henüz yetersiz. Başlangıç boyutuna göre ölçeklenmek değil, büyüme mantığına göre başlamak daha az yeniden yapılanma anlamına geliyor.
Her yeni sayfa tipi eklenmeden önce yapısal uyumu kontrol etmek için yapısal bir kontrol çerçevesinden yararlanılabilir. Hukuk bürosu senaryosu sonuçta şunu söylüyor: yapı karmaşık olduğu için değil, sade tutulduğu için çalışıyor.