Çok Fizyoterapistli Merkezlerde SEO Mimarisi Nasıl Kurulur?

Bir fizyoterapi yapısında üç fizyoterapist, birkaç farklı rehabilitasyon alanı ve birden fazla hizmet bulunduğunu düşünelim.

FİZYOTERAPİ YAPISI
   │
   ├── FZT. A
   ├── FZT. B
   ├── FZT. C
   │
   ├── MANUEL TERAPİ
   ├── SPORCU REHABİLİTASYONU
   └── NÖROLOJİK REHABİLİTASYON

Burada dokuz farklı practitioner × service ilişkisi oluşabilir.

Bunun SEO karşılığı dokuz yeni landing page değildir.

Çok practitioner bulunan fizyoterapi sitelerinde temel problem URL üretmek değil, person ve service entity’leri doğru canonical owner’lara bağlamaktır.

DigitalPlus Fizyoterapist SEO çalışmalarında ekip, hizmet, rehabilitasyon, lokasyon ve sağlık içeriklerini relationship graph üzerinden modelliyor; her ilişkiyi yeni indexable URL’ye çevirmiyoruz.

Önce “Çok Fizyoterapistli Merkez” Yapısının Gerçekte Ne Olduğunu Belirleyin

SEO mimarisi başlamadan önce kurumun gerçek hukuki ve operasyonel yapısı doğrulanmalıdır.

“Fizyoterapi merkezi” kullanıcıların kullandığı geniş bir ifade olabilir ancak bütün fizyoterapi işletmeleri aynı hukuki modele sahip değildir.

Türkiye’deki güncel Serbest Meslek İcrası düzenlemesinde fizyoterapistler sağlık meslek mensubu kapsamında yer alır.

Aynı ünvana sahip en fazla üç sağlık meslek mensubu müşterek sağlık meslek hizmet birimi açabilir. Bu modelde her sağlık meslek mensubu için ayrı ruhsat ve ayrı uygulama odası öngörülür.

Buna karşılık hastane, tıp merkezi veya başka ruhsat modeli altında çok daha geniş fizyoterapist ekipleri bulunabilir.

Dolayısıyla “üç fizyoterapist var” veya “sekiz fizyoterapist var” bilgisi tek başına organization modelini söylemez.

Kurum, Practitioner ve Hizmet Aynı Entity Değildir

Çok fizyoterapistli bir yapıda üç temel entity katmanı bulunabilir.

Kurum veya Hizmet Birimi

Organization entity’sidir.

Gerçek yapıya göre:

• Sağlık meslek hizmet birimi
• Hastane
• Tıp merkezi
• Başka uygun sağlık kuruluşu

olabilir.

Fizyoterapist

Person veya practitioner entity’sidir.

Her fizyoterapist:

• Kendi mesleki kimliğine
• Eğitim geçmişine
• Gerçek çalışma alanlarına
• Kurum ilişkisine
• Hizmet relationships’ine
• Lokasyon ilişkisine

sahiptir.

Hizmet veya Rehabilitasyon Alanı

Service entity’sidir.

Örneğin:

• Manuel terapi
• Sporcu rehabilitasyonu
• Nörolojik rehabilitasyon

ayrı search intent ve gerçek service capability doğrulandığında canonical service URL’lere sahip olabilir.

Organization ≠ practitioner ≠ service.

Relationship Graph ile URL Graph Aynı Şey Değildir

Bir kurumda üç fizyoterapist ve üç hizmet olduğunu düşünelim.

Gerçek ilişki:

               KURUM
                 │
       ┌─────────┼─────────┐
       ↓         ↓         ↓
     FZT. A     FZT. B     FZT. C
       │         │         │
       ├───── MANUEL TERAPİ
       │
       ├───── SPORCU REHABİLİTASYONU
       │
       └───── NÖROLOJİK REHABİLİTASYON

şeklinde birçok bağlantı içerebilir.

Ancak URL yapısı:

/fizyoterapistler/fzt-a
/fizyoterapistler/fzt-b
/fizyoterapistler/fzt-c

