Mobil Web'in Çalkantılı Başlangıç Yılları

Günümüzde mobil uygulamalarla uğraşmak can sıkıcı geliyorsa, 90'ların sonunda mobil web için kod yazan geliştiricilere biraz saygı gösterin. iPhone'un 2007'de her şeyi alt üst etmesinden önceki yıllarda "mobil internet", avuç içi kadar ekranlar, şirketlere özel işaretleme dilleri ve 56k modem bile yanında lüks görünecek bağlantı hızlarıyla boğuşmak demekti.

Sabit hatlı internetten mobil internete geçiş, bir yükseltme değil; web erişiminin ne anlama gelebileceğinin baştan sona yeniden düşünülmesiydi. Ve dürüst olmak gerekirse, bu dönemin çoğu girişimi, bugün mobil için nasıl geliştirdiğimizi şekillendiren hatalarla doluydu.

Mobil Web Neden Bu Kadar Zor Başladı?

Geleneksel internet ana akım hale geldiğinde, olgunlaşması için zaman bulmuştu. Üniversiteler ve araştırma kurumları erken protokolleri test ettiler, halkın internete bulaşmasından önce sorunları çözüme kavuşturdular. İş dünyası devreye girdiğinde teknoloji artık oturmuştu.

Mobil internet ise farklı bir yol izledi—ilk günden genel kullanıma sunuldu ve her megabayat için ödeme yapılması gerekiyordu. Bu durum anında sürtüşme yarattı. Kullanıcılar tanıdıkları web'i beklerken, geliştiriciler avuçiçi cihazlarda çalışmayan masaüstü sitelerinin uyarlanmış versiyonlarını sundu.

Teknik zorluklar hafife alınacak cinsten değildi:

• Kartvizit boyutunda ekranlar, geleneksel web düzenlerini işe yaramaz hale getirdi
• Sınırlı işlem gücü, istemci tarafında JavaScript kullanımını imkansız kıldı
• Kesintili bağlantı, HTTP'nin durumsuz yapısıyla çelişti
• Pil kısıtlamaları, her baytın boşuna harcanmamasını gerektirdi

Bu sadece bir ölçekleme sorunu değildi—temel bir yeniden tasarım sorunuydu. İlk mobil içeriklerin çoğu, masaüstü web'in uyarlamasıydı; mobil öncelikli değildi.

Protokol Savaşları: Parçalı Bir Manzara

HTML5 evrensel standart haline gelene kadar, mobil web birbirine rakip teknolojilerin yamasıydı. Her büyük oyuncu aynı sorunları tamamen farklı yaklaşımlarla çözmeye çalıştı.

AT&T PocketNet (1996) — "Kart Destesi" Dönemi

AT&T'nin PocketNet servisi, mobil geliştirmede yankılanacak ilginç bir metafor getirdi: kart destesi modeli. Mobil telefonların ekranları çok kısıtlı olduğundan, etkileşimler diyalog tabanlı hale geldi. Kullanıcılar daha fazla seçeneğe götüren seçimler yaptı, her seçim yolu daralttı.

Buradaki yenilik gruplamaydı—bir destedeki tüm kartlar tek bir işlemde gönderilebiliyordu, yavaş bağlantıların yarattığı gecikme acısını azaltıyordu. İçerik, HTML'in sadeleştirilmiş kuzeni olan Handheld Device Markup Language (HDML) ile sunuluyordu; işlerliği UP.View adlı bir mikro tarayıcı üstleniyordu.

Bu akıllı bir mühendislikti, ama aynı zamanda şirkete özgüydü. Parçalanma çoktan başlamıştı.

Palm.Net WebClipping (1998) — Erken Optimizasyon Başarıları

Palm farklı bir yol seçti; PDA'ların telefonlardan daha fazla ekran alanına sahip olduğunu ancak yine de optimizasyona ihtiyaç duyduğunu kabul etti. WebClipping teknolojisi statik web içeriğini cihazın kendisinde önbelleğe alıyor, yalnızca dinamik içeriği havadan iletiyordu.

Bu, adını koymadan önce edge computing'in ta kendisiydi. Gereksiz veri transferini azaltarak Palm, mobil web'in hızlı olabileceğini kanıtladı—içeriğin nasıl aktığına dair varsayımları yeniden düşünmeye istekli olanlar için.

NTT DoCoMo i-mode (1999) — Asya'daki Başarı Öyküsü

İşler burada ilginçleşiyor. WAP Avrupa ve Kuzey Amerika'da ünlü bir başarısızlık yaşarken, NTT DoCoMo'nun i-mode'u Japonya'da muazzam bir başarı yakaladı ve sonunda dünya genelinde 52 milyonu aşkın kullanıcıya ulaştı.

i-mode'u farklı kılan neydi? Birkaç faktör bir araya geldi:

1. İlk günden paket anahtarlamalı veri — Bu, rakiplerin kullandığı devre anahtarlamalı yaklaşımlardan teknik olarak üstündü
2. Özel bir donanım tuşu — Tek basışta düzenlenmiş bir portale erişim, sürtünmeyi ortadan kaldırdı
3. Ortaklık ekosistemi — DoCoMo faturalamayı üstlendi, içerik sağlayıcılar için engelleri azalttı
4. Çekici içerik — Portal üzerinden keşfedilebilir binlerce resmi site

