Трудното начало на мобилния уеб

Когато „мобилен интернет" звучеше като шега

Днешните разработчици често се оплакват от дебъгване на мобилни приложения. Но да видиш как са работили хората, които са правили сайтове за мобилни устройства в края на 90-те — това е съвсем различно ниво.

Преди iPhone да промени всичко през 2007-а, имаше един хаотичен период. „Мобилен интернет" означаваше да се бориш с екрани колкото визитка, собствени езици за маркиране и скорости, при които дори 56k модемът изглеждаше като свръхсветлинна технология.

Преходът от стационарен към мобилен интернет не беше надстройка. Това беше пълно преосмисляне на това какво означава достъп до мрежата. И повечето ранни опити бяха... наистина сърбани.

Защо мобилният уеб закъсня

Когато обикновеният интернет стана масови, имаше време да се усъвършенства. Университети тестваха протоколите, докато изгладят проблемите. Когато бизнесът се включи, технологията вече беше стабилна.

Мобилният интернет тръгна по друг път — насочен към обикновените хора от самото начало, с цена за всеки мегабайт. Това създаде мигновено напрежение. Потребителите очакваха познатата мрежа, а разработчиците им даваха桌面ните сайтове, пренаредени за телефони — и те просто не работеха.

Техническите предизвикателства бяха сериозни:

• Екрани като бизнес картички — традиционните уеб оформления ставаха безполезни
• Ограничена изчислителна мощ — JavaScript на клиента беше неосъществима мечта
• Прекъсваща връзка — влиза в конфликт със session-ите на HTTP
• Батерии под напрежение — всеки байт трябваше да си заслужава изпращането

Това не беше просто мащабиране — беше фундаментално препроектиране. Първоначалното мобилно съдържание беше адаптирана настолна мрежа, не мислена от самото начало за мобилни устройства.

Войната на протоколите: Разпокъсаният пейзаж

Преди HTML5 да стане универсалният стандарт, мобилният уеб беше смесица от състезаващи се технологии. Всеки голям играч се опитваше да реши едни и същи проблеми с напълно различни подходи.

AT&T PocketNet (1996) — Ерата на „колодата карти"

Услугата на AT&T въведе интересна метафора, която щеше да отекне през цялото развитие на мобилността: модела „колода карти". Тъй като мобилните телефони имаха толкова ограничени екрани, взаимодействията станаха диалогови. Потребителите правеха избори, водещи до повече опции, като всеки избор стесняваше пътя напред.

Новото тук беше пакетирането — всички „карти" в една „колода" можеха да се изпратят в една транзакция, намалявайки болката от бавните връзки. Съдържанието се доставяше чрез Handheld Device Markup Language (HDML) — опростен братовчед на HTML, с микро браузър на име UP.View.

Това беше умно инженерство, но си оставаше proprietetary решение. Разпокъсаността вече беше започнала.

Palm.Net WebClipping (1998) — Ранни печалби от оптимизацията

Palm пое по различен път, разбирайки че PDA-та имаха повече екранно пространство от телефоните, но все пак се нуждаеха от оптимизация. Тяхната технология WebClipping кешираше статично уеб съдържание на самото устройство, предавайки по въздуха само динамичното съдържание.

Това по същество беше edge computing преди изобщо да го наречем така. Като намалиха ненужните предавания на данни, Palm доказаха, че мобилният уеб може да бъде бърз — ако си готов да преосмислиш предположенията за това как протича съдържанието.

NTT DoCoMo i-mode (1999) — Азиатският успех

Тук нещата стават интересни. Докато WAP прочуто се провали в Европа и Северна Америка, i-mode на NTT DoCoMo стана огромен успех в Япония, достигайки над 52 милиона потребители по света.

Какво направи i-mode различен? Няколко фактора се подредиха:

1. Пакетно предаване на данни от самото начало — технически по-добро от circuit-switched подходите на конкурентите
2. Специален хардуерен бутон — достъп с едно натискане до подбрана портала премахна триенето
3. Екосистема от партньори — DoCoMo пое таксуването, намалявайки бариерите за доставчиците на съдържание
4. Привлекателно съдържание — хиляди официални сайтове, откриваеми през портала