/manuel-terapi
/sporcu-rehabilitasyonu
/norolojik-rehabilitasyon

gibi altı primary owner ile çözülebilir.

Dokuz relationship’i dokuz ek URL’ye çevirmek gerekmez.

Relationship count, URL count değildir.

Her Fizyoterapist İçin Tek Primary Profil URL Kullanılmalı mı?

Çoğu yapıda iyi başlangıç modeli budur.

Örneğin:

/fizyoterapistler/ayse-yilmaz

Fzt. Ayşe Yılmaz’ın primary person owner’ı olabilir.

Aynı kişinin:

• Manuel terapi
• Sporcu rehabilitasyonu
• Ortopedik rehabilitasyon

ile gerçek ilişkileri bulunabilir.

Buna rağmen:

• /ayse-yilmaz-manuel-terapi
• /ayse-yilmaz-sporcu-rehabilitasyonu
• /ayse-yilmaz-ortopedik-rehabilitasyon

şeklinde üç ek person-service landing page üretmek gerekmez.

Canonical person profile ilgili service owner’lara bağlantı verebilir.

Fizyoterapist profilinin görevini Fizyoterapist Profil Sayfası SEO rehberinde ayrıntılı ele alıyoruz.

Her Hizmet İçin Tek Primary Service Owner Kullanılmalı mı?

Aynı mantık hizmet tarafında da geçerlidir.

Örneğin manuel terapiyle üç fizyoterapist gerçekten ilişkiliyse:

MANUEL TERAPİ
     │
     ├── FZT. A
     ├── FZT. B
     └── FZT. C

tek canonical:

/manuel-terapi

service owner yeterli olabilir.

Sayfa hizmetle ilişkili gerçek practitioners’ı gösterebilir.

Her practitioner için hizmet sayfasını kopyalamak service ownership’i bulanıklaştırır.

One service intent → one primary canonical service owner

iyi bir başlangıç kuralıdır.

Practitioner × Service Kombinasyon URL’leri Neden Risklidir?

Örneğin:

• /fzt-a-manuel-terapi
• /fzt-b-manuel-terapi
• /fzt-c-manuel-terapi

oluşturulduğunda üç sayfanın primary farkı çoğu zaman yalnız kişi adı olur.

Hepsi:

• Aynı service intent’i
• Aynı hizmet açıklamasını
• Aynı CTA’yı
• Aynı location bilgisini
• Aynı FAQ’ları

taşıyabilir.

Bunun sonucunda:

• Thin pages
• Duplicate veya near-duplicate content
• Service ownership ambiguity
• Internal linking karmaşası
• Query → page switching

oluşabilir.

İlişkiyi göstermek için URL kopyalamaya ihtiyaç yoktur.

Practitioner × Service Sayfası Hiç mi Açılmaz?

Mutlak yasak değildir.

Ancak yeni URL’nin yalnız kişi+hizmet kombinasyonu olmaktan daha güçlü ayrı kullanıcı görevi taşıması gerekir.

Örneğin:

• Gerçek ayrı search intent
• Bağımsız SERP
• Farklı kullanıcı yolculuğu
• Gerçek bağımsız hizmet proposition’ı
• Özgün content value

doğrulanmadan yeni page açılmamalıdır.

Çoğu ekip yapısında service owner + canonical practitioner profile relationship’i daha temizdir.

Bir Fizyoterapist Birden Fazla Hizmetle İlişkiliyse Nasıl Gösterilmeli?

Profil üzerinde gerçek çalışma alanları listelenebilir.

Örneğin:

FZT. A
  │
  ├── MANUEL TERAPİ
  ├── SPORCU REHABİLİTASYONU
  └── NÖROLOJİK REHABİLİTASYON

Bu hizmetlerin her biri ayrı canonical owner ise profile contextual internal links eklenebilir.

Ancak hizmet metinlerinin tamamını profile kopyalamamak gerekir.

Profile relationship’i gösterir; service page hizmet intent’ini sahiplenir.

