Web Tasarım Ajansı Seçerken Nelere Dikkat Edilmeli?

Web sitesi teklifleri dışarıdan benzer görünür: ana sayfa, hakkımızda, hizmetler, iletişim ve mobil uyum. Buna rağmen iki teklif arasında ciddi fiyat ve kalite farkı olabilir. Çünkü asıl maliyet sayfa adedinden çok; araştırma, içerik modeli, özel işlevler, performans, entegrasyon, test ve teslim sonrası bakım kapsamından doğar.

Bu rehber, kurumsal site veya e-ticaret projesi için ajans seçen işletmelerin teklifleri aynı ölçütlerle karşılaştırabilmesi için hazırlanmıştır.

Web tasarım ajansı nasıl seçilir?

Web tasarım ajansı; portföyünün görünümü kadar süreci, teknik kararları ve teslim sorumluluklarıyla değerlendirilmelidir. Önce ihtiyaç belgesi hazırlanmalı, sonra bütün ajanslardan aynı kapsam için teklif alınmalı ve karar ölçülebilir kabul kriterlerine göre verilmelidir.

İlk toplantıdan önce şu dört bilgiyi yazılı hâle getirin:

• Sitenin birincil işi: teklif toplamak, ürün satmak, randevu almak veya bilgi vermek.
• Öncelikli kullanıcılar ve cihazlar.
• Gerekli sayfa türleri ve özel işlevler.
• Başarıyı gösterecek iş sonucu: nitelikli form, satış, arama veya başvuru.

Ajans bu bilgiler olmadan sabit paket öneriyorsa fiyat verebilir; fakat doğru kapsamı henüz hesaplamış sayılmaz.

Teklifte bulunması gereken 12 ölçüt

1. Bilgi mimarisi ve sayfa kapsamı

Teklifte yalnızca toplam sayfa sayısı değil, sayfa türleri yazmalıdır. Hizmet ayrıntısı, kategori, ürün, blog, kampanya ve form sayfaları farklı şablon ve içerik gerektirir.

“10 sayfalık kurumsal site” yerine şu ayrımı arayın:

• Kaç özgün şablon tasarlanacak?
• Hangi sayfalar aynı şablondan çoğalacak?
• Menü, filtre, arama ve form akışları neler olacak?
• Metin, görsel ve ürün verisini kim hazırlayacak?

2. Kullanıcı araştırması ve içerik sorumluluğu

İyi tasarım, dekorasyon değil karar kolaylığıdır. Ajansın müşteri sorularını, satış itirazlarını ve mevcut analitik veriyi nasıl inceleyeceği açıklanmalıdır. Metinleri müşteri sağlayacaksa bile ajans başlık hiyerarşisi, sayfa akışı ve çağrıların yerleşiminden sorumlu olmalıdır.

3. Mobil tasarım ve gerçek cihaz testi

“Responsive” ifadesi tek başına yeterli değildir. Teslim planında küçük telefon, büyük telefon, tablet ve masaüstü kırılımları; dokunmatik hedefler; menü; tablo; form ve klavye davranışı test edilmelidir.

Mobilde masaüstü içeriğinin eksilmemesi SEO açısından da önemlidir. Başlık, ana metin, bağlantı, görsel alt metni ve yapılandırılmış veri mobil sürümde korunmalıdır.

4. Core Web Vitals ve performans hedefleri

Google’ın güncel Core Web Vitals ölçütleri gerçek kullanıcı deneyiminde üç alanı izler: yüklenme için LCP, etkileşim yanıtı için INP ve görsel kararlılık için CLS. “İyi” aralıklar 75. yüzdelikte LCP için en fazla 2,5 saniye, INP için en fazla 200 milisaniye ve CLS için en fazla 0,1’dir.

Bu değerler sıralama garantisi değildir; ama kullanıcı deneyimi ve performans kabulü için ortak bir dil sağlar. Sözleşmede testin hangi sayfalarda, hangi araçla ve hangi koşullarda yapılacağı belirtilmelidir. Üçüncü taraf sohbet araçları, reklam etiketleri ve ağır videolar sonucu etkileyebileceği için sorumluluklar ayrıca yazılmalıdır.

5. Temel teknik SEO

Web tasarım projesinde “SEO uyumlu” sözü şu somut teslimlere ayrılmalıdır:

• Benzersiz sayfa başlıkları ve meta açıklama alanları.
• Düzenli URL yapısı ve gerçek bağlantılar.
• Canonical, robots.txt ve XML site haritası.
• 404 sayfası ve yönlendirme planı.
• Görsel dosya adı, boyutlandırma ve alt metin alanları.
• Uygun sayfa türlerinde yapılandırılmış veri.
• Arama motorunun ana içeriği sunucu çıktısında görebilmesi.

Google, başlık ve meta açıklamayı sonuçlarda sorguya göre değiştirebilir. Bu alanların amacı garanti vermek değil, sayfanın konusunu açık ve doğru anlatmaktır.

6. Erişilebilirlik

Erişilebilir site; klavyeyle kullanılabilen, yeterli renk karşıtlığına sahip, form hatalarını açıklayan ve görsellere anlamlı metin alternatifi sunan sitedir. W3C’nin WCAG 2.2 standardı algılanabilirlik, kullanılabilirlik, anlaşılabilirlik ve sağlamlık ilkelerini temel alır.

Ajans teklifinde en azından klavye gezinmesi, görünür odak, form etiketleri, hata mesajları, renk karşıtlığı, başlık sırası ve ekran okuyucu kontrolleri için test kapsamı bulunmalıdır.

