Tim Berners-Lee’nin Web’i: URL’ler, HTTP, HTML ve Neden Önemli

World Wide Web Nedir (ve Ne Değildir)

World Wide Web (kısaca “Web”), bağlantılar kullanarak bilgi yayınlama ve erişme yöntemidir. Bir sayfadan diğerine tıklamanıza, arama sonuçlarından bir ürün sayfası açmanıza veya neredeyse her bilgisayar veya telefonda çalışan bir bağlantı paylaşmanıza olanak veren sistemdir.

Web üç basit fikir üzerine kuruludur

Özü itibarıyla Web pratik bir üçlüyle çalışır:

• URL (Uniform Resource Locator): Web üzerindeki bir şeyin adresi (bir sayfa, resim, dosya, uç nokta).
• HTTP (Hypertext Transfer Protocol): iletişim düzeni—bir tarayıcının bir şeyi nasıl istediği ve sunucunun nasıl yanıt verdiği.
• HTML (HyperText Markup Language): sayfa formatı—içeriği ve özellikle diğer URL'lere bağlantıları tanımlamanın yapısal yolu.

Programcı olmanız gerekmez: bir bağlantı yapıştırdığınızda, bir sayfa yüklediğinizde veya sizi bir yere götüren bir düğmeye tıkladığınızda URL + HTTP + HTML’e dayanırsınız.

Web ile İnternet aynı şey değil

Birçok kişi “Web” ve “İnternet”i eş anlamlı kullanır, ama farklılar:

• İnternet alttaki altyapıdır: bağlı bilgisayarların küresel ağı.
• Web bunun üzerinde çalışan bir hizmettir: URL ve HTTP kullanılarak erişilen bağlı kaynaklar koleksiyonu, genellikle HTML ile sunulur.

E‑posta, çevrimiçi oyunlar ve birçok sohbet uygulaması “Web” olmadan İnternet’i kullanır.

Neden hâlâ önemli

Tek sayfa uygulamalar, mobil uygulamalar ve API’ler bile bu temellere dayanır. Ayrıntıları gizleyebilirler, ancak hâlen kaynakları tanımlamak için URL'ler, istek‑yanıt alışverişi için HTTP, ve tarayıcıda görülecek içeriği başlatmak için çoğunlukla HTML kullanırlar.

Tim Berners-Lee’nin Çözmek İstediği Problem

Tim Berners‑Lee “internet”i icat etmeye çalışmıyordu. 1989’da CERN’de çalışırken odaklandığı pratik sıkıntı şuydu: önemli bilgiler vardı, ama uyumsuz sistemler arasında dağınık, farklı biçimlerde saklanmış ve sonra bulmak zordu.

Araştırmacılar, ekipler ve departmanlar farklı bilgisayarlar ve yazılımlar kullanıyordu. İki grup “aynı” tür belgeye sahip olsa bile, farklı yerlerde saklanabilir, farklı adlandırılabilir veya açmak için özel bir programa ihtiyaç duyabilirdi. Paylaşım genellikle dosyaların gönderilmesi, kopyaların çoğaltılması ve hangi sürümün güncel olduğunun kaybedilmesi anlamına geliyordu.

Basit bir hedef: bilgiyi bağlanabilir ve paylaşılabilir kılmak

Berners‑Lee’nin temel fikri, herkesin kendi bilgisayarında bir belge yayımlamasına izin verip başkalarının bunu tutarlı bir yöntemle erişebilmesini sağlamaktı—makine türünü, işletim sistemini veya iç dizin yapısını bilmeye gerek olmadan.

Bunun çalışması için birkaç şeyin birlikte olması gerekiyordu:

• Bilgiyi tutarlı şekilde adlandırıp konumlandırmak (adresler).
• Ağlar üzerinden bilgiyi istemek ve almak için temel bir yol.
• Diğer belgelere bağlantılar içerebilen hafif bir belge formatı.

Basitlik ve birlikte çalışabilirlik ilk sırada

Atılım tek bir özellik değildi—sistemi küçük ve evrensel tutma kararıydı. Kurallar yeterince basit olursa, farklı bilgisayarlar ve kuruluşlar bunları uygulayıp hâlâ iletişim kurabilirdi.

