Sağlık Sitelerinde Teknik SEO: Doktor, Branş ve Tedavi Sayfalarında Kritik Kontroller

Bir sağlık sitesinde onlarca veya yüzlerce doktor profili, branş, tedavi, lokasyon ve bilgilendirici içerik bulunabilir.

Bu sayfaların CMS’te yayında görünmesi Google’ın hepsini bulduğu, doğru biçimde render ettiği, indekslediği veya doğru URL’yi canonical olarak seçtiği anlamına gelmez.

Sağlık sitesinde teknik SEO yalnız site hızından ibaret değildir. Google’ın doğru doktoru, doğru branşı ve doğru tedavi URL’sini bulabilmesi, tarayabilmesi, render edebilmesi ve doğru URL altında indeksleyebilmesi gerekir.

Bu nedenle teknik sağlık SEO’sunun görevi bir aracın “site health” skorunu yükseltmek değil, gerçek arama talebini karşılaması gereken sağlık URL’lerinin erişilebilir ve anlaşılır kalmasını sağlamaktır.

Doktor, branş, hizmet ve lokasyon URL’lerinin search intent açısından nasıl ayrılması gerektiğini Doktor ve Klinik Sitelerinde SEO Sayfa Mimarisi rehberinde ayrıca ele alıyoruz.

Önce Crawl, Render ve Index Farkını Ayırın

Teknik SEO problemlerini doğru teşhis edebilmek için üç farklı aşamayı birbirinden ayırmak gerekir.

Crawl

Googlebot URL’ye ulaşabiliyor ve sayfanın kaynaklarını talep edebiliyor mu?

Bir URL’nin:

• robots.txt ile engellenmesi
• yanlış HTTP durum kodu vermesi
• site içinde hiçbir crawl edilebilir bağlantı almaması
• sunucu veya erişim problemi yaşaması

crawl sürecini etkileyebilir.

Render

Özellikle JavaScript kullanılan sitelerde Google sayfa çalıştırıldıktan sonra oluşan gerçek içeriği ve linkleri görebiliyor mu?

Örneğin doktor listesi kaynak HTML’de bulunmuyor ve yalnız JavaScript çalıştıktan sonra oluşuyorsa rendering katmanı ayrıca test edilmelidir.

Index

Google URL’yi işledikten sonra sayfanın indeks için uygun olduğunu değerlendiriyor mu ve hangi URL’yi canonical olarak seçiyor?

Bir URL’nin crawl edilebilir olması indeksleneceği anlamına gelmez.

Aynı şekilde canlı URL testinin başarılı olması da URL’nin mutlaka Google indeksine gireceği anlamına gelmez.

Doktor Profil Sayfaları Gerçekten Indexable mı?

Doktor profilleri sağlık sitesindeki en önemli entity sayfalarından biri olabilir. Ancak CMS’de görünür olmaları teknik olarak indekslenebilir olduklarını kanıtlamaz.

Her önemli doktor profilinde en az şu alanlar kontrol edilmelidir:

• HTTP durum kodu 200 mü?
• Sayfada yanlışlıkla noindex bulunuyor mu?
• robots.txt erişimi engelliyor mu?
• Canonical doğru doktor profil URL’sini mi gösteriyor?
• Doktor listeleri veya branş sayfalarından gerçek internal link alıyor mu?
• XML sitemap içinde uygun biçimde bulunuyor mu?
• Doktor adı ve biyografisi render edilmiş HTML’de görülebiliyor mu?
• Mobil versiyonda aynı temel bilgiler mevcut mu?

Örneğin doktor profili CMS’de yayında olabilir ancak template seviyesinde bütün doktor URL’lerine yanlışlıkla noindex basılmış olabilir.

Başka bir senaryoda ise doktor kartına tıklandığında profil açılır ancak bağlantı gerçek bir <a href> linki yerine yalnız JavaScript event’iyle çalışıyor olabilir.

Doktor profilinin içerik ve entity tarafındaki görevini Doktor Profil Sayfası SEO rehberinde ayrıntılı olarak ele alıyoruz.

