Yabancı bir hasta kliniğinizin web sitesine geldiğinde yalnızca tedavi fiyatını araştırmaz. Hekimin kim olduğunu, kurumun gerçekten yetkili olup olmadığını, hangi dilde destek alacağını, seyahat öncesinde ne hazırlaması gerektiğini ve ilk mesajdan sonra ne olacağını anlamaya çalışır. Site bu soruları net biçimde yanıtlamıyorsa şık tasarım tek başına güven oluşturmaz.
Bu rehber, yeni bir site yaptırmadan veya mevcut siteyi yenilemeden önce kullanılabilecek uygulamalı bir denetim çerçevesidir. Amaç “güzel görünüyor mu?” sorusunu; mimari, içerik, güven, çok dillilik, performans, mevzuat ve dönüşüm başlıklarında ölçülebilir kontrollere dönüştürmektir. Son bölümdeki 30 maddelik skor kartıyla sitenizi Uygun, İyileştirilmeli veya Eksik olarak değerlendirebilirsiniz.
Sağlık turizmi web sitesi nasıl olmalı?
Sağlık turizmi web sitesi; hastaya doğru dilde bilgi veren, hekim ve kurum kimliğini doğrulanabilir kanıtlarla açıklayan, mobilde hızlı çalışan, mevzuat yükümlülüklerini karşılayan ve güvenli bir sonraki adıma yönlendiren bütüncül bir sistem olmalıdır. Site yalnızca reklam trafiğinin açıldığı bir vitrin veya çok sayıda tedavinin sıralandığı dijital broşür olarak düşünülmemelidir.
Kurumsal bir sitenin aynı anda üç görevi vardır. Birincisi, araştırma yapan kullanıcıya yeterli ve anlaşılır bilgi sunmaktır. İkincisi, klinik ile hekim hakkındaki iddiaları kanıtlamaktır. Üçüncüsü ise kullanıcıyı satış baskısı kurmadan ön görüşme, telefon veya WhatsApp gibi uygun bir iletişim adımına taşımaktır. Bu görevlerden biri eksik kaldığında sorun genellikle tasarım rengiyle değil, bilgi mimarisi ve operasyonla ilgilidir.
Başlangıçta şu ayrım yapılmalıdır: Ana web sitesi klinik markasının, hekimlerin, tedavilerin ve yasal bilgilerin kalıcı merkezidir. Kampanyaya özel sayfalar ise belirli bir tedavi ve hedef pazar için daha dar bir yol sunar. Her reklamı ana sayfaya göndermek de bütün siteyi tek bir kampanya sayfasına çevirmek de doğru değildir. Kurumsal yapının nasıl geliştirileceği, ihtiyaç halinde sağlık turizmine özel web tasarım hizmeti kapsamında ayrıca planlanabilir.
Site mimarisinde hangi sayfalar bulunmalı?
Site mimarisi, her tedaviyi ve hedef dili ayrı bir bilgi yolu içinde sunmalı; kullanıcıyı ana sayfadan hekim, tedavi, süreç, seyahat ve iletişim sayfalarına birkaç anlaşılır adımda ulaştırmalıdır. Tüm hizmetleri uzun bir ana sayfaya doldurmak hem hastanın karşılaştırma sürecini hem arama motorlarının sayfaları anlamasını zorlaştırır.
Ana sayfa kliniğin genel değerini ve uzmanlık sınırlarını anlatır; ayrıntılı tedavi kararı ise tedavi sayfalarında desteklenir. Her tedavi sayfasında kimlerin değerlendirme için uygun olabileceği, hekim değerlendirmesinin nasıl yapıldığı, tahmini ziyaret yapısı, önemli sınırlamalar ve takip yaklaşımı yer almalıdır. Kesin planın ancak kişisel tıbbi değerlendirme sonrasında oluşacağı açıkça belirtilmelidir.
Hekim profilleri yalnızca isim ve fotoğraftan oluşmamalıdır. Eğitim, resmî uzmanlık alanı, mesleki deneyimin doğrulanabilir bölümleri, bilimsel çalışmalar ve tedavideki rol açıkça gösterilmelidir. Klinik sayfasında ise ruhsattaki unvan, açık adres, iletişim bilgileri, tesis fotoğrafları, yetki kapsamı ve hizmet sınırları görünür olmalıdır.
| Site katmanı | Temel sayfalar | Kullanıcının yanıtını aradığı soru |
|---|---|---|
| Giriş | Ana sayfa ve dil seçimi | Doğru kurumda ve doğru dilde miyim? |
| Hizmet | Her tedavi için ayrı sayfa | Bu hizmetin kapsamı ve değerlendirme süreci nedir? |
| Uzmanlık | Hekim ve klinik profilleri | Hizmeti kim, hangi yetki ve deneyimle sunuyor? |
| Yolculuk | Ön görüşme, seyahat, uygulama ve takip | Türkiye’ye gelmeden önce ve sonra ne olacak? |
| Bilgi | SSS, hasta rehberleri ve blog | Karar vermeden önce hangi ayrıntıları bilmeliyim? |
| Güven | Yetki, gizlilik, iletişim ve yasal metinler | Kurum gerçek mi ve verilerim nasıl işlenecek? |
| Dönüşüm | Ön görüşme formu ve iletişim seçenekleri | Güvenli sonraki adıma nasıl geçebilirim? |
Menü yapısı kullanıcıların kurum içindeki organizasyon şemasını değil, karar yolculuğunu izlemelidir. “Birimlerimiz” gibi kurumsal ifadelerin yanında kullanıcının anlayacağı tedavi ve süreç adları kullanılmalıdır. Dil değiştirici kullanıcıyı seçtiği sayfanın karşılığına götürmeli; her dil değişiminde ana sayfaya döndürmemelidir.
Mimari masa başında değil, görev testiyle doğrulanmalı
Site haritası onaylandıktan sonra hedef ülkeden dili bilen bir test kullanıcısına gerçek görevler verin: belirli tedaviyi bulmak, o tedaviyi uygulayan hekimin uzmanlığını doğrulamak, seyahat sürecini öğrenmek ve doğru dilde ön görüşme başlatmak. Kullanıcının izlediği yol, geri döndüğü sayfalar ve yanlış anladığı menü etiketleri kaydedilmelidir. Böylece ekip “menü anlaşılır” demek yerine, kritik bilginin kaç adımda ve hangi sürtünmeyle bulunduğunu görür.
Ayrıca her sayfa türü için bir içerik sahibi belirleyin. Tıbbi doğruluğun sahibi hekim veya yetkili sağlık meslek mensubu, seyahat bilgisinin sahibi uluslararası hasta birimi, teknik alanların sahibi geliştirici, mevzuat kontrolünün sahibi ise kurumun uyum sorumlusu olmalıdır. Sahipsiz sayfalar zaman içinde eski hekim bilgisi, çalışmayan iletişim yolu veya diller arasında farklılaşmış açıklamalar üretir.
Hasta güveni hangi içerik ve kanıtlarla oluşturulur?
Hasta güveni, güçlü sıfatlarla değil; her önemli iddianın görünür, güncel ve doğrulanabilir bir kanıtla eşleştirilmesiyle oluşturulur. “Deneyimli ekip”, “ileri teknoloji” veya “yüksek başarı” gibi ifadeler dayanak gösterilmeden tekrarlandığında ikna sağlamaktan çok belirsizlik yaratabilir.
Sağlık alanındaki içerikler kişinin sağlık ve mali kararını etkileyebilir. Bu nedenle tedaviyi anlatan metinlerin hukuken yetkili sağlık meslek mensubu tarafından kontrol edilmesi; içerik sahibinin, kontrol eden uzmanın ve son güncelleme tarihinin gösterilmesi güçlü bir yönetişim sinyalidir. Süreç açıklamaları yalnızca faydayı değil, uygunluk sınırlarını, kişiden kişiye değişebilecek sonuçları ve takip sorumluluklarını da içermelidir.
12 Kasım 2025 tarihli Sağlık Hizmetlerinde Tanıtım ve Bilgilendirme Faaliyetleri Hakkında Yönetmelik, uluslararası sağlık turizmi iletişimi için somut web yükümlülükleri getirir. Yetki belgeli tesis ve aracı kuruluşların yurt dışına yönelik ayrı dijital varlık kullanması, sağlık turizmi hizmetini açıkça beyan etmesi, yetki belgesini yayınlaması ve HealthTürkiye logosunu kullanması gereken başlıklardandır. Sağlık tesisinin sitedeki unvanı ve URL’si de ruhsattaki unvan ve sahiplik bilgisiyle uyumlu olmalıdır. Türkiye’de yaşayan kişilere talep oluşturacak hedefleme yapılmamalı; sosyal platformlarda yurt içi hedef kitle seçimi dışlanmalı ve otomatik hedef kitle tanımları kapatılmalıdır. Yayın öncesinde güncel metin ve kurum uygulaması ayrıca kontrol edilmelidir.
| İddia | Gerekli kanıt | Gösterileceği yer | Güncelleme sahibi |
|---|---|---|---|
| Hekim belirli alanda uzmandır | Resmî unvan, eğitim ve doğrulanabilir mesleki kayıt | Hekim profili ve ilgili tedavi sayfası | Hekim / klinik yönetimi |
| Klinik sağlık turizmi hizmeti sunar | Geçerli yetki belgesi ve kurum bilgisi | Güven alanı, footer ve kurum sayfası | Uyum sorumlusu |
| Belirli teknoloji kullanılır | Cihazın gerçek adı, kullanım amacı ve sınırı | Tedavi veya teknoloji sayfası | Tıbbi ekip |
| Seyahat desteği verilir | Kapsama giren ve girmeyen hizmetlerin açıklaması | Hasta yolculuğu sayfası | Uluslararası hasta birimi |
| Hasta hikâyesi gerçektir | Belgelendirilmiş açık rıza ve yayın koşulları | Yabancı pazara yönelik ilgili sayfa | Uyum ve içerik ekibi |
| İçerik günceldir | Kontrol tarihi ve sorumlu editör | İçerik başı veya sonu | Editör / uzman kontrolü |
Stok fotoğraflar destekleyici olabilir; ancak gerçek klinik ortamının, danışma alanının, hekimlerin ve uluslararası hasta biriminin yerini almamalıdır. Görsel üzerinde sonradan yanıltıcı değişiklikler yapılmamalı, işlem öncesi–sonrası içerikleri ile hasta yorumları güncel mevzuat ve belgelenmiş onam koşulları doğrulanmadan yayınlanmamalıdır.
Çok dilli yapı ve uluslararası SEO nasıl kurulmalı?
Çok dilli yapı, Türkçe sayfaları otomatik çevirmek yerine her hedef dil için ayrı, taranabilir, yerelleştirilmiş ve teknik olarak birbirine doğru bağlanmış URL’lerden oluşmalıdır. Dil seçimi yalnızca menüyü değil; tedavi açıklamalarını, hekim bilgilerini, formları, hata mesajlarını, yasal metinleri ve takip iletişimini kapsamalıdır.
Her dil sürümü için açıklayıcı URL, benzersiz başlık ve meta açıklama hazırlanmalıdır. Aynı sayfanın dil veya bölge varyasyonları hreflang ile karşılıklı işaretlenmeli, canonical etiketi yanlışlıkla bütün dilleri tek URL’ye toplamamalıdır. Otomatik IP yönlendirmeleri kullanıcının ve arama motorunun diğer dil sürümlerine ulaşmasını engellememelidir. Dil sayfalarının dizine eklenebilirliği, sitemap kapsamı ve yönlendirmeleri yayın öncesinde test edilmelidir.
Yerelleştirme kelime çevirisinin ötesindedir. Hastanın tedaviyi hangi adla aradığı, fiyat ve seyahat sorularını nasıl ifade ettiği, hangi iletişim kanalını tercih ettiği ve hangi kanıtlara ihtiyaç duyduğu araştırılmalıdır. Bu araştırma, hedef ülkenin veriye dayalı seçimi tamamlandıktan sonra yapılmalıdır. Her ülke için ayrı içerik açmak zorunlu değildir; aynı dili kullanan pazarlarda gerçekten farklı ihtiyaç varsa bölgesel varyasyon üretilmelidir.
Tedavi sayfaları arama motoru için kelime doldurulan metinler değil, kullanıcının karar sorularına eksiksiz cevap veren kaynaklar olmalıdır. Hekim kontrolü, kaynaklar, açık kurum kimliği ve güncelleme düzeni sağlık içeriğinde özellikle önemlidir. Teknik yapı ile içerik planının birlikte yönetilmesi için çok dilli sağlık turizmi SEO altyapısı ayrı bir çalışma alanı olarak ele alınabilir.
- Her dil için aynı zorunlu güven ve iletişim sayfalarının bulunup bulunmadığını kontrol edin.
- Hekim adı, klinik unvanı ve tedavi terimlerinin diller arasında tutarlı yazıldığını doğrulayın.
- Çeviri sonrası form seçenekleri, onay kutuları ve teşekkür ekranını gerçek cihazda test edin.
- Bir dilde güncellenen önemli tıbbi veya yasal bilginin diğer sürümlere aktarılacağı iş akışını belirleyin.
Mobil deneyim, hız, erişilebilirlik ve güvenlik nasıl denetlenmeli?
Teknik denetim, sitenin tek bir masaüstü hız puanına değil; gerçek mobil kullanıcıların içeriği ne kadar hızlı gördüğüne, etkileşime ne kadar çabuk yanıt aldığına ve sayfanın görsel olarak ne kadar stabil kaldığına bakmalıdır. Hız, erişilebilirlik ve güvenlik birbirinden ayrı projeler değil, aynı hasta deneyiminin parçalarıdır.
Google’ın güncel Core Web Vitals metrikleri yükleme performansını LCP, etkileşim yanıtını INP ve görsel stabiliteyi CLS ile değerlendirir. Aşağıdaki değerler iyi kullanıcı deneyimi için önerilen hedeflerdir; iyi skor almak tek başına üst sıralama veya dönüşüm garantisi değildir.
| Metrik | Önerilen hedef | Sağlık turizmi sitesinde yaygın sorun | Kontrol yöntemi |
|---|---|---|---|
| LCP | 2,5 saniye içinde | Büyük hero görseli, ağır video veya yavaş sunucu | Search Console alan verisi ve PageSpeed incelemesi |
| INP | 200 ms altında | Ağır form eklentileri, sohbet araçları ve fazla JavaScript | Gerçek kullanıcı alan verisi ve etkileşim testi |
| CLS | 0,1 altında | Sonradan yüklenen görsel, çerez bandı veya sabit CTA kayması | Mobil sayfa kaydı ve düzen kayması raporu |
Mobil testte yalnızca sayfanın küçülüp küçülmediğine bakılmamalıdır. Menü tek elle kullanılabilmeli, telefon ve WhatsApp bağlantıları yanlış numaraya gitmemeli, form alanları uygun klavyeyi açmalı, doğrulama hataları ekranda anlaşılır biçimde görünmeli ve sabit CTA içerik veya çerez tercihini kapatmamalıdır. Zayıf bağlantıda kritik metin, hekim bilgisi ve iletişim yolu görsel yüklenmesini beklemeden erişilebilir olmalıdır.
Erişilebilirlik kapsamında metin–zemin kontrastı, mantıklı başlık sırası, görsel alternatif metinleri, form etiketleri, klavye odağı ve hata mesajları kontrol edilmelidir. Güvenlik tarafında HTTPS, güncel yazılım ve eklentiler, rol bazlı yönetim erişimi, düzenli yedekleme, spam koruması ve form verisinin kimlere iletildiği belgelenmelidir. Pazarlama formu ayrıntılı teşhis, tahlil veya hasta dosyası toplamak için kullanılmamalıdır; tıbbi belge gerekiyorsa uygun hukuki ve teknik süreçle güvenli kanala geçilmelidir.
Yayın öncesi 30 maddelik kontrol listesi nasıl uygulanır?
Yayın kararı, her kritik maddenin sahibi ve test kanıtı belirlenerek verilmelidir; skor kartında “Eksik” kalan mevzuat, güvenlik, kurum kimliği veya form iletim maddeleri giderilmeden siteye ücretli trafik yönlendirilmemelidir. Aşağıdaki liste, yeni site kabulünde veya mevcut site denetiminde ekiplerin aynı standart üzerinden konuşmasını sağlar.
Her madde için Uygun = 2, İyileştirilmeli = 1, Eksik = 0 puan verin. Toplam puan tek başına yayın onayı değildir; kritik bir yasal veya güvenlik eksiği yüksek toplam puanla telafi edilemez. Sonuçları ekran görüntüsü, test URL’si veya sorumlu kişi notuyla belgelendirin.
| No | Kontrol maddesi | Kanıt / test | Durum |
|---|---|---|---|
| 1 | Ruhsattaki kurum unvanı ve sitedeki ad birbiriyle uyumlu. | Kurum belgeleriyle karşılaştırma | □ Uygun · □ İyileştirilmeli · □ Eksik |
| 2 | Geçerli sağlık turizmi yetki belgesi görünür ve okunabilir. | Belge tarihi ve kapsam kontrolü | □ Uygun · □ İyileştirilmeli · □ Eksik |
| 3 | HealthTürkiye logosu gereken mecralarda doğru kullanılmış. | Güncel kullanım kontrolü | □ Uygun · □ İyileştirilmeli · □ Eksik |
| 4 | Yabancı pazara yönelik site/hizmet kapsamı açıkça beyan edilmiş. | Header, kurum sayfası ve footer | □ Uygun · □ İyileştirilmeli · □ Eksik |
| 5 | Yayınlanan tedaviler ruhsat ve faaliyet kapsamıyla uyumlu. | Tedavi listesi uzman kontrolü | □ Uygun · □ İyileştirilmeli · □ Eksik |
| 6 | Ana sayfa kurum, konum, uzmanlık ve sonraki adımı ilk ekranda anlatıyor. | Beş saniye testi | □ Uygun · □ İyileştirilmeli · □ Eksik |
| 7 | Her ana tedavinin ayrı ve özgün sayfası bulunuyor. | URL envanteri | □ Uygun · □ İyileştirilmeli · □ Eksik |
| 8 | Hekim profilleri doğrulanabilir uzmanlık ve deneyim bilgisi taşıyor. | Hekim onayı | □ Uygun · □ İyileştirilmeli · □ Eksik |
| 9 | Tedavi süreci değerlendirme, ziyaret ve takip adımlarıyla açıklanıyor. | Hasta yolculuğu kontrolü | □ Uygun · □ İyileştirilmeli · □ Eksik |
| 10 | Garanti, üstünlük veya kanıtsız başarı iddiası bulunmuyor. | İçerik ve mevzuat taraması | □ Uygun · □ İyileştirilmeli · □ Eksik |
| 11 | Hasta hikâyeleri ve görseller için gerekli onamlar belgelenmiş. | Onam kayıt kontrolü | □ Uygun · □ İyileştirilmeli · □ Eksik |
| 12 | İçerik yazarı, uzman kontrolü ve son güncelleme tarihi gösteriliyor. | Sayfa şablonu kontrolü | □ Uygun · □ İyileştirilmeli · □ Eksik |
| 13 | Her hedef dil için ayrı, taranabilir URL yapısı var. | URL ve indeks kontrolü | □ Uygun · □ İyileştirilmeli · □ Eksik |
| 14 | Ana içerik doğal biçimde yerelleştirilmiş; yalnız menü çevrilmemiş. | Ana dil uzmanı kontrolü | □ Uygun · □ İyileştirilmeli · □ Eksik |
| 15 | Hreflang, canonical ve sitemap ilişkileri tutarlı. | Teknik tarama | □ Uygun · □ İyileştirilmeli · □ Eksik |
| 16 | Dil değiştirici aynı içeriğin doğru dil sürümüne götürüyor. | Tüm şablonlarda tıklama testi | □ Uygun · □ İyileştirilmeli · □ Eksik |
| 17 | Başlıklar, meta açıklamalar ve iç linkler hedef dilde hazırlanmış. | Sayfa bazlı SEO kontrolü | □ Uygun · □ İyileştirilmeli · □ Eksik |
| 18 | Mobil menü, CTA ve formlar gerçek cihazlarda çalışıyor. | iOS ve Android testi | □ Uygun · □ İyileştirilmeli · □ Eksik |
| 19 | LCP, INP ve CLS sorunları alan verisiyle izleniyor. | Search Console / performans raporu | □ Uygun · □ İyileştirilmeli · □ Eksik |
| 20 | Görseller boyutlandırılmış, sıkıştırılmış ve açıklayıcı alternatif metin taşıyor. | Medya kütüphanesi kontrolü | □ Uygun · □ İyileştirilmeli · □ Eksik |
| 21 | Kontrast, klavye odağı, form etiketi ve hata mesajları erişilebilir. | Klavye ve ekran kontrolü | □ Uygun · □ İyileştirilmeli · □ Eksik |
| 22 | HTTPS, yedekleme, yönetici rolleri ve yazılım güncellemeleri tanımlı. | Güvenlik bakım kaydı | □ Uygun · □ İyileştirilmeli · □ Eksik |
| 23 | İlk iletişim formu yalnız gerekli pazarlama verilerini topluyor. | Alan ve veri minimizasyonu kontrolü | □ Uygun · □ İyileştirilmeli · □ Eksik |
| 24 | Aydınlatma, gerekli onaylar ve gizlilik bağlantıları form yanında erişilebilir. | Hukuk/veri koruma kontrolü | □ Uygun · □ İyileştirilmeli · □ Eksik |
| 25 | Form, telefon ve WhatsApp doğru ekip ve dile yönleniyor. | Canlı gönderim ve arama testi | □ Uygun · □ İyileştirilmeli · □ Eksik |
| 26 | Teşekkür ekranı yanıt kanalı ve beklenen süreyi açıklıyor. | Form sonrası akış testi | □ Uygun · □ İyileştirilmeli · □ Eksik |
| 27 | UTM, kaynak, dil ve tedavi bilgisi CRM kaydına geçiyor. | Test lead kaydı | □ Uygun · □ İyileştirilmeli · □ Eksik |
| 28 | 404, yönlendirme, kırık link ve yanlış dil hataları taranmış. | Teknik site taraması | □ Uygun · □ İyileştirilmeli · □ Eksik |
| 29 | Analitik olayları form, telefon ve WhatsApp için ayrı tanımlanmış. | Gerçek zamanlı analitik testi | □ Uygun · □ İyileştirilmeli · □ Eksik |
| 30 | Aylık içerik, form, link, güvenlik ve dil eşitliği kontrolünün sahibi var. | Bakım takvimi ve sorumlu kişi | □ Uygun · □ İyileştirilmeli · □ Eksik |
Puan nasıl yorumlanmalı?
- 51–60 puan: Temel yapı güçlüdür; “İyileştirilmeli” maddeler için sahip ve tarih belirleyin.
- 36–50 puan: Site çalışıyor olabilir ancak güven, dil, performans veya ölçümde belirgin kayıplar vardır.
- 0–35 puan: Yeniden yapılandırma planı gerekir; önce kritik mevzuat, güvenlik ve form sorunlarını ele alın.
Toplam puanın yanında bir de yayını durduran maddeler listesi oluşturun. Yetki ve kurum kimliğinin doğrulanamaması, formun yanlış kişiye gitmesi, hassas verinin korumasız toplanması, yabancı dildeki kritik bilginin eksik olması veya mobil CTA’nın kullanılamaması “sonra düzeltilecek” tasarım kusuru değildir. Bu maddeler için yayın onayı vermeyin. Buna karşılık küçük tipografi farkı ya da ikincil bir sayfadaki görsel optimizasyonu, sahibi ve tamamlanma tarihi belirlenerek iyileştirme listesine alınabilir. Böyle bir ayrım ekiplerin yüksek puanın arkasına saklanmasını önler; hukuk, tıbbi içerik, teknoloji, pazarlama ve uluslararası hasta biriminin hangi bulguyu kapatacağı görünür hale gelir. Yeniden testte yalnız “düzeltildi” notu değil, çalışan URL, ekran kaydı veya test lead’i gibi doğrulanabilir kanıt saklayın.
Form uzunluğu ile lead kalitesi arasındaki denge, ayrı bir test ve ölçüm konusudur. İlk formu gereksiz yere uzatmadan hangi alanların gerçekten nitelik bilgisi verdiğini görmek için sağlık turizmi reklamlarında lead kalitesi rehberindeki ölçüm yaklaşımı kullanılabilir.
Skor kartını yalnız açılış günü doldurup arşivlemeyin. Aylık bakımda kırık linkler, form iletimi, telefon ve WhatsApp yönlendirmeleri ile dil eşitliğini; önemli içerik veya tasarım değişikliklerinden sonra ise hız, erişilebilirlik, ölçüm ve mevzuat maddelerini yeniden test edin. Her bulguya bir sorumlu, hedef tarih ve yeniden test kanıtı ekleyin. Böylece kontrol listesi tek seferlik bir değerlendirme olmaktan çıkar, sitenin hasta yolculuğu boyunca güvenilir kalmasını sağlayan işletim standardına dönüşür.
Web Sitesi Dönüşüm Ön Analizi
Sitenizin hangi maddelerde hasta ve görünürlük kaybettiğini birlikte belirleyelim.
Mesajınızda web sitesi adresinizi, hedef ülkelerinizi ve öncelikli tedavi alanınızı paylaşın. Bu form klinik ve kurum talepleri içindir; lütfen hasta sağlık verisi göndermeyin.
Web sitesi ön analizi isteyin WhatsApp’tan yazınKaynaklar
