Sağlık Sitesi Hızı ve Core Web Vitals: LCP, INP ve CLS Nasıl İyileştirilir?

Core Web Vitals, Google’ın bir sayfanın gerçek kullanıcılar için ne kadar hızlı yüklendiğini, ne kadar hızlı tepki verdiğini ve ne kadar kararlı göründüğünü ölçtüğü üç metriktir: LCP, INP ve CLS. İyi kabul edilen eşikler LCP için 2,5 saniye ve altı, INP için 200 milisaniye ve altı, CLS için 0,1 ve altıdır. Sağlık sitelerinde bu değerler yalnızca sıralama için değil, kaygılı ve aceleci bir hastanın siteyi terk etmeden randevuya ulaşması için önemlidir. Bu yazıda üç metriği, ölçüm araçlarını ve klinik sitelerinde hızı düşüren tipik sorunları ele alıyoruz.

Core Web Vitals nedir?

Google, sayfa deneyimini ölçmek için üç temel metrik tanımlar ve bunları gerçek kullanıcı verisiyle, sayfa yüklemelerinin yüzde yetmiş beşlik dilimine göre değerlendirir. Yani ziyaretlerin dörtte üçünün iyi eşiği karşılaması gerekir.

INP, Mart 2024’te FID’in (First Input Delay) yerini aldı. FID yalnızca ilk etkileşimin gecikmesini ölçüyordu; INP sayfa boyunca yapılan tüm etkileşimleri değerlendirdiğinden kullanıcının gerçek deneyimini daha iyi yansıtır. Eski kaynaklarda FID görürseniz güncel ölçütün INP olduğunu bilin.

Neden sağlık sitelerinde daha önemli?

Her sitenin hızlı olması iyidir; ama sağlık sitelerinde hız, hastanın durumuyla doğrudan ilgilidir:

• Aciliyet: Diş ağrısıyla gece arama yapan hasta, üç saniye içinde açılmayan siteyi bırakıp bir sonrakine geçer.
• Mobil ve mobil veri: Sağlık aramalarının büyük kısmı telefondan, çoğu zaman mobil veriyle yapılır; masaüstünde hızlı görünen site telefonda sürünebilir.
• Kaygı: Kaygılı hasta sabırsızdır; düğmenin geç tepki vermesi ya da sayfanın kayması güveni zedeler.
• Yaş ve cihaz çeşitliliği: Yaşlı hastalar ve orta sınıf telefonlar, ağır sayfalardan en çok etkilenen gruptur.
• Randevu akışı: Formun ya da takvimin geç tepki vermesi, randevunun yarıda bırakılması demektir.

LCP: en büyük içerik ne zaman görünüyor?

Sağlık sitelerinde en büyük içerik çoğunlukla ilk ekrandaki büyük fotoğraf ya da başlıktır. LCP’yi uzatan nedenler ve çözümleri:

• Büyük görseller: Telefonla çekilmiş, sıkıştırılmamış klinik fotoğrafları. Çözüm: Görselleri modern biçimlere (WebP ya da AVIF) çevirmek, ekran boyutuna göre farklı boyutlarda sunmak, ilk ekrandaki görseli öncelikli yüklemek.
• Yavaş sunucu yanıtı: Paylaşımlı ve aşırı yüklü barındırma. Çözüm: Kaliteli barındırma, önbellekleme ve sayfaların önceden üretilmesi.
• Web fontları: Birden fazla font ailesi ve ağırlık. Çözüm: Az sayıda font, yerel barındırma, metnin font yüklenmeden görünmesi.
• Gereksiz engelleyici kaynaklar: İlk ekranda gerekmeyen stil ve betik dosyaları. Çözüm: Kritik olmayan kaynakları ertelemek.

INP: dokununca ne kadar sürede tepki veriyor?

INP, menüye dokunduğunuzda, formu gönderdiğinizde ya da takvimde tarih seçtiğinizde sayfanın ne kadar hızlı tepki verdiğini ölçer. Sağlık sitelerinde INP’yi bozan tipik nedenler:

• Üçüncü taraf betikler: Canlı sohbet eklentileri, sosyal medya widget’ları, analitik ve pazarlama etiketleri. Her biri ana iş parçacığını meşgul eder.
• Ağır JavaScript: Gereksiz animasyon kütüphaneleri, slayt gösterileri ve eklenti yığınları.
• Form ve takvim doğrulaması: Her tuş vuruşunda ağır işlem yapan formlar.

Çözüm, az JavaScript ile başlar: Gerçekten gereken etkileşimleri tutmak, gereksiz eklentileri kaldırmak, üçüncü taraf betikleri ertelemek ya da tamamen çıkarmak. Çoğu klinik sitesinde canlı sohbet eklentisini kaldırmak tek başına fark yaratır; WhatsApp bağlantısı aynı işi yükü olmadan görür.

CLS: sayfa yüklenirken kayıyor mu?

Hasta telefon düğmesine basmak üzereyken bir banner yüklenip düğmeyi aşağı iter; hasta yanlış yere dokunur. Bu, CLS’nin ölçtüğü deneyimdir. Nedenler ve çözümler:

• Boyutu belirtilmemiş görseller: Görsel yüklenince altındaki her şey kayar. Çözüm: Her görsele genişlik ve yükseklik vermek.
• Font değişimi: Sistem fontuyla gösterilen metnin web fontu gelince genişlemesi. Çözüm: Benzer ölçülü yedek font ve uygun yükleme stratejisi.
• Sonradan eklenen bantlar: Çerez bildirimi, kampanya şeridi, bildirim çubuğu. Çözüm: Yer ayırmak ya da içeriğin üzerine değil, sabit bir alana yerleştirmek.
• Gömülü içerikler: Harita, video ve sosyal medya gömüleri. Çözüm: Yer tutucu ile alan ayırmak.

Nasıl ölçülür?

• PageSpeed Insights: Google’ın ücretsiz aracı; adresinizi girdiğinizde hem gerçek kullanıcı verisini (alan verisi) hem de laboratuvar testini gösterir. Alan verisi için yeterli trafik gerekir.
• Google Search Console, Core Web Vitals raporu: Sitenizin tüm sayfalarının gerçek kullanıcı verisine göre durumunu gruplar halinde gösterir; sorunlu sayfa gruplarını buradan bulursunuz.
• Lighthouse ve tarayıcı geliştirici araçları: Laboratuvar ölçümü; nedenleri teşhis etmek için kullanılır. INP gerçek etkileşim gerektirdiğinden laboratuvar testleri onun yerine toplam engelleme süresi gibi göstergeler sunar.

Alan verisi ile laboratuvar verisi farklı sonuç verebilir; karar için alan verisi, teşhis için laboratuvar verisi kullanılır. Mobil sonuçlara öncelik verin; hastalarınızın büyük kısmı oradadır.

Sağlık sitelerine özgü hız katilleri

Klinik sitelerinde tekrar tekrar gördüğümüz sorunlar:

1. Sıkıştırılmamış klinik fotoğrafları: Birkaç megabaytlık görseller, en yaygın ve en kolay çözülen sorun.
2. Ana sayfada otomatik slayt gösterisi: Birden fazla büyük görsel ve ağır betik; üstelik hasta genellikle ilk slayttan ötesini görmez.
3. Instagram ve sosyal medya gömüleri: Ağır betikler, üçüncü taraf çerezleri ve kayma.
4. Gömülü Google Haritası: İletişim sayfasında anlamlı, ama her sayfada ve ilk ekranda ağır bir yük.
5. Canlı sohbet eklentileri: INP’yi bozar, çoğu zaman cevapsız kalır.
6. Otomatik oynayan tanıtım videosu: Hem LCP’yi hem mobil veriyi tüketir.
7. Çok sayıda font ve ikon kütüphanesi: Her biri ayrı istek, ayrı gecikme.
8. Zayıf barındırma: En iyi optimize edilmiş site, yavaş sunucuda yavaştır.

Hız kontrol listesi

• Tüm görseller modern biçimde, sıkıştırılmış ve ekran boyutuna göre sunuluyor mu?
• Her görselin genişlik ve yüksekliği belirtilmiş mi?
• İlk ekrandaki görsel öncelikli yükleniyor mu?
• Font sayısı en aza indirilmiş ve metin font gelmeden görünüyor mu?
• Canlı sohbet, slayt gösterisi ve sosyal medya gömüleri gerçekten gerekli mi?
• Harita yalnızca iletişim sayfasında mı?
• Üçüncü taraf betikler sayıldı ve gereksizler kaldırıldı mı?
• Sunucu yanıt süresi ve önbellekleme yeterli mi?
• Mobil PageSpeed sonuçları üç metrikte de iyi eşikte mi?
• Search Console raporunda zayıf sayfa grubu kalmadı mı?

Cidal Studio sitelerinde hız yaklaşımı

Koleksiyonumuzdaki siteler Next.js altyapısıyla, sayfalar önceden üretilerek ve görseller otomatik olarak optimize edilerek çalışır. Üçüncü taraf eklenti yığınları yerine hafif bileşenler kullanıyor, ziyaret sayacını çerezsiz ve betik yükü düşük tutuyor, siteleri kendi sunucumuzda SSL ile barındırıyoruz. Uyarlama sırasında kliniğin gönderdiği fotoğrafları sıkıştırıp doğru boyutlarda sunuyor, yayından önce mobil ve masaüstünde kontrol ediyoruz. Hız, yerel görünürlüğün de temelidir; bu ilişkiyi Klinikler için yerel SEO yazısında, sitenin bütününü ise Doktor web sitesinde olması gerekenler kontrol listesinde ele aldık.

Özetle

Core Web Vitals üç soruyu cevaplar: Sayfa ne zaman görünür (LCP, 2,5 saniye ve altı), dokununca ne zaman tepki verir (INP, 200 milisaniye ve altı), yüklenirken kayar mı (CLS, 0,1 ve altı). INP, 2024’te FID’in yerini aldı. Sağlık sitelerinde hız, aceleci ve kaygılı hastanın randevuya ulaşıp ulaşmamasını belirler. En büyük kazanımlar görselleri optimize etmekten, gereksiz eklentileri kaldırmaktan ve kaliteli barındırmadan gelir; ölçüm için PageSpeed Insights ve Search Console yeterlidir.

Hız odaklı hazırlanan koleksiyonlarımızı ve canlı demolarını koleksiyon sayfasında inceleyebilir, mevcut sitenizin hız sorunlarını birlikte değerlendirmek için bize yazabilirsiniz.