Функциите на i-mode звучат като списък с желания за mobile-first подход, който отне още десетилетие да се реализира напълно: бутони за навигация, преки пътища за телефонни номера, поддръжка на емотикони. Съзнателно бяха изключени таблиците, image maps и стиловите таблици — функции, които добавяха сложност без стойност на малките екрани.

WAP — Отвореният стандарт, който не беше такъв

Wireless Application Protocol тръгна през 1999 като „отворен международен стандарт", подкрепен от Nokia, Ericsson, Motorola и Openwave. Обещанието беше единен мобилен уеб достъп между устройства и мрежи.

Реалността обаче беше... различна. WAP стана синоним на разочарование, печелейки прякори като „Wait And Pay" и „Worthless Application Protocol". Защо?

Част от проблема беше таймингът — 2G мрежите не бяха проектирани за пакетни данни, а WAP стекът добавяше допълнителна тежест, която правеше вече бавните връзки още по-бавни. Част беше изпълнението — стандартът беше сложен и имплементациите варираха драматично. И част беше бизнесът — операторите контролираха преживяването, разпокъсвайки това, което трябваше да бъде обединен уеб.

Иронията е, че целите на WAP бяха правилни. Просто се нуждаехме от по-добра технология (3G, смартфони) и по-добри бизнес модели (данни с фиксирана цена, отворени app stores), за да ги постигнем.

Уроци, които все още важат

Когато погледнеш назад към онзи период, изпъкват модели, които си остават важни за всеки, който прави нещо за мобилни устройства:

1. Мобилното не е настолно — никога не е било. Изкушението да пренесеш съществуващи решения на нови форм-фактори е силно. Провалите на ранния мобилен уеб дойдоха точно от това предположение. Responsive design, progressive web apps и mobile-first методологията — всички те съществуват защото най-накрая научихме този урок.

2. Предположенията за свързаност се провалят на мобилни. Моделът request-response на HTTP предполагаше постоянни връзки. Мобилните мрежи не работят така. Днес service workers, offline-first архитектури и edge computing всички произлизат от приемането на тази реалност.

3. Бизнес моделите оформят възприемането на технологията. i-mode успя частично защото DoCoMo се занимаваше със сметките, премахвайки триенето за разработчици и потребители. Stripe, in-app purchases и SaaS абонаменти съществуват защото сме разбрали, че сложността при плащанията убива ангажираността.

4. Отворените стандарти печелят в крайна сметка. Proprietary естеството на WAP беше неговата гибел. Уебът успя защото всеки можеше да го разработва. Мобилният успех дойде когато браузърите станаха съвместими със стандартите и app stores се отвориха за разработчици.

Къде сме сега

Мобилният уеб измина дълъг път от онези ранни дни. Сега имаме responsive оформления, които се адаптират към всеки екран, service workers, които позволяват офлайн функционалност, push нотификации, които връщат потребителите, и API-та за връзка, които помагат на приложенията да реагират на мрежови условия.

Но основните предизвикателства остават забележително постоянни: ограничения в bandwidth-а, прекъсваща свързаност, различни размери на екраните и вечното напрежение между native app преживявания и уеб достъпност.

Следващата вълна — 5G, WebAssembly, AI-подпомагано разработване и евентуално Web3 — ще донесат нови рамки и парадигми. Но основният въпрос остава същият: как доставяме ценни преживявания през все по-разнообразни устройства и връзки?

Това е въпрос, който си струва да обмислиш, независимо дали пускаш първата си лендинг страница или архитектурираш разпределена система за милиони мобилни потребители.

Пътуването на мобилния уеб от WAP разочарованието до днешните преживявания ни напомня, че иновацията рядко се случва на прави линии. Понякога трябва да пуснеш несъвършени продукти, да се поучиш от провалите им и да се движиш към нещо, което наистина работи. Това важи за протоколи, платформи и за domain-ите и хостинг инфраструктурата, които ги захранват.