Web Sitesi Yaptırırken Nelere Dikkat Edilmeli? 12 Kontrol Noktası

Web sitesi yaptırırken yalnız tasarım örneklerine ve proje fiyatına bakmak yeterli değildir.

Site güzel görünebilir ancak içerik eklemek zor olabilir, Google önemli sayfaları doğru şekilde tarayamayabilir, formlar ölçülmeyebilir veya proje bittiğinde domain ve hosting hesaplarının kime ait olduğu bile belirsiz kalabilir.

Bu nedenle web sitesi teklifini değerlendirirken asıl soru:

“Site nasıl görünecek?”

değil:

“Bu site işletmenin satış, lead, içerik, SEO ve operasyon ihtiyaçlarını gerçekten taşıyabilecek mi?”

olmalıdır.

Aşağıdaki 12 kontrol noktası, yeni web sitesi yaptırırken ajans veya geliştirici seçmeden önce kapsamı daha net değerlendirmenize yardımcı olur.

1. Web sitesinin amacı proje başlamadan tanımlandı mı?

Web sitesi projesinin ilk kararı renk, font veya ana sayfa tasarımı olmamalıdır.

Önce sitenin işletme açısından hangi görevi yerine getireceği belirlenmelidir.

Örneğin sitenin temel amacı:

• Teklif talebi toplamak
• Telefon veya WhatsApp başvurusu üretmek
• Online satış yapmak
• Randevu oluşturmak
• Ürün kataloğunu göstermek
• B2B müşteri adaylarını bilgilendirmek
• Portföy ve referans sunmak

olabilir.

Aynı tasarım bütün bu iş modelleri için uygun değildir.

Örneğin B2B üretim şirketinde ürün teknik bilgileri, sektörler, sertifikalar ve teklif talebi önemli olabilirken yerel hizmet işletmesinde hizmetler, gerçek lokasyon, güven sinyalleri ve iletişim aksiyonları daha merkezi olabilir.

Bu nedenle proje başlamadan şu soru cevaplanmalıdır:

Site yayına çıktığında kullanıcının yapmasını istediğimiz ana aksiyon nedir?

DigitalPlus’ın web sitesi geliştirme yaklaşımında da tasarım ve geliştirme kararlarının işletmenin satış, teklif, randevu veya diğer dönüşüm hedeflerinden başlaması gerekir.

2. Teklifte tam olarak hangi sayfaların ve özelliklerin yapılacağı yazıyor mu?

“Kurumsal web sitesi yapılacaktır” yeterli bir proje kapsamı değildir.

Teklifte hangi sayfaların ve fonksiyonların dahil olduğu mümkün olduğunca açık olmalıdır.

Örneğin:

• Ana sayfa
• Hakkımızda
• Hizmet sayfaları
• Ürün veya kategori sayfaları
• Blog
• Referanslar
• İletişim
• Formlar
• Çoklu dil
• Site içi arama
• CRM entegrasyonu
• Ödeme sistemi
• Harita entegrasyonu

gibi gereksinimler proje başlamadan konuşulmalıdır.

Aksi halde işletme “web sitesi dahil” olduğunu düşündüğü bir özelliğin geliştirme sırasında ek maliyet olduğunu öğrenebilir.

Teklifte yalnız sayfa adedi değil, tekrar kullanılacak template’ler de açıklanmalıdır.

Örneğin 50 ürün için 50 ayrı tasarım yapılması gerekmez. Bir product template hazırlanır ve içerikler aynı yapı üzerinden yönetilebilir.

3. Domain, hosting ve hesapların sahibi kim olacak?

Web sitesi yaptırırken en kritik ancak en sık atlanan konulardan biri dijital varlık sahipliğidir.

İşletmenin kendi adına kontrol etmesi gereken varlıklar mümkün olduğunca net olmalıdır.

Özellikle şunları sorun:

• Domain kimin hesabında kayıtlı?
• Hosting hesabına erişimimiz olacak mı?
• DNS yönetimi kimde?
• CMS admin hesabı verilecek mi?
• Google Analytics hesabının sahibi kim?
• Google Tag Manager erişimi kimde?
• Search Console erişimi verilecek mi?
• Kullanılan ücretli tema veya eklentilerin lisans modeli nedir?

Ajansın kendi geliştirme araçlarını veya dahili sistemlerini müşteriye devretmesi gerekmeyebilir.