7. Analiz ve dönüşüm ölçümü

Site yayına çıktığında yalnızca ziyaret sayısını görmek yetmez. Teklif formu, telefon tıklaması, randevu, sepete ekleme ve satın alma gibi iş olayları önceden tanımlanmalıdır.

Google Analytics 4 e-ticaret raporlarının çalışması için add_to_cart, begin_checkout ve purchase gibi olayların doğru parametrelerle gönderilmesi gerekir; bu olaylar her sitede kendiliğinden eksiksiz oluşmaz. Ajansın hangi olayları kuracağı, nasıl test edeceği ve dokümantasyonu kime bırakacağı açık olmalıdır.

8. İçerik yönetim sistemi ve editör deneyimi

İşletme ekibi fiyat, hizmet, ekip ve blog içeriğini geliştiriciye ihtiyaç duymadan güncelleyebiliyor mu? Yönetim paneli demosunu sözleşmeden önce isteyin. Her alanın serbestçe değiştirilebilmesi de iyi değildir; tasarımı bozmayacak sınırlar ve önizleme gerekir.

9. Hesap, alan adı ve veri mülkiyeti

Alan adı, barındırma, kod deposu, içerik yönetim sistemi, Google Analytics, Search Console ve reklam hesaplarının birincil sahibi işletme olmalıdır. Ajansa ayrı kullanıcı veya yönetici yetkisi verilebilir.

10. Güvenlik, çerezler ve kişisel veri

Formlar ve analiz araçları kişisel veri işleyebilir. Hangi verinin neden toplandığı, nerede saklandığı, kimlerin eriştiği ve ne kadar süre tutulduğu işletme ile hukuk danışmanı tarafından belirlenmelidir. Ajans teknik uygulamayı yapabilir; fakat hukuki metni doğrulama sorumluluğu kendiliğinden ajansa geçmiş sayılmaz.

KVKK’nın çerez rehberi, çerez kullanımının veri işleme amacı ve hukuki şartla birlikte değerlendirilmesini ister. Bu nedenle sitede yalnızca görsel bir çerez bandı bulunması yeterli kabul edilmemelidir. Bu bölüm hukuki görüş değildir; projenizin veri akışı için uzman değerlendirmesi alınmalıdır.

11. Kaynak kodu, lisanslar ve üçüncü taraflar

Tema, eklenti, font, stok görsel ve yazılım lisanslarının kimin hesabında olduğu yazılmalıdır. Teslimde kaynak kodu, tasarım dosyaları, veritabanı yedeği, lisans listesi ve kurulum dokümanı verilmelidir.

12. Bakım, garanti ve değişiklik süreci

Hata düzeltme ile yeni özellik birbirinden ayrılmalıdır. Yayın sonrası garanti süresi, yanıt kanalı, yedekleme, güvenlik güncellemesi ve aylık bakım kapsamı yazılı olmalıdır. “Sınırsız destek” gibi sınırı belirsiz ifadeler yerine hizmet seviyesi ve hariç tutulan işler belirtilmelidir.

Web tasarım teklifi karşılaştırma tablosu

Toplam puan tek başına karar vermesin. Mülkiyet, güvenlik veya ölçüm gibi vazgeçilmez bir ölçütte başarısız olan teklif, genel puanı yüksek olsa bile elenebilir. Daha geniş bir değerlendirme sistemi için ajans teklifi karşılaştırma rehberini kullanabilirsiniz.

Teslim gününde istenecek dosyalar

• Alan adı ve barındırma yönetici erişimi.
• Kod deposu veya eksiksiz kaynak kodu.
• Tasarım ve içerik dosyaları.
• Veritabanı ve medya yedeği.
• Analiz, Search Console ve etiket yönetimi erişimleri.
• Yönlendirme listesi ve site haritası.
• Kullanılan lisans ve üçüncü taraf servis listesi.
• Yayın, geri alma ve bakım dokümanı.
• Editör eğitimi ve kayıtlı kullanım kılavuzu.

Sık sorulan sorular

Web tasarım ajansı seçerken ilk hangi belge istenmeli?

İlk olarak kapsam ve teslim kriterlerini içeren ayrıntılı teklif istenmelidir. Sayfa sayısı, özel işlevler, içerik sorumluluğu, mobil uyum, performans, SEO, analiz, eğitim, bakım ve mülkiyet tek tek yazılmadan fiyatları karşılaştırmak sağlıklı değildir.

Web sitesi ajansın hesabında mı kurulmalı?

Alan adı, barındırma, içerik yönetim sistemi, analiz ve reklam hesaplarının birincil sahipliği müşteride kalmalıdır. Ajansa görev için gereken yetki verilebilir; ancak işletmenin siteye erişimi tek bir tedarikçiye bağlı olmamalıdır.

Web tasarım sözleşmesinde performans hedefi nasıl yazılır?

Tek bir laboratuvar puanı yerine ölçüm yöntemi belirtilmelidir. Temsilî sayfalar, cihaz profili, test aracı, görsel ve üçüncü taraf kod koşulları ile kabul zamanı yazılmalı; canlı kullanım verileri oluştuğunda Core Web Vitals alan verisi ayrıca izlenmelidir.

Kaynaklar ve yöntem

Teknik ölçütler için Core Web Vitals eşiklerinin resmî açıklaması, Google Görsel SEO rehberi, W3C WCAG 2.2 hızlı başvuru kaynağı, Google Analytics e-ticaret olayları dokümanı ve KVKK Çerez Uygulamaları Rehberi incelenmiştir.