Sağlık Kurumları İçin SEO, AEO ve GEO: 2026’da Dijital Görünürlük Sistemi Nasıl Kurulur?

Sağlık kurumlarında 2026 dijital görünürlük sistemi; doğru kurum bilgisini, taranabilir teknik altyapıyı, kullanıcı sorularını eksiksiz cevaplayan medikal içeriği, kurum–lokasyon–branş–hizmet–doktor ilişkilerini, yerel profilleri, güven sinyallerini, randevu deneyimini ve ölçümü tek bir yönetim düzeninde birleştirir. SEO bu sistemin bulunabilirlik temelini kurar. AEO, kullanıcı sorularının açık ve koşullarıyla birlikte cevaplanmasını sağlar. GEO ise üretken arama sistemlerinin kurumun kim olduğunu, hangi hizmeti nerede ve kimlerle sunduğunu doğru bağlamda değerlendirebilmesini destekler. Bunlar birbirinden kopuk çalışmalar değildir; aynı kurumsal bilginin farklı arama ve karar anlarındaki görünümüdür.

Sağlıkta Dijital Görünürlük Neden Bir Web Sitesi Projesinden Daha Büyüktür?

Bir kişi sağlık kurumunu yalnızca web sitesinde tanımaz. İlk temas Google Arama sonucunda, Haritalar’daki bir işletme profilinde, AI Overviews içindeki bir bağlantıda, bir doktor profilinde, başka bir sitenin kurum kaydında veya bir kullanıcı yorumunda başlayabilir. Kişi daha sonra hizmet sayfasını okur, doktoru inceler, kuruma nasıl gideceğini kontrol eder, telefonla arar ya da randevu ekranına geçer. Kurum bu yolculuğun yalnızca bir bölümünü doğrudan yönetir; fakat kullanıcının zihninde bütün ekranlar aynı kurumu temsil eder.

Sorun tam olarak burada başlar. Web sitesinde hizmet adı “Kardiyoloji Muayenesi”, randevu sisteminde kurum içi bir işlem kodu, Google profilinde genel bir kategori ve doktor sayfasında farklı bir lokasyon yazıyorsa kullanıcı tek bir hizmet için dört ayrı anlatımla karşılaşır. Bu durumda sayfalardan biri Google’da üst sıralarda görünse bile görünürlük sistemi sağlıklı çalışmıyordur. Sıralama vardır, fakat karar için gereken açıklık yoktur.

2026’da dijital görünürlük, “hangi anahtar kelimede kaçıncı sıradayız?” sorusuyla açıklanamayacak kadar geniştir. Kurumun doğru bilgiyle bulunması, doğru bağlamda anlaşılması, güvenilir görünmesi ve kullanıcının bir sonraki adıma sorunsuz geçebilmesi gerekir. Bu nedenle görünürlük, pazarlama ekibinin tek başına yönettiği bir yayın faaliyeti değildir. Bilgi teknolojileri, hasta hizmetleri, medikal ekip, insan kaynakları, kalite, hukuk/uyum ve lokasyon yönetimi aynı sistemin farklı parçalarını yönetir.

Digital Strateji’nin temel modeli: Dijital görünürlük; bulunabilirlik × bilgi tutarlılığı × bağlam açıklığı × güven × işlem kolaylığı × ölçülebilirlik birlikte çalıştığında oluşur. Bu ifade matematiksel bir puan değildir. Bir alandaki ciddi eksikliğin diğer alanlardaki emeği zayıflatabileceğini anlatan bir yönetim modelidir.

2026’da SEO, AEO ve GEO Tam Olarak Ne Anlama Gelir?

SEO, AEO ve GEO aynı cümlede kullanıldığında, üç ayrı teknik paket varmış gibi bir izlenim oluşabiliyor. Böyle bir ayrım sağlık kurumlarını yanlış önceliklere götürebilir. Önce her terimin hangi soruyu çözdüğünü açık biçimde ayırmak gerekir.

SEO: Doğru Bilginin Bulunabilir ve Değerlendirilebilir Olması

SEO, İngilizce “Search Engine Optimization” ifadesinin kısaltmasıdır ve Türkçede arama motoru optimizasyonu olarak kullanılır. Sağlık kurumu açısından SEO; arama motorunun sayfayı bulabilmesi, içeriği işleyebilmesi, sayfanın ne anlattığını anlayabilmesi ve ilgili bir aramada değerlendirebilmesi için yapılan teknik, içeriksel ve yapısal çalışmaları kapsar.
Bir kardiyoloji sayfasının SEO’su yalnızca başlıkta “kardiyoloji” kelimesi geçmesiyle kurulmaz. Sayfa arama motoruna açık olmalı, doğru HTTP yanıtını vermeli, kurumun bilgi mimarisinde anlamlı bir yere sahip olmalı, ilgili doktor ve lokasyonlarla bağlanmalı, özgün bilgi içermeli ve telefonda kullanılabilmelidir. Google’ın 2026 üretken AI rehberi de bu temel SEO çalışmalarının AI Overviews ve AI Mode gibi üretken arama özellikleri için geçerliliğini koruduğunu açıkça belirtir. [1]

AEO: Kullanıcının Gerçek Sorusunun Açıkça Cevaplanması

AEO, İngilizce “Answer Engine Optimization” ifadesinin kısaltmasıdır. Türkçede cevap motoru optimizasyonu denir. AEO’nun amacı, sayfaya yapay soru-cevap kutuları eklemek değildir. Asıl amaç, kullanıcının neyi öğrenmeye çalıştığını doğru anlamak ve cevabı belirsiz bir girişin arkasına saklamadan, koşulları ve sınırlarıyla birlikte vermektir.
Örneğin “MR çekimi ne kadar sürer?” sorusuna yalnızca “işleme göre değişir” cevabı vermek yetersizdir. Okuyucu, çekim süresi ile hazırlık ve raporlama süresinin aynı olmadığını; kullanılan protokol, çekilecek bölge, kontrast madde gereksinimi ve kurumun işleyişinin süreyi değiştirebileceğini anlamalıdır. AEO, önce doğrudan cevabı verir; sonra cevabın hangi koşullarda değiştiğini açıklar. Tıbbi ayrıntı bulunan sayfalarda bu açıklamanın yetkin bir uzman tarafından kontrol edilmesi gerekir.

GEO: Kurumun Üretken Arama Sistemlerinde Doğru Bağlamda Anlaşılması

GEO, İngilizce “Generative Engine Optimization” ifadesinin kısaltmasıdır. Üretken arama veya yanıt sistemlerinin bir kurum, kişi, hizmet ve içerik arasındaki ilişkileri doğru değerlendirebilmesine yönelik yaklaşımı anlatır. Sağlık kurumu açısından temel soru şudur: Sistem, kurumun hangi lokasyonda hangi hizmetleri sunduğunu, bu hizmetlerin hangi branş ve hekimlerle ilişkili olduğunu ve bilginin hangi kanıta dayandığını açık biçimde çıkarabiliyor mu?
Google, 2026 tarihli resmî rehberinde AEO ve GEO terimlerinin sektörde kullanıldığını kabul eder; ancak Google Search açısından üretken arama için optimizasyonun hâlâ arama deneyimini ve SEO’yu iyileştirmek anlamına geldiğini söyler. Google, özel bir “AI SEO etiketi”, ayrı bir zorunlu AI schema türü veya garantili bir GEO yöntemi tanımlamaz. [1]

Yaklaşım	Ana soru	Sağlık kurumu örneği	Tek başına yeterli olmayan yaklaşım
SEO	Sayfa bulunabiliyor, taranabiliyor ve değerlendirilebiliyor mu?	Kardiyoloji sayfası erişilebilir, özgün ve ilgili sayfalarla bağlantılıdır.	Yalnızca başlığa anahtar kelime eklemek
AEO	Kullanıcının sorusu açık ve koşullarıyla birlikte cevaplanıyor mu?	Muayene, hazırlık ve randevu süreci açıklanır.	Her başlığı soru yapmak veya yapay SSS üretmek
GEO	Kurum, hizmet, kişi ve lokasyon ilişkileri doğru anlaşılabiliyor mu?	Hizmetin nerede ve hangi ekip tarafından sunulduğu açıktır.	Sahte dış bağlantılar veya mention üretmek

Olgu: Google Search’ün üretken AI özellikleri temel arama dizini, sıralama ve kalite sistemlerinden yararlanır. [1]

Çıkarım: Sağlık kurumunda GEO çalışması, teknik SEO ve güvenilir ana içerik çözülmeden ayrı bir kestirme yol oluşturamaz.

Öneri: SEO, AEO ve GEO’yu farklı ekiplerin bağımsız hedefleri olarak değil, aynı bilgi varlığının bulunması, anlaşılması ve kullanılmasına ilişkin üç kontrol açısı olarak yönetin.

Sağlık Kurumlarının Dijital Görünürlüğü Neden Diğer Sektörlerden Farklıdır?

Bir sağlık kurumunun dijital içeriği, kullanıcının sağlık kararıyla ve çoğu zaman kaygı düzeyi yüksek bir ihtiyaçla temas eder. Bu nedenle sağlıkta görünürlük, yalnızca daha fazla trafik elde etmeye odaklanamaz. Yanlış, eksik veya bağlamından kopmuş bilgi; kullanıcının yanlış bölüme başvurmasına, gerekli bilgiyi gecikmeli bulmasına, randevu sürecini tamamlayamamasına veya kuruma duyduğu güvenin zedelenmesine yol açabilir.

Sağlık İçeriği YMYL Alanındadır

Google, kişilerin sağlığını, güvenliğini, finansal istikrarını veya toplumun refahını önemli ölçüde etkileyebilecek konuları YMYL olarak adlandırır. YMYL, “Your Money or Your Life” ifadesinin kısaltmasıdır. Google, bu konularda güvenle uyumlu sinyallere daha fazla ağırlık verdiğini açıklar. E-E-A-T olarak bilinen deneyim, uzmanlık, otorite ve güven kavramları içinde güven en önemli bileşendir. E-E-A-T, bir eklenti veya tek başına ölçülen bir sıralama puanı değildir. [2]

Sağlık kurumunun içeriği bu nedenle yalnızca akıcı görünmemelidir. İçeriğin kim tarafından hazırlandığı, hangi kaynaklara dayandığı, kimin tıbbi kontrolünden geçtiği, ne zaman güncellendiği ve hangi durumlarda kişisel değerlendirme gerektiği açık olmalıdır.

Kurumun Gerçekliği Birden Fazla Sistemde Dağılmıştır

Bir hastane veya çok lokasyonlu klinikte hizmet, doktor, çalışma saati ve iletişim bilgileri farklı sistemlerde tutulabilir. İnsan kaynakları doktorun görev yerini, medikal birim branş ve hizmet kapsamını, hasta hizmetleri randevu takvimini, bilgi teknolojileri web altyapısını, iletişim ekibi web içeriğini ve lokasyon yöneticisi çalışma saatlerini yönetebilir. Bu sistemler arasında değişiklik akışı tanımlı değilse dijital kanallar kısa sürede birbirinden ayrılır.