Branş ve Tedavi Sayfalarında Canonical Nasıl Kontrol Edilmeli?

Canonical etiketi duplicate veya çok benzer URL’ler arasında tercih edilen adresi belirtmek için kullanılan güçlü bir sinyaldir.

Ancak canonical site mimarisindeki yanlış ownership kararını düzeltmek için kullanılmamalıdır.

Örneğin:

/dermatoloji/akne-tedavisi

URL’si gerçekten bağımsız bir tedavi veya hizmet intent’inin sahibi olarak tasarlanmışsa ancak canonical etiketi:

/dermatoloji/

adresine gidiyorsa teknik sinyal ile sayfanın SEO görevi birbiriyle çelişebilir.

Tersi durumda da aynı içerik:

• /akne-tedavisi
• /dermatoloji/akne-tedavisi
• /hizmetler/akne-tedavisi

adreslerinden açılıyor ve bütün URL’ler self-canonical kullanıyorsa duplicate URL yüzeyi büyüyebilir.

Kontrol sırasında:

• Declared canonical
• Google-selected canonical
• Internal linklerde kullanılan URL
• Sitemap’teki URL
• Redirect davranışı

birlikte değerlendirilmelidir.

Canonical bir tercih sinyalidir; site mimarisi kararının yerine geçmez.

Sağlık Sitelerinde Duplicate URL Nerelerde Oluşur?

Sağlık sitelerinde duplicate veya birbirine aşırı benzeyen URL’ler birkaç farklı kaynaktan çıkabilir.

Doktor Profilleri

• /doktorlar/dr-a
• /hekimler/dr-a
• /uzmanlar/dr-a
• /kadromuz/dr-a

aynı doktor entity’sini temsil ediyorsa tek primary profil URL’si belirlemek daha temiz bir mimari oluşturur.

Tedavi ve Hizmetler

• /implant
• /dis-implant
• /implant-tedavisi

aynı commercial intent’e hizmet ediyorsa üç URL’yi ayrı ayrı büyütmek cannibalization ve canonical karmaşasına yol açabilir.

Lokasyonlar

Aynı klinik bilgisinin yalnız ilçe adı değiştirilerek onlarca template URL’de yayınlanması birbirine çok benzeyen sayfalar oluşturabilir.

CMS Slug Değişiklikleri

Başlık veya slug güncellendiğinde eski URL yayında kalıyor, yeni URL ayrıca oluşuyor ve redirect uygulanmıyorsa aynı içerik birden fazla adresten erişilebilir hale gelebilir.

Robots.txt ile Noindex Aynı Şey Değildir

Robots.txt crawling’i yönetir; bir web sayfasını Google indeksinden çıkarmak için tasarlanmış bir mekanizma değildir.

Bu ayrım özellikle eski doktor ve tedavi URL’lerinin temizlenmesinde önemlidir.

Örneğin daha önce indekslenmiş bir doktor URL’sine:

Disallow: /doktor/eski-profil

kuralı eklenirse Google’ın URL’yi taraması engellenebilir.

Ancak URL zaten başka yerlerden biliniyorsa yalnız robots.txt kullanmak adresin arama sonuçlarından kesin olarak çıkarılacağı anlamına gelmez.

Ayrıca sayfada noindex etiketi bulunuyor fakat Google robots.txt nedeniyle sayfayı tarayamıyorsa crawler bu etiketi göremez.

Bu nedenle amaç önceden indekslenmiş bir URL’yi Search’ten çıkarmaksa:

• noindex
• 404
• 410
• uygun başka removal yöntemi

mevcut duruma göre değerlendirilmelidir.

Robots.txt’yi “Google’dan sayfa silme aracı” gibi kullanmamak gerekir.

XML Sitemap Sağlık Sitesinde Nasıl Kullanılmalı?

XML sitemap önemli URL’lerin Google tarafından keşfedilmesine yardımcı olabilir.

Ancak:

Sitemap’e eklenen her URL’nin crawl veya index edileceği garanti değildir.