Ancak işletmenin domaininin veya temel web hesaplarının yalnız sağlayıcının kontrolünde olması ileride ciddi operasyon problemi yaratabilir.

Ajans değiştirildiğinde web sitesine erişebilmek pazarlık konusu olmamalıdır.

4. İçerikleri kendiniz güncelleyebilecek misiniz?

Web sitesi yayına girdikten sonra işletme değişmeye devam eder.

Yeni hizmet eklenir, ekip değişir, telefon numarası güncellenir, blog yayınlanır veya ürün bilgisi değiştirilir.

Bu nedenle sitenin yalnız geliştirici tarafından değiştirilebilen kapalı bir sistem olması gereksiz operasyon maliyeti yaratabilir.

Proje öncesinde şu işlemleri şirket ekibinin kendisinin yapıp yapamayacağını sorun:

• Yeni sayfa açmak
• Metin değiştirmek
• Görsel değiştirmek
• Blog yayınlamak
• SEO title ve meta description düzenlemek
• Menü güncellemek
• Form alıcısını değiştirmek

CMS kullanılıyorsa yönetim panelinin gerçekten kullanılabilir olması önemlidir.

“WordPress kullanıyoruz” demek tek başına yeterli değildir. Tema ve page builder yapısı öylesine karmaşık kurulabilir ki en basit başlığı değiştirmek bile geliştirici gerektirir.

5. Mobil tasarım gerçekten proje kapsamına dahil mi?

Responsive tasarım artık ekstra özellik gibi değerlendirilmemelidir.

Ancak bir sitenin mobilde teknik olarak açılması, mobil deneyimin iyi olduğu anlamına gelmez.

Mobil tasarımda ayrıca kontrol edilmesi gerekenler vardır:

• Menü kullanılabiliyor mu?
• Font boyutları okunabilir mi?
• Butonlar rahat tıklanabiliyor mu?
• Formlar kolay doldurulabiliyor mu?
• Tablolar taşma yapıyor mu?
• Pop-up’lar ekranı kaplıyor mu?
• Görseller doğru ölçekte yükleniyor mu?
• CTA ekran içinde görünür mü?

Özellikle trafiğin önemli bölümünü mobil cihazlardan alan işletmeler için masaüstü tasarımın küçültülmüş hali yeterli değildir.

Tasarım onayı yalnız büyük masaüstü ekran görüntüsü üzerinden verilmemelidir.

6. Site performansı ve hız nasıl yönetilecek?

Web sitesi geliştirme teklifinde performansın yalnız “site hızlı olacak” cümlesiyle geçiştirilmemesi gerekir.

Performansı etkileyen birçok katman vardır:

• Hosting
• Görsel boyutları
• Fontlar
• JavaScript
• CSS
• Üçüncü taraf scriptler
• Cache sistemi
• CDN
• Tema veya framework yapısı

Özellikle animasyon, video ve ağır görsellerle dolu bir tasarım hazırlanıyorsa performans hedeflerinin tasarım aşamasında düşünülmesi gerekir.

Site tamamlandıktan sonra “şimdi bunu hızlandıralım” demek bazen bütün frontend kararlarını yeniden ele almayı gerektirir.

Geliştiriciye şu sorular sorulabilir:

• Mobil performans test edilecek mi?
• Görseller otomatik optimize edilecek mi?
• Lazy loading nasıl kullanılacak?
• Cache sistemi olacak mı?
• Core Web Vitals kontrolü yapılacak mı?
• Üçüncü taraf scriptler nasıl yönetilecek?

7. SEO gereksinimleri tasarım bittikten sonra mı düşünülecek?

SEO, web sitesi tamamlandıktan sonra eklenen birkaç title ve meta description alanı değildir.

SEO açısından önemli kararların bir bölümü geliştirme başlamadan önce verilmelidir.

Örneğin:

• Site mimarisi
• URL yapısı
• Hizmet ve kategori sayfaları
• Navigation
• Internal linking
• Canonical yapısı
• Indexation kuralları
• Pagination
• Çoklu dil yapısı

doğrudan web geliştirme kararlarından etkilenir.

Örneğin şirketin beş farklı hizmeti Google’da ayrı arama niyetine sahipken bütün hizmetleri tek sayfada göstermek tasarım açısından sade görünebilir ancak organik büyüme açısından ciddi kısıt yaratabilir.

Benzer şekilde CMS yeni landing page açmaya izin vermiyorsa ileride SEO ekibi doğru fırsatı bulsa bile uygulayamaz.