Aynı Hizmeti Birden Fazla Fizyoterapist Sunuyorsa Nasıl Gösterilmeli?

Service page üzerinde gerçekten ilgili practitioners gösterilebilir.

Örneğin:

Bu Hizmetle İlişkili Fizyoterapistler

• Fzt. A
• Fzt. B

Buradan canonical practitioner profiles’a bağlantı verilebilir.

Hizmetle ilişkisi bulunmayan bütün ekip üyelerini yalnız profil linki dağıtmak amacıyla service page’e eklememek gerekir.

Service → practitioner relationship gerçek olmalıdır.

Ekip Sayfası ile Fizyoterapist Profil Sayfaları Aynı Şey mi?

Hayır.

Ekip Sayfası

Organization içindeki sağlık profesyonellerini keşfetmeye yardımcı olan directory/hub görevi görebilir.

Örneğin:

/ekibimiz

veya:

/fizyoterapistler

Practitioner Profile

Belirli kişinin canonical person reference’ıdır.

Ekip hub’ında:

• Ad
• Doğru meslek unvanı
• Gerekirse kısa çalışma alanı
• Canonical profile link

verilebilir.

Ancak bütün kişilerin tam biyografisini tek ekip sayfasında tutup canonical profile’ları thin bırakmak iyi mimari değildir.

Ekip Hub’ı Gerekli mi?

İki veya üç practitioner bulunan küçük bir yapıda homepage veya organization page ekip navigation’ını zaten iyi karşılıyor olabilir.

Bu durumda yalnız SEO hiyerarşisi olsun diye ince bir `/fizyoterapistler` hub açmak zorunlu değildir.

Daha geniş ekiplerde hub:

• Practitioner keşfini kolaylaştırıyor
• Profile pages’e crawlable links dağıtıyor
• Kurum-person relationship’ini gösteriyor

ise yararlı olabilir.

Hub’ın kendi kullanıcı görevi olmalıdır.

Çok Fizyoterapistli Yapıda Rehabilitation URL’leri Nasıl Dağıtılmalı?

Örneğin:

• Ortopedik rehabilitasyon
• Nörolojik rehabilitasyon
• Sporcu rehabilitasyonu

gerçek ayrı service intent oluşturuyorsa üç ayrı canonical owner bulunabilir.

Sonra practitioners bu service nodes’a bağlanır.

                 KURUM
                   ↓
        REHABİLİTASYON HİZMETLERİ
          /          |           \
         ↓           ↓            ↓
   ORTOPEDİK     NÖROLOJİK      SPORCU
       ↕             ↕             ↕
 PRACTITIONERS  PRACTITIONERS  PRACTITIONERS

Ancak hangi rehabilitation alanının ayrı URL hak ettiği ayrı bir karardır.

Bu split modelini Fizyoterapi Rehabilitasyon URL Mimarisi rehberinde ele alıyoruz.

Manuel Terapi Gibi Bir Hizmette Practitioner Relationship Nasıl Kurulur?

Manuel terapi örneğinde de aynı kural geçerlidir.

Ayrı service intent doğrulanmışsa:

MANUEL TERAPİ
    ↕
FZT. A
FZT. B

relationship kurulabilir.

Ancak manuel terapiyle ilgili olmayan Fzt. C sırf ekip üyesi olduğu için bu service node’a bağlanmamalıdır.

Manuel terapinin ayrı service URL hak edip etmediğini Manuel Terapi Sayfası SEO içeriğinde ayrıca değerlendiriyoruz.

Semptomlar Practitioner Profiles’a Dağıtılmalı mı?

Hayır.

Örneğin Fzt. A’nın çalışma alanlarıyla bel veya boyun problemleri ilişkili olabilir.

Bu durum:

• /fzt-a-bel-agrisi
• /fzt-a-boyun-agrisi
• /fzt-a-diz-agrisi

gibi practitioner × symptom pages açılması gerektiği anlamına gelmez.

Semptomlar informational intent taşıyabilir.

Practitioner ise person intent’in owner’ıdır.

Semptom relationship ≠ practitioner landing page.