Sitemap’i indeks talep listesi değil, canonical ve değerli URL’lerin keşfini destekleyen teknik envanter olarak düşünmek daha doğru olur.

Sağlık sitesindeki sitemap kontrollerinde:

• Yalnız canonical URL’ler bulunuyor mu?
• 301 veya 302 yönlendiren adresler listelenmiş mi?
• 404 veya 410 URL’ler sitemap’te kalmış mı?
• Noindex URL’ler eklenmiş mi?
• Kurumdan ayrılan eski doktor profilleri hâlâ bulunuyor mu?
• Artık sunulmayan tedaviler listeleniyor mu?
• Eski lokasyon URL’leri temizlenmiş mi?

kontrol edilmelidir.

Büyük sağlık sitelerinde operasyonel takip kolaylığı için sitemap’ler:

• Doktorlar
• Tedaviler veya hizmetler
• Lokasyonlar
• Sağlık içerikleri

gibi mantıksal gruplara ayrılabilir.

Bu bir Google zorunluluğu değildir; URL gruplarını daha kolay izlemeye yönelik operasyon yaklaşımıdır.

Doktor Listeleri ve Pagination Nasıl Kontrol Edilmeli?

Özellikle hastane ve büyük klinik sitelerinde yüzlerce doktor tek liste altında gösterilebilir.

Örneğin:

/doktorlar?page=2

/doktorlar?page=3

gibi pagination yapıları veya “daha fazla yükle” butonları kullanılabilir.

Burada temel soru şudur:

Google önemli doktor profillerine gerçekten ulaşabiliyor mu?

Kontrol edilmesi gereken alanlar:

• Doktor kartları gerçek <a href> bağlantıları içeriyor mu?
• Pagination URL’leri crawl edilebilir mi?
• İkinci ve sonraki sayfalardaki doktorlar yalnız JavaScript event’iyle mi yükleniyor?
• Infinite scroll kullanılıyorsa crawlable fallback veya erişilebilir URL yapısı var mı?
• Doktor filtreleri binlerce gereksiz URL kombinasyonu üretiyor mu?
• Önemli doktor profilleri yalnız site içi arama üzerinden mi bulunabiliyor?

Sitemap kullanılması internal linking problemini ortadan kaldırmaz. Önemli doktor ve hizmet URL’lerinin gerçek site mimarisi içinde de keşfedilebilir olması gerekir.

JavaScript Sağlık Sayfalarını Görünmez Hale Getirebilir mi?

JavaScript kullanmak tek başına SEO problemi değildir.

Google JavaScript çalışan sayfaları crawl, render ve index süreçlerinden geçirebilir.

Ancak kritik içerik veya bağlantılar JavaScript tarafından üretildiğinde gerçek render sonucu test edilmelidir.

Sağlık sitelerinde özellikle şu bileşenler kontrol edilmelidir:

• Doktor kartları
• Branş filtreleri
• Tedavi sekmeleri
• Accordion içerikleri
• Lazy-loaded metinler
• SPA routing
• Randevu ve lokasyon bağlantıları

Örneğin kullanıcı tarayıcıda “Dermatoloji Doktorları” kartlarını görürken Google’ın render ettiği HTML’de doktor profil linkleri oluşmuyorsa site içinde önemli entity bağlantıları kaybolabilir.

Search Console URL Inspection aracındaki live test ve render edilmiş görünüm, kritik sayfaların Google tarafından nasıl işlendiğini kontrol etmek için kullanılabilir.

Doktor Kurumdan Ayrıldığında URL’ye Ne Olmalı?

Doktor URL’lerinin yaşam döngüsü sağlık sitelerinde özellikle önemlidir.

Doktorun kurumdan ayrılması, doktor entity’sinin internetten veya site tarihçesinden tamamen silinmesi gerektiği anlamına gelmez.

Önce şu soru sorulmalıdır:

Bu profil kullanıcı açısından hâlâ anlamlı bir göreve sahip mi?

Profil Hâlâ Bilgi Değeri Taşıyorsa