i-mode'un özellik seti, bir mobil öncelikli dilek listesi gibi okunuyor—tam olarak gerçekleşmesi bir on yıl daha alacak bir liste: navigasyon için erişim tuşları, telefon numarası kısayolları, emoji desteği. Tabloları, resim haritalarını ve stil sayfalarını bilinçli olarak dışarıda bıraktı—küçük ekranlarda karmaşıklık katıp değer katmayan özelliklerdi bunlar.

WAP — Olmayan Açık Standart

Wireless Application Protocol 1999'da Nokia, Ericsson, Motorola ve Openwave'un desteklediği "açık uluslararası bir standart" olarak piyasaya çıktı. Vaat, cihazlar ve ağlar arasında birleşik mobil web erişimiydi.

Gerçeklik... farklıydı. WAP hayal kırıklığının simgesi haline geldi, "Wait And Pay" (Bekle ve Öde) ve "Worthless Application Protocol" (Değersiz Uygulama Protokolü) gibi lakaplar taktı. Neden?

Bir kısmı zamanlamaydı—2G ağları paket verisi için tasarlanmamıştı ve WAP yığını, zaten yavaş olan bağlantıları daha da kötüleştiren ek yük getirdi. Bir kısmı uygulamaydı—standart karmaşıktı ve uygulamalar büyük farklılıklar gösteriyordu. Bir kısmı da iş modeliydi—operatörler deneyimi kontrol ediyordu, birleşik olması gereken web'i parçaladılar.

İronik olan şu ki, WAP'ın hedefleri doğruydu. Onları gerçekleştirmek için sadece daha iyi teknolojiye (3G, akıllı telefonlar) ve daha iyi iş modellerine (sabit ücretli veri, açık uygulama mağazaları) ihtiyacımız vardı.

Hâlâ Geçerli Olan Dersler

Bu döneme geri baktığımızda, mobil için geliştirme yapan herkes için hâlâ geçerli olan örüntüler ortaya çıkıyor:

1. Mobil masaüstü değil—hiçbir zaman olmadı. Mevcut çözümleri yeni form faktörlerine taşıma dürtüsü güçlüdür. İlk mobil web'in başarısızlıkları tam olarak bu varsayımdan kaynaklandı. Responsive tasarım, progressive web uygulamaları ve mobil öncelikli metodoloji, bu dersi sonunda öğrendiğimiz için var.

2. Bağlantı varsayımları mobilde bozuluyor. HTTP'nin istek-yanıt modeli kalıcı bağlantıları varsayıyordu. Mobil ağlar öyle çalışmıyor. Bugün service worker'lar, çevrimdışı öncelikli mimariler ve edge computing, bu gerçeği kabul ettiğimiz için var.

3. İş modelleri teknoloji benimsenmesini şekillendiriyor. i-mode kısmen DoCoMo faturalamayı üstlendiği için başarılı oldu, geliştiriciler ve kullanıcılar için karmaşıklığı azalttı. Stripe, uygulama içi satın almalar ve SaaS abonelikleri, ödeme karmaşıklığının etkileşimi öldürdüğünü öğrendiğimiz için var.

4. Açık standartlar sonunda kazanıyor. WAP'ın şirketlere özgü doğası onun düşüşü oldu. Web başarılı oldu çünkü herkes ona geliştirme yapabildi. Mobil, tarayıcılar standartlara uygun hale geldiğinde ve uygulama mağazaları geliştiricilere açıldığında başarıya ulaştı.

Bugün Geldiğimiz Nokta

Mobil web bu ilk günlerden çok yol kat etti. Artık her ekrana uyum sağlayan responsive düzenlerimiz, çevrimdışı işlevsellik sağlayan service worker'larımız, kullanıcıları yeniden etkileştiren push bildirimlerimiz ve uygulamaların ağ koşullarına yan vermesine yardımcı olan bağlantı API'lerimiz var.

Ama temel zorluklar dikkat çekici derecede tutarlı kalmaya devam ediyor: bant genişliği kısıtlamaları, kesintili bağlantı, değişen ekran boyutları ve native uygulama deneyimleri ile web erişilebilirliği arasındaki sonsuz gerilim.

Bir sonraki dalga—5G, WebAssembly, yapay zeka destekli geliştirme ve belki Web3—yeni çerçeveler ve paradigmalar getirecek. Ama temel soru aynı kalıyor: giderek çeşitlenen cihazlar ve bağlantılar aracılığıyla değerli deneyimleri nasıl sunuyoruz?

Bu soruyla haşır neşir olmaya değer, ister ilk açılış sayfanızı ister milyonlarca mobil kullanıcıya dağıtılmış bir sistem mimarisi kuruyor olun.

WAP hayal kırıklığından bugünkü deneyimlere uzanan mobil web yolculuğu, bize inovasyonun nadiren düz çizgiler halinde gerçekleşmediğini hatırlatıyor. Bazen kusurlu ürünler çıkarmanız, başarısızlıklarından ders çıkarmanız ve gerçekten işe yarayan bir şeye doğru iterasyon yapmanız gerekiyor. Bu, protokoller, platformlar ve onları destekleyen domain ve hosting altyapısı için de geçerli.