Bu ayrımı Semptom Sayfası mı Hizmet Sayfası mı? rehberinde ele alıyoruz.

Practitioner Profiles İçin Internal Linking Nasıl Kurulmalı?

Her practitioner profile site içindeki gerçek relationships üzerinden link almalıdır.

Örnek kaynaklar:

• Organization veya ekip sayfası
• Gerçek ilgili service pages
• Gerçek location page
• Gerçek authored veya reviewed content

Örnek:

                   KURUM
                     ↓
                 FZT. A
                ↙  ↓   ↘
               ↓   ↓    ↓
         SERVICE  CONTENT LOCATION

Profile sitedeki bütün hizmetlerden ve bütün bloglardan link basmak entity graph değildir.

Service Pages İçin Internal Linking Nasıl Kurulmalı?

Service owner’ın link graph’ı da gerçek relationship’e dayanmalıdır.

• Service hub → service
• Relevant practitioner → service
• Relevant informational content → service
• Location → o lokasyonda gerçekten sunulan service

Bir hizmet bütün fizyoterapistler tarafından sunulmuyorsa bütün profiles’dan link almamalıdır.

Internal linking relationship database gibi düşünülmelidir.

Content Author ve Reviewer Relationship Nasıl Kurulur?

Çok fizyoterapistli yapılarda içerik katkıları da practitioners arasında ayrılabilir.

Örneğin:

SPORTS CONTENT
      ↓
FZT. A REVIEWER

NEUROLOGICAL CONTENT
      ↓
FZT. B REVIEWER

gibi gerçek bir editorial relationship bulunabilir.

Bütün health content’e otomatik aynı fizyoterapist adını eklemek doğru değildir.

Her author veya reviewer relationship:

• Gerçek olmalı
• İçeriğin konusuyla ilişkili olmalı
• Kişinin mesleki rolüne uygun olmalı

dır.

Sağlık içeriklerindeki genel author/reviewer sistemini Sağlık Sitelerinde E-E-A-T ve YMYL SEO rehberinde ele alıyoruz.

Bir Fizyoterapist Merkezden Ayrılırsa SEO’da Ne Olmalı?

Çok practitioner bulunan yapılarda person lifecycle önemli bir SEO operasyonudur.

Bir fizyoterapist kurumdan ayrıldığında:

• Practitioner profile
• Current organization relationship
• Location
• Service relationships
• Internal links
• Authored/reviewed content
• Structured data
• Varsa Business Profile relationship

kontrol edilmelidir.

Kişinin profile URL’si otomatik silinmek zorunda değildir.

Ancak eski kurum, kişinin hâlâ orada hizmet verdiği izlenimini bırakmamalıdır.

Person entity ile employment relationship aynı şey değildir.

Yeni Fizyoterapist Ekibe Katılırsa Yeni Hizmet Sayfaları Açılmalı mı?

Hayır.

Yeni practitioner eklenmesi öncelikle yeni person entity relationship’i oluşturur.

Örneğin Fzt. D ekibe katıldı ve sporcu rehabilitasyonu alanında gerçekten çalışıyor.

Yapılabilecekler:

• Canonical Fzt. D profile oluşturmak
• Organization/ekip hub’dan profile link vermek
• Sporcu rehabilitation page’de gerçek relationship’i göstermek
• Profile’dan ilgili service owner’a bağlantı vermek

olabilir.

Yeni:

/fzt-d-sporcu-rehabilitasyonu

açmak gerekmez.

Çok Fizyoterapistli Yapıda Google Business Profile Nasıl Düşünülmeli?

Website person architecture ile Google Business Profile architecture birebir aynı şey değildir.

Google, individual practitioner profile için kişinin public-facing olması ve doğrulanmış lokasyonda belirtilen saatlerde doğrudan ulaşılabilir olmasını ister.

Bir lokasyonda birden fazla uygun public-facing practitioner bulunuyorsa organization profile ile practitioner profiles ayrı değerlendirilebilir.

Ancak:

üç website practitioner profile = otomatik üç Google Business Profile