Doktor geçmiş içeriklerin author veya reviewer’ıysa veya profil tarihsel bir ilişkiyi açıklamaya devam ediyorsa sayfa güncellenebilir.

Eski kurum bilgisi kaldırılmalı veya güncel durum açık biçimde belirtilmelidir.

Profil Artık Hiçbir Kullanıcı İhtiyacını Karşılamıyorsa

404 veya 410 yanıtı değerlendirilebilir.

Gerçek Bir Alternatif Varsa

Aynı veya çok yakın intent’i karşılayan gerçek hedef mevcutsa 301 değerlendirilebilir.

Ancak sırf link equity kaybolmasın diye ayrılan doktorun URL’sini başka bir rastgele doktora yönlendirmek doğru değildir.

Redirect hedefi URL benzerliğine değil, kullanıcı ihtiyacı ve içerik eşdeğerliğine göre belirlenmelidir.

Tedavi veya Hizmet Kaldırıldığında Ne Yapılmalı?

Aynı lifecycle yaklaşımı sağlık hizmetleri için de geçerlidir.

Bir tedavi artık kurumda sunulmuyorsa otomatik olarak ana sayfaya yönlendirilmemelidir.

Kontrol edilmesi gereken sorular:

• Hizmetin gerçek bir karşılığı veya devamı var mı?
• Yeni hedef aynı search intent’i karşılıyor mu?
• Sayfa bilgilendirici değer taşımaya devam ediyor mu?
• Eski URL trafik veya backlink değeri taşıyor mu?
• Kullanıcı yönlendirildiğinde beklediği bilgiye ulaşabilecek mi?

Sonuca göre:

• KEEP
• UPDATE
• 301
• 404
• 410

kararlarından biri uygulanabilir.

Bu lifecycle kararları Teknik SEO çalışmasının yalnız crawler hatası değil, gerçek URL yönetimi katmanlarından biridir.

Multi-Location Kliniklerde Duplicate Sorunu

Bir sağlık kuruluşunun gerçekten birden fazla fiziksel lokasyonu varsa ayrı lokasyon sayfaları mantıklı olabilir.

Örneğin:

• Kadıköy
• Ataşehir

şubelerinin gerçek adresi, doktor kadrosu, çalışma bilgileri ve hizmet yapısı farklıysa iki ayrı local entity bulunur.

Buna karşılık tek bir kliniğin aynı metni:

• Bakırköy
• Beşiktaş
• Şişli
• Kadıköy
• Üsküdar

kelimelerini değiştirerek çoğaltması gerçek multi-location mimarisi değildir.

Bu yapı:

• birbirine çok benzeyen sayfalar
• intent overlap
• zayıf lokasyon değeri
• gereksiz crawl alanı

oluşturabilir.

Gerçek klinik, doktor ve lokasyon ilişkilerini Klinikler İçin Yerel SEO rehberinde ayrıca ele alıyoruz.

Structured Data Sağlık Sitesinde Ne İşe Yarar?

Structured data sayfadaki gerçek bilgiler ve entity ilişkileri hakkında arama motorlarına daha açık makine tarafından okunabilir bilgi sağlayabilir.

Ancak:

Structured data eklemek indeks veya sıralama garantisi değildir.

Sağlık sitesinde özellikle şu tutarlılıklar kontrol edilmelidir:

• Doktor bilgisi görünür içerikle aynı mı?
• Kurum bilgileri güncel mi?
• Lokasyon ve iletişim bilgileri gerçek mi?
• Breadcrumb URL’leri canonical URL’lerle uyumlu mu?
• Article author bilgisi gerçek author’ı mı temsil ediyor?
• Structured data kaldırılmış veya eski doktor bilgilerini hâlâ içeriyor mu?

Markup, sayfanın gerçek içeriğini açıklamalıdır. Görünür içerikte bulunmayan veya gerçekte var olmayan uzmanlık, kurum veya author bilgilerini yalnız JSON-LD içine eklemek doğru değildir.

Mobile-First Indexing Sağlık Sitelerinde Ne Anlama Gelir?