Yerel Niyet ve Fiziksel Erişim Kararı Belirleyicidir

Sağlık aramalarının önemli bir bölümü fiziksel bir lokasyonla ilişkilidir. Kullanıcı yalnızca bir hizmeti öğrenmek istemez; hizmetin yakınında olup olmadığını, hangi şubede sunulduğunu, hangi doktorun kabul yaptığını, kuruma nasıl ulaşacağını ve randevu alıp alamayacağını da görmek ister. Bu nedenle web sitesi ile Google Business Profile, adres verileri, yol tarifi, telefon ve randevu ekranı aynı bilgi düzeninin parçasıdır.

Sağlık Verisi ve Mahremiyet Sınırı Daha Sıkıdır

Kişisel Verileri Koruma Kurumu, sağlıkla ilgili verileri özel nitelikli kişisel veri olarak tanımlar. Kurumun hangi klinikten randevu aldığı gibi bilgiler de bağlama göre sağlık verisi niteliği taşıyabilir.
Bu nedenle web formu, analitik araç, çağrı takibi, çevrim içi sohbet ve randevu bağlantısı tasarlanırken yalnız dönüşüm ölçümü değil, veri minimizasyonu ve hukuki işleme şartları da değerlendirilmelidir. [16][17]

Tanıtım ve Bilgilendirme Mevzuatı Yayın Dilini Sınırlar

Sağlık Bakanlığı tarafından hazırlanan Sağlık Hizmetlerinde Tanıtım ve Bilgilendirme Faaliyetleri Hakkında Yönetmelik, 12 Kasım 2025 tarihinde Resmî Gazete’de yayımlanarak yürürlüğe girdi. Bakanlığın resmî duyurusu ve sık sorulan sorular dokümanı; yanıltıcı veya bilimsel dayanağı bulunmayan ifadeler, reklam niteliği taşıyan içerikler, hasta teşekkürleri ve görselleri, ücret/indirim ifadeleri, sponsorlu yayınlar ve sağlık turizmi iletişimi gibi alanlarda sınırlar içerir. [14][15]

Bu sınırlar SEO açısından da önemlidir. Arama hacmi yüksek diye doğrulanmamış bir tedavi iddiası üretilemez. Dönüşüm oranını artırmak için sonuç garantisi verilemez. Hasta yorumu, izin alınmış olsa bile her mecrada ve her amaçla serbestçe tanıtım malzemesine dönüştürülemez. Kurum türü, hedef kitle, mecra ve içerik biçimi sonucu değiştirebildiği için yayın öncesi güncel mevzuat ve kurumun hukuk/uyum değerlendirmesi gerekir.

Kullanıcı Sağlık Kurumunu Hangi Niyetlerle Arar?

Görünürlük sistemi kurmadan önce kullanıcıların aynı hizmete farklı nedenlerle ulaşabileceğini kabul etmek gerekir. “Kardiyoloji” tek bir arama niyeti değildir. Aynı kişi farklı zamanlarda bilgi, güven, konum, uzman, işlem veya randevu arayabilir.

Arama niyeti	Kullanıcının gerçek ihtiyacı	Uygun bilgi varlığı	Dikkat edilmesi gereken konu
Bilgi edinme	Bir belirtiyi, hastalığı, tetkiki veya süreci anlamak	Medikal rehber ve hasta bilgilendirme içeriği	Tıbbi doğruluk, sınırlar ve acil durum yönlendirmesi
Hizmet araştırma	Kurumun belirli bir hizmeti sunup sunmadığını öğrenmek	Hizmet veya işlem sayfası	Kapsam, lokasyon, hazırlık ve başvuru yolu
Doktor araştırma	Uygun uzmanı ve çalışma yerini görmek	Doktor profil sayfası	Doğrulanmış unvan, uzmanlık, lokasyon ve güncellik
Yerel arama	Yakındaki kurumu, adresi, saati ve ulaşımı bulmak	Lokasyon sayfası ve işletme profili	Adres, saat, kategori, telefon ve yol tarifi
Karşılaştırma	Farklı seçeneklerin hangi koşullarda ayrıştığını anlamak	Açıklayıcı rehber ve hizmet sayfaları	Abartısız, kanıtlı ve mevzuata uygun karşılaştırma
İşlem yapma	Telefon etmek, yol tarifi almak veya randevu oluşturmak	İletişim ve randevu akışı	Doğru hedef, düşük sürtünme, erişilebilirlik ve veri güvenliği
Acil bilgi	Beklenmeden gelişen bir durumda ne yapacağını anlamak	Tıbbi olarak gözden geçirilmiş bilgilendirme	Acil durumlarda profesyonel sağlık hizmetlerine yönlendirme

Arama niyetini yalnız anahtar kelimeyle tahmin etmek yeterli değildir. Sayfanın rolü, kullanıcının içinde bulunduğu karar anına göre tanımlanmalıdır. “Kardiyoloji nedir?” ile “Kadıköy’de kardiyoloji randevusu” aynı sayfaya yönlendirilebilir; ancak aynı içerik düzeniyle karşılanmamalıdır. Birinci sorgu açıklama, ikinci sorgu ise lokasyon, doktor ve işlem adımı ister.

RAG ve Query Fan-Out Kullanıcı Yolculuğunu Nasıl Değiştirir?

Google’ın 2026 rehberi, üretken arama deneyimlerinde RAG ve query fan-out gibi tekniklerden söz eder. RAG, “retrieval-augmented generation” ifadesinin kısaltmasıdır. Basitçe anlatmak gerekirse sistem, yanıt üretirken arama dizininden güncel ve ilgili sayfaları bulur; bu sayfalardaki bilgileri cevabı dayandırmak için kullanır. Query fan-out ise karmaşık bir soruyu eş zamanlı alt sorgulara ayırarak daha geniş bilgi toplar. [1]

Örneğin “İstanbul’da annem için kardiyoloji merkezi seçerken nelere bakmalıyım?” sorusu; lokasyon, ulaşım, hizmet kapsamı, doktor kadrosu, randevu imkânı ve kurum bilgisi gibi alt araştırmalara ayrılabilir. Bu durum her alt sorgu için ayrı ve yüzeysel bir sayfa üretilmesi gerektiği anlamına gelmez. Kurumun ana bilgi varlıkları, gerçek karar sorularını yeterli bağlamla karşılamalı ve birbirine anlamlı bağlantılarla bağlanmalıdır.

Sağlık Kurumları İçin 2026 Dijital Görünürlük Sistemi

Sağlık kurumunda görünürlük çalışması aşağıdaki on katman üzerinden kurulabilir. Katmanlar birbirinden bağımsız değildir. Teknik olarak erişilemeyen içerik görünmez; erişilebilen fakat yanlış lokasyona bağlanan içerik kullanıcıyı yanıltır; doğru ve güvenilir içerik randevu adımında bozulursa kurum ihtiyacı karşılayamaz; ölçülmeyen sistem ise hatasını tekrarlar.

1. Katman: Kurumsal Gerçeği ve Veri Sahipliğini Kurun

Dijital görünürlük sistemi içerik takviminden önce kurumun gerçeğini tanımlamalıdır. Kurumun adı, lokasyonları, branşları, hizmetleri, hekimleri, iletişim bilgileri, çalışma saatleri ve randevu kuralları tek bir doğrulanmış kayıtta tutulmadığında her kanal kendi sürümünü üretir.

Bu kayıt büyük bir yazılım olmak zorunda değildir. Başlangıçta iyi yönetilen bir veri tablosu da iş görebilir. Önemli olan her alan için beş sorunun cevaplanmasıdır: Bilginin kendisi nedir? Resmî kaynağı hangisidir? Bilgi sahibi kimdir? Hangi kanallarda yayımlanır? Değiştiğinde kim, hangi süre içinde günceller?

Kurum–Lokasyon–Branş–Hizmet–Doktor İlişkisini Ayrı Ayrı Tanımlayın

Type your paragraph hereSağlık kurumlarının en sık yaptığı hatalardan biri bu kavramları birbirinin yerine kullanmaktır. Branş, tıbbi uzmanlık alanını; hizmet, kullanıcıya sunulan belirli bakım veya işlem kapsamını; lokasyon, fiziksel sunum noktasını; doktor ise hizmetle ilişkili kişiyi ifade eder. Bu kavramlar arasında çoktan çoğa ilişki bulunabilir. Bir hizmet birden fazla lokasyonda sunulabilir; bir doktor birden fazla hizmetle ve belirli günlerde farklı lokasyonlarla ilişkili olabilir.

Bu ayrım sayfa mimarisini de belirler. Her hizmet için otomatik olarak her lokasyonda bir kopya sayfa açmak doğru değildir. Ayrı lokasyon sayfası ancak kullanıcının kararını değiştiren gerçek bir yerel fark içeriyorsa anlamlıdır. Hizmetin ekip, cihaz, çalışma saati, ulaşım, randevu veya kapsamı lokasyona göre değişiyorsa bu fark sayfada açıkça gösterilebilir. Fark yoksa yalnız şehir adını değiştirerek çoğaltılan sayfalar kullanıcıya yeni bilgi sunmaz.

Değişiklik Yönetimini Yayın Sürecine Bağlayın

Bir doktorun görev yeri değiştiğinde yalnız doktor sayfasının güncellenmesi yetmez. Doktor profili, branş sayfası, hizmet sayfaları, lokasyon sayfası, randevu sistemi, kurum içi dizin, Google profili ve gerektiğinde dış platformlar kontrol edilmelidir. Değişiklik kaydı hangi ekranların etkilendiğini göstermelidir.
Değişiklik türü: Görev yeri, unvan, çalışma saati, telefon, adres, hizmet kapsamı ve randevu kuralı değişiklikleri için ayrı tetikleyiciler tanımlayın.
Kaynak: Her bilginin kurum içindeki resmî kaynağını belirleyin; web sayfasını kaynak olarak kabul etmeyin.
Süre: Değişikliğin kaç iş günü içinde tüm kanallara yansıması gerektiğini tanımlayın.
Kapanış kontrolü: Güncelleme tamamlandığında yalnız metni değil, bağlantıları, schema işaretlemesini, randevu hedefini ve yerel profilleri de kontrol edin.
Özgün kontrol ilkesi: Bir bilgi için yalnız “doğru mu?” diye sormayın. “Kimin doğruladığı, nerelerde kullanıldığı, ne zaman değiştiği ve değişikliğin tüm kanallara ulaşıp ulaşmadığı” da kaydın parçası olmalıdır.

2. Katman: Teknik Erişimi ve İndekslenebilirliği Sağlayın

Teknik SEO’nun amacı karmaşık terimler üretmek değildir. Amaç, arama motorunun sayfayı bulmasını, erişmesini, işlemesini ve arama dizinine uygun biçimde eklemesini engelleyen sorunları ortadan kaldırmaktır. Sağlık kurumunda teknik hata, yalnız trafik kaybına değil, yanlış veya eski sayfanın görünmesine de yol açabilir.

Tarama, Render ve İndeksleme Arasındaki Fark

