Çok Doktorlu Diş Kliniklerinde SEO Mimarisi Nasıl Kurulur?

Tek doktorlu bir muayenehane sitesinde SEO mimarisi görece basit olabilir. Ancak aynı klinikte sekiz diş hekimi, beş farklı uzmanlık alanı ve yirmi treatment bulunduğunda yalnız yeni sayfalar açarak sistemi yönetmek mümkün değildir.

Bir süre sonra aynı implant sorgusunu üç doktor profili, iki treatment URL’si ve bir blog yazısı hedeflemeye başlayabilir. Ortodontist profili ortodonti treatment sayfasıyla yarışabilir. Klinik ana sayfası bütün uzmanlık sorgularını sahiplenmeye çalışabilir. Doctor profile’lar birbirinin kopyasına dönüşebilir.

Çok doktorlu diş kliniği SEO’sunun temel problemi içerik sayısı değil, entity ve URL ownership yönetimidir.

Basitleştirilmiş model:

DİŞ KLİNİĞİ
     │
     ├── UZMANLIKLAR
     │      │
     │      └── TREATMENT'LAR
     │
     ├── DİŞ HEKİMLERİ
     │      │
     │      └── GERÇEK ÇALIŞMA ALANLARI
     │
     ├── LOKASYON
     │
     └── SAĞLIK İÇERİKLERİ

SEO’nun görevi bu node’ları mümkün olduğunca çoğaltmak değil, gerçek ilişkilerine göre birbirine bağlamaktır.

Örnek Problem: 8 Doktor, 5 Uzmanlık, 20 Tedavi

Örnek bir diş kliniğinde şu yapı bulunduğunu düşünelim:

• 8 diş hekimi
• 5 uzmanlık veya branş alanı
• 20 treatment veya hizmet
• 1 fiziksel klinik
• 40 bilgilendirici sağlık içeriği

Teorik olarak yalnız bu bileşenlerden yüzlerce URL kombinasyonu üretilebilir.

Örneğin:

• 8 doktor profili
• 5 branş sayfası
• 20 treatment sayfası
• Doktor + treatment kombinasyonları
• Uzmanlık + treatment kombinasyonları
• Doktor + lokasyon kombinasyonları
• Treatment + lokasyon kombinasyonları

Ancak gerçek SEO mimarisinde bütün matematiksel kombinasyonları URL’ye dönüştürmeyiz.

Entity relationship olması, her ilişkinin ayrı indexable URL gerektirdiği anlamına gelmez.

Önce Entity Envanterini Çıkarın

Keyword araştırmasından önce klinikte gerçekten hangi entity’lerin bulunduğunu belirlemek gerekir.

Organization

Diş kliniğinin kendisi.

Practitioners

Klinikte gerçekten çalışan ve public-facing olan diş hekimleri.

Specialties

Gerçek uzmanlık ve branş alanları.

Treatments

Klinikte gerçekten sunulan ve kullanıcıların bağımsız olarak araştırabileceği dental hizmetler.

Location

Gerçek fiziksel klinik veya şubeler.

Content

Treatment ve uzmanlık alanlarını destekleyen bilgilendirici sağlık içerikleri.

Bu envanterden sonra:

Entity → Search Intent → Owner URL

eşleştirmesi yapılabilir.

Klinik Ana Sayfası Ne Sahiplenmeli?

Klinik ana sayfasının görevi bütün treatment ve doktor sorgularında sıralanmaya çalışmak değildir.

Merkezde organization entity bulunmalıdır.

Ana sayfa:

• Kliniğin kim olduğunu
• Ana uzmanlık alanlarını
• Önemli treatment’ları
• Doktor kadrosunu
• Gerçek lokasyonu
• İletişim veya randevu yolunu

gösterebilir.

Ancak örneğin implant bağımsız treatment intent taşıyorsa implantın bütün commercial kapsamını ana sayfaya yüklemek gerekmez.

Klinik ana sayfası organization hub’dır; bütün dental query’lerin owner’ı değildir.

Her Diş Hekimi İçin Tek Primary Profil URL Belirleyin

Çok doktorlu kliniklerde en sık görülen mimari problemlerden biri aynı doktor için birden fazla profil URL’si oluşmasıdır.

Örneğin:

• /doktorlar/dr-a
• /ekibimiz/dr-a
• /ortodontistler/dr-a
• /uzmanlar/dr-a

aynı kişiyi aynı içerikle temsil ediyorsa dört ayrı indexable profil gerekmez.

Temel yaklaşım:

One practitioner → one primary doctor profile URL.

Branş listeleri, doktor dizinleri, treatment sayfaları ve author/reviewer alanları aynı canonical profile bağlanabilir.

Doktor profili ile treatment owner’ın nasıl ayrılması gerektiğini Diş Hekimi Profil Sayfası ile Tedavi Sayfası Ayrımı rehberinde ayrıntılı olarak ele alıyoruz.

Doktor Profillerini Aynı Template Metnine Dönüştürmeyin

Sekiz doktor bulunan klinikte sekiz profile aynı metni kopyalayıp yalnız isim ve fotoğraf değiştirmek kişi entity’lerini açıklamakta yetersiz kalır.

Her profil gerçek bilgilere göre farklılaşmalıdır.

Uygun ve doğrulanabilir olduğu ölçüde:

• Ad ve soyad
• Profesyonel unvan
• Gerçek uzmanlık
• Eğitim
• Mesleki geçmiş
• Kurum ilişkisi
• Hasta kabul edilen lokasyon
• Gerçek çalışma alanları
• İlgili treatment sayfaları
• Author veya medical reviewer ilişkileri

kullanılabilir.

Ancak profilleri sırf farklı görünsün diye uydurma ilgi alanları veya yapay SEO metinleriyle doldurmak doğru değildir.

Uzmanlık Sayfaları Hub Olarak Çalışabilir

Klinikte gerçek ve anlamlı uzmanlık yapısı bulunuyorsa specialty veya branş sayfası dağıtım hub’ı olabilir.

Örneğin:

ORTODONTİ
   │
   ├── ORTODONTIST A
   ├── ORTODONTIST B
   │
   ├── TREATMENT A
   └── TREATMENT B

Branş sayfasının görevi:

• Uzmanlık alanını tanımlamak
• İlgili practitioner’ları göstermek
• İlgili treatment’lara yönlendirmek
• İlgili bilgilendirici içerikleri dağıtmak

olabilir.

Branş sayfasını bütün treatment detaylarının kopyalandığı dev bir landing page haline getirmemek gerekir.

Treatment Owner Tek Olmalı

Aynı treatment birden fazla doktor tarafından uygulanıyor olabilir.

Bu, her doktor için yeni implant veya ortodonti landing page’i açılması gerektiği anlamına gelmez.

Örneğin implant kliniğin kurumsal hizmetlerinden biriyse:

İMPLANT TREATMENT PAGE
      │
      ├── DR. A
      ├── DR. B
      └── İLGİLİ UZMANLIK

şeklinde tek bir ana treatment owner kullanılabilir.

Doktorlar profillerinden bu treatment’a bağlanabilir.

Treatment sayfası da gerçekten ilgili practitioner’ları gösterebilir.

Böylece:

3 doktor = 3 implant landing page

gibi gereksiz bir çoğalma oluşmaz.

Treatment URL’lerinin genel mimarisini Diş Kliniği Tedavi Sayfası Mimarisi rehberinde ele alıyoruz.

Doktor ile Treatment İlişkisi Many-to-Many Olabilir

Gerçek dental yapılarda ilişki her zaman bire bir değildir.

Bir doktor birden fazla treatment ile ilişkili olabilir.

Aynı treatment da birden fazla sağlık profesyoneli tarafından sunulabilir.

Örneğin:

             İMPLANT
            /       \
           ↓         ↓
        DR. A       DR. B
          │           │
          ↓           ↓
    TREATMENT X   TREATMENT Y

Buradaki many-to-many ilişkiyi URL çoğaltarak değil internal linking ve sayfa içi entity ilişkileriyle göstermek daha temiz olabilir.

Relationship graph ile URL graph aynı şey değildir.

Hangi Doktor Hangi Treatment Sayfasında Gösterilmeli?

Klinikte bulunan bütün doktorları bütün treatment sayfalarına eklememek gerekir.

Bir practitioner yalnız:

• Gerçek uzmanlığı ilgiliyse
• Hizmeti gerçekten sunuyorsa
• Mevcut kurum ve çalışma ilişkisi doğruysa

treatment ile ilişkilendirilmelidir.

Örneğin implant sayfasına yalnız gerçekten implant hizmetiyle ilişkili sağlık profesyonelleri bağlanmalıdır.

“Doctor entity sayısı fazla görünsün” diye bütün kadroyu her hizmette göstermek gerçek bilgi mimarisi oluşturmaz.

Treatment Sayfasından Doğru Practitioner’a Nasıl Link Verilmeli?