Bu nedenle tasarım ve SEO ekiplerinin birbirinden tamamen bağımsız çalışması doğru değildir.

Sitenin mevcut altyapısının SEO çalışmalarını taşıyıp taşıyamadığı ayrı bir problemse hangi durumlarda mevcut siteyi geliştirmek yerine yenilemenin daha mantıklı olduğunu ayrıca değerlendirebilirsiniz.

8. Formlar ve dönüşümler ölçülebilecek mi?

Yeni web sitesinde iletişim formunun çalışması yeterli değildir.

İşletmenin hangi kanaldan ne kadar talep aldığını anlayabilmesi için kritik kullanıcı aksiyonlarının ölçülmesi gerekir.

Projeye göre bunlar:

• Form gönderimi
• Telefon tıklaması
• WhatsApp tıklaması
• Teklif talebi
• Randevu
• Sepete ekleme
• Checkout
• Satın alma

olabilir.

Proje tesliminde yalnız Google Analytics kodunun siteye eklenmesi measurement kurulumu değildir.

Önemli conversion’ların doğru event’lerle ölçülüp ölçülmediği de kontrol edilmelidir.

Ayrıca form gönderimlerinin gerçekten doğru kişiye ulaştığı test edilmelidir.

Harika tasarlanmış bir sitede formun üç aydır çalışmadığını müşteri tesadüfen fark ediyorsa proje estetik olarak başarılı olabilir ama işletme açısından pek teselli edici değildir.

9. Güvenlik, yedekleme ve bakım sorumluluğu kimde?

Web sitesi proje teslimiyle birlikte teknik bakım ihtiyacını kaybetmez.

Özellikle CMS ve üçüncü taraf eklentiler kullanılan sistemlerde:

• Güvenlik güncellemeleri
• CMS güncellemeleri
• Eklenti güncellemeleri
• Yedekleme
• SSL
• Sunucu sorunları
• Performans takibi

zaman içinde yönetilmelidir.

Ajansa şu soruları sorun:

• Yedekler ne sıklıkla alınacak?
• Yedekler nerede tutulacak?
• Site bozulursa geri dönüş süreci nedir?
• Güvenlik güncellemelerini kim yapacak?
• Proje sonrasında bakım paketi var mı?
• Acil problem olduğunda kim müdahale edecek?

Proje sonrası teknik işletme ihtiyacı varsa web sitesi yönetimi ve bakım hizmetinin geliştirme projesinden ayrı kapsam olarak değerlendirilmesi daha sağlıklıdır.

10. Entegrasyonlar gerçekten test edilecek mi?

Web sitesinin başka sistemlerle bağlantısı varsa bu entegrasyonların yalnız kurulması değil, uçtan uca test edilmesi gerekir.

Örneğin:

• CRM
• ERP
• E-posta sistemi
• Ödeme altyapısı
• Kargo sistemi
• Canlı destek
• Randevu sistemi
• Newsletter

entegrasyonları kullanılabilir.

Bir form teknik olarak gönderiliyor ancak CRM’de yanlış pipeline’a düşüyorsa sistem tamamlanmış değildir.

E-ticaret sitesinde ödeme başarılı olduğu halde stok sistemi güncellenmiyorsa sorun yalnız web tasarım problemi olmaktan çıkıp operasyon problemine dönüşür.

Bu nedenle acceptance test senaryoları gerçek kullanıcı akışları üzerinden hazırlanmalıdır.

Örneğin:

Landing Page → Form → CRM → Bildirim → Satış Ekibi

veya:

Product → Cart → Payment → Order → Stock

zincirinin tamamı test edilmelidir.

11. Mevcut site yenileniyorsa eski URL’ler ne olacak?

Sıfırdan yeni bir domain açılmıyor, mevcut web sitesi yeniden tasarlanıyorsa proje aynı zamanda bir migration çalışması haline gelebilir.

Yeni site tasarlanırken eski URL’lerin unutulması organik trafik açısından ciddi risk yaratabilir.

Mevcut site üzerinde şu URL’ler değer taşıyor olabilir:

• Google’dan trafik alan sayfalar
• Backlink alan sayfalar
• Lead veya satış üreten landing page’ler
• Google tarafından indekslenen hizmet sayfaları
• Uzun süredir kullanılan ürün veya kategori URL’leri

