Bir özel hastane grubunun dijital ekibi, sitelerini yeniden kurgulamaya başladığında ilk toplantıda üç ayrı öneri gelir. Pazarlama ekibi "Bölümler" başlığı altında kırk uzmanlık alanını listelemek ister. Tıbbi işler departmanı doktorları ön plana çıkarmak, her hekimin kendi sayfasında hizmetlerini anlatmasını ister. Operasyon ekibi ise tek bir "Randevu Al" akışına her yolun bağlanmasını savunur. Üçü de haklıdır; üçü de aynı anda doğru bir hiyerarşi kurmaz.

Hastane ve klinik siteleri, standart kurumsal yapılardan farklı bir zorluk taşır çünkü aynı içerik üç farklı bakış açısından erişilebilir olmalıdır: hastalık veya şikayet üzerinden gelen ziyaretçi, belirli bir doktoru arayan ziyaretçi ve belirli bir prosedürü araştıran ziyaretçi. Bu üç giriş noktası aynı içeriğe farklı yollardan ulaşmak zorundadır; tek bir doğrusal menü bu ihtiyacı karşılayamaz.

Ekip birkaç hafta sonra, üç önerinin de kısmen doğru olduğunu ama hiçbirinin tek başına yeterli olmadığını fark eder. Çözüm, bölüm, doktor ve prosedür içeriklerini ayrı içerik tipleri olarak tanımlayıp birbirine çapraz bağlarla örmekte bulunur. Aşağıdaki bölümler bu kararın nasıl kurulduğunu, hangi hatalardan kaçınıldığını ve hangi noktada hangi tercih yapıldığını takip eder.

Hastane sitesinde üç farklı kullanıcı üç farklı yapı bekler

İlk toplantıda ortaya çıkan anlaşmazlığın kökeninde aslında tek bir yanlış varsayım vardır: sitenin tek bir ana kullanıcı tipi olduğu varsayımı. Gerçekte üç farklı niyet grubu aynı anda siteye gelir. Bir grup semptomundan yola çıkar: "diz ağrısı nereye gidilir" sorusuyla arama yapar ve ortopedi bölümüne ulaşmak ister. İkinci grup zaten bir doktor ismi biliyordur, o hekimin çalıştığı kurumu ve randevu bilgilerini arar. Üçüncü grup belirli bir işlemi araştırır: "diz protezi ameliyatı süreci" gibi bir sorguyla gelir ve o prosedürün detaylarını okumak ister.

Bu üç niyet aynı bilgiye farklı kapılardan girer ama sonunda aynı yere, genellikle aynı doktora veya aynı bölüme çıkar. Bilgi mimarisinin temel görevi tam olarak burada devreye girer: tek bir hiyerarşi kurmak yerine, üç giriş noktasının her birini ayrı bir içerik tipi olarak tanımlamak ve bu tipleri birbirine bağlayan çapraz linkler kurmak.

Pratikte bu, üç ayrı içerik modeli anlamına gelir: bölüm/klinik sayfaları, doktor profil sayfaları ve prosedür/hizmet sayfaları. Her biri kendi URL yapısına, kendi listeleme mantığına ve kendi SEO hedefine sahiptir. Bu ayrım yapılmadan kurulan sitelerde doktor bilgileri bölüm sayfasının içine gömülür, prosedür açıklamaları hem bölüm hem doktor sayfasında tekrarlanır ve hiçbir sayfa net bir arama niyetine tam olarak karşılık vermez.

Uzmanlık alanları ile bölüm/klinik yapısı aynı şey değildir

Pazarlama ekibinin ilk önerisi olan kırk uzmanlık alanını tek düz liste olarak sunmak, küçük bir klinik için işe yarayabilir ama büyük bir hastane grubunda hızla dağılır. Sorun şudur: tıbbi uzmanlık sınıflandırması (kardiyoloji, ortopedi, nöroloji) ile hastanın zihnindeki gruplama her zaman örtüşmez. Bir hasta "kalp çarpıntısı" yaşadığında bunun kardiyoloji olduğunu bilmeyebilir; "göğüs ağrısı" ile aradığında hem kardiyoloji hem göğüs hastalıkları sonuç vermelidir.

Bu yüzden bölüm yapısı iki katmanlı kurulmalıdır: üstte tıbbi disipline dayalı resmi bölüm adları (klinik operasyon ve doktor atamaları için gerekli), altta veya paralelinde semptom ve şikayet bazlı giriş noktaları. İkinci katman genellikle site içi arama ve önerilen içerik blokları üzerinden çözülür; ayrı bir "semptom kategorisi" sayfası açmak her zaman gerekli değildir ama semptom terimlerinin bölüm sayfası içeriğinde açıkça geçmesi gerekir.