Treatment page içinde ilgili doktorları yalnız isim listesi olarak göstermek yerine kullanıcıya anlamlı bir geçiş sunulabilir.

Örneğin:

Bu hizmetle ilişkili hekimler

• Dr. A → doktor profili
• Dr. B → doktor profili

gibi gerçek HTML bağlantıları kullanılabilir.

Google crawl edilebilir `` bağlantıları ve hedef sayfayı açıklayan anchor text kullanılmasını önerir.

Bu nedenle doktor kartları yalnız JavaScript click event’i olarak tasarlanmamalıdır.

Doktor Profilinden Treatment Sayfasına Nasıl Link Verilmeli?

İlişki ters yönde de kurulabilir.

Doktor profilinde:

Çalışma Alanları

• İlgili Treatment A
• İlgili Treatment B

gibi gerçek hizmet ilişkileri gösterilebilir.

Ancak klinikteki bütün treatment’ları bütün doktor profillerine dağıtmak yerine yalnız gerçek ilişkiler kullanılmalıdır.

Bu yapı doktor profillerinin hem orphan kalmasını önler hem de treatment owner’ların hangi practitioner’larla ilişkili olduğunu açıklaştırır.

Internal Linking Graph Nasıl Görünmeli?

Çok doktorlu diş kliniği için basitleştirilmiş internal link sistemi şöyle olabilir:

                    KLİNİK
                      │
          ┌───────────┼───────────┐
          │           │           │
      UZMANLIK     DOKTORLAR   TREATMENT'LAR
          │           │           │
          ├───────────┼───────────┤
          │           │           │
          └────── SUPPORT CONTENT ┘

Önemli ilişki türleri:

• Klinik → uzmanlık
• Klinik → önemli treatment’lar
• Klinik → doktorlar
• Uzmanlık → ilgili doktorlar
• Uzmanlık → ilgili treatment’lar
• Doktor → gerçek treatment’lar
• Treatment → gerçek doktorlar
• Bilgilendirici içerik → treatment owner
• Author/reviewer content → doktor profili

Internal link hedefi olabilecek her sayfaya her yerden link vermek gerekmez.

Link architecture gerçek entity ve intent ilişkilerini yansıtmalıdır.

Doktor Profillerini Orphan Bırakmayın

Çok doktorlu klinikte bazı profiller yalnız “Ekibimiz” sayfasında bulunan filtreli kartlardan açılıyor ve başka hiçbir internal link almıyor olabilir.

Her önemli doktor profili en az ilgili olduğu gerçek yapılardan erişilebilir olmalıdır.

Örneğin:

• Doktor dizini
• Uzmanlık sayfası
• İlgili treatment sayfası
• Author veya medical reviewer olduğu içerikler
• Gerçek lokasyon sayfası

uygun internal link kaynakları olabilir.

Treatment Sayfalarını da Orphan Bırakmayın

Aynı problem treatment URL’lerinde de oluşabilir.

Yeni treatment sayfası:

• Ana hizmet navigasyonunda yoksa
• İlgili uzmanlık sayfasından link almıyorsa
• Doktor profillerinden desteklenmiyorsa
• Supporting içeriklerden hiçbir contextual link almıyorsa

sitemap’te bulunmasına rağmen site mimarisine zayıf biçimde bağlanmış olabilir.

Reviewer Relationship Nasıl Kurulmalı?

Çok doktorlu klinikler sağlık içeriklerinde medical reviewer sistemini tek doktor üzerine yığmamalıdır.

Örneğin klinikte:

• Ortodontist
• Periodontist
• Çene cerrahı
• Çocuk diş hekimi

bulunuyorsa bütün sağlık içeriklerini aynı kişinin review etmesi gerçek uzmanlık ilişkisini yansıtmayabilir.

Daha temiz yapı:

ORTODONTİ CONTENT
       ↓
ORTODONTIST REVIEWER
       ↓
DOCTOR PROFILE

PERIODONTAL CONTENT
       ↓
RELATED REVIEWER
       ↓
DOCTOR PROFILE

Reviewer ile içerik konusu arasında gerçek uzmanlık ilişkisi bulunmalıdır.

Google da özellikle kullanıcıların “bunu kim yazdı?” diye sorabileceği içeriklerde doğru author/byline bilgilerinin açık olmasını önerir. Article structured data içinde author’ı benzersiz biçimde tanımlayan profil URL’si de kullanılabilir.

Author ve reviewer rol ayrımını sağlık içeriklerinde author ve medical reviewer yapısı rehberinde ele alıyoruz.