şeklinde kural yoktur.

Her practitioner Google’ın güncel eligibility koşulları açısından ayrıca değerlendirilmelidir.

Bir Fizyoterapist İçin Her Hizmete Ayrı GBP Açılır mı?

Hayır.

Google aynı practitioner’ın farklı specialization veya hizmet alanlarını temsil etmek amacıyla birden fazla Business Profile oluşturmamasını açıkça belirtir.

Örneğin:

• Fzt. Ayşe Yılmaz – Manuel Terapi
• Fzt. Ayşe Yılmaz – Sporcu Rehabilitasyonu
• Fzt. Ayşe Yılmaz – Nörolojik Rehabilitasyon

şeklinde üç practitioner GBP üretmek doğru model değildir.

Gerçek service relationships website ve uygun profile alanları üzerinden gösterilebilir.

Çok Lokasyon + Çok Fizyoterapist Yapısı Nasıl Modellenmeli?

İkinci karmaşıklık location katmanı eklendiğinde ortaya çıkar.

ORGANIZATION
    │
    ├── LOCATION A
    │      ├── FZT. A
    │      └── FZT. B
    │
    └── LOCATION B
           ├── FZT. B
           └── FZT. C

Fzt. B iki gerçek location ile ilişkili olabilir.

Bu durum Fzt. B için iki ayrı website profile gerektiğini göstermez.

Tek canonical person profile üzerinde current locations gösterilebilir.

Location pages de o lokasyonda gerçekten hizmet veren practitioners’a bağlanabilir.

Practitioner × Service × Location Kombinasyonu URL Üretmemeli

Örneğin:

FZT. A
+
MANUEL TERAPİ
+
KADIKÖY

üçlü relationship’i bulundu diye:

/kadikoy-fzt-a-manuel-terapi

page oluşturmak gerekmemelidir.

Bu relationship üç ayrı canonical node üzerinden temsil edilebilir:

• Fzt. A profile
• Manuel terapi service page
• Kadıköy gerçek location page

ve internal links ile bağlanabilir.

Üç entity relationship = bir kombinasyon landing page değildir.

Fizyoterapi local architecture’ı Fizyoterapi Merkezleri İçin Yerel SEO rehberinde ayrıca ele alıyoruz.

Çok Fizyoterapistli Yapılarda Cannibalization Nasıl Oluşur?

Örneğin aşağıdaki URL’ler bulunabilir:

• /manuel-terapi
• /fzt-a-manuel-terapi
• /fzt-b-manuel-terapi
• /manuel-terapi-ekibi
• /manuel-terapi-fizyoterapistleri

Hepsi “manuel terapi” service intent’ini sahiplenmeye çalışıyorsa canonical owner belirsizleşir.

Audit sırasında:

• Primary query
• Page type
• Title
• H1
• Content scope
• Internal anchors
• Canonical
• GSC query → page relationship

birlikte değerlendirilmelidir.

Person sayısı arttıkça service owner sayısını artırmıyoruz.

Fizyoterapist Profilleri Birbirleriyle Cannibalize Olabilir mi?

Gerçek kişiler farklı entity’ler olduğu için branded practitioner sorgularında ayrı profiles doğal olabilir.

Örneğin:

• Fzt. Ayşe Yılmaz
• Fzt. Mehmet Kaya

ayrı person intent’leridir.

Problem iki profile’ın da kendisini:

“İstanbul sporcu rehabilitasyonu fizyoterapisti”

gibi aynı generic commercial query’nin primary owner’ı yapmaya çalışmasıdır.

Generic service intent service owner’a bırakılmalıdır.

Team Page Generic Service Queries’i Hedeflemeli mi?

Genellikle ana görevi bu değildir.

Ekip sayfasının görevi kullanıcıya kurumda kimlerin çalıştığını göstermektir.

Team page üzerinde gerçek çalışma alanları belirtilebilir ancak sayfayı:

• Manuel terapi hizmeti
• Sporcu rehabilitation
• Nörolojik rehabilitation