Bu, açık standartların baştan neden önemli olduğunu da açıklar: web, birçok bağımsız sistemin katılabilmesi için ortak, kamusal kurallara ihtiyaç duyardı. Bu ortak standartlara odaklanma—tek bir satıcının araç zinciri yerine—webin hızla yayılmasını ve yeni tarayıcılar ile sunucuların mevcut içerikle çalışmasını mümkün kıldı.

URL’ler: Web için Adres Sistemi

Dağınık bir ofis sürücüsünde “dosya paylaşmaya” çalıştıysanız, ağların temel sorunu olan adlandırmanın ne kadar zor olduğunu görmüşsünüzdür: farklı bilgisayarlar bilgiyi farklı yerlerde saklar, klasörler yeniden düzenlenir ve iki dosya aynı ada sahip olabilir. Paylaşılan bir adlandırma sistemi olmadan “şuna git” diyemezsiniz.

URL’ler Web için bunu çözdü: bir kaynağın evrensel, kopyala‑yapıştır yapılabilir bir adresini sağladılar.

Okunabilir bir URL örneği

Aşağıda tanıdık gelebilecek bir örnek:

https://www.example.com:443/products/shoes?color=black&size=42#reviews

Her parça ne anlama geliyor (sade Türkçe):

• https — şema: hangi kurallarla erişileceği (şifreli HTTP).
• www.example.com — host: hangi sunucuya konuşulacağı.
• :443 — port (çoğu zaman varsayılan olduğu için gizlenir).
• /products/shoes — yol: o sunucudaki hangi kaynak.
• ?color=black&size=42 — sorgu: ek parametreler (sıklıkla filtreleme veya izleme için kullanılır).
• #reviews — fragment: sayfa içindeki bir konum (tarayıcı tarafından işlenir).

URL’ler sadece “sayfaları” göstermez

Bir URL, bir sunucunun döndürebileceği hemen her şeyi tanımlayabilir: bir HTML sayfası, resim, PDF, indirilebilir dosya veya bir uygulamanın kullandığı API uç noktası.

Örneğin:

• /images/logo.png (bir resim)
• /docs/terms.pdf (bir belge)
• /api/orders/123 (uygulama için veri)

URL, URI ve “link” (basit tutun)

Bu kelimeler sıklıkla birbirinin yerine kullanılır:

• URL: alabileceğiniz bir şeyi bulmak için kullanılan web “adresi”.
• URI: URL’leri de içeren daha geniş bir terim.
• Link: tıkladığınız şey—genellikle içinde bir URL bulunan bir metin veya düğme.

Pratikte “URL = adres” düşüncesi sizi %95 oranında doğruya götürür.

HTTP: Web’in İstek‑Yanıt Dili

HTTP, webin temel konuşma tarzıdır. Basit anlaşma şudur: tarayıcınız bir şey ister, sunucu da sahip olduğu şeyi veya neden veremediğini yanıtlar.

Temel fikir: tarayıcı ister, sunucu yanıtlar

URL yazdığınızda veya bir linke tıkladığınızda, tarayıcınız sunucuya bir HTTP isteği gönderir. İstek, "Bu spesifik kaynağı istiyorum" der gibidir.

Sunucu sonra bir HTTP yanıtı gönderir. Yanıt, istediğiniz içeriği (ör. bir sayfa) veya başka bir durum açıklamasını içeren pakettir.

Günlük dilde istekler (GET ve POST)

HTTP istekleri bir method içerir; bu, yaptığınız eylemin türüdür.

• GET: “Lütfen bunu ver.” Örnek: bir sayfayı yüklemek veya dosya indirmek.
• POST: “Lütfen bu veriyi kabul et.” Örnek: kayıt formu göndermek veya yorum iletmek.

GET genelde sunucuda bir değişiklik yapmaz; daha çok okuma amaçlıdır. POST ise genelde gönderilen bilginin işlenmesini istediğiniz durumlarda kullanılır.

Durum kodları: isteğin sonucu

Her yanıt bir durum kodu içerir—bunu teslimat sonucuna benzetin.