İçerik hiyerarşisi kurulurken bu iki katmanın karışmaması önemlidir. Bölüm sayfası tıbbi terminolojiyle başlık taşıyabilir ama giriş paragrafında hastanın günlük dilde kullandığı ifadelere yer vermelidir. Aksi halde arama motorundan gelen trafik, doğru bölüme ulaşamadan sitenin içinde kaybolur.

Doktor profili sayfası hangi hiyerarşiye bağlanmalı?

Tıbbi işler departmanının önerisi, her doktorun kendi sayfasında hizmetlerini anlatması, aslında E-E-A-T açısından değerli bir yaklaşımdır: hasta güveni büyük ölçüde hekim kimliğine dayanır. Ancak bu öneri tek başına uygulandığında bölüm yapısı zayıflar; her doktor kendi diliyle aynı prosedürü farklı şekilde anlatır ve site içinde tutarsız bir bilgi tabanı oluşur.

Çözüm, doktor sayfasını bağımsız bir içerik tipi olarak tutup onu iki yönde bağlamaktır: yukarı doğru bölüm sayfasına (bu doktor hangi bölümde çalışıyor), yatay doğru prosedür sayfalarına (bu doktor hangi işlemleri uyguluyor). Doktor sayfasının kendisi uzun tıbbi açıklamalar taşımamalı; bunun yerine kısa bir uzmanlık özeti, eğitim geçmişi ve ilgili prosedür sayfalarına link vermelidir. Detaylı tıbbi bilgi prosedür sayfasında, tek ve tutarlı bir kaynakta tutulur.

Bu ayrım aynı zamanda bakım yükünü azaltır. Elli doktoru olan bir hastanede, bir tedavi protokolü güncellendiğinde elli farklı doktor sayfasını değil, tek bir prosedür sayfasını güncellemek yeterli olur. Doktor sayfaları listeleme açısından bölüme bağlı kalsa da, içerik kaynağı olarak prosedür sayfalarına yaslanmalıdır.

Prosedür ve hizmet içerikleri branş ile hasta niyeti arasında köprü kurar

Üçüncü giriş noktası olan prosedür sayfaları, çoğu hastane sitesinde ya hiç yoktur ya da bölüm sayfasının bir alt bölümü olarak sıkışmış, yüzeysel birkaç cümleden ibarettir. Oysa "diz protezi ameliyatı" veya "lazer göz ameliyatı" gibi aramalar, hastane siteleri için en yüksek niyetli trafiği taşır; bu ziyaretçi zaten karar aşamasına yakındır.

Prosedür sayfasının kendi URL'sini, kendi başlığını ve kendi içerik derinliğini taşıması gerekir. Bu sayfa süreci adım adım anlatmalı, hangi bölümün ve hangi doktorların bu işlemi uyguladığını göstermeli ve randevu akışına doğrudan bağlanmalıdır. Hub sayfa mantığı burada doğrudan uygulanabilir: yaygın ve yüksek talepli prosedürler birer hub olarak kurulup, ilgili doktor ve bölüm sayfalarına spoke içerikler gibi bağlanabilir.

Küçük klinikler için her prosedüre ayrı sayfa açmak aşırı olabilir; bu durumda birkaç ilişkili prosedür tek bir hizmet sayfasında toplanabilir. Büyük hastane gruplarında ise talep gören her prosedürün kendi sayfası, arama motoru görünürlüğü açısından gözle görülür fark yaratır. Kararı belirleyen ölçüt yine aynıdır: bir prosedür kendi başına aranıyor mu, yoksa yalnızca genel bölüm bilgisinin bir parçası olarak mı geçiyor?

Randevu akışı bilgi mimarisinin en kırılgan geçiş noktasıdır

Operasyon ekibinin önerisi olan tek randevu akışı, aslında doğru bir sezgiye dayanır: hangi kapıdan girerse girsin, ziyaretçi sonunda aynı işlemi tamamlamalıdır. Ancak "her yol randevuya çıksın" ilkesi, her sayfanın aynı genel randevu formuna yönlendirilmesi anlamına gelmemelidir. Bir doktor sayfasından gelen ziyaretçi o doktora randevu almak ister; bir prosedür sayfasından gelen ziyaretçi o prosedürü uygulayan doktorlar arasından seçim yapmak ister.

Bu farkı karşılamanın yolu, randevu formunu bağlamsal olarak önceden doldurmaktır. Doktor sayfasındaki "Randevu Al" butonu formu o doktorla, bölüm sayfasındaki buton o bölümle, prosedür sayfasındaki buton ilgili prosedürle önceden ilişkilendirmelidir. Teknik olarak tek bir form altyapısı kullanılabilir; bilgi mimarisi açısından önemli olan, her giriş noktasının kendi bağlamını taşıyarak akışa girmesidir.