gibi bütün service queries’in ana commercial owner’ına çevirmemek gerekir.

Directory page ≠ service page.

Structured Data ile Relationship Graph Desteklenebilir mi?

Uygun Person, ProfilePage, Organization ve ilgili yapılandırılmış veri türleri görünür bilgileri makineler açısından daha açık ifade etmeye yardımcı olabilir.

Ancak structured data:

• Olmayan service relationship yaratmaz
• Yanlış meslek unvanını doğru hale getirmez
• Duplicate profile sorununu çözmez
• Yeni canonical owner belirlemez

Önce görünür gerçek entity architecture, sonra schema.

Daha geniş teknik kontrolleri Teknik SEO çalışmalarında ele alıyoruz.

Çok Fizyoterapistli Yapı İçin Önerilen Internal Link Modeli

                       ORGANIZATION
                         /       \
                        ↓         ↓
                  PRACTITIONERS   SERVICES
                    /   |   \     /   |   \
                   ↓    ↓    ↓   ↓    ↓    ↓
                 FZT A FZT B FZT C MT SPORT NEURO
                   \    |     /    \   |   /
                    \   |    /      \  |  /
                     REAL RELATIONSHIPS
                           ↓
                     HEALTH CONTENT
                           ↓
                        LOCATIONS

Amaç bütün node’ları herkese bağlamak değildir.

Amaç gerçek ilişkileri görünür hale getirmektir.

Çok Fizyoterapistli Merkezlerde SEO Kontrol Listesi

Organization

• Gerçek kurum modeli belli mi?
• Sağlık meslek hizmet birimi mi, başka sağlık kuruluşu mu?
• Kurum adı ve hukuki/ruhsat statüsü doğru mu?

Practitioners

• Her gerçek fizyoterapistin tek primary profile’ı var mı?
• Duplicate profiles var mı?
• Current organization relationship doğru mu?
• Gerçek service relationships belli mi?
• Lokasyon ilişkileri güncel mi?

Services

• Her gerçek ayrı service intent’in tek primary owner’ı var mı?
• Practitioner sayısına göre service pages çoğaltılmış mı?
• Rehabilitation URL’leri gerçekten ayrı intent taşıyor mu?

Combinations

• Practitioner × service pages var mı?
• Practitioner × symptom pages var mı?
• Practitioner × service × location pages var mı?
• Bunların gerçekten bağımsız intent’i var mı?

Internal Linking

• Organization → practitioner links doğru mu?
• Organization → services links doğru mu?
• Practitioner → real services links doğru mu?
• Service → real practitioners links doğru mu?
• Location → current practitioners links doğru mu?
• Health content → relevant service/practitioner links doğru mu?

Content Contributions

• Gerçek author relationships doğru mu?
• Gerçek reviewer relationships doğru mu?
• Bütün içerikler aynı kişiye yapay biçimde bağlanmış mı?

Technical

• Practitioner profiles 200 mü?
• Indexable mı?
• Canonical doğru mu?
• Service pages canonical owner olarak temiz mi?
• Orphan practitioner veya service pages var mı?
• Sitemap yalnız current canonical URLs içeriyor mu?

Lifecycle

• Ayrılan practitioners güncellendi mi?
• Yeni practitioners sisteme eklendi mi?
• Service relationships güncel mi?
• Location ilişkileri güncel mi?
• Business Profile relationships gerekiyorsa kontrol edildi mi?

Practitioner Sayısını URL Sayısına Çevirmeyin

Çok fizyoterapistli bir yapıda yüzlerce gerçek entity relationship bulunabilir.

Ancak iyi SEO architecture bu ilişkilerin her biri için landing page üretmek değildir.

Daha temiz model:

one practitioner → one primary person owner

one service intent → one primary service owner

one real location → appropriate location representation

ve bunların gerçek internal relationships ile birbirine bağlanmasıdır.

DigitalPlus fizyoterapist SEO çalışmalarında URL mimarisini kombinasyon sayısına değil, search intent ve entity ownership’e göre kurar.