• 200: Başarılı. İşte istediğiniz şey.
• 404: Bulunamadı. Bu adres altında kaynak yok.
• 301: Kalıcı olarak taşındı. Kaynağın yeni bir adresi var; yer imlerinizi güncelleyin.

Başlıklar ve içerik tipleri: paketin üzerindeki etiketler

İstekler ve yanıtlar ayrıca “başlıklar” içerir; bunlar bir nevi etiket gibidir: "Ben kimim", "Ne kabul ediyorum" veya "Bu içerik nasıl ele alınmalı" gibi.

En faydalı etiketlerden biri Content-Type'tır; örneğin text/html bir web sayfası, application/json veridir. Bu, tarayıcıya içinde ne olduğunu söyler ve doğru şekilde göstermesine yardımcı olur.

HTML: Sayfalar ve Bağlantılar için Basit Bir Format

HTML, bir web sayfasının yapısını tanımlamak için kullanılan formattır—içeriğin ne olduğu ve nasıl düzenlendiği. Bir belgeyi etiketleyen bir yapı gibi düşünün: "bu bir başlık", "bu bir paragraf", "bu bir bağlantı", "bu bir form alanı".

Etiketler: içeriğinizin etrafındaki işaretler

HTML, içeriği işaretlemek için etiketler kullanır. Bir etiket genellikle açılış ve kapanış biçimindedir ve tanımladığı içeriği sarar.

Başlıklar ve paragraflar sayfaya şekil verir. Başlık hem insanlar hem tarayıcılar için "bu önemli bir bölüm başlığı" der. Paragraf ise "bu gövde metni" der.

Resimler ve bağlantılar da HTML ile tanımlanır. Bir resim etiketi bir resim dosyasına işaret ederken, bir bağlantı etiketi başka bir URL'ye işaret eder.

Hypertext: bağlantıların her şeyi değiştirmesinin sebebi

HTML'deki “HT” — hypertext — webi önceki sistemlerden farklı hissettiren büyük fikirdir. Menü, klasör veya özel komutlarla gezinmek yerine, metnin içinde gömülü tıklanabilir bağlantılarla bir belgeden diğerine doğrudan atlayabilirsiniz.

Bu değişim basit görünebilir, ama güçlüdür: bilgi bağlantılı hale gelir. Bir sayfa kaynaklara, ilgili konulara, tanımlara ve sonraki adımlara anında referans verebilir—her seferinde merkezi bir dizine dönmeye gerek kalmaz.

Küçük bir örnek: basit bir bağlantı

Aşağıda temel bir bağlantı örneği var:

<a href="/blog/how-http-works">Read more about HTTP</a>

Sade Türkçe: “Read more about HTTP yazısını göster ve tıklandığında okuyucuyu /blog/how-http-works sayfasına götür.”

Formlar: okumadan etkileşime

HTML sadece belge yayımlamak için değildir. Aynı zamanda metin alanları, onay kutuları ve düğmeler gibi girdileri tanımlayabilir. Bu parçalar bir sayfanın bilgi toplamasını sağlar (giriş, arama veya ödeme gibi) ve sunucuya göndermeyi mümkün kılar.

HTML vs. CSS vs. JavaScript

Karıştırmak kolaydır ama işleri farklıdır:

• HTML yapı ve anlamı tanımlar (başlıklar, paragraflar, bağlantılar, formlar).
• CSS stil kontrol eder (renkler, boşluk, yazı tipleri, düzen).
• JavaScript davranış ekler (doğrulama, dinamik güncellemeler, etkileşim).

Web uygulamaları daha karmaşık hale gelse de, HTML hâlâ başlangıç noktasıdır: sayfanın ne içerdiğini ve nereye bağlanabileceğini tanımlayan paylaşılan, okunabilir yol.

Bir Web Sayfası Nasıl Yüklenir: Basit Bir Anlatım

Bir siteyi ziyaret ettiğinizde tarayıcınız temelde iki iş yapar: doğru bilgisayarı bulmak ve doğru dosyayı istemek.

1) Bir URL yazarsınız

Bir URL (ör. https://example.com/page) sayfanın adresidir. Host adı (example.com) ve genellikle bir yol (/page) içerir.

2) Tarayıcı siteyi bulur (DNS sorgusu)