Google indexing ve ranking sistemlerinde sitelerin mobil versiyonunu temel alır.

Bu nedenle yalnız desktop görünümünü kontrol etmek yeterli değildir.

Özellikle mobil template’te şu alanların kaybolmadığından emin olunmalıdır:

• Doktor biyografisi
• Uzmanlık bilgisi
• İlgili hizmet bağlantıları
• Tedavi içeriğinin önemli bölümleri
• Author ve medical reviewer bilgileri
• Breadcrumb
• Internal linkler
• Kurum ve lokasyon bilgileri

Desktop’ta bulunan fakat mobil sayfadan tamamen kaldırılan kritik içerik, Google’ın sayfayı değerlendirdiği temel sürümde eksik kalabilir.

Core Web Vitals Önemli Ama Tek Teknik SEO Problemi Değil

Core Web Vitals gerçek kullanıcı deneyimindeki yükleme, etkileşim ve görsel stabiliteyi ölçen metriklerdir.

Başlıca metrikler:

• LCP
• INP
• CLS

Sağlık sitesinde iyi kullanıcı deneyimi elbette önemlidir.

Ancak teknik SEO auditini:

“PageSpeed skorunu 100 yapalım.”

seviyesine indirmek ciddi öncelik hatalarına yol açabilir.

Örneğin:

Critical treatment page noindex → P0

iken:

CLS 0.11 → bağlama göre daha düşük öncelik

olabilir.

Her teknik uyarının etkisi aynı değildir.

Search Console’da Sağlık URL’leri Nasıl İzlenmeli?

Teknik sağlık SEO’sunda Search Console verileri URL ve template grupları bazında okunmalıdır.

URL Inspection

Kritik bir doktor, branş veya tedavi URL’sinde:

• Google indeks durumu
• Declared canonical
• Google-selected canonical
• Crawl bilgisi
• Live test
• Render edilmiş sayfa

kontrol edilebilir.

Page Indexing

Google’ın bildiği URL’lerde hangi indexing durumlarının oluştuğunu toplu olarak incelemek için kullanılabilir.

Sitemaps

Sitemap dosyasının işlenip işlenmediği ve gönderimde problem bulunup bulunmadığı ayrıca kontrol edilebilir.

URL Gruplarına Göre Segmentasyon

Sağlık sitelerinde problemleri:

• Doktor profilleri
• Branşlar
• Tedaviler
• Lokasyonlar
• Sağlık blogları

şeklinde ayrı incelemek sorunun hangi template veya mimari katmanda yoğunlaştığını anlamayı kolaylaştırabilir.

Sağlık Sitesi Teknik SEO Kontrol Listesi

Crawl

• Kritik URL 200 dönüyor mu?
• Robots engeli var mı?
• Gerçek crawlable internal link alıyor mu?
• Sunucu erişim problemi bulunuyor mu?

Index

• Yanlış noindex var mı?
• Google-selected canonical beklenen URL mi?
• İndekslenen URL doğru search intent owner mı?

Architecture

• Doktor, branş, tedavi ve lokasyon ayrımı açık mı?
• Duplicate doktor profili bulunuyor mu?
• Bir tedaviyi birden fazla URL mi hedefliyor?
• Orphan doktor veya hizmet sayfaları var mı?

Sitemap

• Yalnız canonical URL’ler bulunuyor mu?
• 301 URL’ler sitemap’te mi?
• 404 veya 410 URL’ler kalmış mı?
• Noindex URL’ler sitemap’te mi?

Render

• JavaScript sonrası önemli içerik Google’a geliyor mu?
• Doktor ve tedavi linkleri crawl edilebilir mi?
• Mobil versiyon temel içerikle tutarlı mı?

Lifecycle

• Kurumdan ayrılan doktor URL’leri doğru yönetiliyor mu?
• Kaldırılan tedaviler için karar verilmiş mi?
• Eski lokasyonlar temizlenmiş mi?
• Slug değişikliklerinde redirect uygulanmış mı?

Structured Data