Reviewer İlişkisi Doktor Profilini Nasıl Güçlendirir?

Gerçek reviewer ilişkisi yalnız sağlık içeriğinin altında doktor adı göstermekten ibaret değildir.

İçerikten doktor profiline link verilebilir.

Doktor profilinde de gerçekten incelenen veya yazılan içeriklere erişim sağlanabilir.

Örnek:

DR. A
 │
 ├── UZMANLIK
 ├── TREATMENT'LAR
 └── REVIEWED CONTENT
          │
          ├── ARTICLE A
          └── ARTICLE B

Bu sayede doctor entity yalnız commercial treatment ilişkileriyle değil, gerçek editorial contribution ile de modellenebilir.

Google İşletme Profili Mimarisi Nasıl Kurulmalı?

Çok doktorlu dental clinic SEO’sunda local entity yapısı ayrıca değerlendirilmelidir.

Google’ın güncel Business Profile yönergelerine göre, aynı lokasyonda birden fazla public-facing practitioner varsa organization kendi profilini oluşturabilir ve uygun individual practitioner’lar ayrı profillere sahip olabilir.

Dolayısıyla örnek yapı:

ABC DENTAL CLINIC
        ↓
CLINIC GBP
        ↓
CLINIC / LOCATION PAGE

DR. A
 ↓
PRACTITIONER GBP
 ↓
DOCTOR PROFILE

DR. B
 ↓
PRACTITIONER GBP
 ↓
DOCTOR PROFILE

şeklinde olabilir.

Ancak her doktor için mekanik biçimde profil açılmamalıdır. Practitioner’ın gerçekten public-facing olması ve Google’ın uygunluk koşullarını karşılaması gerekir.

Dental clinic ve practitioner GBP ayrımını Diş Klinikleri İçin Yerel SEO rehberinde ayrıntılı olarak ele alıyoruz.

Aynı Practitioner İçin Uzmanlık Başına GBP Açmayın

Google, practitioner’ın bütün uzmanlık alanları için birden fazla Business Profile oluşturulmamasını belirtir.

Dolayısıyla aynı doktor için:

• Dr. A — Implant
• Dr. A — Cerrahi
• Dr. A — Diş Hekimi

gibi profil çoğaltmak doğru entity modellemesi değildir.

Gerçek uzmanlık ve treatment ilişkileri web sitesindeki doctor profile ve ilgili hizmet sayfaları üzerinden modellenmelidir.

Klinik GBP ile Treatment Ownership’i Karıştırmayın

Google Business Profile bir treatment page değildir.

Klinik GBP organization veya location entity’yi temsil eder.

Website üzerinde ise:

CLINIC GBP
   ↓
CLINIC PAGE
   ↓
TREATMENTS
   ↓
RELATED DOCTORS

şeklinde kullanıcı yolu kurulabilir.

Her treatment keyword’ünü Business Profile adına, kategori alanına veya açıklamasına yığmak site architecture problemini çözmez.

Doktor/Treatment Ownership Matrisi Oluşturun

Çok doktorlu klinikte operasyonu yönetmenin en kullanışlı yollarından biri basit bir ilişki matrisi oluşturmaktır.

Doktor	Uzmanlık	İlgili Treatment’lar	Reviewer Alanları	Lokasyon
Dr. A	Ortodonti	Ortodontik treatment’lar	Ortodonti içerikleri	Ana klinik
Dr. B	Periodontoloji	Periodontal treatment’lar	Diş eti içerikleri	Ana klinik
Dr. C	Ağız, Diş ve Çene Cerrahisi	İlgili cerrahi treatment’lar	Cerrahi içerikler	Ana klinik

Bu tablo SEO keyword planından önce gerçek klinik operasyonunu modeller.

Ardından her ilişki için ayrı URL gerekip gerekmediği değerlendirilir.

20 Treatment İçin 20 Ayrı URL Gerekir mi?

Hayır.

Klinikte 20 hizmet bulunması otomatik olarak 20 indexable commercial landing page gerektirmez.

Her treatment için:

• Ayrı search intent
• SERP page type
• Gerçek klinik hizmeti
• Yeterli bağımsız değer
• Mevcut sayfalarla overlap

kontrol edilmelidir.

Benzer veya aynı ihtiyacı karşılayan treatment’lar tek güçlü owner altında gruplanabilir.

Service inventory ile SEO URL inventory aynı şey değildir.

8 Doktor İçin 8 Profil URL Gerekir mi?

