Kurumsal web sitesi teklifine performans hedefleri nasıl yazılır?
İki web sitesi teklifinde de “hızlı ve mobil uyumlu” yazıyor. Birinde yalnız ana sayfa ölçülmüş, diğerinde hizmet sayfası ve iletişim akışı da incelenmiş olabilir. Aynı ifade, aynı teslim kapsamı anlamına gelmez. İşletme için yararlı başlangıç, puan istemeden önce ziyaretçinin hangi sayfalarda ne yapacağını belirlemektir.
Bu rehber, performansın teklif ve teslim görüşmesinde nasıl somutlaştırılabileceğini anlatır. Sabit puan, satış artışı veya arama sırası vaat etmez. Teknik iyileştirme listesi için ayrı web sitesi hızlandırma rehberimizi inceleyebilirsiniz.
Önce ölçülecek sayfaları seçin
Ana sayfa, hizmet detayı, uzun bir proje yazısı ve iletişim sayfası aynı içeriği yüklemez. Büyük galeri, video, harita veya üçüncü taraf randevu aracı bulunan sayfalar ayrıca değerlendirilmelidir. Teklifte “site ölçülecek” yerine hangi sayfa türlerinin kontrol edileceğini yazın.
Örneğin kurumsal hizmet sunan bir işletme için hizmeti bulma, proje örneğini okuma ve başvuru alanına ulaşma öncelikli yolculuk olabilir. Bu örnek, her site için zorunlu sayfa listesi değildir. Kurumsal web tasarım görüşmesine gelirken mevcut adresinizi ve en önemli ziyaretçi işlemlerini paylaşmanız kapsamı netleştirmeyi kolaylaştırır.
“Hız” kelimesinin hangi davranışı anlattığını sorun
Google'ın Core Web Vitals belgeleri yükleme deneyimini, etkileşime yanıtı ve görsel kararlılığı ayrı başlıklarda ele alır. Bir sayfanın ilk görünümünün gelmesi, menüye dokununca yanıt vermesi ve içerik yüklenirken düğmelerin yer değiştirmemesi farklı sorunlardır.
Teklifte yalnız tek bir genel puan bulunuyorsa hangi ölçümlerin ve hangi kullanıcı işlemlerinin değerlendirildiğini sorun. İyi Core Web Vitals sonuçları bütün kullanıcı deneyiminin veya Google'da üst sıranın garantisi değildir. İşlevi bozuk bir başvuru alanını yalnız puan yükselterek başarılı teslim saymayın.
Laboratuvar testi ile gerçek kullanıcı verisini ayırın
Kontrollü test, belirlenmiş cihaz ve bağlantı koşullarında sorunu tekrar incelemeye yardımcı olur. Gerçek kullanıcı verisi ise farklı ziyaret koşullarından gelir. web.dev, bu iki veri türünün birlikte değerlendirilmesini açıklar; birini diğerinin yerine yazmak karşılaştırmayı yanıltabilir.
Chrome UX Report, uygun gerçek Chrome ziyaretlerinden deneyim verisi toplar. Her sayfa veya site bu veri kümesinde yer almaz; yeterli uygun gözlem bulunmaması “sıfır performans” sonucu değildir. Yeni sitenin saha verisi henüz yoksa teslim raporunda bu eksiklik açıkça belirtilmelidir. Sonradan yapılacak gözlemin tarihi ve sorumlusu ayrıca kararlaştırılabilir.
Test koşullarını teklif ekine yazın
Aşağıdaki sorular iki teklifin aynı işi kapsayıp kapsamadığını anlamaya yardımcı olur:
- Hangi URL'ler, mobil ve masaüstü koşullarında incelenecek?
- Kullanılan araç, tarih, bağlantı ve cihaz koşulları nasıl kaydedilecek?
- İlk yükleme ve tekrar ziyaret sonuçları ayrı gösterilecek mi?
- Menü veya form gibi etkileşimler nasıl kontrol edilecek?
- Eksikler hangi öncelikle düzeltilecek ve yeniden ne zaman ölçülecek?
Kabul hedefini proje incelendikten sonra belirleyin. Tek bir olumlu test görüntüsü yerine aynı yöntemle saklanan önce ve sonra kayıtları isteyin. Değişen içerik, farklı cihaz veya başka bağlantıyla alınmış iki sonucu doğrudan iyileşme yüzdesine çevirmeyin.
İçerik ve dış hizmet sorumluluğunu netleştirin
Büyük bir tanıtım videosunun zorunlu olması, sayfaya sonradan harita eklenmesi veya yeni bir analiz aracının çalışması teslim koşullarını etkileyebilir. Ajansın düzelteceği kodu, işletmenin sağlayacağı medyayı ve dış hizmetin sınırlarını ayrı yazın. Bu, her sorunu üçüncü tarafa yüklemek için değil, eksik işin sahibini belirlemek içindir.
SRN Dijital'in KY Hukuk proje kaydı, çok dilli çalışma alanları, kararlar, makaleler, randevu ve iletişim yapısını anlatır. Bu sayfa çeşitliliği, kontrol kapsamını konuşmak için somut teknik örnektir. Kayıt kendi başına hız puanı, güncel saha ölçümü veya ticari başarı kanıtı değildir.
Performans çalışması sırasında rıza, güvenlik, ölçüm ve erişilebilirlik işlevlerinin korunmasını da kabul listesine ekleyin. Gerekli bir işlevi kaldırarak elde edilen daha yüksek puan, aynı kapsamın daha iyi çalıştığını göstermez.
Teslim raporunda kalan işleri de görün
Kontrol edilen sayfaları, koşulları, yapılan değişiklikleri, yeniden ölçümü ve açık kalan bağımlılıkları aynı raporda isteyin. Yayın sonrası içerik ekleme ve düzenli bakım sorumlusu belli olsun. Web sitesi teslim kontrolü rehberi, performansın yanında form ve yayın kontrollerini de ele alır.
İzmir merkezli SRN Dijital, Türkiye geneline kurumsal web ve yazılım hizmeti sunar. Mevcut siteniz, öncelikli sayfalarınız ve yaşadığınız sorunlarla projenizin performans kapsamını değerlendirelim. Kesin hedef, bedel ve takvim gerçek ihtiyaç incelendikten sonra belirlenir.
Kaynaklar
- Google: Core Web Vitals ve arama sonuçları
- web.dev: Web Vitals ve ölçüm yöntemleri
- Chrome: Gerçek kullanıcı deneyimi verisi CrUX
- SRN Dijital: KY Hukuk proje kaydı
Kaynak kontrolü: 22 Ekim 2026. Teklif kontrol soruları SRN Dijital'in editoryal önerisidir; belirli bir site için ölçüm sonucu değildir.
Kısa cevap: Performans hedefi teklifte nasıl tanımlanır?
Ölçülecek sayfaları, cihaz ve bağlantı koşullarını, kullanıcı işlemlerini ve yeniden kontrol yöntemini yazın. Laboratuvar sonuçlarını gerçek kullanıcı verisinden ayırın. İçerik ve dış hizmet sorumlularını belirleyin; eksikleri ve yayın sonrası takibi görünür tutun. Tek puanı teslim, satış veya sıralama garantisi saymayın.