Web Geliştirme ve Dijital Rakip Analizi

Dijital rakip analizi, bir sektörde halihazırda görünür olan sitelerin hangi soruları yanıtladığını ve hangi soruları yanıtsız bıraktığını ölçmek; web geliştirme ise bu ölçümün cevabını bir site mimarisine çevirmektir. Yani sıralama iki ayrı işin toplamıdır: neyin eksik olduğunu bilmek ve o eksiği hızlı açılan, okunabilir bir sayfaya dönüştürmek.

Dijital Rakip Analizi Nedir ve Neyi Ölçer?

Rakip analizi, “rakip ne yapmış, biz de yapalım” taklidi değildir. Ölçtüğü şey, sektörde talebin nereye düştüğü ve mevcut sayfaların o talebi ne kadar karşıladığıdır. Dört kalemden okunur:

• Sorgu envanteri: Sektörde hangi sorular soruluyor, bunların kaçının karşılığında gerçekten bir sayfa var?
• Niyet ayrımı: Sorgu bilgi mi arıyor, karşılaştırma mı, yoksa doğrudan hizmet mi? Bilgi sorgusuna hizmet sayfasıyla cevap vermek, en yaygın konumlandırma hatasıdır.
• Yanıt derinliği: Görünür olan sayfalar konuyu gerçekten kapatıyor mu, yoksa yüzeysel mi? Yüzeysel bir alan, en ucuz giriş noktasıdır.
• Teknik zemin: Sayfalar ne kadar hızlı açılıyor, mobilde okunabilir mi, yapısal olarak makine tarafından anlaşılabilir mi?

Bu dördü ölçüldüğünde ortaya bir tasarım isteği değil, bir sayfa listesi çıkar: hangi konu için hangi sayfa açılacak, o sayfa hangi soruyu birinci paragrafında yanıtlayacak.

Analizden Site Mimarisine: Karar Zinciri

Analizin çıktısı doğrudan bilgi mimarisine bağlanır. İzlediğim zincir şudur: ölçülen sorgu → sorguyu sahiplenen tek sayfa → o sayfanın yanıtlamak zorunda olduğu alt başlıklar → sayfalar arası bağlantı düzeni.

Buradaki tek kural “bir konu, bir sayfa”dır. Aynı konuyu iki sayfaya bölmek, ikisini birden zayıflatır; farklı iki konuyu tek sayfada toplamak ise her ikisini de yüzeysel bırakır. Sayfaların birbirine nasıl bağlanacağı da tasarım tercihi değil ölçüm sonucudur: ana konu sayfası alt konuları toplar, alt konular ana sayfaya geri bağlanır. İçerik tarafının bu mantıkla nasıl kurulduğunu SEO, AEO ve GEO çalışmasında ayrıntılı anlatıyorum.

Performans Standardı: Hangi Eşikler Bağlayıcı?

Performans konuşurken tek geçerli zemin, yayımlanmış eşiklerdir. Google'ın Core Web Vitals ölçütleri üç metrik tanımlar ve her birinin hedefi açıktır:

Kritik ayrıntı bu tablonun altındadır: değerlendirme tek bir ölçümden değil, sayfa yüklemelerinin 75. persentilinden ve mobil ile masaüstü ayrı ayrı okunur. Bir sayfanın “iyi” sayılması, üç metriğin de bu persentilde hedefi karşılaması demektir.

Bunun pratik sonucu, sektörde çok satılan “95+ skor” vaadinin neden eksik olduğudur: laboratuvar koşullarında alınan tek bir puan, gerçek kullanıcıların cihaz ve bağlantı çeşitliliğini temsil etmez. Laboratuvar ölçümü geliştirme sırasında hataları yakalamak için değerlidir; kabul kriteri ise saha verisinden okunmalıdır. Ayrıca INP, 2024'te kararlı Core Web Vitals metriği hâline gelerek FID'in yerini almıştır; eski “FID iyi” raporlarına dayanan bir kabul ölçütü bugün geçerliliğini yitirmiştir.

Çalışılmış Örnek: Tanıtım Sitesinden Hizmet Mimarisine

Girdi: tek sayfalık bir tanıtım sitesi. Beş hizmet aynı sayfada birer paragrafla anlatılıyor, iletişim formu sayfanın en altında, arama konsolunda gösterim var ama tıklama neredeyse yok.

Adım 1 (ölçüm): Arama konsolundan gösterim alan sorgular çıkarılır ve niyetlerine göre ayrılır. Görülen tipik tablo şudur: gösterimlerin büyük kısmı bilgi sorgularından gelir, oysa sitede yalnızca hizmet metni vardır. Sayfa, gelen talebin sorusunu yanıtlamıyordur.

Adım 2 (sayfa listesi): Her hizmet kendi sayfasına ayrılır; ayrıca gösterim alan bilgi sorguları için ayrı açıklayıcı sayfalar planlanır. Tek sayfa beş konuyu taşıyamaz — taşıdığını iddia eden sayfa hiçbirinde derinleşemez.

Adım 3 (yapı): Her sayfada birinci paragraf, sayfanın başlığındaki soruyu tek başına yanıtlar. Alt başlıklar, ölçülen sorguların karşılığıdır; süsleme başlık kullanılmaz.

Adım 4 (teknik): Sayfalar statik olarak üretilir, görseller boyutlandırılır ve yer tutucularla düzen kayması engellenir, üçüncü taraf betikleri en aza indirilir.

Adım 5 (doğrulama): Yayın sonrası dört hafta boyunca gösterim, tıklama ve ortalama konum sayfa bazında izlenir; hangi sayfanın hangi sorguyu aldığı tabloya yazılır.