Gerçekten sekiz public-facing diş hekimi varsa her biri için bağımsız ve yararlı canonical profil değerlendirmek mantıklıdır.

Ancak:

• profiller yalnız ad değiştirilen template kopyalarıysa,
• doktor hakkında doğrulanabilir bilgi bulunmuyorsa,
• kişi artık klinikte çalışmıyorsa,
• sayfanın kullanıcı açısından hiçbir görevi yoksa

yalnız doktor sayısı sekiz diye sekiz SEO landing page üretmek zorunlu değildir.

Doctor profile gerçek entity’yi temsil etmelidir.

Doktor Klinikten Ayrıldığında Mimari Ne Olmalı?

Çok doktorlu yapılarda practitioner lifecycle ayrıca planlanmalıdır.

Doktor ayrıldığında yalnız ekip listesinden kartını silmek yeterli değildir.

Kontrol:

• Doktor profil URL’si
• Treatment ilişkileri
• Uzmanlık sayfaları
• Author/reviewer ilişkileri
• Lokasyon sayfaları
• Practitioner GBP
• Internal links
• Structured data

üzerinden yapılmalıdır.

Profilin güncellenmesi, korunması, yönlendirilmesi veya kaldırılması gerçek kullanıcı değeri ve entity lifecycle’a göre belirlenmelidir.

Bu operasyonu Doktor Klinikten Ayrıldığında SEO rehberinde ayrıca ele alıyoruz.

Structured Data Entity Mimarisinin Yerine Geçmez

Schema markup doktor, organization veya article ilişkileri hakkında makineler için ek bilgi sağlayabilir.

Ancak görünür sitede ilişki kurulmamışsa yalnız JSON-LD içine çok sayıda Person ve Organization objesi eklemek mimariyi düzeltmez.

Öncelik:

1. Gerçek entity yapısı
2. Doğru owner URL’ler
3. Görünür ilişkiler
4. Crawl edilebilir internal links
5. Ardından görünür içerikle uyumlu structured data

olmalıdır.

Google’ın structured data kuralları da markup’ın sayfadaki gerçek içeriği doğru biçimde temsil etmesini ister.

Çok Doktorlu Dental Clinic Entity Graph

                         DİŞ KLİNİĞİ
                              │
        ┌─────────────────────┼─────────────────────┐
        │                     │                     │
   UZMANLIKLAR            DOKTORLAR            TREATMENT'LAR
        │                     │                     │
   ┌────┴────┐           ┌────┴────┐          ┌────┴────┐
   │         │           │         │          │         │
 SPEC A    SPEC B      DR. A     DR. B      TR. A     TR. B
   │         │           │         │          │         │
   └─────────┴───────────┼─────────┴──────────┴─────────┘
                         │
                   HEALTH CONTENT
                         │
                  AUTHOR / REVIEWER
                         │
                       DOCTORS
                         │
                      LOCATION
                         │
                  CLINIC / GBP

Bu graph’taki her çizgi ayrı URL anlamına gelmez.

Çizgi gerçek entity relationship’i; URL ise yalnız kullanıcı ve arama intent’i bağımsız bir sayfa gerektiriyorsa oluşturulan arama yüzeyini temsil eder.

Çok Doktorlu Diş Kliniği SEO Audit Checklist

Organization

• Klinik ana entity’si açık mı?
• Ana sayfa bütün treatment intent’lerini sahiplenmeye mi çalışıyor?
• Gerçek lokasyon doğru mu?

Practitioners

• Her aktif doktor için tek primary profile var mı?
• Duplicate doktor profilleri bulunuyor mu?
• Uzmanlıklar doğru mu?
• Kurum ve lokasyon ilişkileri güncel mi?

Specialties

• Gerçek uzmanlık hub’ları gerekli mi?
• Uzmanlık sayfası ile treatment page birbirinin görevini alıyor mu?
• İlgili doktor ve treatment’lar doğru bağlanmış mı?

Treatments

• Her treatment için gerçek ayrı intent var mı?
• Ana owner URL belli mi?
• Aynı treatment birden fazla doktor profilinde commercial owner’a dönüşmüş mü?
• Duplicate treatment sayfaları var mı?

Internal Linking

• Uzmanlık → doktor bağlantıları var mı?
• Uzmanlık → treatment bağlantıları var mı?
• Doktor → gerçek treatment bağlantıları var mı?
• Treatment → doğru practitioner bağlantıları var mı?
• Supporting içerik → owner treatment bağlantıları var mı?
• Orphan doctor veya treatment URL var mı?

