Web sitesi teslim standardı, bir sitenin "bitti" sayılması için neyin hangi ölçüte göre kontrol edileceğini ve müşteriye neyin devredileceğini yazılı olarak tanımlar. Yedi başlığı vardır: hız, erişilebilirlik, SEO altyapısı, yasal yerleşim, güvenlik, yönetim ve devir. Bu başlıklar sözleşmede yazılı değilse, teslim günü "site açılıyor" dışında kontrol edilecek bir şey kalmaz.
Web sitesi projelerinde anlaşmazlıkların çoğu tasarım zevkinden değil, belirsizlikten çıkar. "Hızlı olacak", "SEO uyumlu olacak", "mobil uyumlu olacak" gibi ifadeler teklifte iyi görünür ama ölçülemez. Teslim günü site açılır, tasarım beğenilir, ödeme yapılır; birkaç ay sonra telefonda yavaş açıldığı, formun ekran okuyucuyla doldurulamadığı ya da alan adının ajansın hesabında kaldığı fark edilir.
Bu sayfada, her projemizde sözleşmeye yazdığımız teslim standardını başlık başlık açıklıyoruz. Bizimle çalışmasanız da, hangi ajansla görüşürseniz görüşün bu listeyi teklifle karşılaştırmak için kullanabilirsiniz. Ajans seçimiyle ilgili daha geniş bir kontrol listesi web tasarım ajansı seçerken yazımızda.
Standart neden yazılı olmalı?
Yazılı standardın üç işlevi vardır. Birincisi, teklifleri karşılaştırılabilir kılar: iki ajansın fiyatı farklıysa, farkın kapsamdan mı yoksa kaliteden mi geldiğini ancak teslim edilecek şey yazılıysa görebilirsiniz. İkincisi, teslim gününde neyin kontrol edileceğini belirler; "bitti mi?" sorusu bir histen çıkıp bir listeye dönüşür. Üçüncüsü, sorumluluğu netleştirir: hedef tutmazsa kimin neyi düzelteceği bellidir.
| Belirsiz ifade | Ölçülebilir karşılığı |
|---|---|
| "Hızlı olacak" | Mobil test koşulları, sayfa ağırlığı bütçesi ve Core Web Vitals eşikleri yazılı |
| "Erişilebilir olacak" | WCAG 2.2 AA hedefi, test edilecek şablonlar ve yöntem yazılı |
| "SEO uyumlu olacak" | Başlık yapısı, meta alanları, sitemap, robots, yapısal veri ve yönlendirme planı listelenmiş |
| "Site sizin olacak" | Devredilecek her hesap ve dosya tek tek listelenmiş |
1. Hız: puan değil bütçe
Google, kullanıcı deneyimini ölçen üç temel metrik için eşik değerler yayımlar: en büyük içerikli boyama (LCP) 2,5 saniye ya da altında, etkileşimden sonraki boyamaya kadar geçen süre (INP) 200 milisaniye ya da altında ve kümülatif düzen kayması (CLS) 0,1 ya da altında olmalıdır. Bu eşikler, sayfa ziyaretlerinin 75. yüzdelik dilimi esas alınarak değerlendirilir 1.
Sorun şu ki bu metriklerin gerçek kullanıcı verisi, site yayına girip yeterli ziyaret aldıktan sonra oluşur. Teslim gününde elimizde laboratuvar ölçümü vardır. Lighthouse gibi araçlar 90-100 arasını "iyi" olarak gösterir, ancak Google'ın kendi dokümantasyonu da puanın ölçüm koşullarına göre dalgalanabileceğini açıkça belirtir 2. Bu yüzden teslim standardında tek bir puanı değil, şunları yazıyoruz:
- Test koşulları: Hangi sayfa şablonları, hangi araçla, mobil emülasyonda ölçülecek.
- Sayfa ağırlığı bütçesi: Görsel, yazı tipi ve betik için üst sınırlar. Bütçe aşılırsa yeni öğe eklenmeden önce konuşulur.
- Laboratuvar hedefi: Test koşullarında Core Web Vitals eşiklerinin altında kalmak.
- Yayın sonrası izleme: Gerçek kullanıcı verisi oluştuğunda eşiklerin kontrolü.
Hız işin bir parçası; aylık takip ve iyileştirme ise ayrı bir uzmanlık. Yayından sonraki performans takibini seogeomedya'nın Core Web Vitals rehberi ayrıntılı anlatıyor.
2. Erişilebilirlik: WCAG 2.2 AA hedefi
Erişilebilirlik, sitenin görme, işitme, motor ya da bilişsel engeli olan kişiler tarafından da kullanılabilmesidir. Uluslararası referans W3C'nin WCAG yönergeleridir; güncel sürüm WCAG 2.2'dir ve A, AA, AAA olmak üzere üç uyum düzeyi tanımlar 3. Hedefimiz AA düzeyidir.
Burada en sık yapılan hata, sayfaya eklenen bir "erişilebilirlik aracı" ya da tek bir otomatik tarama ile işin bittiğini sanmaktır. W3C, hiçbir aracın tek başına bir sitenin erişilebilirlik standartlarını karşılayıp karşılamadığını belirleyemeyeceğini ve bilgili bir insanın değerlendirmesinin gerektiğini açıkça yazar 4. Bu yüzden teslim standardımızda test yöntemi de yazılıdır:
- Her sayfa şablonu için otomatik tarama.
- Menü, form ve ödeme gibi kritik akışların yalnız klavyeyle tamamlanabildiğinin kontrolü.
- En az bir ekran okuyucuyla temel akışların denenmesi.
- Renk kontrastı, odak göstergesi, alt metin ve form etiketlerinin kontrolü.
AB'deki tüketicilere satış yapıyorsanız erişilebilirlik bir tercih olmaktan çıkabilir. Ayrıntılar Avrupa Erişilebilirlik Yasası yazımızda; yöntem ve ölçütler WCAG rehberimizde.
3. SEO altyapısı: taranabilir ve anlaşılır bir zemin
Bir web sitesi stüdyosunun SEO'da vaat edebileceği şey sıralama değil, altyapıdır. Google'ın başlangıç rehberi, arama motorunun sayfaları bulabilmesini ve içeriği anlayabilmesini temel olarak tanımlar: açıklayıcı adresler, anlamlı başlıklar, her sayfa için özgün başlık ve açıklama, görsellerde alt metin 5. Teslim standardında bunları tek tek listeliyoruz:
| Altyapı öğesi | Teslimde kontrol |
|---|---|
| Sayfa başlığı ve açıklama | Her şablonda düzenlenebilir alan, varsayılanlar dolu |
| Başlık hiyerarşisi | Her sayfada tek H1, mantıklı H2-H3 sırası |
| XML sitemap ve robots.txt | Oluşturulmuş, yayın adresine göre ayarlı |
| Kanonik adres | Her sayfada doğru kanonik etiket |
| Yapısal veri | Organizasyon, içerik haritası ve uygun sayfa türleri için işaretleme |
| Yönlendirme planı | Yenilemede eski adreslerin yeni karşılıkları yayından önce test edilmiş |
Yapısal veri, sayfanın içeriğini arama motorlarına açıkça tarif eder; ancak Google, doğru işaretlemenin bile bir zengin sonuç olarak gösterileceği anlamına gelmediğini de belirtir 6. Bu nedenle yapısal veriyi "anlaşılırlık" için ekliyor, belirli bir arama görünümü vaat etmiyoruz.
Mevcut bir siteyi yeniliyorsanız en riskli adım adres değişiklikleridir. Google'ın site taşıma rehberi, mümkünse aynı anda tek bir şeyi değiştirmeyi öneriyor 7. Yenilemenin ne zaman gerektiğini ve nasıl planlanacağını web sitesi yenileme yazımızda anlattık.
4. Yasal yerleşim: metnin yeri ve akışı
Türkiye'de bir web sitesinde KVKK aydınlatma metni, çerez tercihleri ve e-ticaret sitelerinde ön bilgilendirme formu ile mesafeli satış sözleşmesi gibi metinler gerekir. Bu metinlerin içeriği hukuki bir iştir ve işletmenize göre değişir; biz yazmıyoruz.
Bizim teslim ettiğimiz şey, metnin sitedeki yeri ve akışıdır: formlarda aydınlatma metnine bağlantı ve gerekli onay kutuları, zorunlu olmayan çerezler için tercih almadan çalışmayan bir çerez bandı, e-ticarette ödeme adımında sipariş onayından önce sunulan sözleşme onayları. Başlıkların ayrıntısı e-ticaret sitesi yasal zorunluluklar ve KVKK ve çerez bandı yazılarımızda.
5. Güvenlik: teslim günü ve sonrası
Güvenlik tek seferlik bir kontrol değil, bakım gerektiren bir süreçtir; ama teslim günü sağlam bir başlangıç noktası olmalıdır. OWASP'ın 2025 tarihli Top 10 listesinde, eski ya da güvenliği bilinmeyen bileşenleri de kapsayan "yazılım tedarik zinciri hataları" üçüncü sırada yer alıyor 8. Pratikte bu, teslim edilen sitede kullanılmayan eklenti ve bağımlılıkların kaldırılması, kalanların güncel olması demektir.
Teslim standardımızdaki güvenlik maddeleri:
- Tüm sayfalarda HTTPS ve otomatik yenilenen sertifika.
- Güncel çekirdek, eklenti ve bağımlılıklar; kullanılmayanların kaldırılması.
- Formlarda spam koruması.
- Yönetici hesaplarında güçlü parola ve mümkünse iki adımlı doğrulama.
- Yazılı bir yedekleme planı: ne, ne sıklıkla, nereye yedekleniyor ve geri yükleme nasıl yapılıyor.
Yayından sonra neler yapılması gerektiğini web sitesi güvenliği ve web sitesi bakımı yazılarımız anlatıyor.
6. Yönetim: ekibiniz ajansa bağımlı kalmamalı
Bir kurumsal sitenin değeri, güncel tutulabildiği sürece sürer. Teslim standardında içerik panelinin hangi alanlarının ekibiniz tarafından düzenlenebileceğini önceden yazıyoruz: sayfa metinleri, görseller, blog yazıları, ürünler, SSS gibi. Teslimde içerik paneli eğitimi veriyor ve en sık yapılan işlemleri anlatan kısa bir kullanım kılavuzu bırakıyoruz.
Panelin tercihi de bu başlığa girer. Hazır bir CMS mi, headless bir yapı mı, SaaS bir e-ticaret platformu mu kullanılacağı, ekibinizin teknik rahatlığına ve sitenin büyüme planına göre seçilmelidir. Seçeneklerin karşılaştırması WordPress mi özel yazılım mı ve headless CMS nedir yazılarımızda.
7. Devir: her şey sizin adınıza
Teslim standardının en kısa ama en önemli maddesi devirdir. Bir site, ona ait hesaplara erişiminiz yoksa gerçekten sizin değildir. Teslimde şunlar işletmenizin adına olmalıdır:
- Alan adı: İşletme adına kayıtlı, yenileme bildirimleri sizin adresinize gidiyor.
- Barındırma: Sizin hesabınızda; faturası size kesiliyor.
- Kod deposu: Sizin hesabınızda ya da tam erişimle devredilmiş.
- İçerik paneli: Yönetici hesabı sizde.
- Analitik ve Search Console: Mülk sahipliği sizde, ajans kullanıcı olarak ekli.
- Üçüncü taraf hizmetler: Form, e-posta, ödeme ve kargo entegrasyonlarının hesapları sizde.
Alan adının nasıl alınacağı ve kimin adına kayıtlı olması gerektiği alan adı rehberimizde, barındırma seçimi hosting seçimi yazımızda.
Teslim günü kontrol listesi
Yayına almadan önce yapılacak kontrollerin tamamı yayına alma kontrol listesi yazımızda. Teslim standardının özeti ise şu:
Standardın kapsamadığı şeyler
Dürüst bir teslim standardı, neyi vaat etmediğini de söyler. Arama sıralaması, reklam performansı ya da belirli bir dönüşüm oranı bir web sitesi projesinin teslim kalemi olamaz; bunlar içerik, rekabet, bütçe ve zamanla oluşan sonuçlardır. Yayından sonraki sürekli iyileştirme ayrı bir hizmettir: teknik takip ve güncellemeler için bakım ve destek, sitenin kapsamını çıkarmak için site planlayıcı.
Bu standardı her projede, kapsama göre uyarlanmış hâliyle sözleşmeye ekliyoruz. Projenizi konuşmak isterseniz iletişim sayfamızdan görüşme planlayabilirsiniz.
Sık sorulan sorular
Bir web sitesi projesinde, teslim anında neyin hangi ölçüte göre kontrol edileceğini ve müşteriye neyin devredileceğini yazılı olarak tanımlayan listedir. Hız, erişilebilirlik, SEO altyapısı, yasal yerleşim, güvenlik, yönetim ve hesap devri gibi başlıkları kapsar.
Hayır. Lighthouse puanı test koşullarına göre her ölçümde değişebilir; Google da puanın dalgalanabileceğini belirtir. Puanı tek başına hedef yapmak yerine, gerçek kullanıcı verisinde Core Web Vitals eşiklerini ve sayfa ağırlığı bütçesini hedeflemek daha doğrudur.
Hayır. W3C'ye göre hiçbir araç tek başına bir sitenin erişilebilirlik standartlarını karşılayıp karşılamadığını belirleyemez; bilgili bir insanın değerlendirmesi gerekir. Uyum, sitenin kodunda ve içeriğinde yapılan düzeltmelerle sağlanır.
Alan adı, barındırma, kod deposu, içerik paneli yönetici hesabı, analitik ve Search Console mülkleri, varsa e-posta ve üçüncü taraf hizmet hesapları. Hepsinin işletme adına açılmış olması ya da teslimde devredilmesi gerekir.
Hayır. SEO altyapısı, arama motorlarının siteyi tarayıp anlayabilmesi için gereken teknik zemindir. Sıralama; içerik, rekabet ve zamanla oluşan başka birçok etkene bağlıdır ve bunu kimse vaat edemez.
Kaynaklar
- 1web.dev (Google). Web Vitals
- 2Chrome for Developers. Lighthouse performance scoring
- 3W3C. Web Content Accessibility Guidelines (WCAG) 2.2
- 4W3C WAI. Evaluating Web Accessibility Overview
- 5Google Search Central. SEO Starter Guide
- 6Google Search Central. General structured data guidelines
- 7Google Search Central. Site moves with URL changes
- 8OWASP. OWASP Top 10:2025
websitemx Editör Ekibi
Bu yazı ekibimizin editoryal sürecinden geçti: kaynaklar tek tek doğrulandı, sayısal iddialar kaynağa bağlandı. Yayın ilkelerimiz