İnternette bilgisayarlar sayısal adreslerle—IP adresleriyle—konuşur. DNS (Domain Name System), example.comu bir IP adresine çeviren bir telefon rehberi gibidir.

Bu sorgu genellikle hızlıdır—ve bazen yakın bir ziyaretten saklanan cevap kullanıldığı için atlanır.

3) Tarayıcı o bilgisayara bağlanır

Tarayıcı şimdi o IP adresindeki sunucuya bir bağlantı açar. URL https:// ile başlıyorsa, tarayıcı ayrıca başkalarının gönderilenleri kolayca okuyamaması için şifreli bir bağlantı kurar.

4) Tarayıcı HTTP ile ister

HTTP, webin “istek‑yanıt” dilidir. Tarayıcı şu tarz bir HTTP isteği gönderir: “Lütfen /page ver.”

Sunucu bir HTTP yanıtı ile durum ("Tamam" veya "Bulunamadı" gibi) ve içeriği gönderir.

5) Tarayıcı HTML alır ve sayfayı render eder

Bu içerik genellikle HTMLdir. HTML, bir sayfanın yapısını—başlıklar, paragraflar, bağlantılar gibi—tanımlar.

Tarayıcı HTML'i okurken diğer dosyalara (CSS, JavaScript, resimler, fontlar) ihtiyaç duyabileceğini keşfeder ve her biri için aynı HTTP istek/yanıt döngüsünü tekrarlar.

6) Önbellekleme: “daha hızlı yüklemek için kopya saklama”

Hız için tarayıcı bir cache tutar—önceden indirilmiş dosyaların kaydı. Hiçbir şey değişmemişse tarayıcı tekrar indirmek yerine o kopyayı kullanabilir.

Hızlı kontrol listesi (akış):

• URL gir
• DNS IP adresini bulur
• Tarayıcı bağlanır (HTTPS ise şifreler)
• Bir yol/kaynak için HTTP isteği
• Sunucu HTML (ve diğer dosyalar) gönderir
• Tarayıcı render eder; önbellek gelecekteki yüklemeleri hızlandırır

Sunucular, Tarayıcılar ve Kaynaklar: Temel Roller

“Web” dediğimizde genellikle akıcı bir deneyim kast edilir: bir bağlantıya dokunursunuz ve bir sayfa belirir. Altında yatan basit ilişki üç fikir etrafında döner: sunucular, tarayıcılar ve kaynaklar.

Sunucular: şeylerin yaşadığı yer

Bir sunucu, internete bağlı ve URL’lerde kaynakları barındıran bir bilgisayardır (veya bilgisayar kümesi). Eğer bir URL adresse, sunucu o adreste ziyaretçi alan ve ne göndereceğine karar veren yerdir.

Sunucunun gönderdiği “şey” bir web sayfası, dosya veya veri olabilir. Önemli nokta: sunucu belirli URL'ler için yanıt verecek şekilde yapılandırılmıştır.

Tarayıcılar: istek yapılan ve gösterilen yer

Bir tarayıcı (Chrome, Safari, Firefox gibi) sunuculardan kaynak çeken ve bunları insan‑dostu şekilde gösteren programdır.

Bir URL girdiğinizde veya bir bağlantıya tıkladığınızda tarayıcı:

• o URL'deki kaynak için sunucuya ister
• yanıt alır
• HTML için render eder veya resimler, indirmeler gibi diğer içerikleri kaydeder/kullanır

Kaynaklar: aktarılan şeyler

Bir kaynak, Web'in tanımlayıp bir URL üzerinden teslim edebileceği her şeydir. Yaygın örnekler:

• dokümanlar (HTML sayfaları)
• resimler (PNG, JPEG, SVG)
• scriptler (JavaScript dosyaları)
• stil dosyaları (CSS dosyaları)
• API'ler (genellikle JSON döndüren uç noktalar)

Bu model sadece tarayıcılarla sınırlı değildir. Bir mobil uygulama da genellikle bir URL (web API uç noktası) isteyip uygulamanın kendi arayüzünde görüntülemek için veri alabilir. Roller aynı kalır: uygulama “istemci”, sunucu “host”, API yanıtı ise kaynak.