Fizyoterapist SEO Hizmetini İncele

SEO Audit Talep Et

Sıkça Sorulan Sorular

Her fizyoterapist için ayrı profil sayfası açılmalı mı?

Kullanıcı açısından gerçek person değeri bulunan public-facing fizyoterapistler için canonical profile anlamlı olabilir. Aynı kişi için hizmet veya lokasyona göre çok sayıda duplicate profile oluşturulmamalıdır.

Bir fizyoterapist üç hizmet sunuyorsa üç ayrı landing page gerekir mi?

Hayır. Tek canonical practitioner profile üç gerçek service owner ile ilişkilendirilebilir.

Bir hizmeti üç fizyoterapist sunuyorsa üç hizmet sayfası gerekir mi?

Hayır. Tek canonical service owner birden fazla gerçek practitioner relationship taşıyabilir.

Practitioner × service kombinasyon sayfaları hiç açılmaz mı?

Mutlak kural değildir ancak ayrı search intent ve bağımsız kullanıcı değeri bulunmadan yalnız kişi+hizmet kombinasyonu nedeniyle yeni URL açılmamalıdır.

Çok fizyoterapistli sağlık meslek hizmet biriminde kaç fizyoterapist olabilir?

29 Mart 2025 tarihli Serbest Meslek İcrası Yönetmeliği kapsamında müşterek sağlık meslek hizmet birimi aynı ünvana sahip en fazla üç sağlık meslek mensubu tarafından açılabilir. Diğer sağlık kuruluşu türlerinde farklı personel ve ruhsat modelleri geçerli olabilir.

Üç fizyoterapist varsa üç Google Business Profile açılmalı mı?

Otomatik olarak hayır. Website profile bulunması Google Business Profile eligibility’si anlamına gelmez. Her practitioner public-facing olma, doğrulanmış lokasyonda doğrudan ulaşılabilirlik ve Google’ın diğer güncel kriterleri açısından ayrıca değerlendirilmelidir.

Bir fizyoterapistin farklı hizmetleri için ayrı Google profilleri açılabilir mi?

Google aynı practitioner’ın farklı uzmanlık veya hizmet alanlarını temsil etmek için birden fazla Business Profile oluşturmamasını belirtir.

Ekip sayfası fizyoterapist profillerinin yerine geçebilir mi?

Küçük yapılarda bazı durumlarda yeterli kullanıcı değeri sağlayabilir. Ancak practitioners hakkında ayrı ve anlamlı bilgi varsa ekip hub’ı ile canonical person profiles farklı görevler taşıyabilir.

Fizyoterapist profile semptom keywordleri eklenebilir mi?

Gerçek çalışma ilişkisi içinde doğal biçimde geçebilir ancak generic semptom sorgularının primary owner’ı otomatik olarak practitioner profile değildir.

Bir fizyoterapist kurumdan ayrıldığında profile silinmeli mi?

Otomatik olarak değil. Person entity ile kurum relationship’i ayrıdır. Mevcut kullanıcı değeri, authorship geçmişi ve site yapısı değerlendirilerek profile güncellenebilir, korunabilir veya başka teknik aksiyon alınabilir.

Çok lokasyonlu merkezde aynı fizyoterapist için her lokasyonda ayrı profile gerekir mi?

Genellikle hayır. Tek canonical person profile kişinin birden fazla gerçek location relationship’ini gösterebilir.

Service ve practitioner sayfaları birbirine link vermeli mi?

Gerçek çalışma ilişkisi varsa evet. Service page ilgili practitioners’a, practitioner profile ise kişinin gerçekten ilişkili olduğu service owner’lara contextual internal links verebilir.

Kaynaklar

• T.C. Sağlık Bakanlığı: Sağlık Meslek Mensuplarının Serbest Meslek İcrası Hakkında Yönetmelik
• T.C. Sağlık Bakanlığı: Sağlık Hizmetlerinde Tanıtım ve Bilgilendirme Faaliyetleri Hakkında Yönetmelik
• Google Business Profile: Guidelines for Representing Your Business on Google