Tarama, arama motorunun bir internet adresini ziyaret edip sayfanın dosyalarını istemesidir. Render, özellikle JavaScript kullanılan sitelerde sayfanın kullanıcıya göründüğü hâle getirilmesidir. İndeksleme ise işlenen sayfanın arama dizinine alınması ve aramalarda değerlendirilebilir hâle gelmesidir. Bir sayfanın taranması, mutlaka indeksleneceği veya gösterileceği anlamına gelmez. Google da tarama, indeksleme ve sunum için garanti vermediğini belirtir. [1][6]

Randevu sisteminden veri çekilen doktor listesi yalnız kullanıcı tıkladıktan sonra yükleniyorsa Google bu listeyi göremeyebilir. Google JavaScript’i işleyebilir; ancak engellenmiş kaynaklar, kullanıcı etkileşimi bekleyen içerik veya hatalı istemci yönlendirmesi sorun çıkarabilir. URL Denetleme Aracı’nın oluşturulmuş HTML görünümü, Google’ın hangi içeriği gördüğünü kontrol etmek için kullanılmalıdır. [6]

HTTP Durum Kodlarını Doğru Kullanın

HTTP durum kodu, sunucunun istenen internet adresine verdiği teknik cevaptır. “200” sayfanın başarıyla açıldığını, “301” kalıcı olarak başka bir adrese taşındığını, “302” geçici yönlendirmeyi, “404” sayfanın bulunamadığını ve “410” kalıcı olarak kaldırıldığını ifade eder.

Kurumdan ayrılan bir doktorun sayfası kaldırıldığında her durumda ana sayfaya yönlendirme yapılmamalıdır. Aynı ihtiyacı karşılayan gerçek bir halef sayfa varsa 301 yönlendirmesi düşünülebilir. Eşdeğer bir sayfa yoksa kullanıcıya açık bir açıklama sunan ve sunucuda gerçek 404 veya 410 yanıtı veren sayfa daha doğru olabilir. İçeriği olmayan bir hata sayfasının 200 yanıtı vermesi “soft 404” olarak değerlendirilir. Google, taşınan sayfalarda 301 ve gerçek hata sayfalarında uygun 404/410 kodlarını önerir. [18]

robots.txt, noindex ve Canonical Aynı Şey Değildir

robots.txt, arama motoru tarayıcılarının belirli adreslere istekte bulunup bulunamayacağını yönetir. “noindex” ise erişilen bir sayfanın arama dizinine eklenmemesi gerektiğini bildirir. Bir adres robots.txt ile engellenirse Google sayfadaki noindex talimatını göremeyebilir. Bu nedenle gizli veya hassas içeriği yalnız robots.txt ile korumak doğru değildir; bu tür içerik erişim kontrolü veya parola gerektirir. [6]

Canonical, aynı veya büyük ölçüde benzer içerik birden fazla adreste bulunduğunda hangi adresin temsilci sürüm olarak tercih edildiğini bildiren işarettir. Canonical bir emir değil, güçlü bir sinyaldir; Google farklı bir adresi temsilci seçebilir. Aynı hizmetin yazım hatalı URL’si, takip parametreli sürümü ve eski adresi birlikte açıksa tercih edilen sürüm; yönlendirme, canonical ve site haritası sinyalleriyle tutarlı biçimde gösterilmelidir. Canonical, indekslenmemesi gereken sayfayı gizlemek için noindex yerine kullanılmaz; noindex de canonical seçmek için önerilmez. [6]

XML Site Haritasını İçerik Envanteriyle Uyumlu Tutun

XML site haritası, arama motorlarına kurumun öncelikli URL’lerini bildiren makine tarafından okunabilir listedir. Site haritasına yalnız arama sonuçlarında görmek istediğiniz, 200 yanıtı veren ve tercih edilen canonical sürüm olan sayfalar eklenmelidir. Eski, yönlenen, noindex işaretli, test veya parametreli adresler site haritasında kalmamalıdır. Site haritası Google’ın sayfayı indekslemesini garanti etmez; keşfi ve izlemeyi kolaylaştırır. [6]

Mobil Sürümü Asıl Sürüm Olarak Kontrol Edin

Google, indeksleme ve sıralamada sitenin mobil sürümünü kullanır. Bu yaklaşım mobile-first indexing olarak adlandırılır. Mobil sayfada masaüstüne göre daha az ana içerik, farklı başlık, eksik yapılandırılmış veri veya noindex gibi farklı bir talimat bulunması görünürlüğü etkileyebilir. Google, duyarlı tasarımı bakım kolaylığı nedeniyle önerir; ancak asıl gereklilik mobil ve masaüstü sürümlerde eşdeğer ana içerik ve meta bilgidir. [5]

Mobil kontrolü “sayfa açıldı” diye kapatmayın. Gerçek bir telefonla ve yavaş bağlantı koşuluyla şu görevleri tamamlayın:

- Başlık, ana metin, tablo ve görseller ekranın dışında kalan bilgi oluşturmadan okunabiliyor mu?
- Kullanıcı metni büyüttüğünde içerik yeniden akıyor mu, yoksa yatay kaydırma veya üst üste binme oluşuyor mu?
- Menü, çerez bildirimi, canlı destek ve sabit randevu düğmesi ana metni veya form alanlarını kapatıyor mu?
- Telefon düğmesi doğru numarayı, yol tarifi doğru lokasyonu ve randevu düğmesi doğru hizmet/doktor akışını açıyor mu?
- Form etiketi görünür mü, klavye açıldığında alan kapanıyor mu, hata mesajı sorunu ve düzeltme yolunu açıklıyor mu?
- Acil bilgi, iletişim ve iptal/yeniden planlama bağlantıları klavye ve ekran okuyucuyla kullanılabiliyor mu?

Core Web Vitals Değerlerini Kullanıcı Göreviyle Birlikte Okuyun

Core Web Vitals, gerçek kullanıcı deneyiminde yüklenme, etkileşime yanıt ve görsel kararlılığı ölçen metrik grubudur. Google; LCP için 2,5 saniye içinde ana içeriğin görünmesini, INP için 200 milisaniyenin altında etkileşim yanıtını ve CLS için 0,1’in altında görsel kaymayı iyi deneyim eşikleri olarak verir. [4]

Bu metrikler tek başına yeterli değildir. Hızlı açılan fakat randevu düğmesi yanlış lokasyona giden sayfa başarılı değildir. Aynı şekilde randevu formu kullanılabiliyor olsa da büyük bir görsel sonradan yüklenip “Gönder” düğmesini yerinden oynatıyorsa kullanıcı yanlış işleme dokunabilir. Laboratuvar verilerini PageSpeed Insights ile, gerçek kullanıcı gruplarını Search Console Core Web Vitals raporu ve kurumun analitik sistemiyle birlikte değerlendirin.

Erişilebilirliği Teknik Kalitenin Bir Parçası Sayın

Erişilebilirlik, engelli kullanıcıların içerik ve işlemleri algılayabilmesi, anlayabilmesi ve kullanabilmesi için tasarım ve geliştirme gerekliliklerini kapsar. W3C’nin WCAG 2.2 standardı; metin alternatifleri, anlamlı başlıklar, yeterli kontrast, klavye erişimi, görünür odak, form etiketleri, hata yardımı ve içeriğin büyütüldüğünde yeniden akması gibi ölçütler içerir. [19]
Sağlık kurumunda erişilebilirlik ayrıca işlem güvenliğiyle ilgilidir. Randevu saatini yalnız renkle göstermek, hata mesajını ekran okuyucuya duyurmamak, odak sırasını bozmak veya telefon numarasını yalnız görsel içine yazmak kullanıcının hizmete erişimini engelleyebilir.

Uluslararası Sağlık Hizmetlerinde Dil ve Bölge Yapısını Doğru Kurun

Farklı diller için tek sayfada yan yana çeviri kullanmak yerine her dil sürümüne ayrı URL verilmesi daha yönetilebilir bir yapıdır. `hreflang`, bir sayfanın dil ve bölge alternatiflerini Google’a bildiren işaretlemedir. Dil sürümleri birbirine karşılıklı olarak işaret edilmeli, kullanıcı dil değiştirebilmeli ve otomatik IP yönlendirmesi nedeniyle sayfalara erişim engellenmemelidir. Google, görünür içerikten sayfa dilini anlamaya çalışır; yalnız menü ve alt bilgi çevirip ana metni aynı dilde bırakmak yeterli değildir. [20]

Sağlık turizmi iletişimi ayrıca Türkiye’deki güncel tanıtım ve bilgilendirme mevzuatı açısından ayrı değerlendirme gerektirir. Dil, ülke hedefi, sponsorlu yayın, fiyat bilgisi ve hasta görseli gibi unsurlar için yayın öncesi uygunluk kontrolü yapılmalıdır. [14][15]

3. Katman: Bilgi Mimarisini Kurumsal Gerçekliğe Göre Tasarlayın

Bilgi mimarisi, web sitesindeki içeriğin hangi sayfa türlerinde tutulduğunu ve bu sayfaların birbirine nasıl bağlandığını belirler. Sağlık kurumunun organizasyon şemasını aynen web sitesine taşımak doğru değildir. Kullanıcı kurum içi birimleri değil, ihtiyacına karşılık gelen hizmeti ve bir sonraki adımı arar.

Sayfa türü	Ana görev	Mutlaka görünür olması gereken bilgi	Doğal sonraki bağlantı
Ana sayfa	Kurumun kimliğini ve ana hizmet alanlarını tanıtmak	Kurum adı, hizmet kapsamı, lokasyonlar, güven ve erişim yolu	Branşlar, lokasyonlar, hakkımızda
Hakkımızda	Kurumun doğrulanabilir geçmişini, yapısını ve yaklaşımını açıklamak	Yasal/kurumsal kimlik, yetkili bilgiler, değerler, kalite yaklaşımı	Lokasyonlar, yönetim, kalite ve iletişim
Lokasyon	Fiziksel noktaya ilişkin karar ve ulaşım ihtiyacını karşılamak	Adres, saat, telefon, ulaşım, gerçek hizmetler, erişilebilirlik	Branş, hizmet, doktor, yol tarifi
Branş	Uzmanlık alanını ve ilgili hizmetleri düzenlemek	Branş kapsamı, hizmetler, doktorlar, lokasyonlar	Hizmet ve doktor sayfaları
Hizmet/işlem	Belirli hizmetin kapsamını ve başvuru yolunu anlatmak	Nedir, kim için, süreç, hazırlık, sınırlar, lokasyon, ekip, randevu	Doktor, lokasyon, hasta rehberi, randevu
Doktor profili	Kişinin doğrulanmış mesleki bağlamını göstermek	Ad, unvan, uzmanlık, çalışma lokasyonu/saatleri, özgeçmiş, güncellik	Branş, hizmet, lokasyon, randevu
Hastalık/belirti rehberi	Kullanıcının sağlık sorusunu güvenli biçimde açıklamak	Doğrudan cevap, koşullar, sınırlar, kaynak, tıbbi inceleme, acil uyarı	İlgili hizmet ve başvuru yolu
Hasta rehberi	Kurum sürecini anlaşılır hâle getirmek	Hazırlık, belge, ziyaret, sonuç, iletişim ve iptal bilgileri	Randevu, iletişim, ilgili hizmet
İletişim/randevu	Kullanıcının işlemi tamamlamasını sağlamak	Doğru hedef, veri açıklaması, hata yardımı, alternatif kanal	Onay, değişiklik ve destek

