Web Sitesi ile Web Uygulaması Arasındaki Fark Nedir?

Web sitesi ile web uygulaması arasındaki temel fark, kullanıcının sistemde ne yaptığıdır. Bir web sitesinde ziyaretçi çoğunlukla bilgi okur, ürün veya hizmetleri değerlendirir ve iletişime geçer. Web uygulamasında ise kullanıcı giriş yapabilir, veri oluşturabilir, bir işlemi başlatabilir, durumunu takip edebilir ve yetkisine göre başka kullanıcılarla aynı süreçte çalışabilir.

Bu ayrım yalnızca teknik bir adlandırma değildir. Tasarım ve yazılım kapsamını, bütçeyi, kullanıcı testi ihtiyacını, güvenliği, veri sorumluluğunu ve yayın sonrası bakım modelini değiştirir. Yanlış sınıflandırılan bir proje, teklif aşamasında basit görünüp geliştirme sırasında büyüyebilir. Bunun tersi de mümkündür: Aslında içerik odaklı bir kurumsal site için gereksiz ölçüde karmaşık bir uygulama altyapısı planlanabilir.

Kısa cevap şu şekildedir:

• Temel amaç bilgi sunmak, güven oluşturmak ve talep toplamaksa proje çoğunlukla web sitesi ağırlıklıdır.
• Temel amaç kullanıcıların oturum açarak veri ve iş akışları üzerinde işlem yapmasıysa proje çoğunlukla web uygulaması ağırlıklıdır.
• E-ticaret, müşteri portalı veya çok işlevli kurumsal platform gibi projeler iki yapının özelliklerini birlikte taşıyabilir.

Web sitesi nedir?

Web sitesi, bir kişi, kurum, ürün veya hizmet hakkındaki sayfaların ortak bir alan adı altında sunulduğu dijital yapıdır. Kurumsal siteler; şirketi tanıtma, hizmetleri açıklama, güven unsurlarını gösterme, içerik yayımlama ve ziyaretçiyi iletişim ya da teklif talebine yönlendirme gibi görevleri yerine getirir.

Bir web sitesinin yalnızca sabit metin ve görsellerden oluşması gerekmez. İçerik yönetim paneli, arama, filtreleme, çoklu dil, iletişim formu, harita, video veya hesaplama aracı içerebilir. Bu işlevlerin bulunması onu otomatik olarak kapsamlı bir web uygulamasına dönüştürmez.

Değerlendirmede asıl soru şudur: Sitenin değeri ağırlıklı olarak yayımladığı içerikten mi, yoksa kullanıcıların sistemde yürüttüğü işlemlerden mi oluşuyor?

Web sitesi örnekleri

• kurumsal tanıtım sitesi,
• hizmet veya ürün kataloğu,
• marka ve kampanya sitesi,
• haber, blog veya kaynak merkezi,
• portföy ve proje sitesi,
• içerik ağırlıklı çok dilli şirket sitesi,
• iletişim ve teklif talebi odaklı B2B sitesi.

Bu projelerde içerik mimarisi, sayfa hiyerarşisi, kullanıcı deneyimi, mobil görünüm, performans, erişilebilirlik ve arama motorlarının sayfaları anlayabilmesi önemli tasarım kararlarıdır.

Web uygulaması nedir?

Web uygulaması, kullanıcıların tarayıcı üzerinden veri oluşturduğu, değiştirdiği veya yönettiği; tanımlı kurallar ve yetkiler içinde bir görevi tamamladığı yazılım ürünüdür. Tarayıcı arayüzü kullanıcıdan gelen isteği sunucuya iletebilir; sunucu işlemi değerlendirip veri tabanı ve bağlı servislerle çalışarak sonuç üretebilir.

MDN, dinamik yapılarda sunucu tarafındaki uygulamanın HTTP isteklerini işlediğini, yanıt oluşturduğunu ve veri tabanı gibi bileşenlerle çalışabildiğini açıklar. Aynı iletişim düzeni kullanılan programlama dili veya çatısından bağımsızdır (MDN istemci-sunucu özeti).

Web uygulaması örnekleri

• müşteri veya bayi portalı,
• B2B sipariş ve fiyat yönetimi,
• rezervasyon ve randevu sistemi,
• üyelik ve abonelik platformu,
• iş süreci veya servis takip yazılımı,
• ERP/CRM ile bağlantılı operasyon paneli,
• pazar yeri veya ilan platformu,
• öğrenme, başvuru ya da belge yönetim sistemi,
• çalışan veya tedarikçi portalı.

Bu yapılarda arayüz kadar kullanıcı rolleri, veri modeli, iş kuralları, entegrasyonlar, hata davranışı, kayıt geçmişi, test ve güvenlik de proje kapsamının parçasıdır.