Yeni yapıda URL değişecekse eski ve yeni adreslerin eşleştirilmesi gerekir.

Her eski URL’yi ana sayfaya yönlendirmek migration planı değildir.

Eski URL ile yeni hedef arasında gerçek içerik ve kullanıcı ilişkisi bulunmalıdır.

site yenilemede 301 yönlendirme haritası geliştirme tamamlandıktan sonra değil, yeni site mimarisi belirlenirken hazırlanmalıdır.

Daha kapsamlı domain, CMS veya URL değişikliklerinde Site Taşıma SEO sürecinin tasarım ve geliştirme projesine erken aşamada dahil edilmesi gerekir.

12. Proje bittikten sonra destek ve teslim kapsamı belli mi?

Web sitesi yayına alındığı gün proje teknik olarak sona erebilir ancak gerçek kullanım yeni başlar.

Bu nedenle teslim sonrası sürecin baştan tanımlanması gerekir.

Teklifte şu alanların açık olmasına dikkat edin:

• Hata düzeltme süresi
• Garanti kapsamı
• Bakım dahil mi?
• Yeni özellik talepleri nasıl fiyatlandırılır?
• İçerik güncellemelerini kim yapar?
• Hosting desteği dahil mi?
• Acil durumlarda iletişim yöntemi nedir?
• Proje dosyaları ve erişimler ne zaman teslim edilir?

“Siteyi teslim ettik, bundan sonrası ayrı” modeli yanlış değildir.

Yanlış olan bunun müşteri tarafından ancak problem çıktığında öğrenilmesidir.

Geliştirme, bakım ve yeni özellik geliştirme farklı hizmetler olabilir. Sınırlarının sözleşmede açık olması gerekir.

Web sitesi teklifinde hangi maddeler mutlaka bulunmalı?

Teklifleri karşılaştırırken yalnız toplam fiyatı değil, kapsamı yan yana koyun.

En azından şu başlıkları kontrol edebilirsiniz:

• Sayfa ve template kapsamı
• Tasarım süreci
• Mobil tasarım
• CMS
• İçerik giriş sorumluluğu
• SEO gereksinimleri
• Performans optimizasyonu
• Entegrasyonlar
• Analytics ve conversion tracking
• Domain ve hosting sorumluluğu
• Güvenlik ve yedekleme
• Migration gerekiyorsa redirect kapsamı
• Test ve QA
• Teslim sonrası destek
• Proje takvimi
• Revizyon sınırı

İki tekliften biri daha ucuz olabilir çünkü yalnız tasarım ve geliştirme sunuyordur. Diğeri içerik girişi, migration, measurement ve teknik QA’yı da kapsıyor olabilir.

Fiyatlar karşılaştırılmadan önce kapsamların eşitlenmesi gerekir.

Web sitesi yaptırırken hangi teknolojiyi seçmelisiniz?

Her işletme için tek bir doğru CMS veya teknoloji yoktur.

WordPress, Shopify, Webflow veya özel geliştirme gibi farklı seçenekler kullanılabilir.

Teknoloji seçimi yapılırken yalnız geliştiricinin hangi sistemi sevdiğine bakılmamalıdır.

Şu kriterler değerlendirilmelidir:

• İçerik ne sıklıkla güncellenecek?
• E-ticaret gerekiyor mu?
• Özel entegrasyon var mı?
• Kaç kişi yönetim panelini kullanacak?
• Çoklu dil gerekiyor mu?
• Yeni landing page’ler sık açılacak mı?
• Geliştirici bağımlılığı ne kadar kabul edilebilir?
• Bakım kapasitesi var mı?

En yeni teknoloji otomatik olarak en doğru teknoloji değildir.

Üç yıl sonra şirket içinde kimsenin güncelleyemediği şahane framework, sunum gününde etkileyici olabilir. Pazartesi günü telefon numarasını değiştirmek için yazılımcı aranıyorsa büyü biraz bozulmuştur.

Hazır tema mı özel tasarım mı?

Hazır tema kullanılması otomatik olarak kötü değildir. Özel tasarım yapılması da otomatik olarak kaliteli site anlamına gelmez.

Karar bütçe, ihtiyaç ve farklılaşma seviyesine göre verilmelidir.

Hazır veya component tabanlı yapı:

• Daha düşük bütçe
• Daha hızlı geliştirme
• Standart ihtiyaçlar

için yeterli olabilir.

Özel tasarım ise:

• Karmaşık kullanıcı akışı
• Özel ürün yapısı
• Güçlü marka deneyimi
• Standart template’lerin karşılamadığı ihtiyaçlar

bulunduğunda daha anlamlı hale gelir.

Önemli olan kullanılan yöntemin işletmenin ihtiyacını karşılamasıdır.

Web sitesi yaptırırken SEO hizmeti de almak zorunda mısınız?

Her web geliştirme projesinin sürekli aylık SEO hizmeti alması gerekmez.

Ancak yeni sitenin organik aramada kullanılacak olması durumunda temel SEO gereksinimlerinin geliştirme sürecinde dikkate alınması gerekir.

En azından:

• Crawl edilebilir yapı
• Index kontrolü
• URL mimarisi
• Heading yapısı
• Title ve meta alanlarının yönetilebilirliği
• Canonical desteği
• XML sitemap
• Internal linking
• Redirect altyapısı

gibi alanların sonradan eklenen yamalara dönüşmemesi gerekir.

Özellikle mevcut organik trafiği olan bir site yenileniyorsa SEO ekibinin yayından sonra değil, proje sırasında devreye girmesi önemlidir.

Web sitesi yaptırmadan önce ajansa hangi soruları sormalısınız?

1. Proje sonunda hangi sayfalar ve özellikler teslim edilecek?
2. Siteyi şirket içinde kendimiz güncelleyebilecek miyiz?
3. Domain, hosting ve CMS erişimleri kimin hesabında olacak?
4. Mobil tasarım ayrı olarak test edilecek mi?
5. Performans ve Core Web Vitals nasıl ele alınacak?
6. SEO ekibi site mimarisine hangi aşamada dahil olacak?
7. GA4 ve conversion tracking kurulacak mı?
8. Formlar ve entegrasyonlar uçtan uca test edilecek mi?
9. Yedekleme ve güvenlik sorumluluğu kimde?
10. Mevcut URL’ler değişecekse redirect planını kim hazırlayacak?
11. Yayın öncesi QA kapsamında neler kontrol edilecek?
12. Yayın sonrası destek ve bakım kapsamı nedir?

Web sitesi yaptırırken 12 maddelik kontrol listesi

Kontrol	Sorulacak temel soru
1. İş hedefi	Site hangi ticari sonucu üretmek için yapılıyor?
2. Kapsam	Hangi sayfalar, template’ler ve fonksiyonlar dahil?
3. Sahiplik	Domain, hosting ve hesaplar kimin kontrolünde?
4. CMS	İçerikleri kendi ekibimiz güncelleyebilir mi?
5. Mobil	Mobil kullanıcı deneyimi ayrıca tasarlanıp test ediliyor mu?
6. Performans	Site hızını koruyacak teknik yapı nasıl kuruluyor?
7. SEO	Site mimarisi ve URL kararlarında SEO düşünülüyor mu?
8. Ölçüm	Form, lead, satış veya diğer conversion’lar ölçülebiliyor mu?
9. Güvenlik	Bakım, güncelleme ve yedekleme sorumluluğu kimde?
10. Entegrasyon	CRM, ödeme ve diğer bağlantılar gerçek senaryolarla test ediliyor mu?
11. Migration	Eski URL ve SEO değeri yeni siteye nasıl aktarılacak?
12. Destek	Yayın sonrası hata, bakım ve yeni geliştirmeler nasıl yönetilecek?

Sonuç: Web sitesi yaptırırken en önemli konu nedir?

Web sitesi yaptırırken yalnız nasıl göründüğünü değerlendirmek yeterli değildir.

İyi bir web sitesi aynı anda:

• Kullanıcının ihtiyacını karşılamalı
• İşletmenin ticari hedefini desteklemeli
• Mobilde kullanılabilir olmalı
• Hızlı ve güvenli çalışmalı
• İçerik eklemeye izin vermeli
• Arama motorları tarafından erişilebilir olmalı
• Conversion’ları ölçebilmelidir

Bu nedenle web geliştirme projesini yalnız tasarım satın alma süreci olarak değil, işletmenin önümüzdeki yıllarda kullanacağı dijital altyapının kurulması olarak değerlendirmek gerekir.

Yeni sitenin tasarım, geliştirme, mobil deneyim, performans ve SEO altyapısının birlikte planlanması gerekiyorsa web sitesi geliştirme hizmeti kapsamında proje gereksinimleri baştan oluşturulabilir.