Hizmet Sayfasını Kurum Kataloğu Gibi Yazmayın

Hizmet sayfası yalnızca “kurumumuzda bu hizmet verilmektedir” cümlesinden oluşamaz. Kullanıcının hizmeti neden araştırdığı, süreçte hangi kararları vereceği ve kurumun hangi koşullarda hizmet sunduğu açıklanmalıdır. Bununla birlikte sayfa tanı koymamalı ve kişisel tıbbi değerlendirmenin yerini almamalıdır. İyi bir hizmet sayfası; hizmetin ne olduğunu, hangi ihtiyaçla ilişkili olabileceğini, başvuru ve değerlendirme sürecini, hazırlık gerekip gerekmediğini, kurumun hangi lokasyonlarında sunulduğunu, ilgili ekip ve randevu yolunu, sık karıştırılan kavramları, hizmetin sınırlarını ve güncel kaynakları anlaşılır bir sırayla ele alır.

Doktor Profilini Özgeçmiş Arşivinden Çıkarın

Doktor profili, uzun bir diploma listesinin yayımlandığı statik sayfa olmamalıdır. Kullanıcı doktorun hangi uzmanlık bağlamında çalıştığını, hangi lokasyonda ve hangi günlerde ulaşılabilir olduğunu, hangi hizmetlerle ilişkili olduğunu ve bilgilerin güncel olup olmadığını anlamalıdır. Doğrulanmış eğitim ve mesleki bilgiler kullanılmalı; abartılı üstünlük iddiaları veya kanıtsız başarı ifadeleri eklenmemelidir.

Doktor kurumdan ayrıldığında profil sessizce yanlış randevuya yönlendirilmemelidir. Sayfanın kalıcı değer taşıyan bir içeriği varsa güncel durum ve uygun alternatif yol açıkça gösterilebilir. Sayfa yalnız eski randevu üretmek için tutuluyorsa kaldırma ve yönlendirme kararı kullanıcı ihtiyacına göre verilmelidir.

İç Bağlantıları Konu İlişkisini Açıklamak İçin Kullanın

İç bağlantı, aynı web sitesindeki sayfalar arasında verilen bağlantıdır. Google, bağlantıları sayfaları keşfetmek ve ilgiyi anlamak için kullanır. Kullanıcı da bir sonraki bilgiye bu bağlantılarla geçer. Bağlantının görünür metni, hedef sayfanın ne olduğunu açıklamalıdır. “Buraya tıklayın” yerine “Kardiyoloji muayenesi ve randevu bilgileri” gibi anlamlı ifadeler kullanılmalıdır. [21]

Hizmet sayfası ilgili doktor ve lokasyonlara; doktor profili çalıştığı branş, hizmet ve lokasyona; hastalık rehberi ilgili hizmete; lokasyon sayfası o noktada gerçekten sunulan branş ve hizmetlere bağlanmalıdır. Her sayfadan her sayfaya bağlantı vermek ilişki kurmaz. Bağlantı, okuyucunun doğal sonraki sorusunu karşılamalıdır.

Kopya Sayfa Üretimini Önleyin

Aynı hizmet metnini yalnız şehir veya ilçe adını değiştirerek çoğaltmak, arama niyetini genişletmek yerine bilgi kalitesini düşürür. Ayrı sayfa açmak için lokasyona özgü gerçek bilgi bulunmalıdır. Ekip, cihaz, hazırlık, saat, ulaşım, hizmet kapsamı veya randevu süreci değişmiyorsa kullanıcı yeni bir şey öğrenmez.

Filtreler, etiketler, dahili arama sonuçları, yazdırma sürümleri ve takip parametreleri de çok sayıda benzer URL oluşturabilir. Canonical, robots.txt, noindex ve site haritası kararları tek tek değil, URL envanteri üzerinden birlikte yönetilmelidir.

4. Katman: Medikal İçeriğin Güven ve Editoryal Sistemini Kurun

Sağlık içeriğinin kalitesi yazının akıcılığıyla başlamaz; iddianın kaynağı ve sorumluluğuyla başlar. Kurum, içerik üretmeden önce hangi tür bilginin kim tarafından yazılabileceğini, kimin tıbbi inceleme yapacağını, hangi kaynakların kabul edileceğini, hangi ifadelerin hukuk/uyum kontrolüne gireceğini ve içeriğin ne zaman yeniden değerlendirileceğini belirlemelidir.

Who, How ve Why Sorularını Görünür Kılın

Google, yararlı içerik değerlendirmesinde “Who, How, Why” çerçevesini önerir: İçeriği kim hazırladı, nasıl oluşturuldu ve neden yayımlandı? [2] Sağlık kurumunda bu soruların karşılığı şöyledir:
Kim: Yazarın adı, rolü ve konu ile ilişkili uzmanlığı görünür olmalıdır. Tıbbi inceleme varsa inceleyenin adı ve rolü ayrıca belirtilmelidir.
Nasıl: Kaynak seçimi, uzman görüşü, kurum prosedürü, veri veya saha deneyimi gibi içeriğin nasıl oluşturulduğu gerektiği ölçüde açıklanmalıdır.
Neden: İçerik, yalnız trafik elde etmek için değil, belirli bir kullanıcı sorununu çözmek için var olmalıdır. Sayfa amacı ilk bölümden anlaşılmalıdır.

Kaynak Hiyerarşisini İddiaya Göre Kurun

Her bağlantı aynı kanıt değerine sahip değildir. Klinik iddia için güncel resmî kılavuzlar, yetkili sağlık kurumları, meslek örgütleri ve hakemli yayınlar önceliklidir. Kurumun çalışma saati için bilimsel makale değil, kurumun resmî operasyon kaydı gerekir. Randevu hazırlığı için hizmeti yürüten birimin doğrulanmış prosedürü esas alınmalıdır.

Kaynak değerlendirmesinde yayımlanma ve güncellenme tarihi, kapsam, hedef nüfus, ülke bağlamı ve çıkar çatışması gözden geçirilmelidir. Eski bir kılavuz yalnız güncel görünmediği için değil, uygulama değişmiş olabileceği için risklidir. İçeriğin sonunda kaynak listesi vermek yeterli değildir; hangi iddianın hangi kaynağa dayandığı editoryal kayıt içinde izlenebilmelidir.

Yazar, Tıbbi İnceleyen ve Editör Rollerini Ayırın

Dijital görünürlük uzmanı, arama niyetini, bilgi mimarisini ve kullanıcı anlatımını kurabilir. Medikal iddia, konuya uygun sağlık profesyonelinin değerlendirmesini gerektirebilir. Editör, metnin akışını ve terminoloji tutarlılığını kontrol eder. Hukuk/uyum ekibi ise tanıtım sınırları, kişisel veri, hasta görseli ve iddia dili açısından inceleme yapabilir. Aynı kişi birden fazla rolü üstlenebilir; ancak sayfada gerçekte yapılmamış bir tıbbi inceleme varmış gibi gösterilmemelidir.

İçerik Yaşam Döngüsünü Yayın Tarihinden Sonra Sürdürün

Yayın tarihi içeriğin bittiği tarih değildir. İçerik için bir sonraki kontrol tarihi, değişiklik tetikleyicileri ve sorumlu kişi belirlenmelidir. Kılavuz güncellemesi, hekim veya hizmet değişikliği, yeni lokasyon, mevzuat değişikliği, randevu süreci değişimi, yüksek hata oranı veya kullanıcı geri bildirimi erken inceleme tetikleyebilir.

Sayfada “güncellendi” tarihi yalnız gerçek ve anlamlı düzenleme yapıldığında değiştirilmelidir. Yazım hatası düzeltmek veya biçim değiştirmek, klinik içeriğin yeniden incelendiği anlamına gelmez. Kurum içi kayıt, hangi bölümün kim tarafından ve hangi kaynakla güncellendiğini göstermelidir.

Özgünlük Genel Bilgiyi Yeniden Yazmak Değildir

Google’ın 2026 üretken AI rehberi, internetten kolayca derlenebilen sıradan içerik yerine özgün bakış, birinci el deneyim ve kullanıcıya yeni değer sunan içeriği önerir. [1] Sağlık kurumunda özgünlük, yeni bir tıbbi gerçek icat etmek değildir. Kurumun gerçek hizmet sürecini, karar ölçütlerini, hazırlık akışını, sık hata noktalarını, erişim seçeneklerini ve uzmanların açıklayıcı değerlendirmesini görünür kılmaktır.

Örneğin “EKG nedir?” tanımını yüzüncü kez yazmak tek başına özgün değer oluşturmaz. Kurum, EKG randevusunda kullanıcının hangi birime gelmesi gerektiğini, süreçte neyle karşılaşacağını, hangi bilginin kurum uygulamasına göre değiştiğini ve sonuç hakkında kimin bilgi vereceğini açıkça anlatabiliyorsa kullanışlı bir bilgi varlığı üretmiş olur.

5. Katman: AEO ile Cevap Mimarisini Kurun

AEO’nun asıl görevi, cevabı metin içinde bulunabilir ve anlaşılır hâle getirmektir. Sağlık içeriğinde cevap, aşırı kesin veya bağlamsız olmamalıdır. Doğrudan cevap vermek ile kişiye özel tıbbi hüküm vermek aynı şey değildir.

Her Önemli Soruyu Beş Parçada Cevaplayın
Doğrudan cevap: Okuyucunun ana sorusunu ilk bir veya iki paragrafta açıkça cevaplayın.
Neden: Cevabın arkasındaki mekanizmayı veya kurum sürecini anlaşılır dille açıklayın.
Koşullar: Cevabı değiştiren koşulları, istisnaları ve kurum uygulamasına bağlı noktaları belirtin.
Uygulama: Okuyucunun bilgiyi günlük durumda nasıl kullanacağını somut örnekle gösterin.
Sınır: İçeriğin nerede kesin konuşamayacağını ve ne zaman kişisel değerlendirme gerektiğini söyleyin.

Bu yapı her başlıkta mekanik biçimde kullanılmamalıdır. Ancak önemli bir kullanıcı sorusu cevaplanırken belirsiz giriş, slogan ve tekrardan kaçınmak için iyi bir editoryal kontroldür.

Soru Evrenini Sayfa Açmak İçin Değil, Bağlamı Tamamlamak İçin Kullanın

Bir hizmet sayfası hazırlanırken ana soru, ön koşullar, alt sorular, karışan kavramlar, uygulama, ölçüm, sınırlar ve sonraki adım çıkarılmalıdır. Bu çalışma her soru için ayrı URL açma gerekçesi değildir. Benzer sorular aynı kullanıcı görevini paylaşıyorsa tek güçlü sayfada ele alınabilir. Başka bir karar anına geçiyorsa ayrı sayfa daha anlamlı olabilir.