Web sitesi ve web uygulaması karşılaştırması

Tablo bir ihale veya teknik şartname yerine geçmez. Projenin hangi başlıklarda web uygulaması davranışı taşıdığını erken fark etmeye yarar.

Bir iletişim formu siteyi web uygulaması yapar mı?

Tek başına yapmaz. Form, kullanıcı ile site veya uygulama arasındaki temel etkileşim noktalarından biridir. Girilen veri sunucuya gönderilebilir ya da arayüzü anlık olarak değiştirmek için kullanılabilir (MDN web formları).

Basit bir iletişim formunda ziyaretçi bilgilerini girer, sistem bildirim gönderir ve işlem tamamlanır. Fakat form aşağıdaki davranışlara sahipse uygulama kapsamı büyür:

• kullanıcı hesabına bağlı taslak kaydı,
• farklı rollerin başvuruyu incelemesi ve onaylaması,
• belge yükleme ve sürüm takibi,
• ödeme veya kimlik kontrolü,
• CRM/ERP üzerinde kayıt açılması,
• durum değişikliklerinin kullanıcıya gösterilmesi,
• işlem geçmişi ve denetim kaydı,
• başarısız entegrasyonda tekrar deneme ve hata yönetimi.

Görünürde tek form olan bir ekranın arkasında çok aşamalı bir iş süreci bulunabilir. Bu nedenle kapsam ekran sayısıyla değil, gerçekleşmesi gereken davranışlarla belirlenmelidir.

E-ticaret sitesi mi, web uygulaması mı?

E-ticaret projeleri genellikle ikisini birden içerir. Kategori, ürün, rehber ve kampanya sayfaları içerik ve keşif tarafını oluşturur. Sepet, üyelik, ödeme, stok, kargo, iade ve hesap işlemleri ise uygulama davranışıdır.

Hazır bir e-ticaret altyapısı kullanılması bu işlevleri ortadan kaldırmaz; yalnızca bunların önemli bölümünü mevcut bir platform sağlar. Proje kapsamı yine ürün/veri taşıma, tasarım uyarlaması, ödeme ve kargo bağlantıları, yetkiler, test, lisanslar ve operasyon sorumluluğuna göre belirlenmelidir.

Yönetim paneli bulunması ne anlama gelir?

İçerik yönetim paneli bulunan her site özel web uygulaması değildir. Kurumsal bir sitede editörlerin sayfa, hizmet, proje ve blog içeriğini yönetmesi standart bir gereksinim olabilir.

Panel aşağıdaki görevleri yürütüyorsa daha kapsamlı bir uygulama söz konusudur:

• farklı personel ve iş ortağı rollerinin yönetilmesi,
• müşteri işlemlerinin onaylanması,
• fiyat veya stok kurallarının uygulanması,
• iş adımlarının ekipler arasında aktarılması,
• başka sistemlerden gelen verinin işlenmesi,
• kişisel veya ticari açıdan hassas kayıtların görüntülenmesi,
• operasyon raporlarının oluşturulması.

Teklifte yalnızca “yönetim paneli dâhil” yazması yeterli değildir. Hangi kullanıcıların hangi kayıtları göreceği, oluşturacağı, değiştireceği ve dışa aktaracağı açıklanmalıdır.

Hangi yapıya ihtiyacınız olduğunu nasıl belirlersiniz?

Aşağıdaki karar sırasını kullanın.

1. Kullanıcı sonucunu yazın

“Modern bir site istiyoruz” veya “müşteri paneli olmalı” kapsam değildir. Her kullanıcı grubunun tamamlaması gereken sonucu yazın:

• ziyaretçi hizmetleri karşılaştırıp teklif isteyecek,
• bayi kendi fiyatlarını görüp sipariş oluşturacak,
• müşteri servis kaydının durumunu izleyecek,
• ekip başvuruları role göre inceleyip sonuçlandıracak.

İlk örnek web sitesi ağırlıklıyken diğerleri uygulama davranışı gerektirir.

2. Kullanıcı hesabı ve rol ihtiyacını belirleyin

Oturum açan herkes aynı veriyi görmeyecekse rol ve yetki modeli gerekir. “Yönetici” ve “kullanıcı” gibi iki genel etiket çoğu projede yeterli açıklama değildir. Kimin hangi kayıt üzerinde hangi işlemi yapabildiği yazılmalıdır.

3. Oluşacak ve değişecek veriyi listeleyin

İçerik, müşteri, sipariş, başvuru, ödeme, belge, fiyat, stok ve işlem geçmişi farklı saklama ve erişim gereksinimleri oluşturur. Verinin sahibi, kaynağı, ne kadar süre tutulacağı ve başka sisteme aktarılıp aktarılmayacağı belirlenmelidir.

