Web Yazılım Nedir? Web Sitesi, Web Uygulaması ve Yazılım Arasındaki Fark

Web yazılım nedir?

Web yazılım, bir tarayıcı aracılığıyla kullanılan ve çalışması için bir web sunucusuna dayanan her türlü yazılımı kapsayan geniş bir terimdir. Basit bir tanıtım sayfası da, kullanıcıların giriş yapıp kayıt oluşturduğu bir randevu sistemi de bu şemsiyenin altına girer. Aralarındaki fark yazılımın var olup olmamasında değil, ne kadar iş yaptığında ve ne kadar veriye dayandığındadır.

W3C'nin Web mimarisi belgesi (Architecture of the World Wide Web, Volume One, 15 Aralık 2004 tarihli W3C Tavsiyesi) Web'i üç temel unsur üzerinden anlatır: kaynakları adlandıran URI'ler, bu kaynakların temsillerini taşıyan HTTP gibi protokoller ve içeriği biçimlendiren HTML gibi veri formatları. Oturumlar, veri tabanları ve API'ler gibi sonradan eklenen parçalar bu belgede anlatılmaz; ancak web yazılımları da adresleme, HTTP iletişimi ve HTML gibi biçimlerin üzerinde çalışır.

Pratikte web yazılımı ikiye ayırmak işe yarar: kullanıcının gördüğü ve tarayıcıda çalışan taraf ile kullanıcının görmediği ve sunucuda çalışan taraf. Bu makalenin geri kalanı bu iki tarafın nasıl konuştuğunu, hangi katmanların bulunduğunu ve bir işletmenin ihtiyacına göre hangi yaklaşımın mantıklı olduğunu anlatır.

İstemci ve sunucu nedir, bir sayfa nasıl açılır?

İstemci, genellikle bir web tarayıcısı çalıştıran bilgisayar veya telefondur; sunucu ise web sitesinin dosyalarını ve uygulamasını barındıran, internete bağlı bilgisayardır. MDN'nin How the web works sayfasına (son güncelleme 20 Temmuz 2026) göre sunucu, istek geldiğinde sayfanın kodunu istemciye gönderir ve tarayıcı bu kodu ekranda gösterir. HTTP üzerinde isteği her zaman tarayıcı başlatır; MDN, sunucunun istek başlattığı mesajları taklit eden bazı mekanizmaların sonradan eklendiğini de belirtir (MDN, Overview of HTTP, 21 Ağustos 2026).

Bir adres yazdığınızda arka planda olan olaylar sırasıyla şöyledir:

1. Tarayıcı, alan adının gerçek IP adresini bulmak için bir DNS sunucusuna sorar. DNS bu açıdan bir adres defteri gibi çalışır.
2. Tarayıcı, o IP adresindeki sunucuya bir HTTP isteği gönderir ve sitenin bir kopyasını ister.
3. İstek kabul edilirse sunucu 200 OK yanıtını verir ve dosyaları paketler halinde göndermeye başlar.
4. Tarayıcı gelen parçaları birleştirir, HTML'yi işler, ardından CSS, JavaScript ve görsel dosyalarını ister ve sayfayı ekranda gösterir.

Ön yüz, arka yüz, veri tabanı ve API ne işe yarar?

Web yazılımı dört ana parçaya ayırarak düşünmek en anlaşılır yoldur: ön yüz, arka yüz, veri tabanı ve API. MDN'nin sunucu tarafı programlamaya giriş sayfasına (12 Eylül 2026) göre istemci tarafı kod sayfanın görünümünü ve davranışını iyileştirir; sunucu tarafı kod ise tarayıcıya hangi içeriğin döneceğini seçer, veriyi doğrular, veri tabanı işlemlerini yürütür ve kimlik doğrulamayı yönetir.

API (Application Programming Interface) ise MDN sözlüğündeki tanıma göre, bir yazılımın kendi içindeki özelliklerin ve kuralların başka bir yazılım tarafından, insan arayüzü olmadan kullanılmasını sağlayan bir sözleşmedir. Web'de bu çoğunlukla bir URL'ye gönderilen istek ve geri dönen veri biçiminde karşınıza çıkar. Bir mobil uygulamanın ya da ön yüzün sunucudan veri almasının yolu genellikle bir API'dir.