Örneğin “kardiyoloji muayenesine nasıl hazırlanılır?” ile “kardiyoloji randevusu nasıl alınır?” aynı hizmet sayfasında cevaplanabilir. “Holter ile EKG arasındaki fark nedir?” sorusu ise yeterli açıklama gerektiriyorsa ayrı bir bilgilendirici rehber olabilir ve iki hizmet sayfasına bağlanabilir.

SSS Bölümünü Zorunlu SEO Alanı Olarak Görmeyin

SSS, ana içerikte cevaplanmamış gerçek devam sorularını tamamlamak için kullanılabilir. Ana metni aynı cümlelerle tekrarlayan on soru kullanıcıya değer katmaz. Google, FAQ rich result özelliğinin 7 Mayıs 2026 itibarıyla arama sonuçlarında artık görünmeyeceğini duyurdu. Bu değişiklik, kullanıcıların sorularını cevaplamayı gereksiz hâle getirmez; yalnız SSS’yi zengin sonuç elde etmek için mekanik biçimde üretme beklentisini ortadan kaldırır. [22]

Başlık, Giriş ve Snippet İlişkisini Doğru Kurun

Google arama sonucundaki snippet, yani sayfa özetini, çoğunlukla sayfanın görünen içeriğinden otomatik olarak üretir. Meta description bazen daha uygun bir özet sunduğunda kullanılabilir; ancak gösterilmesi garanti değildir. Aynı sayfa farklı sorgular için farklı snippet gösterebilir. [23]

Bu nedenle giriş paragrafı yalnız marka anlatısı olmamalıdır. Sayfanın neyi cevapladığı ve okuyucunun hangi bilgiyi bulacağı erken görünmelidir. Meta description ise sayfayı doğru özetlemeli, yerine getiremeyeceği vaatler vermemeli ve her sayfa için özgün olmalıdır.

6. Katman: GEO ve Varlık Bağlamını Kurun

GEO çalışmasının merkezinde anahtar kelime değil, varlık ve ilişki bulunur. Varlık; belirli bir kurum, kişi, yer, hizmet veya kavramdır. Sağlık kurumunun dijital varlık modeli en az şu ilişkileri açıkça taşımalıdır: kurum hangi lokasyonlara sahiptir, lokasyonda hangi branşlar bulunur, branş hangi hizmetleri sunar, hizmet hangi doktorlarla ilişkilidir, doktor hangi lokasyonda çalışır, içerik hangi hizmet ve tıbbi kavramı açıklar, kullanıcı hangi işlemle randevuya geçer.

Varlık ilişkisi: Kurum → Lokasyon → Branş → Hizmet → Doktor → Medikal İçerik → Randevu/İletişim → Yerel Profil → Dış Doğrulama → Ölçüm

Kurumun Kim Olduğunu Tek Bir Sayfaya Bırakmayın

Hakkımızda sayfası kurum kimliğinin merkezidir; ancak kurumun adı, lokasyonları, hizmet alanları ve iletişim bilgileri ilgili sayfalarda da tutarlı biçimde görünmelidir. Doktor profilindeki kurum adı başka, yapılandırılmış veride başka ve Business Profile’da başka biçimde yazılıyorsa sistemlerin aynı varlığı eşleştirmesi zorlaşabilir.

Tutarlılık, her metni kelimesi kelimesine kopyalamak değildir. Kurumun gerçek adı, adresi, telefonu, hizmet ve kişi ilişkileri değişmemelidir. Anlatım sayfanın amacına göre farklılaşabilir.

Yapılandırılmış Veriyi Görünür İçeriğin Açıklaması Olarak Kullanın

Yapılandırılmış veri, sayfadaki bilgiyi standart bir sözlükle makine tarafından okunabilir biçimde açıklayan kodlamadır. Google, JSON-LD biçimini destekler ve önerir; ancak işaretlemenin sayfada kullanıcıya görünen ana içerikle uyumlu olması gerekir. Doğru işaretleme zengin sonuç görünümünü veya AI sistemlerinde seçilmeyi garanti etmez. [7]

Google, Organization işaretlemesinin ana sayfa veya kurumun tanıtıldığı tek bir merkez sayfada kullanılmasını; yerel işletmelerde uygun LocalBusiness alt türleri ve görünür işletme bilgileriyle desteklenmesini önerir. Doktor profillerinde ProfilePage kullanımı, sayfanın gerçekten tek kişiye odaklanması koşuluyla değerlendirilebilir. [8][9][10]

Google İçin Özel AI Dosyaları ve Yapay İçerik Parçalama Gerekmez

Google’ın 2026 rehberine göre llms.txt veya benzeri özel AI metin dosyaları Google Search görünürlüğüne yardımcı olmaz; Google bu dosyaları özel bir görünürlük sinyali olarak kullanmaz. İçeriği AI sistemleri daha iyi anlasın diye anlamsız küçük parçalara bölmek de gerekli değildir. Google, “chunking” zorunluluğu olmadığını ve ideal bir sayfa uzunluğu bulunmadığını belirtir. [1]
Aynı şekilde her olası uzun sorgu için yüzlerce sayfa üretmek, özgünlük yerine ölçekli ve yüzeysel içerik oluşturabilir. Üretken AI kullanılarak hazırlanan içerik de Search Essentials ve spam politikalarına uymalı; otomasyon kullanıcıya yeni değer eklemiyorsa yalnız hacim üretmemelidir. [1][2]

Dış Kaynaklar ve Kurumsal Doğrulama

Kurumun kendi sitesindeki beyanlar önemlidir; ancak dijital bağlam yalnız kendi sitesiyle oluşmaz. Yetkili kurum kayıtları, meslek profilleri, bilimsel yayınlar, yerel dizinler, haberler, konferanslar ve gerçek kullanıcı deneyimleri kurum hakkında ek bağlam sağlayabilir. Buradaki amaç sahte veya satın alınmış mention üretmek değildir. Google da özgün olmayan, yapay mention arayışının üretken arama için yararlı bir kestirme olmadığını belirtir. [1]

Kurum, dış kaynaklarda yer alan temel bilgileri düzenli olarak kontrol edebilir; yanlış adres, eski ad veya ayrılmış doktor bilgisi varsa yetkili düzeltme süreçlerini kullanabilir. Üçüncü taraf sayfayı kontrol edemese bile kendi sitesinde doğru ve güncel merkezi bilgi sunmalıdır.

7. Katman: Yerel Görünürlük ve Dijital İtibarı Yönetin

Google Business Profile, kurumun Google Arama ve Haritalar’da görünen yerel işletme profilidir. Bazı kullanıcılar web sitesine gitmeden adresi, telefonu, çalışma saatini, fotoğrafları ve yorumları burada görür. Bu nedenle Business Profile, web sitesinden ayrı bir sosyal medya hesabı gibi değil, kurumsal gerçek kaydının yerel uzantısı gibi yönetilmelidir.

Yerel Sıralamayı Doğru Terimlerle Okuyun

Google, yerel sonuçların temel olarak relevance, distance ve prominence faktörlerine dayandığını belirtir. Relevance, profilin kullanıcının aradığı şeyle ne kadar eşleştiğini; distance, işletmenin arayan kişiye veya aramada belirtilen konuma uzaklığını; prominence ise işletmenin ne kadar bilinen ve öne çıkan bir yer olduğunu ifade eder. Google, daha iyi yerel sıralama için ödeme yapılamayacağını da açıkça söyler. [11]
Kurum uzaklık faktörünü içerikle değiştiremez. Buna karşılık doğru kategori, eksiksiz hizmet bilgisi, güncel adres/saat, doğrulanmış profil, ilgili web sayfası ve gerçek kullanıcı yorumlarıyla relevance ve prominence bağlamını güçlendirebilir. Google ayrıca işletme bilgilerini kurumun ekledikleri dışında web içeriği, üçüncü taraf verileri, kullanıcı katkıları ve kendi etkileşimlerinden derleyebilir. Bu nedenle web sitesi ve profil arasında tutarlılık önemlidir. [12]

Her Bölüm ve Her Hekim İçin Otomatik Profil Açmayın

Google’ın işletme temsil kuralları, hastane içindeki bölümler ve bireysel uygulayıcılar için özel koşullar içerir. Ayrı bir bölüm profili; kurumun ana profilinden ve diğer bölümlerden farklı ad, kategori ve hizmet bağlamına sahip, halka açık ayrı bir bölüm olduğunda değerlendirilebilir. Kurum içindeki her poliklinik için profil açmak doğru değildir. [13]

Bireysel hekim profili için hekimin halka açık bir rolde çalışması ve belirtilen saatlerde doğrulanmış lokasyonda doğrudan ulaşılabilir olması gerekir. Destek personeli profil açmamalı; hekim farklı uzmanlıkları için birden fazla profil oluşturmamalıdır. Çok hekimli kurum ile tek hekimli muayenehanenin adlandırma ve profil yapısı aynı değildir. [13]

Profil Bilgilerini Operasyonla Eşleştirin

- Kurum adını gerçekte kullanılan ve tabelayla uyumlu biçimde yazın; kategori veya anahtar kelime ekleyerek adı değiştirmeyin.
- Adres, harita pini, ana telefon, çalışma saatleri, özel gün saatleri ve web sitesi bağlantısını lokasyon bazında doğrulayın.
- Birincil kategoriyi kurumun temel faaliyetini en doğru anlatan seçenekten belirleyin; gereksiz kategori çoğaltmayın.
- Fotoğrafları gerçek lokasyonu, erişimi ve kurum ortamını temsil edecek biçimde güncel tutun; tıbbi ve kişisel veri sınırlarını gözetin.
- Profildeki randevu veya web bağlantısını o lokasyona ait doğru hedefe yönlendirin; genel ana sayfaya göndermek zorunda değilsiniz.
- Google tarafından önerilen güncellemeleri ve kullanıcı değişikliklerini düzenli olarak inceleyin.

Yorum İstemek ile Yorum Manipülasyonu Arasındaki Sınırı Koruyun

Google, gerçek deneyime dayalı yorum istemeye izin verir; ancak yorum karşılığında indirim, ücretsiz hizmet veya başka teşvik sunulmasını yasaklar. Yalnız memnun olduğu düşünülen hastalardan yorum istemek, olumsuz yorumu engellemek veya çalışana belirli sayıda ve belirli ifadeleri içeren yorum toplama hedefi vermek de derecelendirme manipülasyonu kapsamında sorun oluşturabilir. [24]

Sağlık kurumunda yorum yanıtı ayrıca mahremiyet gerektirir. Kurum, kişinin hasta olduğunu doğrulamamalı, başvuru ayrıntısını, tanıyı veya tedavi bilgisini açıklamamalıdır. Google da olumsuz yorumlara yanıt verirken özel bilgileri paylaşmamayı ve karmaşık konuyu özel kanala taşımayı önerir. [24]

