Web Sitesi Yaptırırken Nelere Dikkat Edilmeli? Teslim Kontrol Listesi
Web projenizde kapsamı, hesap sahipliğini ve teslim kabulünü netleştirin. Sorumlu, teslim kanıtı ve kabul ölçütleriyle kullanılabilecek kontrol listesi.
İlgili hizmet Web tasarım ajansı hizmetini inceleyin
Web sitesi yaptırırken önce kapsamı, hesap sahipliğini ve teslimin nasıl kabul edileceğini netleştirin. Sayfa ve modül listesi, içerik sorumluluğu, mobil kullanım, SEO geçişi, ölçüm ve bakım aynı teklif içinde tanımlanmalıdır. “Site hazır” ifadesi yerine, aşağıdaki kontrol listesindeki işler için sorumlu kişi ve doğrulanabilir teslim kanıtı belirleyin.
Bu rehber, bir web projesinin teklifini ve teslimini değerlendirmek için hazırlanmış operasyonel bir kontrol listesidir. Hazır veya özel çözüm seçimini ayrı hazır site ve özel web tasarım karşılaştırmasında inceleyebilirsiniz.
Teklif almadan önce proje kapsamını yazın
Önce sitenin temel amacını belirleyin: teklif talebi toplamak, ürünleri anlatmak, satış yapmak veya mevcut müşteriye hizmet vermek. Ardından bu amaca hizmet eden sayfaları ve işlemleri listeleyin. “Kurumsal web sitesi” tek başına aynı kapsamı tarif etmez.
- Sayfalar: Ana sayfa, hizmetler, ürünler, iletişim ve gerekiyorsa blog; her biri için içerik girişi sorumlusu.
- İşlevler: Form, arama, filtre, üyelik, çoklu dil veya entegrasyon gibi ihtiyaçların ayrı tanımı.
- Materyaller: Metin, fotoğraf, logo, çeviri ve ürün bilgilerinin kim tarafından hazırlanacağı.
- Onaylar: Tasarım yönü, içerik, geliştirme ve yayın aşamalarında karar verecek kişi.
- Kapsam sınırı: Revizyon sayısı, ek sayfa/modül talepleri ve bakımın projeye dahil olup olmadığı.
Web sitesi teslim kontrol listesi
Aşağıdaki sorumlular önerilen görev dağılımıdır; proje başında isim ve tarihle netleştirin. Durumu “bekliyor / düzeltilecek / kabul edildi” olarak takip edin.
| Kontrol | Sorumlu | Teslim kanıtı ve kabul ölçütü |
|---|---|---|
| Alan adı ve hosting | İşletme + sağlayıcı | Hesap sahibi, yönetici erişimi, yenileme tarihi ve devretme yöntemi kayıtlı. |
| Sayfa ve modül kapsamı | Proje yöneticisi | Onaylı URL/modül listesi ile çalışan sürüm karşılaştırıldı; eksikler işaretlendi. |
| Kaynak kodu ve lisanslar | Geliştirici | Kod teslimi veya platform erişimi; tema/eklenti lisansları ve taşıma sınırları açık. |
| İçerik ve görseller | İçerik sorumlusu | Örnek metinler kaldırıldı; hizmet bilgileri ve iletişim bilgileri onaylandı. |
| Yönetim paneli | Geliştirici + işletme | İşletme yetkilisi içerik ve görsel güncelleyebiliyor; kısa kullanım yönergesi teslim edildi. |
| Mobil kullanım | Tasarım/geliştirme | Menü, teklif butonu ve form gerçek telefonda denenip sonuçları kaydedildi. |
| Form ve bildirim | Geliştirici + satış | İzinli test talebi doğru yere ulaşıyor; hatalı giriş anlaşılır hata gösteriyor. |
| URL ve SEO geçişi | SEO + geliştirici | Eski/yeni URL eşleştirmesi, yönlendirmeler, canonical, robots ve sitemap kontrol edildi. |
| Hız ve erişilebilirlik | Geliştirici | Belirlenen sayfalarda cihaz/ağ koşulu kayıtlı ölçüm; klavye, etiket ve taşma kontrolü var. |
| GA4 ve dönüşüm ölçümü | Analitik sorumlusu | Başarılı form ve tıklama ayrı izleniyor; hata ve yenileme ikinci lead üretmiyor. |
| Yedek ve geri dönüş | Teknik sorumlu | Yedek sıklığı, saklama yeri, geri yükleme sorumlusu ve test yöntemi belirli. |
| Bakım ve devir | İşletme + sağlayıcı | Destek kapsamı, iletişim kanalı, yenileme maliyetleri ve ayrılma/devir adımları yazılı. |
Hesap sahipliği ve dosya teslimini baştan netleştirin
Alan adı, hosting, yönetim paneli ve analiz hesaplarının kimin kontrolünde olacağını teklif aşamasında sorun. İşletmenin erişimi yalnızca bir çalışanın veya dış sağlayıcının kişisel hesabına bağlı kalmamalıdır. Yetkileri görev ihtiyacına göre belirleyin; şifreleri ortak belgelerde paylaşmak yerine güvenli devir yöntemi kullanın.
Özel geliştirmede kaynak kodu ve kurulum açıklaması; hazır platformda veri dışa aktarma, abonelik ve taşıma seçenekleri önemlidir. Her platform aynı düzeyde kaynak kodu teslimi sunmaz. Lisans ve erişim sınırlarını “tüm dosyalar dahil” gibi belirsiz bir ifadeyle bırakmayın.
Mobil görünüm ve formu nasıl kabul edeceksiniz?
Ana sayfa, bir hizmet sayfası ve iletişim sayfası üzerinden gerçek kullanıcı akışını deneyin. Menü açılıyor mu, içerik okunuyor mu, sabit butonlar alanları kapatıyor mu? Formu boş, hatalı ve geçerli bilgilerle kontrol edin. Bir başarı mesajının görünmesi, talebin ekibe ulaştığını tek başına kanıtlamaz; kayıt ve bildirim tarafını da doğrulayın.
Örneğin teklif formu için kabul maddesi şöyle yazılabilir: “Geçerli test talebi bir kez kaydedilir ve belirlenen alıcıya ulaşır. Eksik zorunlu alanda açıklayıcı hata gösterilir. Sayfa yenilemesi ikinci talep oluşturmaz.” Bu bir kontrol örneğidir; gerçekleştirilmiş müşteri testi değildir.
SEO geçişini yayın gününe bırakmayın
Mevcut site yenileniyorsa eski URL’leri kaydedin ve karşılık gelen yeni sayfalarla eşleştirin. İlgili yeni sayfaya yönlendirme yapılması, eski içeriğin tamamını ana sayfaya göndermekten daha anlamlı bir geçiş sağlar. Yayın öncesi test ortamındaki erişim kısıtlarının canlıya yanlışlıkla taşınmadığını kontrol edin.
Ayrıntılı URL ve 301 yönlendirme planı için yenileme rehberindeki kabul ölçütlerinden yararlanabilirsiniz.
Canlı sitede sayfa yanıtları, canonical adresleri, robots kuralları ve sitemap birlikte kontrol edilmelidir. Arama motorunun bir sayfayı tarayabilmesi, sayfanın mutlaka indeksleneceği anlamına gelmez. Google’ın yeniden tarama rehberi de indeks talebinin garanti olmadığını açıklar.
Hız ve ölçümü doğrulanabilir teslimlere dönüştürün
“Hızlı olacak” yerine hangi sayfaların, hangi cihaz ve ağ koşulunda ölçüleceğini belirleyin. Tek bir laboratuvar puanını tüm ziyaretçilerin deneyimi gibi değerlendirmeyin. Yayın sonrası yeterli veri oluştuğunda gerçek kullanıcı verisini de inceleyin.
Ölçüm planında form başlangıcı, başarılı talep, telefon ve WhatsApp tıklaması ayrı anlamlara sahip olmalıdır. Bir iletişim tıklaması satış değildir. İzin kabul/ret akışını ve test trafiğini kontrol edin; formdaki isim, telefon veya mesajı analiz olaylarına taşımayın. Ayrıntılar için dönüşüm takibi rehberini inceleyin.
Takvim, bütçe ve yayın sonrası sorumluluklar
Tasarım ve geliştirme kadar içerik hazırlığı, onay ve entegrasyonlar da takvimi etkiler. Her aşamanın başlangıç koşulunu ve sorumlusunu yazın. Yeni modül veya kapsam değişikliğinde maliyet ve tarih etkisini ayrıca değerlendirin.
Hosting, alan adı, ücretli eklenti, bakım ve içerik güncelleme maliyetlerini ilk yapım bedelinden ayırın. Teklifleri aynı kapsamla karşılaştırmak için web sitesi maliyetini belirleyen unsurlara bakabilirsiniz. Yayın sonrası hangi hataların giderileceği, hangi geliştirmelerin yeni iş sayılacağı ve taleplerin hangi kanaldan iletileceği açık olsun.
Projenizin kapsamını birlikte belirleyelim
Bu listeyi kullanarak gerekli sayfaları, erişimleri ve kabul ölçütlerini teklif öncesinde hazırlayabilirsiniz. Web tasarım hizmetimizin kapsamını inceleyin veya web projeniz için ön görüşme talebi bırakın. Mevcut sitenizi ve ihtiyaç listenizi paylaşmanız başlangıç için yeterlidir.