Çıktı: Bu akışın ürettiği şey “daha güzel bir site” değil, hangi sayfanın hangi talebi karşıladığı bilinen bir yapıdır. Bir sonraki iyileştirme turu artık tahmine değil bu tabloya bakarak planlanır.

Ölçüm ve Veri: Site Başarısı Hangi Rakamlarla Doğrulanır?

Web projelerinde en sık atlanan adım, teslimden sonra neyin ölçüleceğinin baştan yazılmamasıdır. Kabul kriterlerini şu altı kalemle sabitliyorum:

Buraya bilerek yazmadığım bir kalem var: “ziyaretçi sayısı artışı yüzdesi”. Bu rakam sektöre, mevsime ve başlangıç noktasına göre değişir; peşinen vaat edilirse ölçüm değil beklenti satılmış olur.

Hata Desenleri ve Riskler

• Tasarımı analizden önce yapmak. Sayfa listesi belli olmadan çizilen tasarım, sonradan içerik sığmadığı için bozulur.
• Bilgi sorgusuna hizmet sayfasıyla cevap vermek. Talep bilgi arıyorsa satış metni okumaz; niyet uyumsuzluğu tıklamayı yok eder.
• Tek sayfaya beş konu sığdırmak. Hiçbiri derinleşemez, hepsi yüzeysel kalır.
• Laboratuvar skorunu kabul kriteri saymak. Tek ölçüm, gerçek kullanıcıların 75. persentilini temsil etmez; ölçüt saha verisinden okunur.
• Görsellere boyut vermemek. Yer tutucusuz görsel, yükleme sırasında düzeni kaydırır ve CLS'i doğrudan bozar.
• Üçüncü taraf betiklerini denetlemeden eklemek. Her eklenti bir performans borcudur; getirisi ölçülmeyen betik kaldırılır.
• Teslimden sonra ölçüm planı bırakmamak. Neyin ölçüleceği yazılmamışsa, proje “beğendim/beğenmedim” ekseninde tartışılır.
• Rakibin tasarımını kopyalamak. Kopyalanan şey görünen yüzdür; rakibin sıralamasını üreten yapı ve içerik derinliği kopyalanmaz.

Teknik Tercih: Neden Statik Üretim ve Sade Arayüz?

Statik üretim, sayfanın kullanıcı istemeden önce hazırlanması demektir; tarayıcıya gönderilen şey hazır belgedir. Bunun üç ölçülebilir getirisi vardır: ilk boyama beklemesi kısalır (LCP tarafı), çalışma zamanında yapılacak iş azaldığı için etkileşim gecikmesi düşer (INP tarafı) ve düzen kaymaları öngörülebilir hâle gelir (CLS tarafı).

Sade arayüz tercihi ise estetik bir duruş değil, dönüşüm kararıdır: ziyaretçinin bir sayfada vermesi gereken karar sayısı arttıkça, hiçbirini vermeme olasılığı artar. Bu yüzden her sayfada tek bir birincil eylem bulunur ve iletişim yolu sayfanın altına gizlenmez. Yerel hizmet veren işletmelerde bu yapının harita görünürlüğüyle nasıl birleştiğini yerel dijital büyüme çözümünde anlatıyorum.

Mobil Öncelikli Tasarım Ne Demek, Ne Demek Değil?

Mobil öncelikli tasarım, masaüstü için yapılmış bir sayfanın küçük ekrana sığdırılması değildir; sayfanın önce dar ekran koşullarına göre kurulup sonra geniş ekrana açılmasıdır. Aradaki fark pratikte üç yerde görünür.

İçerik sırası: Dar ekranda her şey alt alta dizilir, dolayısıyla “sağ sütuna koyarız” diye ertelenen bilgi mobilde sayfanın en altına düşer. Bu yüzden içerik önceliği tasarımdan önce kararlaştırılır: ziyaretçinin ilk ekranda görmesi gereken şey nedir?

Dokunma hedefleri: Fareyle tıklanabilen küçük bir bağlantı, parmakla kullanılamaz. Birbirine yakın yerleştirilmiş bağlantılar yanlış tıklama üretir ve ziyaretçi geri düğmesine basar.

Ölçümün kendisi: Core Web Vitals değerlendirmesi mobil ve masaüstü için ayrı yapılır. Masaüstünde iyi görünen bir sayfa, mobil cihazların daha sınırlı işlem gücü nedeniyle aynı eşikleri karşılamayabilir. Bu yüzden kabul kriteri her zaman mobil taraftan okunur; masaüstü değeri tek başına yeterli kabul edilmez.

Mobil önceliğin sonucu genellikle daha sade bir sayfadır — ve bu bir taviz değil, kasıtlı bir kazançtır: dar ekranda gereksizliğini fark ettiğiniz her öğe, geniş ekranda da gereksizdir.

Teslim Kapsamı ve Devir

Bir web projesinin teslim edilmiş sayılması için dosyaların yüklenmesi yetmez. Teslim paketinde şunlar bulunur: sayfa listesi ve her sayfanın sahiplendiği sorgu, ölçüm kabul kriterleri ve teslim anındaki değerleri, içerik güncelleme yolu (hangi dosya/alan neyi değiştirir), yedek ve geri alma yordamı, üçüncü taraf bağımlılıklarının listesi.

Devir belgesi olmayan site, tek kişinin hafızasına bağımlı kalır. Bu, projenin en sessiz riskidir: site çalışır durumdadır ama kimse ona dokunamaz.

Kaynaklar ve Referanslar

• Core Web Vitals metrikleri ve eşikleri (LCP 2,5 sn, INP 200 ms, CLS 0,1; 75. persentil kuralı, INP'nin FID yerine geçmesi) — web.dev
• Google yerel arama sıralama faktörleri (yerel hizmet siteleri için) — Google İşletme Profili Yardım