4. Entegrasyonları veri akışıyla tanımlayın

“CRM entegrasyonu” tek başına yeterli değildir. Hangi verinin hangi yönde, hangi olayla gönderileceği; başarısızlıkta ne olacağı ve kontrolün kimde bulunduğu açıklanmalıdır.

5. Hata ve istisna senaryolarını düşünün

İşlem başarılı olduğunda ne olacağı kadar, ödeme alınamadığında, stok değiştiğinde, belge hatalı olduğunda veya dış servis yanıt vermediğinde ne olacağı da uygulama kapsamıdır.

6. Yayın sonrası sorumluluğu belirleyin

İçerik güncellemesi, hata giderme, garanti, bakım, güvenlik, izleme ve yeni geliştirme aynı hizmet değildir. Uygulama ağırlığı arttıkça log, yedek, erişim, sürüm ve destek sorumluluğunun daha açık tanımlanması gerekir.

Tasarım süreci nasıl değişir?

Web sitesi tasarımında içerik hiyerarşisi, marka anlatımı, sayfa akışı ve ziyaretçinin karar vermesi öne çıkar. Web uygulamasında ise kullanıcının görev tamamlama hızı, durumları anlayabilmesi, hatadan geri dönebilmesi ve rolüne uygun kontrolleri bulabilmesi daha belirleyicidir.

Web uygulaması arayüzlerinde şu durumlar ayrıca tasarlanmalıdır:

• ilk kullanım ve boş ekran,
• yükleniyor, başarı, hata ve bağlantı kesintisi,
• yetkisiz işlem,
• geri alınabilir ve geri alınamaz eylem,
• uzun işlem ve kısmi tamamlama,
• farklı veri miktarları,
• klavye ve yardımcı teknoloji kullanımı.

W3C'nin erişilebilirlik ilkeleri hem web siteleri hem web uygulamaları için algılanabilir içerik ve kullanılabilir arayüz gereksinimlerini açıklar (W3C erişilebilirlik ilkeleri). Dinamik içerik ve gelişmiş kontrollerde doğru HTML yapısı temel olmalı; WAI-ARIA ise gerektiğinde yardımcı teknolojilere rol, durum ve ilişki bilgisi sağlamak için kullanılmalıdır (WAI-ARIA özeti).

Bütçe ve teklif kapsamı nasıl değişir?

Bir web sitesinde maliyet; özgün şablonlar, içerik hacmi, diller, medya, işlevler ve teknik kaliteye göre değişebilir. Web uygulamasında bunlara kullanıcı rolleri, veri modeli, iş kuralları, entegrasyonlar, güvenlik, test ve işletim gereksinimleri eklenir.

İki teklif aynı sayıda ekran gösterse bile aynı kapsamı içermeyebilir. Şu kalemleri ayrı isteyin:

• keşif ve gereksinim analizi,
• kullanıcı akışları ve arayüz tasarımı,
• rol/yetki ve veri modeli,
• modül ve entegrasyon geliştirme,
• veri taşıma,
• test ve kullanıcı kabulü,
• yayın ve geri dönüş planı,
• eğitim ve dokümantasyon,
• garanti, bakım ve destek.

Kapsamı teknoloji isimleri üzerinden değil, teslim edilecek kullanıcı sonuçları ve kabul senaryoları üzerinden karşılaştırın.

Proje web uygulaması ağırlıklıysa sonraki adımları web yazılım ana rehberiyle planlayın. Çözüm yaklaşımını hazır altyapı ve özel yazılım karşılaştırmasıyla, kapsamı gereksinim dokümanıyla ve ticari değerlendirmeyi web yazılım bütçe rehberiyle ayrıntılandırın.

Sonuç: Etiketi değil, kullanıcı görevini belirleyin

Web sitesi ile web uygulaması birbirini dışlayan iki kutu değildir. Bir proje içerik sunma, talep toplama ve kullanıcı işlemlerini aynı yapıda birleştirebilir. Doğru karar, projenin hangi etikete daha yakın olduğunu tartışmaktan çok kullanıcıların ne yapacağını, hangi verinin işleneceğini ve yayın sonrası kimin sorumlu olacağını netleştirmektir.

İhtiyacınız ağırlıklı olarak tanıtım, içerik ve talep toplamaysa web sitesi ihtiyaç dokümanı rehberiyle başlayın. Hesaplar, roller, işlem verisi ve entegrasyonlar ağırlıktaysa web yazılım ana rehberi üzerinden daha ayrıntılı bir yazılım kapsamı oluşturun. Projenin teknik çerçevesini değerlendirmek için web yazılım hizmetini inceleyebilirsiniz.