Reviewer Relationships

• Reviewer gerçekten içeriği inceledi mi?
• Reviewer uzmanlığı konu ile ilişkili mi?
• İçerikten doktor profiline bağlantı var mı?
• Doktor profili güncel mi?

Local

• Clinic GBP doğru organization’ı temsil ediyor mu?
• Practitioner profilleri uygun mu?
• Duplicate GBP bulunuyor mu?
• Clinic GBP doğru landing destination’a gidiyor mu?
• Practitioner GBP doğru doctor profile’a bağlanıyor mu?

Technical

• Primary doctor ve treatment URL’ler indexable mı?
• Canonical ownership modelini destekliyor mu?
• Sitemap yalnız canonical URL’leri mi içeriyor?
• Doktor kartları crawl edilebilir linkler mi?
• Structured data görünür ilişkilerle uyumlu mu?

Çok Doktorlu Kliniği Keyword Listesiyle Yönetmeyin

Sekiz doktor, beş uzmanlık ve yirmi treatment bulunan bir diş kliniğinde SEO problemi “daha fazla sayfa yazmak” değildir.

Önce hangi entity’nin hangi arama ihtiyacını temsil ettiğini, hangi URL’nin owner olması gerektiğini ve doctor, specialty, treatment, content ve location ilişkilerinin nasıl bağlanacağını belirlemek gerekir.

DigitalPlus diş hekimi SEO çalışmalarında çok doktorlu klinik mimarisini search intent, treatment ownership, practitioner entity, internal linking, health content governance ve yerel görünürlükle birlikte değerlendirir.

Diş Hekimi SEO hizmetini inceleyin.

Mevcut yapıda doktorlar ve treatment URL’leri birbirleriyle yarışıyorsa SEO Audit talep edin.

Sıkça Sorulan Sorular

Çok doktorlu diş kliniğinde her doktor için ayrı profil sayfası olmalı mı?

Gerçek, aktif ve public-facing sağlık profesyonelleri için bağımsız doctor profile değerlendirilebilir. Ancak profil gerçek kişiyi ve uzmanlığı açıklamalı; yalnız isim değiştirilmiş template kopyası olmamalıdır.

Aynı treatment birden fazla doktor tarafından sunuluyorsa kaç treatment sayfası açılmalı?

Doktor sayısına göre treatment URL çoğaltılmamalıdır. Aynı hizmet için tek ana owner treatment page kullanılabilir ve bu sayfadan ilgili practitioner’lara bağlantı kurulabilir.

Bir doktor birden fazla treatment’a link verebilir mi?

Evet. Doktorun gerçek uzmanlık ve çalışma alanlarıyla ilişkili treatment sayfalarına profil üzerinden bağlantı verilebilir.

Treatment sayfasında kaç doktor gösterilmeli?

Sabit sayı yoktur. Yalnız treatment ile gerçek uzmanlık veya hizmet ilişkisi bulunan sağlık profesyonelleri gösterilmelidir.

Her uzmanlık için ayrı branş sayfası gerekir mi?

Hayır. Ayrı search intent, kullanıcı değeri ve site ölçeği varsa specialty hub değerlendirilebilir. Yalnız klinikte uzmanlık adı geçiyor diye yeni SEO URL açmak gerekmez.

Çok doktorlu klinikte clinic GBP ve practitioner profilleri ayrı olabilir mi?

Evet. Google, aynı lokasyonda birden fazla public-facing practitioner bulunan yapılarda organization profili ile uygun practitioner profillerinin ayrı olabileceğini belirtir. Her practitioner yine kendi uygunluk koşullarını karşılamalıdır.

Aynı doktorun her uzmanlığı için ayrı Google İşletme Profili açılmalı mı?

Hayır. Google, practitioner’ın bütün uzmanlıkları için ayrı profiller oluşturulmamasını belirtir.

Medical reviewer olarak bütün içeriklerde aynı doktor kullanılabilir mi?

Yalnız gerçek review ve konu-uzmanlık ilişkisi varsa. Çok uzmanlıklı kliniklerde içeriklerin ilgili sağlık profesyonellerine dağıtılması daha doğru bir governance modeli oluşturabilir.

Doctor profile duplication nasıl çözülür?

Önce tek primary doctor URL belirlenir. Aynı kişiyi aynı bağlamda temsil eden gereksiz duplicate URL’ler mevcut trafik, link, canonical ve site mimarisi incelenerek birleştirme veya redirect planına alınabilir.