Farsça "tıbbi web sitesi tasarımı" sorgusunda Google'da sıralanan 18 sayfanın tamamı, hizmetleri arasında online randevuyu sayıyor. Kendi siteleri başka bir şey söylüyor: bu 18 sitenin HTML ağırlığının ortancası 314 KB, en ağırı 9 MB, ve 18'inden 12'si altı yaygın güvenlik başlığından hiçbirini göndermiyor.
Dördünü Chrome'da açıp ölçtük. Birinci sıradaki site: 152 istek, 4.858 KB ve 0,128'lik bir CLS, yani yerleşim kullanıcının parmağının altında kayıyor. Bir diğeri 5.724 ms'lik bir LCP kaydetti.

Bir hekim sitesinin tek bir işi vardır
Hasta, muayenehanenizin cihazlarını okumaya gelmez. Üç şeyi doğrulamaya gelir: ihtiyacı olan uzmanlığa sahip misiniz, neredesiniz, nasıl randevu alınır. Onunla bu üçü arasına giren her şey bir özellik değil, bir maliyettir.
Telefonda bu şu demektir: telefon numarası ve randevu düğmesi kaydırma yapılmadan görünmeli. Adres kopyalanabilir ve haritaya bağlı olmalı. Çalışma saatleri de metin olmalı, arama motorunun okuyamadığı ve kullanıcının rahatça büyütemediği bir görsel değil.
Kulağa apaçık geliyor ve sanılandan daha seyrek uygulanıyor. Sebebi yapısal: ajans yapımı özellik sayısına göre fiyatlandırır, hasta ise bir telefon numarasına ne kadar hızlı ulaştığına göre yargılar.
Yerleşim kaymasının burada daha kötü olmasının sebebi
CLS, sayfa çizilmeye başladıktan sonra öğelerin ne kadar zıpladığını ölçer. Google'ın kabul ettiği eşik 0,1; yukarıdaki site 0,128'de oturuyor. Bir blogda kayan yerleşim can sıkıcıdır. "Randevu al" düğmesi taşıyan bir sayfada ise kullanıcının, yarım saniye önce başka yerde duran bir düğmeye bastığı anlamına gelir.
Bunun iletişim formlarında yaşandığını birden fazla kez izledik. Yanlış tıklama oranı yükseliyor, hasta sitenin bozuk olduğuna karar veriyor ve numarayı başka yerde aramaya gidiyor. O anda siteniz bir araç olmaktan çıkıp engel hâline geliyor. Üç Core Web Vitals metriği bu rakamın nereden geldiğini açıklıyor.
Hasta verisi: daha azını toplayın
On sekiz siteden on ikisi hiç güvenlik başlığı göndermiyor. Tek başına felaket değil, ama randevu formu olan bir sitede başka okunur, çünkü o form bir ad, bir telefon ve bazen şikâyetin tarifini alıyor.
En basit savunma teknik değil: daha azını isteyin. Randevu formunun ihtiyacı ad, iletişim numarası ve tercih edilen zamandır. Kimlik numarasına, doğum tarihine ya da belirti tarifine ihtiyacı yoktur. Sildiğiniz her alan, bir gün sızabilecek bir sunucuda bir satır daha az hassas veri demektir. Bir alan gerçekten gerekliyse, sebebini yanına yazın.
Sonra teknik kısımlar gelir: tüm alan adında HTTPS, güvenlik başlıkları ve formu üreten eklentinin güncel tutulması. Bir sitenin tehlikede olduğunun işaretleri, olaydan sonra değil önce görünenlerin listesidir.
Her uzmanlık için bir sayfa
Hastalar "uzman" diye aramaz; sorunlarının adını arar. Her uzmanlığı tek bir Hizmetler sayfasında listeleyen bir site, o aramaların hiçbirinde sıralanmaz. Her uzmanlığa gerçek bir sayfa ayıran, kimin gelmesi ve kimin gelmemesi gerektiğini yazan bir sitenin ise hepsinde şansı vardır.
Yanına yapılandırılmış veriyi doğru koyun. Bir muayenehane ya da klinik için doğru bir tür vardır ve adresi, çalışma saatlerini, telefonu arama motorlarına sayfada yazdığınız hâliyle teslim eder. Önemli koşul, görünen metinle uyuşmasıdır. Sayfanın söylemediğini iddia eden yapılandırılmış veri, hiç olmamasından kötüdür.
Siteye hiç ihtiyacınız olmadığı durum
Bir web tasarım şirketi bu paragrafı genellikle yazmaz; işte yazıyoruz. Hastalarınızın tamamı meslektaş yönlendirmesiyle ya da bir hastanenin kendi kabul sistemi üzerinden geliyorsa ve kapasiteniz doluysa, web sitesi önceliğiniz değildir. O para, hastaların zaten baktığı platformlardaki profilinizi doğru tutmaya gittiğinde daha çok geri döner.
Site, aramadan yeni hasta istediğinizde ya da telefon çalmadan önce tekrarlayan soruları yanıtlayıp resepsiyonun yükünü azaltmak istediğinizde yerini hak eder. Bu iki hedeften hiçbiri yoksa bütçeyi başka yere harcayın. Bir sitenin gerçekte ne tuttuğu bu kararın ne kadar gerçek para olduğunu gösteriyor.
Kendi randevu sistemimi mi kurmalıyım?
Kliniğiniz zaten bir randevu platformunda çalışıyorsa ve hastalar orada rezervasyon yapıyorsa, sitede ikinci bir sistem kurmak hatadır. Doğru hamle, sitenin o platforma bağlanması ve kalan çabanın platformun üretmediği şeye harcanmasıdır: uzmanlık sayfaları, hekimin gerçek tanıtımı, hastanın aramadan önce sorduklarının cevapları. Özel sistem, birden çok hekim, birden çok şube ya da hazır platformların karşılamadığı planlama kuralları varsa masrafını çıkarır.
Tıbbi bir site diğerlerinden pahalı mıdır?
Gerçek fark randevu sisteminden ve uzmanlık sayfası sayısından gelir, "tıbbi" kelimesinden değil. Basit bir form ve beş içerik sayfası olan bir site, aynı büyüklükteki kurumsal bir sitenin tuttuğu kadar tutar.
Diş kliniği için ne değişir?
Arama kalıbı yakındır, ama görseller daha fazla ağırlık taşır çünkü hasta sonucu görmek ister. Yaygın hata da tam orada yaşar: sayfayı iki megabaytın ötesine iten ağır bir galeri.
Bir klinikte SEO nereden başlar?
Uzmanlık başına bir sayfadan, metin hâlindeki adres ve çalışma saatlerinden, bir de sayfa hızından. Bu üçü diğer her içerik çalışmasından önce etki eder ve hepsi hız çalışmasında ve sayfaların kuruluş biçiminde görünür.
Muayenehanenin blogu olmalı mı?
Yalnızca gerçekten yazacak biri varsa. İki yıl önceden üç yazısı kalmış terk edilmiş bir blog, sitenin güvenilirliğine hiçbir şey katmaz ve orada durduğu sürece uzmanlık sayfalarını da seyreltir.
Yeni hastalar Google'dan gelecekse, yapı ilk haftadan o aramaların etrafında kurulmalıdır. Hastanın randevu aldığı bir site kurmak, hazır bir şablona form eklemekle aynı iş değildir ve fark yukarıda ölçülen dört rakamda görünür.
Yöntem: Farsça sorgunun organik Google sonuçları, derinlik 20, 16 Ağustos 2026'da Helsinki'deki bir sunucudan. 18 adres 200 yanıtı verdi; HTML ağırlığı, başlıklar ve etiket sayıları o yanıtlardan alındı. Ardından dört adres ayrıca başsız Chrome'da önbellek boşken açıldı ve istekleri, baytları, LCP ve CLS değerleri kaydedildi. Sunucu İran'da değil, dolayısıyla süreleri bir İranlı ziyaretçinin deneyimi olarak okumayın; bayt ve istek sayıları konumdan bağımsızdır.
Yerleşim kayması metriğinin tanımı web.dev'in CLS sayfasında, muayenehane için doğru yapılandırılmış veri türü ise schema.org'un Physician tanımında.
Yorumlar ve Sorular
Bu yazı hakkında bir sorunuz mu var? Sorun, yanıtlayalım.
Henüz yorum yok; ilk olun.