Belgelerden Etkileşime: Formlar ve Veri

Erken web sayfaları çoğunlukla bilgi gösterirdi. Formlar ise webi bilgi toplama yollarına açtı—sayfayı iki yönlü bir konuşmaya dönüştürdü.

Bir form aslında ne yapar

Bir HTML formu alanlar (metin kutuları, onay kutuları, düğmeler) ve iki önemli talimat içerir:

• Verinin nereye gönderileceği (action URL'si)
• Nasıl gönderileceği (method, genelde GET veya POST)

"Gönder"e tıkladığınızda tarayıcı yazdıklarınızı paketler ve bu veriyi HTTP ile o URL'ye yollar. Bu, "alanlı bir belge" ile "girdi işleyen bir uygulama" arasındaki köprüdür.

GET vs POST (pratik fark)

Genel olarak:

• GET form verisini URL'ye sorgu olarak ekler (genelde arama ve filtreler için kullanılır). Sonuç yer imlenebilir ve paylaşılabilir.
• POST form verisini HTTP isteğinin gövdesinde gönderir (genelde hesap oluşturma veya sipariş gibi sunucuda değişiklik yapan işlemler için kullanılır).

Örneğin bir arama /search?q=shoes (GET) ile gösterilebilir; bir ödeme POST ile /checkout'a gönderilir.

Sunucu formu nasıl “işler”

Sunucu tarafında bir program HTTP isteğini alır, gönderilen değerleri okur ve ne yapılacağına karar verir:

• Girdi doğrulama (zorunlu alanlar, geçerli e‑posta formatı)
• Kimlik kontrolü (girişler)
• Kayıt oluşturma (kayıtlar, destek talepleri)
• Ödeme alma ve siparişi onaylama (checkout)

Sunucu daha sonra genellikle yeni bir HTML sayfası ("Teşekkürler!"), bir hata mesajı veya başka bir URL'ye yönlendirme ile cevap verir.

Kısa bir güvenlik notu: HTTPS neden önemli

Formda şifreler, adresler veya ödeme bilgileri gibi hassas veriler varsa HTTPS zorunludur. Bu, ağdaki üçüncü şahısların gönderilenleri okumasını veya değiştirmesini önler. HTTPS olmadan basit bir giriş formu bile kullanıcıları açığa çıkarabilir.

Modern Uygulamalar Neden Hâlâ URL, HTTP ve HTML’e Bağlı

Modern “uygulamalar” sadece web sayfası değildir. Çoğu, HTML bir sayfanın JavaScript ve CSS yükleyip sonra ekranın bir bölümünü sürekli yeniden yüklemeden güncelleyen kodla birleşimidir.

Bir uygulama yerel program gibi hissettirse (sonsuz kaydırma beslemeleri, gerçek zamanlı güncellemeler, sürükle‑bırak), yine de Tim Berners‑Lee’nin tanıttığı üç yapı taşına dayanır.

URL’ler hâlâ her şeyi tanımlar

URL sadece “bir sayfa” için değildir. Bir ürün, kullanıcı profili, arama sorgusu, fotoğraf veya "mesaj gönder" uç noktası gibi herhangi bir kaynağın adresidir. İyi uygulamalar içeriği paylaşılabilir, yer imlenebilir ve bağlanabilir kılmak için URL kullanır—Web’in temel davranışı budur.

HTTP hâlâ mesajları taşır

Uygulamalar arka planda HTTP istekleri gönderir ve HTTP yanıtları alır; klasik web siteleriyle aynı kurallar geçerlidir:

• GET (okuma), POST (gönderme), PUT/PATCH (güncelleme), DELETE (silme)
• 200, 404, 500 gibi durum kodları
• önbellekleme, içerik türü ve kimlik doğrulama için başlıklar

API’ler veri için “web sayfaları” gibidir

Modern uygulamaların çoğu API ile konuşur: HTTP üzerinden veri (çoğunlukla JSON) döndüren URL’ler.

Örnekler:

• harita özelliği etraftaki yerleri harita API’sinden ister
• ödeme akışı ödeme API’sine ödeme detaylarını gönderir
• sohbet mesajları yüklenir ve yeni mesajlar bir mesajlaşma API’sine gönderilir
• analiz olayları bir analiz uç noktasına iletilir

HTML hâlâ önemlidir çünkü genelde başlangıç noktasıdır (ve bazen yedek). Daha geniş anlamda Web, entegrasyon platformudur: sistemler URL ve HTTP konusunda anlaşabiliyorsa, kim tarafından inşa edildiklerine bakılmaksızın bağlanabilirler.

Küçük bir şey inşa ederek bu yapı taşlarını görmek kolaydır—örneğin bir React ön yüzü ile JSON API konuşan ve önemli ekranlar için paylaşılabilir URL’ler olan bir proje. Tools like Koder.ai aynı modele dayanır: uygulamayı sohbetle tanımlarsınız ve standart bir web yığını (ön yüzde React, arka uçta Go + PostgreSQL) üretir; böylece gerçek URL’ler, HTTP uç noktaları ve tarayıcı ile sunulan HTML ile çalışırsınız—sadece el ile kurulum çok daha az.

Standartlar ve Uyumluluk: Web Nasıl Ölçeklenir

Web, paylaşılan standartlar—farklı sistemlerin güvenilir şekilde iletişim kurmasını sağlayan kamusal “yol kuralları”—üzerine kuruludur. Bir şirketin tarayıcısı, başka biri tarafından çalıştırılan bir sunucudan sayfa isteyebilir; herhangi bir dilde yazılmış sunucu, herhangi bir yerde barındırılabilir; çünkü hepsi URL, HTTP ve HTML gibi temel konularda anlaşır.

Standartlar neden önemli

Standartlar olmasaydı her siteyi görüntülemek için özel bir uygulama gerekirdi ve her ağ isteği göndermenin kendi yöntemi olurdu. Standardizasyon şu basit ama kritik soruları çözer:

• Kaynağı nasıl isimlendiririz? (URL)
• İstemci nasıl ister ve nasıl alır? (HTTP)
• Sonuç nasıl yapılandırılır ki görüntülenip bağlanabilsin? (HTML)

Kurallar tutarlı olduğunda Web “karışık ve eşleştir” olur: uyumlu bir tarayıcı + uyumlu bir sunucu = çalışır.

Standartlar gelişir—ama Web bozulmaz

Etkileyici olan, standartların iyileşebilmesi ama temel fikirlerin tanınabilir kalmasıdır. HTTP, HTTP/1.1’den HTTP/2 ve HTTP/3’e geçti; performans ve verimlilik gelişti ama temel fikir değişmedi: istemci bir URL ister, sunucu durum kodu, başlıklar ve bir gövde ile yanıt verir.

HTML de basit belgelerden daha zengin anlamsal yapı ve gömülü medyaya uzandı—ancak sayfalar ve hiperlinkler kavramı korunuyor.

Geriye dönük uyumluluk bir özellik, kazara değildir

Web’in kalıcılığının çoğu geriye dönük uyumluluğa yapılan güçlü tercihten gelir. Yeni tarayıcılar eski sayfaları render etmeye çalışır; yeni sunucular eski HTTP isteklerini anlamaya devam eder. Bu, içerik ve bağlantıların yıllarca—çoğu zaman on yıllarca—var olabilmesi demektir.

Uzun ömür için tasarım

Sitenizin veya uygulamanızın uzun ömürlü olmasını istiyorsanız, standartlara dayalı tasarıma yönelin: paylaşılabilir durumlar için gerçek URL'ler kullanın, önbellekleme ve durum kodları için HTTP kurallarına uyun ve fazladan katmanlar eklemeden önce geçerli HTML yazın. Standartlar kısıtlayıcı değil—işinizi taşınabilir, güvenilir ve geleceğe uyumlu kılan şeydir.

Yaygın Yanılgılar (ve Hızlı Çözümleri)

Günlük olarak webi kullanıyor olsanız da, bazı terimler o kadar sık karıştırılıyor ki sorun çözmeyi, planlamayı veya basit bir konuşmayı bile kolayca çıkmaza sokabilir. İşte sık karşılaşılan karışıklıklar ve hızlı düzeltmeleri.

“İnternet” vs “Web”

Yanılgı: İnternet ve World Wide Web aynı şeydir.

Hızlı düzeltme: İnternet küresel ağdır (kablolar, yönlendiriciler, bağlantılar). Web ise URL, HTTP ve HTML’den oluşan bir hizmettir.

URL vs domain (ve neden ekstra parçalar önemli)

Yanılgı: “Benim URL’im example.com.”

Hızlı düzeltme: example.com bir domaindir. Bir URL tam bir adres olup yol ve sorgu gibi parçaları içerebilir, örneğin:

• https://example.com/pricing
• https://example.com/search?q=shoes

Bu ekstra parçalar sunucunun ne döndüreceğini değiştirebilir.

HTML vs HTTP

Yanılgı: HTML ve HTTP birbirinin yerine kullanılır.

Hızlı düzeltme: HTTP teslimat konuşmasıdır (istek ve yanıt). HTML ise teslim edilebilecek paketlerden biridir—genelde bir sayfayı ve bağlantılarını tanımlar. HTTP ayrıca JSON, resim, PDF veya video da iletebilir.

Durum kodları ve yönlendirmeler

Yanılgı: Her hata “site kapalı” demektir ve yönlendirmeler hep kötüdür.

Hızlı düzeltme: Durum kodları sinyaldir:

• 404: sunucu erişilebilir ama kaynak yok
• 500: sunucu içsel bir sorun yaşadı
• 301/302: yönlendirme (sayfa taşındığında normaldir)

“Bir URL her zaman bir sayfaya gider”

Yanılgı: Her URL insan tarafından okunabilir bir sayfa açmalı.

Hızlı düzeltme: Bir URL veri (/api/orders), dosya (/report.pdf) veya form gönderimi için bir eylem uç noktası olabilir.

HTTPS = güvenli mi?

Yanılgı: HTTPS varsa site güvenilir ve dürüsttür.

Hızlı düzeltme: HTTPS bağlantıyı şifreler ve doğru domaine bağlandığınızı doğrulamaya yardımcı olur—ancak işletmenin güvenilir olduğunu garanti etmez. Kaynağı, içeriği ve bağlamı hâlâ değerlendirmeniz gerekir.

Temel Noktalar ve Nereden Devam Edilir

Tim Berners‑Lee’nin temel fikri şaşırtıcı derecede küçüktü: belgeleri (ve daha sonra uygulamaları) ortak bir adlandırma şeması, ortak bir istek yöntemi ve bunları görüntüleyip birbirine bağlayacak ortak bir format kullanarak birleştirmek.

Üç yapı taşı (bir dakikada)

URL adrestir. Ne istediğinizi ve nerede olduğunu söyler (ve genellikle nasıl erişileceğini).

HTTP konuşmadır. Tarayıcı ile sunucu arasındaki kurallardır (durum kodları, başlıklar, önbellekleme vb.).

HTML sayfa formatıdır. Tarayıcının okuyup görüntüleyebileceği bir yapıdır ve bağlantıların yer aldığı yerdir.

Kullanışlı bir zihinsel model

Web’i basitçe üç adımlı döngü olarak düşünün:

1. Adlandır (URL) — “Bu adrese git.”
2. İste (HTTP) — “Bana bu kaynağı ver.”
3. Göster ve bağla (HTML) — “İçerik bu ve buradan sonraki yollar şunlar.”

Bu döngüyü aklınızda tutunca modern detaylar (çerezler, API’ler, tek sayfa uygulamalar, CDN’ler) daha kolay anlaşılır: genelde adlandırma, isteme veya render etme üzerine yapılan iyileştirmelerdir.

İleri okumalar

Biraz daha derin ama aşırı teknik olmayan okumalar için:

• HTTP in plain English
• URLs demystified
• HTML essentials and links

Bu temelleri anlamak hemen fayda sağlar: web araçlarını daha iyi değerlendirebilir ("Bu URL ve standart HTTP’ye mi dayanıyor?"), geliştiricilerle daha etkili iletişim kurabilir ve kırık bağlantılar, önbellek sürprizleri veya “404 vs 500” gibi günlük sorunları daha iyi çözebilirsiniz.