Doktor web sitesi yapım sürecindeki en kritik hata: estetik kaygı. Böyle bir durumda şöyle bir durum yaşanıyor; “Siteyi yaptırdık, çok şık duruyor ama kimse hasta olarak gelmiyor. Sadece bir tabela gibi.” Bu cümle, bir doktorun sağlık pazarlama forumundaki paylaşımından geliyor. Tasarım övülüyor, site için ciddi bütçe harcanmış; ancak randevu takvimi boş kalıyor.
Bu yazıda bir doktor web sitesinin neden bu tuzağa düştüğünü, her bölümünün nasıl yapılandırılması gerektiğini, hangi tasarım hatalarının dönüşümü engellediğini ve yayına girmeden önce kontrol edilmesi gereken noktaları aktarıyorum. Buradaki örnekler teorik öneriler değil: ön analiz ve teknik denetim çalışmalarımda bizzat gözlemlediğim sorunlar.
Dijital Broşür Tuzağı: Doktor Web Sitesi Neden Hasta Kazandırmıyor?
Dijital broşür sitesi, ziyaretçiye bilgi veren ama herhangi bir eylemi tetiklemeyen sağlık sitesidir. Tedavi listesi, iletişim formu ve birkaç fotoğraftan oluşur. Aktif hasta kazanma aracına dönüşen doktor web sitesi ise hastanın arama sorgusuna cevap verir, uzmana duyulan güveni inşa eder ve her sayfayı randevu adımına açılan bir kapı olarak konumlar.
Doktorların önemli bir bölümü web sitesi yaptırırken tasarıma odaklanır: renk paleti, font seçimi, stok fotoğraflar. Sitenin hasta kazanıp kazanamayacağı sorusu ise çoğunlukla sonraya kalır, bazen hiç sorulmaz.
Şık bir tasarım ziyaretçiyi memnun edebilir. Ancak sitede şu sorulara cevap yoksa, ziyaretçi büyük olasılıkla başka bir siteye geçiyor: “Bu doktor benim sorunumu çözebilir mi?”, “Randevu almak kolay mı?”, “Bu kişiye güvenebilir miyim?”
Sosyal medya profili veya randevu platformu cazip görünür. Bu kanallar anlık görünürlük sağlar; ancak içerik platformun kararıyla kaldırılabilir, algoritmalar değişebilir, hesap askıya alınabilir. Kendi web sitesi, ziyaretçiyle kurulan iletişim üzerinde tam denetim sağlayan tek platformdur.
Bir doktor web sitesinin tabela olmaktan çıktığını gösteren ölçütler var. Google, YMYL kategorisindeki sağlık sayfaları için güven sinyallerini ayrıca değerlendiriyor. Bu sinyaller tasarımda değil, içerik yapısında ve teknik mimaride şekilleniyor:
- H1 etiketinde hedef sorgulardan biri yer alıyor
- Hero bölümünde açık bir CTA (harekete geçirici buton) var; “Randevu Al” veya “Şimdi Ara” net görünüyor
- Telefon numarası tıklanabilir (
tel:protokolü), her sayfada erişilebilir konumda - Randevu formu çalışıyor ve ayrı bir URL’de yayınlanmış durumda
- Her tedavinin kendi alt sayfası var; “Tedaviler” başlıklı tek bir sayfada hepsi listelenmemiş
- Doktor adı ve uzmanlık alanı ana sayfada görünür, tıklandığında profil sayfasına açılıyor
Bu altı ölçütten birkaçı eksikse site ziyaretçi çekiyor olsa bile hasta dönüştürmüyor. Peki doktorların önemli bir bölümü bu tuzağa neden düşüyor? Kısmen “şık görünüm = işlevsel site” yanılgısı, kısmen de başka bir kaygı devreye giriyor: etik kural ihlali korkusu.
TDB ve Etik Kurallar Çerçevesinde Doktor Web Sitesi
TDB Hekimlik Meslek Etiği Kuralları, doktor web sitelerinde reklam niteliği taşıyan belirli ifade kategorilerini yasaklıyor. Bu kategorileri bilmeden ajansa bırakılan içerik, farkında olmadan ihlale yol açabiliyor. Yasaklı ifadeler sınırlı; izin verilen alan çok daha geniş. Kural kapsamını bilmek, neyin mümkün olduğunu netleştiriyor.
“Ajans siteme ‘En iyi estetik cerrah’ yazdı, TDB’den uyarı cezası yedim. Paramı da çaldılar, başımı da belaya soktular.” Bu şikayet, sağlık pazarlama forumunda paylaşılan ve Türkiye’ye özgü bir gerçeği özetleyen bir örnek. Kuralı bilmeyen ajans zararlı içerik üretiyor, sonucu ise doktor taşıyor.
TDB Hekimlik Meslek Etiği Kuralları çerçevesinde doktor web sitelerinde yer alamayacak içerik kategorileri:
- Üstünlük ve kıyaslama iddiaları: “En iyi”, “en deneyimli”, “en başarılı”, “bölgenin tek uzmanı” gibi ifadeler
- Tıbbi garanti: “Kesin sonuç”, “kalıcı iyileşme garantisi”, “kısa sürede tam iyileşme”
- İsimli hasta referansı ve öncesi-sonrası görseller: Kimlik bilgisi verilmiş hasta hikayesi veya fotoğrafı
- Fiyat ve indirim reklamı: Tedavi paketi fiyatlandırması, kampanya duyurusu
- Tanıyı etkileyebilecek yanıltıcı ifadeler: Tedavinin etki alanını olduğundan geniş veya farklı gösteren açıklamalar
Bu liste kısıtlayıcı görünebilir. Ancak bu kategorilerin dışındaki alan çok daha geniş: uzmanlık bilgisi, tedavi süreçlerinin tarafsız açıklaması, eğitim ve sertifikalar, klinik ortam, hasta yolculuğuna dair genel bilgilendirme. Bunlar hem hasta güveni hem de içerik zenginliği açısından çok daha verimli bir zemin sunuyor.
Pek çok doktor bu kuralları bilmediği için içerik üretimini tamamen ajansa bırakıyor ya da web sitesi kurmaktan kaçınıyor. İlki riskli, ikincisi gereksiz bir vazgeçiş. TDB’nin neyi yasakladığını bilmek, neyin serbest olduğunu da netleştiriyor.
Yasal çerçevenin yanı sıra doktor web sitesinde dönüşümü engelleyen tasarım ve içerik hataları da var. Bunları ayrıca ele almakta fayda var.
Doktor Web Sitesinde Ne Olmamalı? Dönüşümü Engelleyen Tasarım Hataları
Yasal sınırların dışında, hasta dönüşümünü doğrudan azaltan tasarım ve içerik tercihlerinin denetlediğim sitelerde çok sık tekrar ettiğini görüyorum. Bunların birkaçı özellikle öne çıkıyor, ancak son dönemde dijital okuryazarlığın artmasıyla birlikte yeni tuzaklar da gün yüzüne çıkıyor.
Slider: Hız ve Güven Açısından Doktor Web Sitesinde Neden Yeri Yok?
Amerika ve Avrupa’dan hasta çeken bir sağlık turizmi firmasının pazarlama ekibiyle yaptığım toplantıda slider’ın kaldırılması gerektiğini ve hero bölümünün statik HTML ile yeniden tasarlanmasını önerdim. Gerekçem netti: DebugBear gibi performans test araçlarında slider.js’nin render süresini belirgin biçimde uzattığını, bunun LCP (en büyük içerik boyama) başta olmak üzere Core Web Vitals metriklerini olumsuz etkilediğini gösterdim.
Kliniğin başındaki doktor “Bir sürü tedavimiz var, nereye koyacağız?” diye itiraz etti. Bu tamamen anlaşılır bir savunma. Ancak slider, artık modern web geliştirmede hasta dönüşümüne katkı sağlamayan bir öğe. Yalnızca hızı etkilemiyor; güven sinyallerinin yer alması gereken hero bölümünü işgal ediyor ve her slayta farklı bir mesaj koyunca ziyaretçide mesaj karmaşasından başka bir şey üretmiyor.
Birden fazla tedaviyi öne çıkarmak için çözüm slider değil: net bir hero mesajı, altında hızlı erişim kartları veya tedavi kategorileri. Bu yapı hem dönüşüm hem hız hem de doktor SEO açısından çok daha etkili.
Doktor Web Sitesinde Bilgi Hiyerarşisi: Güven Sinyalleri Her Zaman Önce Gelir
Zoom ve meet toplantıları öncesinde ön analizini yaptığım onlarca sağlık sitesinde bilgi hiyerarşisini doğru kuranı çok az gördüm. Bu bir sıralama garantisi değil; hasta dönüşümü açısından uyulması gereken bir kuraldır.
Kural net: güven sinyalleri her zaman en üstte konumlandırılmalı, önem sırası düşen içerikler footera doğru yerleşmeli. Ancak çoğu sitede gördüğüm tablo bunun tam tersi. Hasta yorumları sayfanın ortasında, akredite kurum logoları footera gömülü, ödüller hakkımızda sayfasında kaybolmuş durumda.
Bunların hepsinin hero bölümünde ve ilk ekranda verilmesi gerekiyor. Tek bir ekranda hastaya şunu göstermeniz lazım: kimin olduğunuz, neyi çözdüğünüz ve neden güvenilmesi gerektiği. Başarılı hasta alıntıları ve Google yorumları bu sinyalleri destekliyor; ancak bunlar için en uygun yer hero’nun hemen altı. Slider varsa bu alanın tamamını kaybediyorsunuz.
Stok Görsel: Doktor Web Sitesinde Kurum Güvenini Zayıflatan Seçim
Doktor veya klinikle ilgili hiçbir şekilde stok görsel kullanılmamalıdır. Stok fotoğraflar klinike özgü bir güven ortamı yaratmak yerine, ziyaretçide “Bu görüntü gerçekten bu kliniğe mi ait?” sorusunu tetikliyor.
Klinik ve hastane ortamının sıcaklığını yansıtan gerçek fotoğraflar veya kısa tanıtım videoları, güven sinyali açısından stok görselden çok daha etkili. Bir doktorun gerçek muayenehanesinden çekilen bir fotoğraf, en özenli stok görselin ötesinde güven katar.
Bu durum yalnızca web sitesi için değil, sosyal medya için de geçerli. Doğru görsel yönetimi, doğru metin yönetimi kadar belirleyici. İkisi birbirini tamamlayan iki taraftır.
Zayıf Doktor Profil Sayfaları: Liyakat ve Tecrübenin Dijital Karnesi
Bir hastanın, sağlığını emanet edeceği hekimin dijital karnesini eksik bulması, o hekimin dijital dünyadaki en büyük zaafiyetidir. Sadece bir isim ve tek bir portre fotoğrafla “Hakkımda” denmez. Profil sayfalarında hekimin mezun olduğu kurumlar, uzmanlık tezi, hangi branşta kaç vaka gerçekleştirdiği (etik sınırlar çerçevesinde) ve yayımladığı bilimsel makaleler gibi teferruat mutlaka yer almalıdır.
Ayrıca, doktorun akademik ve profesyonel duruşunu kanıtlayan ResearchGate, ORCID, LinkedIn veya Türk Tabipler Birliği profil linklerinin sitede bulunmaması, dijital bir itimad (güven) eksikliğidir. Hasta, hekimin sadece klinikteki değil, akademik ve mesleki ekosistemindeki yerini de görmek ister. Bu boşluk, hastanın zihninde “Acaba bu doktor gerçekten bu işin ehli mi?” şüphesini yeşertir.
Yazar Kimliği Olmayan Sağlık Yazıları: E-E-A-T ve Güven İnşası
Blog veya bilgilendirme sayfalarında “Admin” ya da isimsiz hesaplarla yayınlanan sağlık makaleleri, arama motorları nezdinde geçersizdir. Google’ın YMYL (Your Money or Your Life – Paranız veya Hayatınız) kriterleri gereği, sağlık içeriklerinde E-E-A-T (Deneyim, Uzmanlık, Otorite, Güvenilirlik) sinyalleri şarttır.
Yazının yazarı mutlaka doktorun kendisi olmalı; isminin altında unvanı, branşı ve diploma bilgileri yer almalıdır. “Burun estetiğinde dikkat edilmesi gerekenler” başlıklı bir yazıyı, eğer altında o alanın uzmanı bir KBB veya Plastik Cerrahın imzası ve biyografik linki yoksa, hasta da arama motoru da bir “hüccet” (delil/kanıt) olarak kabul etmez. Yazar kimliği, içeriğin tıbbi otoritesini tescilleyen mühürdür.
Klişe Tedavi Sayfaları: Özgün Değer ve Farkındalık Eksikliği
İnternet alemine savrulmuş, ansiklopedik ve genel cümlelerle doldurulmuş tedavi sayfaları, dönüşümün mezarlığıdır. “Rinoplasti nedir, iyileşme süreci nasıldır?” gibi herkesin kopyaladığı metinler, hastaya hiçbir özgün değer sunmaz. Hasta bu temel bilgileri zaten Z kuşağından beri her platformda görüyor.
Tedavi sayfalarında o kliniğin veya hekimin “farkı” ne olmalıdır? Kullanılan spesifik teknolojiler (örneğin piezoelektrik cerrahi, özel lazer protokolleri), doktorın kişisel vaka yaklaşımı, kliniğin sunduğu ayrıcalıklı post-op (ameliyat sonrası) takip hizmetleri… İşte hastayı rakipten ayıran ve “Benim param bu kliniğin özgün yaklaşımına değer” dedirten detaylar bunlardır. Klişelere sığınmak, markayı görünmez kılar.
Bu tasarım ve içerik tuzaklarını aştıktan sonra doktor web sitesinin pozitif mimarisine geçebiliriz: doğru kurgulanmış sitenin her bölümü nasıl olmalıdır?
Doktor Web Sitesinde Ana Sayfa: İlk 5 Saniyede Hasta Ne Görmeli?
Ziyaretçinin ilk 5 saniyede görmesi gereken üç şey: kimin sitesinde olduğu (uzman adı ve branş), hangi soruna çözüm sunulduğu ve nasıl harekete geçileceği. Bu üçü hero bölümünde karşılanmıyorsa ziyaretçi büyük olasılıkla sayfayı kapatıyor.
Hero bölümünde en sık karşılaştığım teknik hata, H1 etiketinin JavaScript (JS) bağımlı render edilmesidir. Ön analiz yaptığım bir sağlık turizmi kliniğinde hero bölümünün tamamı JS ile oluşturuluyordu. JS kapalıyken H1 etiketi DOM’dan tamamen siliniyor; sayfa başlıksız kalıyor, Google hangi sorguyla eşleştireceğini tahmin etmek zorunda bırakılıyordu.
Önerilen yapı basit: statik HTML H1 etiketi, doktor unvanı ve branşı için bir alt başlık ve net bir randevu CTA butonu. Hero arka planı CSS background-image yerine <img> etiketi ile ve fetchpriority="high" niteliği eklenerek yüklenirse LCP için de avantaj sağlıyor.
Doktor Profili ve E-E-A-T: Kimin Sitesi Olduğu Bilinmeli
YMYL (Your Money or Your Life) kapsamındaki sağlık içeriklerinde Google, kimin yazdığını ve uzmanlığı teyit eden sinyalleri ayrıca değerlendiriyor.
Yazar biyografisi olmadan, sertifika bilgisi paylaşılmadan veya doktorun adı bile belirtilmeden yayınlanan sağlık içerikleri E-E-A-T (Deneyim, Uzmanlık, Güvenilirlik, Güven) değerlendirmesinde üst tavanına çarpıyor. İsimsiz klinik sitelerinde bu sorunla sık karşılaşıyorum.
Ön analiz yaptığım bir sağlık turizmi kliniğinde ana sayfada “13 Doktor” ibaresi öne çıkarılmıştı. Ancak sitede tek bir doktorun profil sayfası, adı ya da sertifikası yer almıyordu. Google bu sayfaların yazarını bilmeden değerlendirmek zorunda kalıyordu. Doktor profili ve hasta dönüşümü ilişkisi için doktor web sitesi dönüşüm rehberine bakabilirsiniz.
Tedaviler Sayfası: Hasta Hangi Soruya Cevap Arıyor?
Her uzmanlık alanı kendi URL’sinde, kendi H1 etiketi ve meta açıklamasıyla yayınlanmalıdır. “Tedaviler” başlıklı tek bir sayfada tüm içerikleri listelemek, o sayfanın hedef arama sorgusuyla eşleşme olasılığını azaltır.
Değerlendirdiğim bir sağlık turizmi acentesinde footer menüsündeki dört farklı tedavi kategorisinin tamamı tek bir /treatments/ URL’sine yönlendiriliyordu. Google her kategoriyi ayrı sorgularla değerlendirirken site tek bir sayfaya tüm ağırlığı taşımaya çalışıyordu.
Her tedavi sayfasında şunlar yer almalı: o tedaviye özgü H1, hasta dilinde yazılmış süreç açıklaması ve bir randevu CTA. Karmaşık tıp terminolojisi değil, hastanın diliyle yazılmış metin dönüşüm açısından çok daha etkili.
Mimari yerli yerine oturduktan sonra gözden kaçan bir soru kalıyor: bu sayfalar hasta ekranında ne kadar sürede beliriyor?
Doktor Web Sitesinde Hız: Hasta Sayfanızı Kapatmadan Önce Yüklenebilmeli
Google’ın Core Web Vitals (Temel Web Metrikleri) eşiklerine göre LCP 2.5 saniyeyi aşan sayfa “iyileştirme gerekli”, 4 saniyeyi geçen sayfa “zayıf” kategorisine giriyor. Sağlık sitelerinde hız yalnızca kullanıcı deneyimini değil, Google’ın sayfa içeriğini nasıl indekslediğini de doğrudan etkiliyor.
LCP, INP (Interaction to Next Paint) ve CLS (Cumulative Layout Shift) ölçütlerinden herhangi biri eşik değerini aşıyorsa PageSpeed Insights raporunda bu sorun görünür. Core Web Vitals eşiklerinin tamamı web.dev üzerinde belgelenmiş durumdadır.
Doktor sitelerinde hız sorununa yol açan yaygın yapılardan biri, sayfa üzerindeki istatistik sayaçlarının JavaScript ile animate edilmesidir. Ön analiz yaptığım bir sağlık kliniğinde “hasta sayısı”, “tedavi edilen ülke sayısı” ve “yıllık deneyim” verileri JS animasyonuyla gösteriliyordu. JS kapalıyken bu sayaçların tamamı sıfır olarak kalıyordu; Google sayfayı “0 hasta, 0 ülke” içeriğiyle değerlendiriyordu.
Hero arka planı da sık karşılaşılan bir sorun noktası. CSS background-image ile yüklenen görsel, Google tarafından içerik görseli olarak sayılmıyor. <img> etiketi, doğru alt metni ve fetchpriority="high" niteliği kombinasyonu LCP skorunu doğrudan iyileştiriyor.
Sitenizin hız metrikleri üzerine hazırladığım web sitesi hızlandırma rehberini inceleyebilirsiniz.
Hız metrikleri teknik sinyalleri şekillendiriyor. Bir başka teknik sinyal ise arama motorlarının sitenizi hangi varlık (entity) olarak tanıdığıyla ilgili.
Doktor Web Sitesinde Schema ve Entity: Dijital Kimliği Doğru Kurun
Doktor web sitesinde Schema.org yapısal verisi (schema markup) eklenmezse Google sitenin ne tür bir varlık olduğunu tahmin etmek zorunda kalır. MedicalClinic ve Physician tipi yapısal veri, sitenizin Google Bilgi Grafiği’nde doğru konuma oturmasını sağlar.
MedicalClinic schema için en az şu alanlar doldurulmalıdır: name, address (streetAddress, addressLocality, postalCode, addressCountry dahil), telephone, url ve sameAs. Birden fazla lokasyon varsa her biri için ayrı MedicalClinic node üretilmeli; tek bir node içinde iki farklı adres birleştirilmemeli.
Physician schema ise her doktor için bağımsız olarak ekleniyor. name, medicalSpecialty, alumniOf ve worksFor alanları, o doktorun kim olduğunu yapılandırılmış biçimde ortaya koyuyor. Bu bilgiler Knowledge Panel oluşmasını ve yapay zeka motorlarında doğru atıflanmayı destekliyor.
Denetlediğim bir diş kliniğinde iki ayrı Organization schema çakışıyordu. Biri posta kodunu Bağcılar’a (34020), diğeri Şişli’ye (34371) bağlıyordu. Google Knowledge Panel’in adres alanını boş bırakmasının büyük olasılıkla bu çelişkiden kaynaklandığını tahmin ediyorum. Schema, footer ve iletişim sayfası: üçündeki NAP (ad, adres, telefon) bilgileri birebir aynı olmalı.
Değerlendirdiğim bir sağlık turizmi sitesinde MedicalClinic schema’sındaki "name" alanı, sitenin kullandığı WordPress temasının varsayılan değerini gösteriyordu: "MediLink". Google bu siteyi “MediLink” adlı bir varlık olarak kaydediyordu. Bilgi Grafiği’nde veya yapay zeka arama motorlarında kurum bilgilerinin yanlış ya da boş görünmesi bu hatayla başlıyor. Sağlık sektöründe benzer sorunların çözümlendiği çalışmalara vaka çalışmaları bölümünden ulaşabilirsiniz.
NAP tutarlılığı ve schema alanları yerli yerinde olduğunda bile yayına geçişte gözden kaçan bir nokta, beklenmedik entity karışıklığına yol açabiliyor.
Yayın Testinde sameAs Alanında Localhost Kalırsa
Test ortamında geliştirilen schema ile production’a geçildiğinde sameAs alanları güncellenmezse, Knowledge Graph sitenizi çözümlenemeyen URL’lerle tanımlıyor.
Örnek bir hata şu şekilde görünür:
"sameAs": [
"http://localhost:3000/about",
"https://facebook.com/klinikinizadi"
]Bu yapıda localhost:3000 adresi production sunucusunda erişilemiyor. Google bu URL’yi Knowledge Graph’ta sitenizle ilişkili bir kimlik referansı olarak işliyor; ancak adres ulaşılamaz olduğundan entity belirsizliği doğuyor. Yapay zeka arama motorları “Bu klinik kim?” sorusuna güvenilir bir cevap bulamıyor.
Kontrol yöntemi basit: Rich Results Test aracında schema çıktısını açın. sameAs alanlarındaki her URL’yi tarayıcıda kontrol edin; localhost, 127.0.0.1 veya staging ortamına ait bir adres görürseniz production URL’siyle değiştirin. HTML kaynak kodunda Ctrl+F ile “localhost” araması da bu hatayı hızla ortaya çıkarıyor.
sameAs alanına eklenmesi önerilen kaynaklar: Google İşletme Profili sayfası, Sağlık Bakanlığı hekim arama hizmeti ve tıp odası kayıt sayfası. Bu URL’lerin tamamının production ortamında doğrulanmış olması gerekiyor.
Entity kimliği doğru kurulduğunda sıra hastanın siteyle gerçek anlamda etkileşime geçtiği noktaya geliyor: randevu ve iletişim mimarisine.
Doktor Web Sitesinde Randevu, İletişim ve Google İşletme Profili
Online randevu sisteminin gerçek zamanlı müsaitlik göstermesi, hastanın telefon açmadan takvim seçmesini sağlar. Bu fark, klinik çalışma saatleri dışında da hasta girişini mümkün kılıyor.
Randevu sisteminde aranması gereken özellikler: gerçek zamanlı müsaitlik gösterimi, SMS veya e-posta hatırlatma ve mobil uyumlu takvim arayüzü. Ziyaretçi formu doldurduğunda “Sizi arayacağız” mesajı yerine “Randevunuz onaylandı: 24 Haziran, Salı 14:30” mesajı alırsa dönüşüm oranı belirgin biçimde artıyor.
NAP (Name, Address, Phone) tutarlılığı için dört kaynağı kontrol edin: sitenin footer bölümü, iletişim sayfası, schema markup ve Google İşletme Profili. Denetlediğim bir klinikteki kaynak kodda üç farklı telefon numarası bulunuyordu; iletişim sayfasında, schema’da ve WhatsApp butonunda farklı numaralar yer alıyordu. Google Knowledge Panel’de telefon alanını boş bırakma riski bu tablo yüzünden yüksekti.
Google İşletme Profili’nin kurulum ve optimizasyon adımları için doktorlar için Google İşletme Profili rehberine bakabilirsiniz.
Teknik altyapı yerli yerinde olduğunda doğal bir soru geliyor: bu site kurulumu ne kadara mal oluyor?
Doktor Web Sitesi Maliyeti: Kurulum ve SEO Optimizasyon Bütçesi
Doktor web sitesi yatırımında iki ayrı maliyet kategorisi var: ilk kurulum maliyeti ve süregelen optimizasyon maliyeti. Bunları birbirine karıştırmak, hem bütçe hem de beklenti yönetimini zorlaştırıyor.
Temel bir doktor web sitesi (responsive tasarım, randevu formu, 5-10 içerik sayfası) için Türkiye’de piyasa ortalaması 10.000-25.000 TL aralığında seyrediyor. Schema markup, hız optimizasyonu, doktor profili mimarisi ve teknik SEO altyapısını da kapsayan kapsamlı bir proje ise 30.000-70.000 TL bandına yerleşiyor.
İki rakam arasındaki fark yalnızca fiyat değil, işlev farkını yansıtıyor. Düşük bütçeli proje genellikle dijital broşür olarak kalıyor; kapsamlı proje hasta kazanmaya hazır bir altyapı kuruyor. Doğrudan bütçe ve beklenti yönetimi açısından sormak istediğiniz soru şu olmalı: “Ne kadar harcarsam ne elde ederim?” değil, “Hangi seviyede site hasta kazandırır?”
Site kurulumu tamamlandıktan sonra organik görünürlük için süregelen bir optimizasyon süreci gerekiyor. Doktor SEO çalışmasına ne kadarlık bütçe ayrılması gerektiğine güncel SEO fiyatları rehberinden bakabilirsiniz.
Bütçe ve altyapı netleştikten sonra geriye bir soru kalıyor: yayına girmeden önce her şey gerçekten doğru kurulmuş mu?
Doktor Web Sitesi SEO: Görünürlüğe Giden Köprü
İyi yapılandırılmış bir doktor web sitesi, organik aramalarda görünmek için teknik altyapıyı sağlar. Bu altyapı üzerine SEO ve içerik stratejisi inşa edilir; ancak ikisi birbirinin yerine geçmiyor.
Yapısal veri, hız metrikleri ve içerik mimarisi doğru kurulursa Google sayfaları doğru kategoride değerlendiriyor. Doğru anahtar kelimelerde görünmek için ise ayrı bir çalışma gerekiyor: teknik SEO, yerel arama optimizasyonu ve hedef hasta sorularını kapsayan içerik üretimi.
Bu sürecin detayları için doktorlar için SEO çalışması rehberini ve içerik pazarlaması rehberini inceleyebilirsiniz. Sağlık sitelerinde dönüşüm odaklı yaklaşım için ise sağlık sitelerinde dönüşüm odaklı SEO çalışması iyi bir başlangıç noktası sunuyor.
Tüm bu çalışmayı yayına girmeden önce bir kontrol süzgecinden geçirmek, tekrar edilebilir ve ölçülebilir bir süreç kuruyor.
Yayına Girmeden Önce: Doktor Sitesi Son Kontrol Listesi
Doktor web sitesi yayına girmeden önce dört alanı kontrol edin: yapısal veri (schema) doğruluğu, sayfa hız metrikleri, NAP tutarlılığı ve fonksiyonel testler. Bu dört alanı geçmeyen siteler canlıya alındıktan sonra sorunları tespit etmekte ve düzeltmekte çok daha fazla zaman harcıyor.
Sitenin canlıya alınmasından ilk somut randevunun gelmesine kadar genellikle 4-8 hafta geçiyor; bu süre Google’ın siteyi yeniden tarayıp stabil bir konuma oturması için gereken zamanla örtüşüyor. Yayın öncesi kontrol listesi, bu süre içinde ortaya çıkabilecek düzeltme maliyetini doğrudan azaltıyor. Teknik açıdan sık karşılaşılan durumlar için yayın öncesi 6 kritik teknik hata listesine de bakmanızı öneririm.
Doktor Web Sitesi Schema, Meta ve NAP Kontrol Tablosu
Aşağıdaki kontrol noktaları schema ve meta veri sorunlarının büyük bölümünü kapsıyor. Her maddeyi teker teker geçmek, yayın sonrası sürprizleri azaltıyor.
| Kontrol Maddesi | Kontrol Sorusu |
|---|---|
| MedicalClinic schema | @type, name, address, telephone, url, sameAs alanları dolu mu? |
| Physician schema | Her doktor için ayrı node var mı? medicalSpecialty dolu mu? |
| sameAs alanları | localhost, staging ortamı veya geçersiz URL var mı? |
| Schema name alanı | Tema varsayılan değeri (MediLink, HealthPro vb.) değil, klinik adı mı? |
| NAP tutarlılığı | Schema, footer, iletişim ve GBP’deki ad, adres, telefon birebir aynı mı? |
| Posta kodu | Schema ve Google İşletme Profili’ndeki posta kodu eşleşiyor mu? |
| title tag | 50-60 karakter aralığında mı? Hedef kelime içeriyor mu? |
| meta description | 150-160 karakter aralığında mı? Randevu veya iletişim CTA’sı var mı? |
| og:type | website mi, yoksa yanlışlıkla article mi? |
| H1 etiketi | Statik HTML mi? JS kapalıyken hâlâ görünüyor mu? |
Fonksiyonel Testler: Gerçek Hasta Gibi Deneyin
Gerçek bir hasta olarak sitede dolaşın: masaüstü ve mobilde ayrı ayrı test edin, randevu formunu doldurun, telefon numarasına tıklayın ve sayfayı yavaş bağlantı simülasyonuyla yükleyin.
JS kapalı test, Chrome DevTools’ta birkaç saniyede yapılabiliyor: F12, ardından Ayarlar üzerinden “Disable JavaScript” seçeneği. Bu testte H1 hâlâ görünüyor mu? Randevu butonu var mı? İletişim bilgileri yükleniyor mu? Cevabı “Hayır” olan her madde, yayın öncesi düzeltilmesi gereken bir konuyu işaret ediyor.
Mobil görünüm için Chrome DevTools cihaz simülatörü hızlı bir tarama sağlıyor; ancak gerçek bir telefonla test yapmak görünmeyen hataları ortaya çıkarıyor. Telefon numarasına dokunulduğunda arama ekranı açılıyor mu, yoksa numara salt metin mi? Bu tek kontrol, mobil hasta kaybını doğrudan önleyebilir.
Doktor Web Sitesi Hakkında Sık Sorulan Sorular
Doktor web sitesi neden hasta kazandırmıyor, sadece tabela gibi kalıyor?
Çoğu doktor web sitesi dijital broşür olarak kurgulanıyor: tedavi listesi, iletişim formu ve stok fotoğraflardan oluşuyor, ancak hastanın kararını etkileyen hiçbir unsur içermiyor. Hasta kazanma aracına dönüşen doktor web sitesi; uzmanlığı net ortaya koyuyor, her tedaviye özel bir sayfa sunuyor, randevu adımını kolaylaştırıyor ve E-E-A-T kriterlerine uygun güven sinyalleri içeriyor.
TDB kuralları çerçevesinde doktor web sitesinde neler yazılamaz?
TDB Hekimlik Meslek Etiği Kuralları; “en iyi doktor”, “kesin iyileşme garantisi”, “bölgenin tek uzmanı” gibi üstünlük ve garanti ifadelerini, isimli hasta referanslarını, öncesi-sonrası fotoğrafları ve fiyat reklamını yasaklıyor. Bu kategorilerin dışındaki alan geniş: uzmanlık bilgisi, tedavi süreç açıklamaları, eğitim, sertifikalar ve klinik ortam içerikleri serbestçe kullanılabiliyor.
Doktor web sitesinde slider kullanılmalı mı?
Slider, LCP (en büyük içerik boyama) süresini uzatan JavaScript yükü nedeniyle hem hız hem de dönüşüm açısından olumsuz etkisi olan bir tasarım öğesi. Hero bölümünde slider yerine statik HTML ile tek ve net bir mesaj, doktor adı, branş ve randevu butonu çok daha etkili. Birden fazla tedaviyi öne çıkarmak için slider değil, iyi yapılandırılmış bir tedaviler mimarisi kullanın.
Doktor web sitesinde MedicalClinic schema zorunlu mu?
Teknik bir zorunluluk değil; ancak schema eklenmeyen sitelerde Google Knowledge Panel, sitenizin adresini, telefon numarasını ve çalışma saatlerini güvenilir şekilde alamıyor. MedicalClinic ve Physician schema, doktorunuzu Google Bilgi Grafiği’nde doğru varlık olarak konumlandırıyor ve yapay zeka arama motorlarında atıflanma olasılığını artırıyor.
Doktor web sitesi kurmak ve ilk randevuyu almak ne kadar sürer?
Site kurulumundan yayına geçiş genellikle 4-12 hafta sürüyor; kapsama ve teknik detaylara göre değişiyor. Yayından ilk organik randevuya ise genellikle 4-8 hafta daha gerekiyor; bu süre Google’ın siteyi yeniden tarayıp stabil bir konuma oturması için gereken zamanla örtüşüyor. Doğru yapılandırılmış bir doktor web sitesi ile 3-4 ay içinde ölçülebilir bir hasta artışı beklenebilir.
Her doktor kendi web sitesine ihtiyaç duyar mı?
Özel muayenehanesi olan, bireysel hasta tabanı oluşturmak isteyen veya uzmanlık alanında içerik üretmek isteyen her doktor için kendi sitesi gerekli. Hastane bünyesinde çalışan ve kişisel görünürlük hedefi olmayan doktorlar için bu ihtiyaç daha az acil olabiliyor. Ancak yerel arama görünürlüğü veya hasta güveni inşa etmek istiyorsanız kendi domain’iniz en öncelikli yatırımlardan biri.