Yorum yönetiminin asıl değeri, tekrar eden hizmet sorunlarını kuruma geri taşımaktır. Yanlış yönlendirme, randevuya ulaşamama, telefon bekleme süresi, erişim sorunu veya iletişim dili belirli bir lokasyonda tekrarlanıyorsa konu yalnız itibar yanıtıyla kapanmamalıdır. İlgili birim, kök neden ve düzeltme kaydı oluşturmalıdır.

8. Katman: Randevu, Erişilebilirlik ve Veri Güvenliğini Aynı Akışta Tasarlayın

Görünürlük, kullanıcının siteye gelmesiyle tamamlanmaz. Kişi doğru hizmeti bulduğu hâlde yanlış lokasyona yönleniyor, telefon düğmesi çalışmıyor, randevu sistemi kurum içi anlaşılmaz kodlar gösteriyor veya form gereksiz sağlık verisi topluyorsa sistem başarısızdır.

Randevu Yolunu Hizmetin Bağlamını Koruyarak Kurun

Hizmet sayfasındaki randevu düğmesi, mümkünse seçilen hizmet ve lokasyon bağlamını randevu sistemine taşımalıdır. Kullanıcı tekrar branş ve lokasyon aramak zorunda kalmamalıdır. Doktor profilinden başlayan yol, ilgili doktorun gerçek uygunluğunu göstermeli; uygunluk yoksa kullanıcıya anlaşılır alternatif sunulmalıdır.

Randevu ekranında kurum içi işlem kodu yerine kullanıcının web sitesinde gördüğü anlaşılır hizmet adı kullanılmalıdır. Birden fazla benzer işlem varsa aralarındaki fark, tıbbi iddia üretmeden ve kullanıcının kendi kendine yanlış seçim yapmasına neden olmadan açıklanmalıdır.

Formlarda Yalnız Gerekli Veriyi İsteyin

Randevu veya iletişim formunda sorulan her alan için “bu bilgi işlemi tamamlamak için neden gerekli?” sorusu cevaplanmalıdır. Açık metin kutusunda hastadan ayrıntılı sağlık öyküsü istemek, analitik ve üçüncü taraf etiketler nedeniyle beklenmedik veri işleme riski oluşturabilir. Sağlık verileri özel nitelikli kişisel veri olduğu için hukuki işleme şartı, aydınlatma, erişim yetkisi, saklama ve güvenlik süreçleri kurumun veri sorumlusu yükümlülükleri kapsamında değerlendirilmelidir. [16]

Analitik araçlar, çağrı takibi, sohbet sistemleri ve reklam etiketleri de yalnız pazarlama aracı değildir. URL, form alanı, randevu türü veya olay adı üzerinden sağlıkla ilişkili veri üçüncü taraflara taşınabilir. Ölçüm tasarımı, veri minimizasyonu ve kurumun KVKK değerlendirmesiyle birlikte yapılmalıdır.

Çerez Bildirimini Yalnız Görsel Bir Bant Olarak Görmeyin

KVKK’nın Çerez Uygulamaları Hakkında Rehberi, kişisel veri işleyen çerezlerde doğru hukuki sebep, aydınlatma ve gerektiğinde açık rıza yönetimi için yol gösterir. [17]
Rıza gerektiren analitik veya reklam çerezleri kullanıcı tercihinden önce çalıştırılmamalı; “kabul et” kadar reddetme ve tercih yönetimi de anlaşılır olmalıdır. Çerez penceresi mobil ekranda ana içeriği, acil iletişimi veya randevu düğmesini kapatmamalıdır.

Acil ve Hassas İçerikte Güvenli Sonraki Adımı Gösterin

Belirti veya acil durumla ilişkili içerik, kullanıcının kişisel durumuna tanı koymamalıdır. Tıbbi ekip tarafından onaylanan, açık ve güncel yönlendirme kullanılmalıdır. Sayfa, kurumun randevu hedefini öne çıkarmak uğruna acil başvuru gerektirebilecek durumları belirsiz bırakmamalıdır. Bu alan yalnız SEO metni olarak değil, hasta güvenliği içeriği olarak yönetilmelidir.

9. Katman: Görünürlüğü Katmanlı Olarak Ölçün

Dijital görünürlük raporu, yalnız organik trafik grafiğinden oluşmamalıdır. Trafik artarken yanlış lokasyona yapılan aramalar, yarım kalan randevular veya güncel olmayan doktor sayfaları artıyorsa kurum daha görünür olabilir; fakat daha doğru hizmet vermiyor olabilir. Ölçüm, sistemin her katmanına karşılık gelmelidir.

Search Console Üretken AI Raporunu Doğru Yorumlayın

Google, Haziran 2026’da Search Console’da üretken AI performans raporlarını sınırlı sayıda siteye kademeli olarak açtığını duyurdu.
Bu raporlar, AI Overviews ve AI Mode gibi üretken özelliklerde sitenin URL’lerinin gösterimlerini sayfa, ülke, cihaz ve tarih düzeyinde incelemeyi sağlar. Özellik tüm sitelerde bulunmayabilir. Gösterim, tıklama, önerilme veya dönüşümle aynı şey değildir. [3]
Rapor erişimi varsa üretken AI görünürlüğünü klasik web performansından ayrı bir mucize metriği gibi ele almayın. Hangi sayfa türlerinin ve konu kümelerinin görünür olduğunu, güncellemelerin zaman içindeki etkisini ve kullanıcıların hangi cihazlardan eriştiğini inceleyin. Veri, içerik ve kurumsal sonuçlarla birlikte yorumlanmalıdır.

AI Görünürlüğünü Manuel Olarak Kaydederken Koşulları Sabitleyin

AI yanıtları kullanıcıya, tarihe, konuma, dile, oturuma ve ürün yüzeyine göre değişebilir. Tek bir ekran görüntüsü kalıcı görünürlüğü kanıtlamaz. Kurum manuel gözlem yapacaksa tam soru, tarih, dil, ülke/konum, giriş durumu, ürün yüzeyi, kurumun nasıl temsil edildiği, gösterilen kaynaklar ve yanlış bilgiler kayıt altına alınmalıdır.

Manuel test, sıralama raporu değildir. En yararlı kullanım biçimi; kurum hakkındaki yanlış bağlamı, eksik ilişkiyi veya kaynak boşluğunu bulmak ve bu bulguyu web sitesi, yerel profil ve kurumsal veri kayıtlarıyla karşılaştırmaktır.

Ölçüm Sözlüğü ve Başlangıç Değeri Oluşturun

Type your paragraph hereHer metrik için ad, tanım, veri kaynağı, sahip, güncelleme sıklığı ve yorum sınırı yazılmalıdır. “Randevu dönüşümü” bir ekip için buton tıklaması, başka ekip için form tamamlanması, çağrı merkezi için onaylı randevu anlamına gelebilir. Tanım birliği olmadan raporlar karşılaştırılamaz.

İyileştirme öncesinde başlangıç değeri alın. Örneğin seçilen hizmette indekslenebilir sayfa sayısı, organik gösterim, Business Profile etkileşimi, randevu başlama ve tamamlanma oranı, yanlış lokasyon çağrısı, içerik güncellik oranı ve bilgi çelişkisi sayısı kaydedilebilir. Sonraki değişiklikler bu temel üzerinden değerlendirilir.

10. Katman: Yönetişim ve Sürekli İyileştirme Düzeni Kurun

Dijital görünürlük bir kez yapılan denetimle kalıcı olmaz. Doktorlar, saatler, hizmet kapsamı, klinik kaynaklar, mevzuat, arama ürünleri ve kullanıcı davranışları değişir. Sistem, değişikliği yakalayan ve tüm kanallara taşıyan bir yönetişim düzenine ihtiyaç duyar.

Rolleri Kanal Değil Bilgi Sorumluluğuna Göre Tanımlayın

“Web sitesi iletişim ekibinin, Google profili lokasyonun, randevu sistemi hasta hizmetlerinin” demek tek başına yeterli değildir. Her veri alanının doğrulayıcısı ve her kanalın uygulayıcısı ayrı tanımlanmalıdır. Medikal ekip hizmet ve klinik içeriğin doğruluğunu, insan kaynakları doğrulanmış hekim bilgisini, lokasyon yönetimi adres ve saatleri, hasta hizmetleri randevu akışını, bilgi teknolojileri teknik uygulamayı, iletişim ekibi yayın dilini, hukuk/uyum ise mevzuat ve veri işleme sınırlarını yönetebilir.

Bir alanın tek sahibi olmalı; katkıda bulunanlar ve onaylayanlar ayrıca belirtilmelidir. Aksi hâlde herkesin sorumlu olduğu bilgi gerçekte sahipsiz kalır.

Yayın Öncesi Dört Kapılı Kontrol Kullanın

Gerçeklik: Sayfadaki kurum, hizmet, doktor, lokasyon ve iletişim bilgileri resmî kayda uyuyor mu?

Kanıt: Medikal iddialar güncel ve uygun kaynaklarla destekleniyor; gerekli tıbbi inceleme tamamlanmış mı?

Uyum: Metin tanıtım, hasta görseli, kişisel veri, ücret/indirim, sponsorlu yayın ve sağlık turizmi kuralları açısından uygun mu?

Kullanım: Sayfa mobilde, klavyeyle, ekran okuyucuyla ve randevu/telefon/yol tarifi görevleriyle test edildi mi?

Değişiklik ve Hata İçin Müdahale Süreleri Belirleyin

Yanlış adres ile yazım hatası aynı öncelikte değildir. Hasta güvenliği, yanlış lokasyon, yanlış telefon, ayrılmış doktor, kapalı birimin açık görünmesi, randevu hatası ve mevzuat riski yüksek öncelikli olaylardır. Kurum bu olaylar için bildirim kanalı, sorumlu ekip, geçici düzeltme, kalıcı çözüm ve kapanış kontrolü tanımlamalıdır.

Yüksek riskli yanlış bilgi yalnız web sitesinden kaldırılmamalıdır. Arama sonucu önbelleği, Business Profile, randevu sistemi, doktor dizinleri, sosyal profiller ve kurumun kontrol edebildiği dış kayıtlar da kontrol edilmelidir.

Sistemi 12 Ayda Nasıl Kurabilirsiniz?

Aşağıdaki yol haritası her kurumda aynı takvimle uygulanmak zorunda değildir. Çok lokasyonlu hastane ile tek klinik aynı kaynak ve risk yapısına sahip değildir. Sıra, bağımlılıkları ve güvenli ilerleme mantığını gösterir.

İlk 30 Gün: Gerçeği ve Riski Görünür Hâle Getirin
- Öncelikli lokasyon, branş, hizmet ve doktor envanterini çıkarın.
- Web sitesi, randevu sistemi, Business Profile ve ana dış kayıtlardaki çelişkileri bulun.
- İndekslenebilirlik, durum kodu, noindex, canonical, site haritası, mobil kullanım ve temel hız sorunlarını denetleyin.
- Yüksek riskli yanlış adres, telefon, doktor, çalışma saati ve randevu yönlendirmelerini düzeltin.
- Mevcut yazar, tıbbi inceleme, kaynak, güncelleme ve mevzuat kontrol süreçlerini belgeleyin.
- Search Console, Analytics ve Business Profile erişimlerini, veri sahiplerini ve başlangıç değerlerini doğrulayın.