Basit bir web yazılım mimarisi nasıl görünür?

Aşağıdaki metin şeması, statik bir sitenin ve dinamik bir uygulamanın istek yolunu yan yana gösterir. MDN'nin istemci-sunucu genel bakış sayfasındaki (10 Eylül 2026) yedi adımlı dinamik istek döngüsünün sadeleştirilmiş halidir; şemadaki kavramlar sayfadaki anlatımla uyumludur, ad ve adres örnekleri tamamen kurgusaldır.

Statik ve dinamik istek yolu (metin şeması)

STATİK SİTE
Tarayıcı  --GET /hakkimizda.html-->  Web sunucusu
Tarayıcı  <--hazır HTML dosyası--   Web sunucusu
(Her ziyaretçiye aynı dosya gider; veri tabanı yoktur.)

DİNAMİK WEB UYGULAMASI
Tarayıcı  --GET /randevular?gun=2026-10-12-->  Web sunucusu
                                                  |
                                                  v
                                           Uygulama kodu (arka yüz)
                                           - isteği çözümler
                                           - yetki kontrolü yapar
                                                  |
                                                  v
                                             Veri tabanı
                                           - o güne ait kayıtları döner
                                                  |
                                                  v
                                           Uygulama kodu
                                           - şablona veriyi yerleştirir
Tarayıcı  <--HTML (veya JSON) + 200 OK--  Web sunucusu
Tarayıcı  --CSS, JS, görsel istekleri-->   Web sunucusu

Dış sistemler (ödeme sağlayıcı, e-posta servisi gibi) arka yüze API üzerinden bağlanır.

Statik sitede sunucu hazır dosyayı olduğu gibi gönderir; MDN, bu tür bir sunucunun yalnızca GET isteklerini işlemesinin yeterli olduğunu söyler. Dinamik uygulamada ise yanıt, istek bilgisine ve veri tabanındaki veriye göre o anda üretilir.

Web sitesi ile web uygulaması arasındaki fark nedir?

Web sitesi, ağırlıkla bilgi sunan ve ziyaretçinin çoğunlukla okuduğu, gezindiği sayfalardan oluşan yapıdır; web uygulaması ise kullanıcının giriş yapıp veri girdiği, kayıt oluşturduğu, bir iş akışını yürüttüğü yazılımdır. İkisi arasında kesin bir teknik sınır yoktur; bu makaledeki ayrım, karar verirken işe yarayan pratik bir çerçevedir ve sektörde farklı kaynaklar sınırı farklı çizebilir.

Bir tanıtım sitesi statik dosyalarla çalışabilir. Bir blog ya da haber sitesi içeriği veri tabanından çeker ama ziyaretçiye yalnızca okutur. Bir müşteri paneli, rezervasyon sistemi veya stok takip ekranı ise her kullanıcıya farklı veri gösterir, yazma işlemi yapar ve yetkilendirmeye ihtiyaç duyar. İlk iki örnek web sitesi mantığına, sonuncusu web uygulaması mantığına yakındır.

Ayrımın asıl önemi maliyet ve bakım yükündedir. Uygulama mantığı arttıkça test edilmesi gereken senaryo, güvenlik açısından gözetilmesi gereken nokta ve zamanla güncellenmesi gereken bileşen de artar. Bu nedenle ihtiyaç duyulmayan bir uygulama özelliğini sisteme eklemek, hem geliştirmeyi hem de sonraki yılların bakımını gereksiz yere büyütür.

Hangi ihtiyaç için web sitesi, hangisi için web uygulaması?

Aşağıdaki karar tablosu, bir ihtiyacın web sitesiyle mi yoksa web uygulamasıyla mı karşılanacağını sorularla ayırmanıza yardım eder. Bu tablo bu makale için hazırlanmış pratik bir kontrol aracıdır, bir standart değildir. Soruları kendi işiniz için yanıtlayın ve “web uygulaması” sütununa düşen cevapların sayısına bakın.