• Markup görünür içerikle eşleşiyor mu?
• Doktor ve kurum bilgileri güncel mi?
• Author bilgisi gerçek mi?
• Breadcrumb URL’leri doğru mu?

Performance

• Core Web Vitals kritik problemi var mı?
• Mobil kullanım deneyimi sağlıklı mı?
• Performans problemi gerçekten önemli URL’leri etkiliyor mu?

Sağlık Sitenizde Teknik Hata mı Var, Mimari Problem mi?

Bir doktor veya tedavi sayfasının organik görünürlüğünün zayıf olması yalnız içerik eksikliğinden kaynaklanmayabilir.

Yanlış canonical, noindex, zayıf internal linking, duplicate URL, JavaScript rendering veya hatalı URL lifecycle kararları doğru sayfanın Google tarafından anlaşılmasını zorlaştırabilir.

DigitalPlus sağlık SEO çalışmalarında teknik erişilebilirliği search demand, URL ownership, doktor ve branş mimarisi ve sağlık içeriği yapısıyla birlikte değerlendirir.

Sağlık SEO hizmetini inceleyin.

Crawl, indexation, canonical, rendering ve teknik site mimarisi için Teknik SEO hizmetini inceleyin.

Sıkça Sorulan Sorular

Sağlık sitesinde teknik SEO yalnız site hızı mıdır?

Hayır. Teknik SEO; kritik doktor, branş, tedavi ve lokasyon URL’lerinin crawl edilebilir olması, doğru render edilmesi, indekslenebilirliği, canonical yapısı, sitemap, internal linking ve URL yaşam döngüsü gibi birçok katmanı kapsar.

Sitemap’e eklenen sağlık sayfası kesin indekslenir mi?

Hayır. Sitemap Google’ın URL’yi keşfetmesine yardımcı olabilir ancak URL’nin crawl veya index edileceğini garanti etmez.

Robots.txt ile bir doktor sayfası Google’dan kaldırılabilir mi?

Robots.txt esas olarak crawling’i yönetir. Bir web sayfasını Search sonuçlarından kaldırmak için tek başına robots.txt kullanılması doğru yöntem değildir; duruma göre noindex, 404, 410 veya başka uygun yöntem değerlendirilmelidir.

Canonical etiketi Google için zorunlu bir emir midir?

Hayır. Canonical Google’a tercih edilen URL konusunda güçlü bir sinyal sağlar ancak Google farklı sinyalleri birlikte değerlendirerek başka bir canonical seçebilir.

Doktor profili noindex olmalı mı?

Gerçek kullanıcı ve arama ihtiyacını karşılayan, doktor entity’sini temsil eden ana profil URL’si genellikle indekslenebilir olarak planlanır. Ancak her doktor URL’sinin indekslenmesi gerektiği şeklinde mekanik bir kural yoktur; sayfanın görevi ve içerik değeri değerlendirilmelidir.

JavaScript kullanılan sağlık sitesi SEO açısından sorunlu mudur?

JavaScript kullanımı tek başına problem değildir. Önemli olan Google’ın render edilmiş sayfada kritik içerik ve crawl edilebilir bağlantıları görebilmesidir.

Doktor kurumdan ayrıldığında profil URL’si silinmeli mi?

Otomatik olarak değil. Profilin hâlâ kullanıcı veya içerik ilişkisi açısından değeri olup olmadığı değerlendirilmelidir. Sonuca göre güncelleme, 301, 404 veya 410 seçeneklerinden uygun olanı kullanılabilir.

Structured data sağlık sitesi sıralamasını artırır mı?

Structured data sayfadaki gerçek bilgileri makineler açısından daha açık hale getirebilir ancak sıralama veya indeksleme garantisi vermez. Markup görünür içerikle uyumlu olmalıdır.

Kaynaklar

• Google Search Central: How Google Search Works
• Google Search Central: JavaScript SEO Basics
• Google Search Central: Canonical URLs
• Google Search Central: Robots.txt
• Google Search Central: Sitemaps
• Google Search Central: Mobile-first Indexing
• Google Search Central: Core Web Vitals
• Google Search Console: URL Inspection