Bu dönemin ana çıktısı yeni içerik sayısı değil; kurumun dijital gerçeklik haritası, risk listesi ve sorumluluk modelidir.

31–90. Günler: Ana Bilgi Varlıklarını Düzeltin
- Ana sayfa, hakkımızda, lokasyon, öncelikli branş, hizmet ve doktor şablonlarını görev bazında yeniden kurun.
- Kurum–lokasyon–branş–hizmet–doktor ilişkisini görünür metin, iç bağlantı ve uygun yapılandırılmış veriyle tutarlı hâle getirin.
- Öncelikli hizmetlerde soru evreni çıkarın ve doğrudan cevap, koşul, süreç, sınır ve sonraki adımı tamamlayın.
- Business Profile ad, kategori, adres, saat, bağlantı, hekim ve bölüm yapılarını güncel kurallara göre düzenleyin.
- Telefon, yol tarifi, randevu ve form akışlarını gerçek cihazlarla ve erişilebilirlik kontrolleriyle test edin.
- İçerik yayın ve güncelleme iş akışına medikal, editoryal, teknik ve uyum kontrollerini bağlayın.

3–6. Aylar: Konu Ağını ve Yerel Derinliği Geliştirin
- Öncelikli hizmetlerin gerçek devam sorularını medikal rehberler, hazırlık içerikleri ve hasta süreçleriyle tamamlayın.
- Aynı metni çoğaltmadan lokasyona özgü erişim, ekip, hizmet kapsamı ve randevu farklarını görünür hâle getirin.
- Doktor profillerini doğrulanmış uzmanlık, lokasyon ve hizmet ilişkileriyle güncelleyin.
- Yorum temalarını operasyon ekiplerine aktaran mahremiyet uyumlu süreç kurun.
- Kullanıcıların iç bağlantı, randevu ve iletişim davranışlarını sayfa görevi bazında ölçün.

6–12. Aylar: Sistemi Öğrenen Bir Yapıya Dönüştürün
- İçerik güncellik puanı, bilgi çelişkisi, düzeltme süresi ve yanlış randevu gibi kalite göstergelerini yönetime ekleyin.
- Konu ve lokasyon performansını yalnız trafikle değil, doğru başvuru ve kullanıcı göreviyle değerlendirin.
- Yüksek potansiyelli sayfalarda kontrollü başlık, içerik sırası, iç bağlantı ve işlem akışı deneyleri yapın.
- Mevzuat, Google dokümantasyonu, yapılandırılmış veri ve AI Search raporlarındaki değişiklikleri periyodik olarak izleyin.
- Kurumsal bilgi değişikliklerini web sitesi, profil ve randevu sistemine mümkün olduğunca tek kaynaktan dağıtın.
- Başarılı sayfa modelini doğrulanmış öğrenmelerle başka hizmetlere taşıyın; otomatik kopyalama yapmayın.

Örnek: Kardiyoloji Hizmetinin Dijital İzini Sürmek

Sistemi somutlaştırmak için tek bir hizmet seçelim: Kardiyoloji muayenesi. Amaç, bir sayfayı optimize etmek değil; hizmetin dijital temas noktalarında aynı gerçeği anlatıp anlatmadığını kontrol etmektir.
Gerçek kayıt: Kurumun resmî hizmet envanterinde hizmet adı, bağlı branş, sunulduğu lokasyonlar, ilgili hekimler, randevu kuralı ve veri sahibi doğrulanır.
Teknik erişim: Hizmet sayfasının 200 yanıtı verdiği, noindex taşımadığı, tercih edilen canonical olduğu, site haritasında yer aldığı ve Google tarafından oluşturulan içerikte ana metnin göründüğü kontrol edilir.
Bilgi mimarisi: Hizmet sayfası, kardiyoloji branşı, ilgili doktorlar ve gerçek lokasyonlarla anlamlı iç bağlantılar üzerinden ilişkilendirilir.
Medikal içerik: Hizmetin kapsamı, kurum süreci, hazırlık, randevu, sınırlar ve sık karışan kavramlar yetkin ekip ve güvenilir kaynaklarla açıklanır.
AEO: “İlk muayenede ne olur?”, “Hangi lokasyonda sunulur?”, “Randevu için ne gerekir?” gibi gerçek sorular doğrudan ve koşullarıyla cevaplanır.
GEO: Kurum, lokasyon, branş, hizmet, doktor, kaynak ve randevu ilişkileri görünür içerik ve uygun yapılandırılmış veriyle tutarlı hâle getirilir.
Yerel görünürlük: Business Profile kategorileri, web bağlantısı, çalışma saatleri, telefon ve hekim/bölüm profil yapıları gerçek operasyonla karşılaştırılır.
İşlem: Kullanıcı telefonda hizmet sayfasından doğru lokasyona yol tarifi alır, doğru numarayı arar ve hizmet bağlamını kaybetmeden randevu adımını tamamlar.
Ölçüm: Gösterim, tıklama, yerel etkileşim, randevu başlangıcı/tamamlanması, yanlış lokasyon teması, içerik güncelliği ve kullanıcı geri bildirimi birlikte izlenir.
Yönetişim: Doktor, saat, hizmet veya lokasyon değiştiğinde ilgili tüm sayfalar ve profiller aynı değişiklik kaydı üzerinden güncellenir.

Bu kontrolün değeri, eksikliğin hangi ekipte olduğunu göstermesidir. Hizmet sayfası iyi olabilir; fakat Business Profile yanlış lokasyona gidiyorsa sorun içerik yazarlığı değildir. Randevu ekranı anlaşılmaz bir işlem adı gösteriyorsa daha fazla blog yayımlamak çözüm değildir.

2026’da En Sık Yapılan Hatalar

SEO eşittir kelime kullanımı: SEO’yu başlık ve anahtar kelime düzenlemesine indirgemek; teknik erişim, sayfa görevi, güven ve işlem akışını dışarıda bırakır.
Sorgu başına sayfa: Her soruyu ayrı sayfaya dönüştürmek, gerçek kullanıcı yolculuğu yerine yüzeysel ve birbirine benzeyen URL’ler üretir.
Kopya lokasyon sayfaları: Lokasyon adı dışında aynı kalan sayfalar kullanıcıya yeni bilgi vermez ve bakım yükünü artırır.
Statik doktor profili: Doktorun kurum, lokasyon, hizmet ve randevu ilişkisini göstermeyen özgeçmiş sayfası kullanıcının karar ihtiyacını karşılamaz.
JavaScript’e gizlenen içerik: Ana içerik kullanıcı tıklayana kadar yüklenmiyor veya oluşturulmuş HTML’de görünmiyorsa arama motoru içeriği eksik görebilir.
İşaretlemeyi çözüm sanmak: Schema, sayfada görünmeyen hizmet veya uzmanlığı varmış gibi gösteremez ve AI görünürlüğü garantisi vermez.
AI hilesi aramak: llms.txt, yapay chunking ve her uzun sorgu için varyasyon üretmek Google Search için gerekli değildir.
Yorum manipülasyonu: Sahte, teşvikli veya yalnız olumlu kullanıcıdan toplanan yorumlar güven ve platform politikaları açısından risklidir.
Yanlış ölçüm: Trafik artışını doğrudan hasta başvurusu veya hizmet geliri saymak, atıf ve veri kalitesi sorunlarını gizler.
Sahipsiz içerik: Yayınlandıktan sonra sahip ve kontrol tarihi olmayan sağlık içeriği hızla eskiyebilir.
Görsel mobil kontrol: Telefon, yol tarifi ve randevu işlemi test edilmeden yalnız görsel tasarımın mobil uyumlu olduğu varsayılır.
Mahremiyet ve tanıtım sınırı: Hasta deneyimi veya görseli, Google yorumu ve tanıtım mevzuatı birbirinden ayrı değerlendirilmeden yayımlanır.

Sık Sorulan Sorular

SEO, AEO ve GEO için ayrı ekipler gerekir mi?
Her kurumun ekip yapısı farklıdır. Ayrı uzmanlıklar bulunabilir; ancak hedeflerin ortak bilgi modeli üzerinden yönetilmesi gerekir. Teknik SEO, içerik, medikal inceleme, yerel profil, randevu ve ölçüm birbirinden veri alamıyorsa ayrı ekip sayısı çözüm üretmez. En azından bilgi sahibi, uygulayıcı, onaylayan ve ölçüm sorumlusu açık olmalıdır.
AEO ve GEO, SEO’nun yerini aldı mı?
Hayır. Google Search açısından üretken arama özellikleri temel arama dizini ve kalite sistemleri üzerinde çalışır. AEO, cevabın açıklığına; GEO ise varlık ve bağlam ilişkilerine daha yakından bakmayı sağlar. Teknik bulunabilirlik ve kaliteli ana içerik olmadan bu yaklaşımlar çalışmaz. [1]
AI Overviews veya AI Mode’da görünmek garanti edilebilir mi?
Hayır. Google, tüm teknik ve içerik gereklilikleri karşılanmış olsa bile tarama, indeksleme veya gösterim garantisi vermez. AI yanıtları da sorgu, kullanıcı ve zamana göre değişebilir. Çalışmanın hedefi, kurumun doğru bağlamda anlaşılma ve güvenilir bir kaynak adayı olarak değerlendirilme olasılığını güçlendirmektir; belirli bir önerilme sonucu vaat etmek değildir. [1]
Sağlık kurumu llms.txt hazırlamalı mı?
Google Search için gerekli değildir. Google’ın 2026 rehberi, llms.txt ve benzeri özel AI dosyalarının Google Search görünürlüğüne yardımcı olmadığını belirtir. Başka bir sistem bu dosyayı kullanıyorsa kurum kendi teknik ihtiyacına göre değerlendirebilir; ancak Google görünürlüğü için öncelik olarak sunulmamalıdır. [1]
Yapılandırılmış veri GEO’yu garanti eder mi?
Hayır. Yapılandırılmış veri görünür içeriği standart biçimde açıklayabilir ve bazı arama özellikleri için uygunluk sağlayabilir. Google, doğru işaretlemenin bile zengin sonuç görünümünü garanti etmediğini belirtir. Özel bir AI schema türü yoktur. [1][7]
Her doktorun ayrı web sayfası olmalı mı?
Kullanıcının doktoru araştırma ve randevu alma ihtiyacı varsa, güncel ve doğrulanmış bilgi taşıyan ayrı profil anlamlıdır. Yalnız ad ve boş özgeçmişten oluşan sayfa kullanıcıya değer katmaz. Profilin kurum, branş, hizmet, lokasyon ve randevu ilişkileri güncel tutulmalıdır. Google Business Profile’daki bireysel hekim profili ise ayrıca platformun halka açık ve doğrudan ulaşılabilir olma koşullarına göre değerlendirilir. [13]
Her lokasyon için ayrı hizmet sayfası açılmalı mı?
Yalnız lokasyonun kullanıcı kararını değiştiren gerçek bilgisi varsa ayrı sayfa açılmalıdır. Ekip, cihaz, kapsam, çalışma saati, ulaşım veya randevu süreci farklıysa bu fark anlamlıdır. Yalnız şehir adını değiştirerek aynı metni çoğaltmak doğru değildir.
SEO sonucu ne kadar sürede görülür?
Tek bir sabit süre yoktur. Sitenin teknik durumu, kurumun mevcut güven ve bilinirliği, rekabet, içerik kapsamı, değişikliğin büyüklüğü, tarama sıklığı ve kullanıcı talebi süreyi etkiler. Teknik düzeltmenin fark edilmesi ile arama görünürlüğü, yerel etkileşim ve randevu sonucunun değişmesi aynı zaman çizelgesinde gerçekleşmez. Bu nedenle süre vaadi yerine başlangıç değeri, ara göstergeler ve düzenli ölçüm kullanılmalıdır.
Sağlık turizmi için aynı Türkçe sayfanın çevirisi yeterli mi?
Çeviri başlangıç olabilir; ancak hedef ülkenin dili, kullanıcı soruları, hizmet süreci, iletişim kanalı, saat dilimi, mevzuat ve beklentileri farklı olabilir. Her dil sürümü gerçek kullanıcı ihtiyacına göre editoryal ve tıbbi kontrolden geçmeli, ayrı URL ve uygun hreflang yapısıyla sunulmalıdır. Türkiye’deki sağlık turizmi tanıtım kuralları ayrıca değerlendirilmelidir. [14][15][20]