• Birinci sütun ağır basıyorsa önce hazır veya yarı hazır bir web sitesi çözümünü değerlendirin.
• İkinci sütunda üç veya daha fazla cevabınız varsa özel bir uygulama ya da mevcut bir yazılımın uyarlanması ciddi bir seçenek olur.
• Karışık sonuç çıkarsa önce web sitesiyle başlayıp uygulama gerektiren kısmı sonradan eklemek bir seçenektir; bunun ne kadar kolay olacağı ilk kurulumda seçilen teknolojiye bağlıdır, bu yüzden daha en başta geliştiriciye sorulmalıdır.

Sık kullanılan yaklaşımlar nelerdir: statik site, CMS ve özel uygulama?

Pratikte üç yaklaşım öne çıkar: statik site, içerik yönetim sistemi (CMS) ve özel yazılım. Hangisinin uygun olduğu, yukarıdaki karar tablosundaki cevaplarla birlikte düşünülmelidir.

Statik sitede sayfalar hazır dosyalardır ve sunucu her istekte aynı dosyayı olduğu gibi gönderir. CMS, içeriği veri tabanında tutup sayfaları şablonlara yerleştiren, yönetim paneliyle içerik girmeyi sağlayan bir yazılımdır; MDN'nin dinamik site olarak anlattığı veri tabanı ve şablon mantığına dayanır. Özel yazılımda ise arka yüz kodu iş süreçlerinize göre yazılır; bunu çoğu zaman bir web çatısı (framework) üzerinde yaparlar.

MDN'nin sunucu tarafı çatılar sayfası (17 Eylül 2026), çatıların URL yönlendirme, veri tabanı erişimi, şablonlama, oturum yönetimi ve temel güvenlik önlemleri gibi ortak işleri hazır sunduğunu anlatır. Sayfada Django (Python), Flask (Python), Express (Node.js), Ruby on Rails, Laravel (PHP), ASP.NET, Spring Boot gibi örnekler sayılır ve seçimde öğrenme maliyeti, topluluk desteği, performans, güvenlik varsayılanları ve çatının aktif geliştirilmesi gibi etkenlere bakılması önerilir.

Web yazılımda güvenlik ve bakım neden ayrı düşünülmeli?

Web yazılımı büyüdükçe kullanıcı girdisi, oturum ve yetki gibi saldırıya açık noktalar da artar. OWASP Top 10:2025 listesi, web uygulamaları için en kritik güvenlik risklerini bir farkındalık belgesi olarak sıralar; listede kırık erişim denetimi (A01), güvenlik yanlış yapılandırması (A02), yazılım tedarik zinciri hataları (A03), şifreleme hataları (A04), enjeksiyon (A05), güvensiz tasarım (A06), kimlik doğrulama hataları (A07), yazılım veya veri bütünlüğü hataları (A08), güvenlik kaydı ve uyarı hataları (A09) ile istisnai durumların hatalı ele alınması (A10) yer alır.

Bu liste yalnızca özel yazılım yazanların değil, hazır bir sistem kullananların da işine yarar. Yetki kontrolünün doğru kurulması, bileşenlerin güncel tutulması, kayıtların tutulması ve hata durumlarının güvenli ele alınması gibi başlıklar, bir CMS yönetim paneli için de, sıfırdan yazılmış bir uygulama için de geçerlidir. Güvenliği bir kereye mahsus iş olarak değil, yaşayan bir süreç olarak planlamak gerekir.

Kapsamı hazır çözümlerin karşılayamadığı bir süreç için özel yazılım düşünüyorsanız, Tuba Yazılım özel yazılım geliştirme hizmeti sunar; kapsam yazılı olarak netleştirilir, ücret ise projeye özel teklifle belirlenir. Başlamadan önce sizden beklenen, süreci anlatan kişilere erişim, ekran ve veri içeriklerinin onayı ve test aşamasında geri bildirimdir.

Sık sorulan sorular

Kaynaklar

1. MDN: How the web works
2. MDN: Introduction to the server side
3. MDN: Client-Server overview
4. MDN: Server-side web frameworks
5. MDN: Overview of HTTP
6. MDN Sözlük: API
7. W3C: Architecture of the World Wide Web, Volume One
8. OWASP Top 10:2025