Hızlı Siteler Neden Sıralama Alır — Ve Onları Nasıl Kuruyorum
Core Web Vitals bir onay kutusu değil. Neredeyse hiç JavaScript göndermeyen, hafif ve içerik öncelikli bir mimariyle anında açılan, sıralama kazanan siteleri nasıl kurduğumu anlatıyorum.
Hız artık “olsa iyi olur” diyebileceğimiz bir detay değil. Bir sitenin ilk izlenimi çoğu zaman tasarımdan, metinden, hatta markadan önce hızla oluşuyor. Ziyaretçi sayfaya giriyor, bekliyor ya da beklemiyor. Daha tek cümle okumadan karar vermeye başlıyor.
Bu yüzden performans sadece teknik bir konu değil. SEO’yu, dönüşümü, güven hissini ve kullanıcı deneyimini aynı anda etkileyen temel bir mesele. Sayfa geç açılıyorsa iyi yazılmış içerik de, güzel tasarım da, güçlü teklif de hak ettiği etkiyi gösteremiyor.
Buna rağmen birçok web sitesi, aslında düz HTML ile gayet hızlı gösterilebilecek bir içeriği kullanıcıya ulaştırmak için gereksiz yere büyük JavaScript paketleri yüklüyor. Basit bir blog yazısı, hizmet sayfası ya da kurumsal içerik bile bazen uygulama gibi davranıyor. Tarayıcı önce dosyaları indiriyor, sonra çalıştırıyor, sonra sayfayı anlamlı hale getiriyor. Kullanıcı ise bu sırada sadece bekliyor.
Benim için iyi bir içerik sitesinin ilk kuralı şu: Sayfa mümkün olduğunca erken görünmeli, okunmalı ve kullanılmalı. Etkileşim gerekiyorsa eklenir. Ama her sayfaya baştan ağır bir uygulama mantığı yüklemek çoğu zaman gereksizdir.
Ağır framework’lerin sorunu
React, Vue ya da benzeri modern framework’ler kötü araçlar değil. Aksine, doğru yerde kullanıldıklarında çok güçlüler. Karmaşık paneller, yoğun etkileşimli arayüzler, kullanıcıya özel akışlar veya gerçek zamanlı uygulamalar için gayet mantıklı tercihler olabilirler.
Sorun, bu araçların her tür site için otomatik varsayılan haline gelmesiyle başlıyor.
Tipik bir React sitesi kullanıcıya önce framework’ü gönderir. Ardından sayfanın JavaScript tarafı yüklenir, çalıştırılır ve mevcut HTML’in üstüne yeniden bağlanır. Yani tarayıcı, sayfayı yalnızca göstermekle kalmaz; aynı zamanda onu yeniden canlandırmak zorunda kalır. Bu süreç güçlü bir masaüstü bilgisayarda fark edilmeyebilir ama orta seviye bir telefonda, zayıf bağlantıda ya da yoğun bir işlemci altında hissedilir.
Kullanıcı açısından sonuç basittir: Sayfa geç gelir, bazen geç tepki verir, bazen de ilk anda boş veya eksik görünür.
SEO açısından da tablo çok farklı değil. Arama motorları modern JavaScript’i işleyebilir, evet. Ama bu, her zaman en verimli yol olduğu anlamına gelmez. Botun gerçek içeriğe ulaşmak için fazladan işlem yapması gerekiyorsa, tarama ve render süreci gereksiz yere karmaşıklaşır. İçerik ne kadar temiz, doğrudan ve okunabilir gelirse o kadar iyi.
Ağır framework kullanımı ayrıca bakım tarafında da maliyet çıkarır. Küçük bir metin değişikliği bile büyük bir build sürecinin parçası olur. Basit bir sayfa, gereğinden fazla bağımlılığa yaslanır. Proje büyüdükçe paketler artar, paketler arttıkça performans kontrolü zorlaşır. Bir noktadan sonra siteyi hızlandırmak, siteyi kurmaktan daha büyük bir işe dönüşür.
İçerik odaklı sitelerde asıl soru şu olmalı: Bu sayfanın gerçekten bu kadar JavaScript’e ihtiyacı var mı?
Çoğu zaman cevap hayır.
Benim yaklaşımım
Bir içerik sitesine başlarken zemini hafif tutarım: sayfa sunucuda hazırlanıp hazır gelir, önce içerik gelir ve tarayıcıya neredeyse hiç JavaScript gönderilmez. Bu yaklaşım yukarıdaki probleme çok temiz bir cevap veriyor. Sayfalar temelde hazır HTML olarak gelir; yani ziyaretçinin tarayıcısı, içeriği görmek için büyük bir uygulamanın ayağa kalkmasını beklemek zorunda kalmaz.
Bu zeminin en sevdiğim tarafı şu: Varsayılan olarak neredeyse hiç JavaScript göndermez. Eğer sayfada etkileşimli bir bileşen yoksa, kullanıcıya gereksiz script gitmez. Blog yazısıysa blog yazısı gibi davranır, hizmet sayfasıysa hizmet sayfası gibi açılır. Tarayıcı doğrudan HTML’i alır, CSS’i uygular ve içerik görünür hale gelir.
Bu kulağa basit gelebilir. Zaten mesele de bu. Web’in güçlü tarafı çoğu zaman basitliğinde.
Elbette her site tamamen statik olmak zorunda değil. Menü açılıp kapanabilir, tema değiştirici olabilir, formlarda küçük doğrulamalar gerekebilir; bazı bölümlerde filtreleme, sekme yapısı veya hafif etkileşimler kullanılabilir. Bu yaklaşım burada da esnek davranır: JavaScript yalnızca gerçekten ihtiyaç duyulan bileşenlere eklenir, geri kalan sayfa sade kalır.
Ben bu yaklaşımı özellikle bloglar, kişisel markalar, ajans siteleri, hizmet sayfaları, dokümantasyon yapıları ve SEO odaklı içerik projeleri için çok doğru buluyorum. Çünkü bu tür sitelerde esas değer içeriktir. Kullanıcı sayfaya bir bilgi almak, bir hizmeti anlamak ya da karar vermek için gelir. Onu gereksiz teknik yükle karşılamak yerine, içeriği hızlı ve net şekilde sunmak gerekir.
Sonuç pratikte şuna dönüşür:
- Anında ilk boyama — kullanıcı boş ekranla oyalanmaz, sayfanın geldiğini hemen hisseder.
- Daha iyi Core Web Vitals — LCP, CLS ve INP tarafında temiz bir temel oluşur.
- Temiz, taranabilir işaretleme — arama motorları yükleniyor animasyonu değil, gerçek içeriği görür.
- Daha az bağımlılık — site daha kolay bakım görür, daha kontrollü gelişir.
- Daha iyi kullanıcı hissi — sayfa sadece hızlı ölçülmez, hızlı hissettirir.
Burada önemli bir ayrım var: Hızlı site demek çıplak, zayıf veya sıradan site demek değildir. İyi tipografi, düzgün boşluk kullanımı, okunabilir içerik düzeni, kaliteli görseller ve güçlü bir bilgi mimarisi yine gerekir. Sadece bunları gereksiz teknik yük bindirmeden yapmak gerekir.
Ben genelde önce sayfanın en sade ve hızlı halini kurarım. İçerik, başlık yapısı, iç linkler, görsel düzen ve temel bileşenler oturur. Sonra gerçekten ihtiyaç olan etkileşimler eklenir. Böylece proje baştan şişmez. Performans sonradan yamayla düzeltilmeye çalışılmaz; sistemin içine en baştan yerleşir.
Performans sadece skor değildir
Bir siteyi hızlandırırken yalnızca araçların verdiği puanlara bakmak yeterli değildir. Elbette ölçüm yapmak gerekir. Core Web Vitals, Lighthouse raporları, tarayıcı performans araçları ve gerçek cihaz testleri değerlidir. Ama kullanıcı deneyimi sadece bir skor tablosundan ibaret değildir.
Bazen skor iyi görünür, fakat sayfa dağınık hissettirir. Bazen teknik olarak hızlı açılır, ama içerik geç anlaşılır. Bazen ilk ekran çabuk gelir, fakat kullanıcı aradığını bulamaz. Bu yüzden performansı daha geniş düşünmek gerekir.
Hızlı bir sitenin aynı zamanda net olması gerekir. İlk ekranda ne sunduğunu anlatmalı. Başlıklar kolay taranmalı. Paragraflar gereksiz uzamamalı. Butonlar ve yönlendirmeler anlaşılır olmalı. Kullanıcı bir sonraki adımı düşünmek zorunda kalmamalı.
Teknik hız, iyi bir kullanıcı deneyiminin kapısını açar. Ama içerik düzeni, tasarım dili ve bilgi mimarisi o deneyimi tamamlar.
Bu nedenle bir siteyi sadece “daha hızlı” yapmakla yetinmem. Sayfanın ne anlattığına, hangi sırayla anlattığına ve ziyaretçiyi nereye yönlendirdiğine de bakarım. Çünkü hızlı açılan ama ikna etmeyen bir sayfa da işini tam yapmış sayılmaz.
Hız taban, tavan değil
Hızlı yüklenme seni oyuna sokar. Ama tek başına oyunu kazandırmaz.
Bir sayfanın gerçekten sıralama alması ve dönüşüm üretmesi için başka şeyler de gerekir. Arama niyeti doğru okunmalı. Kullanıcı o sorguyla ne arıyor, hangi soruya cevap bekliyor, hangi itirazları var; bunlar anlaşılmalı. İçerik bu niyete göre kurulmalı.
Yapısal veri gerekiyorsa doğru şekilde eklenmeli. Başlık hiyerarşisi temiz olmalı. İç linkleme rastgele değil, anlamlı bir mimariyle yapılmalı. Her sayfa kendi içinde güçlü olmalı ama aynı zamanda sitenin genel yapısına katkı vermeli.
İçerik gerçekten işe yaramalı. Sadece anahtar kelimeyi geçirmek için yazılmış metinler artık ikna edici değil. Kullanıcı sayfadan bir cevap, bir yön, bir netlik almalı. Konu neyse, o konuda güven veren bir açıklık sağlanmalı.
Ama sayfa yavaşsa bunların hiçbiri tam gücüyle çalışmaz. Kullanıcı beklerken çıkar. Bot içeriğe daha zahmetli ulaşır. Dönüşüm ihtimali düşer. Marka ilk temasta ağır ve özensiz hissedilir.
Bu yüzden ben her projede işe performans temelinden başlarım. Önce sağlam bir zemin kurarım. Hafif yapı, temiz HTML, kontrollü CSS, minimum JavaScript, doğru görsel kullanımı ve anlaşılır sayfa mimarisi. Sonra SEO, içerik ve dönüşüm katmanlarını bu zeminin üstüne inşa ederim.
Çünkü hızlı bir site sadece teknik olarak iyi değildir. Daha profesyonel görünür. Daha güven verir. Kullanıcının zamanına saygı duyduğunu hissettirir.
Hem hızlı hem de sıralama almak için kurulmuş bir site istiyorsan, iletişime geç.
- #seo
- #performans
- #web performansı
İlgili yazılar
GEO Nedir? Yapay Zeka Aramalarında Görünmek
GEO (Generative Engine Optimization), ChatGPT, Gemini ve AI Overviews gibi yapay zeka motorlarında alıntılanmanın yolu — nedir, SEO'dan farkı ne ve ne yapmalı.
Core Web Vitals Nedir — ve Gerçekten Nasıl İyileştirilir
LCP, CLS ve INP'ye net, pratik bir rehber: her metrik ne demek, kötü skorun sebebi nedir ve onları gerçekten oynatan somut çözümler.