Sonuç: Görünürlük Bir Sıralama Değil, Kurumsal Bilgi Sistemidir

Sağlık kurumları için 2026 dijital görünürlük sistemi, daha fazla içerik yayımlamaktan önce kurumun dijitalde hangi gerçeği anlattığını düzenler. Kurum, lokasyon, branş, hizmet, doktor, medikal içerik, yerel profil ve randevu ekranı aynı bilgiye dayanmadığında kullanıcı çelişkiyle karşılaşır. Arama motoru ve üretken sistem de parçalı bağlam görür.

SEO doğru bilgi varlığının bulunmasını ve değerlendirilmesini sağlar. AEO, kullanıcının sorusunu açık ve koşullarıyla birlikte cevaplar. GEO, kurumun hizmet, kişi, lokasyon ve kanıt ilişkilerini üretken arama bağlamında anlaşılır hâle getirir. Yerel görünürlük, yorumlar, erişilebilirlik, KVKK, randevu deneyimi ve ölçüm bu yapının dışında değildir.

En doğru başlangıç, bütün siteyi aynı anda yeniden yazmak değildir. Kurum için önemli tek bir hizmet ve tek bir lokasyon seçin. Bu hizmetin resmî kaydını, sayfasını, doktorlarını, lokasyonunu, Business Profile bağlantısını, randevu adımını, medikal kaynaklarını ve performans verisini baştan sona izleyin. Bulduğunuz hata, yalnız sayfa hatası değildir; sistemde hangi bilginin sahipsiz kaldığını gösterir.

Kaynaklar

Aşağıdaki resmî ve birincil kaynaklar 20 Ağustos 2026 tarihinde kontrol edilmiştir.

1.Google Search Central — “Optimizing your website for generative AI features on Google Search”
Google Search'teki üretken AI özellikleri için resmî optimizasyon rehberi. SEO'nun üretken aramada geçerliliği; RAG, query fan-out, özgün/non-commodity içerik, teknik altyapı, llms.txt, chunking, structured data ve üretken AI görünürlüğünün ölçümü konularını açıklar.
Kaynağı aç

2. Google Search Central — “Creating helpful, reliable, people-first content”
Yararlı ve güvenilir içerik, E-E-A-T, YMYL, özgünlük, uzmanlık ve içerikte “Who / How / Why” değerlendirmeleri için temel Google kaynağıdır.
Kaynağı aç

3. Google Search Central Blog — “Introducing Search Generative AI performance reports in Search Console”
Search Console'daki üretken AI performans raporlarının kapsamını ve Google Search'in üretken AI özelliklerinden gelen performansın nasıl izlenebileceğini açıklar.
Kaynağı aç

4. Google Search Central — “Understanding Core Web Vitals and Google search results”
Core Web Vitals kapsamında LCP, INP ve CLS metrikleri ile sayfa deneyiminin Google Search bağlamındaki değerlendirilmesini açıklar.
Kaynağı aç

5. Google Search Central — “Mobile-first Indexing Best Practices”
Mobil sürümün indeksleme açısından önemi; mobil ve masaüstü içerik eşdeğerliği, metadata ve teknik mobil uygulamalar için resmî rehberdir.
Kaynağı aç

6. Google Search Central — “Overview of crawling and indexing topics”
Google'ın içerikleri keşfetmesi, taraması ve indekslemesiyle ilgili resmî dokümantasyon merkezidir; robots.txt, site haritaları, HTTP durum kodları, canonical, JavaScript ve indeksleme kontrollerine yönlendirir.
Kaynağı aç

7. Google Search Central — “General structured data guidelines”
Structured data'nın görünür sayfa içeriğiyle uyumu, kalite ve teknik gereksinimleri ile doğru markup'ın dahi zengin sonuç gösterimini garanti etmediğini açıklar.
Kaynağı aç

8. Google Search Central — “Organization (Organization) structured data”
Google'ın bir kuruluşun idari ve kurumsal bilgilerini daha iyi anlamasına yardımcı olabilecek Organization structured data özelliklerini açıklar.
Kaynağı aç

9. Google Search Central — “Local business (LocalBusiness) structured data”
Yerel işletmelerin çalışma saatleri, bölümleri ve diğer işletme bilgilerinin structured data ile nasıl tanımlanabileceğini açıklar.
Kaynağı aç

10. Google Search Central — “Profile page (ProfilePage) structured data”
Kişi veya kuruluş profili sayfalarındaki ana varlığın structured data ile ifade edilmesine ilişkin Google dokümantasyonudur.
Kaynağı açGoogle Business Profile Help — “Tips to improve your local ranking on Google”
Google'ın yerel sonuçları değerlendirirken kullandığını açıkladığı relevance, distance ve prominence kavramlarını; eksiksiz işletme bilgileri ve yorumların rolünü açıklar.
Kaynağı aç

11. Google Business Profile Help — “Understand how Google sources & uses info in Business Profiles & local search results”
Google'ın Business Profile ve yerel arama sonuçlarında işletme bilgilerini hangi kaynaklardan edindiğini ve nasıl kullandığını açıklayan resmî yardım dokümanıdır.
Kaynağı aç

12. Google Business Profile Help — “Guidelines for representing your business on Google”
İşletme adı, adres, lokasyon ve temsil kurallarının yanı sıra çok lokasyonlu işletmeler, departmanlar ve doktorlar gibi bireysel uygulayıcılara ilişkin Google Business Profile kurallarını içerir.
Kaynağı aç

13. T.C. Sağlık Bakanlığı — “Sağlık Hizmetlerinde Tanıtım ve Bilgilendirme Faaliyetleri Hakkında Yönetmelik Yayımlanmıştır”
12 Kasım 2025 tarihli ve 33075 sayılı Resmî Gazete'de yayımlanan Sağlık Hizmetlerinde Tanıtım ve Bilgilendirme Faaliyetleri Hakkında Yönetmeliğe ilişkin Sağlık Bakanlığı'nın resmî duyurusudur.
Kaynağı aç

14. T.C. Sağlık Bakanlığı — “Sağlık Hizmetlerinde Tanıtım ve Bilgilendirme Faaliyetleri Hakkında Sıkça Sorulan Sorular (SSS)”
Sağlık Hizmetleri Genel Müdürlüğü tarafından hazırlanan resmî doküman; sağlık hizmetlerinde tanıtım ve bilgilendirme faaliyetlerinin kapsamı ve uygulamasına ilişkin soruları yanıtlar.
Kaynağı aç

15. Kişisel Verileri Koruma Kurumu — “Özel Nitelikli Kişisel Veriler”
Sağlık verileri dahil olmak üzere özel nitelikli kişisel verilerin kapsamını ve bu verilerin daha yüksek koruma gerektirdiğini açıklayan KVKK'nın resmî kaynağıdır.
Kaynağı aç

16. Kişisel Verileri Koruma Kurumu — “Çerez Uygulamaları Hakkında Rehber”
Çerezler yoluyla kişisel veri işlenmesi, aydınlatma, hukuki sebep ve açık rıza uygulamaları konusunda veri sorumlularına yönelik KVKK rehberidir. Rehber, KVKK'nın resmî rehberler sayfasında yayımlanmaktadır.
KVKK Çerez Uygulamaları Hakkında Rehber PDF

17. Google Search Central — “Maintaining your website's SEO”
Tarama ve indeksleme kontrolü, canonical, robots.txt, site haritaları ve daha ileri teknik SEO bakım süreçlerine ilişkin Google dokümantasyonudur.
Kaynağı aç

18. W3C Web Accessibility Initiative — “Web Content Accessibility Guidelines (WCAG) 2.2”
Web içeriğinin erişilebilirliği için uluslararası standarttır; metin alternatifleri, klavye erişimi, yeniden akış, odak, form alanları ve anlaşılabilir arayüz dahil geniş erişilebilirlik kriterleri içerir.
Kaynağı aç

19. Google Search Central — “Managing multi-regional and multilingual sites”
Çok dilli ve çok bölgeli web sitelerinde ayrı URL kullanımı, hreflang, dil sürümleri ve Google'ın sayfa dilini anlaması için resmî uygulama rehberidir.
Kaynağı aç

20. Google Search Central — “Link best practices for Google”
Google'ın bağlantıları keşfetmesi için taranabilir <a href> yapısı, anchor text ve bağlantıların sayfa anlamlandırmasındaki rolünü açıklar.
Kaynağı aç

21. Google Search Central — “Latest Google Search Documentation Updates”
Google Search dokümantasyonundaki değişikliklerin resmî değişiklik günlüğüdür. 2026 güncellemeleri arasında “Deprecating the FAQ rich result feature” kaydı yer alır ve FAQ rich result özelliğinin 7 Mayıs 2026'dan itibaren Google Search'te gösterilmeyeceğini belirtir.
Kaynağı aç

22. Google Search Central — “Control your snippets in search results”
Google'ın arama sonucu snippet'lerini esas olarak sayfa içeriğinden oluşturduğunu ve uygun durumlarda meta description bilgisini kullanabileceğini açıklayan resmî rehberdir.
Kaynağı aç

23. Google Business Profile Help — “Tips to get more reviews”
Google yorumlarının gerçek müşteri deneyimine dayanması gerektiğini, yorum karşılığında teşvik sunmanın yasak olduğunu ve işletmelerin yorum yanıtlarında kullanıcı mahremiyetini koruması gerektiğini açıklayan resmî yardım kaynağıdır.
Kaynağı aç