Bu geçiş noktası aynı zamanda en çok test edilmesi gereken bölümdür. Formun hangi bağlamdan geldiğini kaybetmesi, hastanın az önce okuduğu bilgiyi baştan girmesi anlamına gelir ve bu noktada terk oranı yükselir. Randevu akışı, sitenin geri kalanı ne kadar iyi kurulmuş olursa olsun, kendi başına ayrı bir yapısal denetim gerektirir.

Çok şubeli hastane ağlarında yapı bir katman daha kazanır

Tek lokasyonlu bir klinik için yukarıdaki üç içerik tipi genellikle yeterlidir. Birden fazla şehirde şubesi olan bir hastane grubunda ise dördüncü bir boyut eklenir: lokasyon. Aynı bölüm, aynı prosedür birden fazla şehirde farklı doktorlarla sunulabilir. Bu durumda hiyerarşi, bölüm veya prosedür sayfasının içine lokasyon seçimini gömmek yerine, lokasyonu ayrı bir filtre katmanı olarak ele almalıdır.

Çok birimli kurumsal yapılarda görülen aynı sorun burada da tekrarlanır: her şube için ayrı bir bölüm sayfası kopyalamak içerik tekrarına yol açar; tek bir sayfada tüm şubeleri listelemek ise yerel arama niyetini karşılayamaz. Orta yol, prosedür ve bölüm sayfalarının genel içeriğini tek kaynakta tutup, sayfa içinde "bu prosedür şu şehirlerde, şu doktorlarla uygulanıyor" şeklinde bir lokasyon bloğu sunmaktır. Yerel arama önemliyse, yüksek hacimli şehirler için ayrı, kısa ve lokasyona özgü açılış sayfaları düşünülebilir; ancak bu sayfalar prosedürün tüm detayını tekrarlamak yerine genel sayfaya link vermelidir.

URL yapısı bu noktada erken karar gerektirir. Lokasyon bilgisinin URL'e girip girmeyeceği, girecekse hangi seviyede duracağı (şehir mi, hastane binası mı) baştan netleşmelidir. URL yapısı kurulurken alınan bu karar, hastane grubu yeni şehirlere açıldıkça URL şemasının bozulup bozulmayacağını belirler.

Güven sinyalleri hiyerarşinin görünür bir parçası olmalıdır

Hastane sitelerinde güven, diğer sektörlerden daha ağır bir yük taşır çünkü karar sağlıkla ilgilidir. Doktorun unvanı, uzmanlık alanı, hangi hastalık ve derneklere üye olduğu gibi bilgiler doktor sayfasında görünür olmalıdır; ama bu bilgi tek başına yeterli değildir. Ziyaretçi genellikle "bu doktoru başka kim seçti" veya "bu prosedürü kurum ne sıklıkla uyguluyor" gibi dolaylı güven sinyalleri de arar.

Breadcrumb yapısı burada beklenenden fazla iş görür: bir prosedür sayfasının hangi bölümün altında yer aldığını göstermesi, ziyaretçiye o prosedürün kurumsal bir uzmanlık alanının parçası olduğunu, tek bir sayfanın izole bir iddiası olmadığını hissettirir. Bu küçük sinyal, özellikle ilk kez siteye gelen ve kurumu tanımayan ziyaretçi için önemlidir.

Hiyerarşinin en üstünde yer alan bölüm sayfaları, altındaki doktor ve prosedür sayfalarının toplamından güç kazanmalıdır. Bir bölüm sayfası yalnızca üç cümlelik bir tanıtım metni ve doktor isimleri listesinden ibaretse, o bölümün gerçek uzmanlık derinliğini yansıtmaz. Bölüm sayfasının kendisi de, altındaki prosedür ve doktor sayfalarına düzenli link vererek hem kullanıcıyı yönlendirmeli hem de arama motorlarına o bölümün ne kadar kapsamlı olduğunu göstermelidir.

Üç ekibin başlangıçtaki önerileri birbirine rakip gibi görünüyordu; oysa her biri farklı bir katmanın doğru cevabıydı. Bölüm, doktor ve prosedür içeriklerini ayrı ama birbirine sıkı bağlarla örülü içerik tipleri olarak ele almak, hem hastanın hangi kapıdan girdiğine bakılmaksızın doğru bilgiye ulaşmasını sağlar hem de kurumun büyüme sürecinde yapının dağılmasını engeller.

Tek doğrusal menü bu üç kapıyı taşımaz. Kapıların her biri kendi içerik tipine ihtiyaç duyar; ortak nokta randevu formunun bağlamı kaybetmemesidir.

Şube eklendikçe bu ayrım bozulursa, ilk kırılan yer genellikle lokasyon kopyasıdır: aynı prosedür metni her şehirde yeniden yazılır ve hiçbir sayfa yerel niyeti taşımaz. Hiyerarşi baştan üç tipe ayrılmışsa lokasyon bir kopya değil, bir filtre katmanı olarak kalır.