Неприглядная правда раннего мобильного интернета

Думаете, отладка мобильных приложений сегодня — это боль? Представьте, каково было разработчикам, которые пытались создать мобильный интернет в конце 90-х. До iPhone 2007 года всё это время царил хаос: экраны размером с кредитку, проприетарные языки разметки и скорости соединения, на фоне которых 56K-модем казался реактивным самолётом.

Переход от стационарного интернета к мобильному — это не апгрейд, а полная переработка самой идеи веб-доступа. И честно говоря, большинство ранних попыток были настолько корявыми, что их ошибки до сих пор влияют на то, как мы разрабатываем мобильные решения.

Почему мобильный веб буксовал с самого начала

Когда появился обычный интернет, у него было время на «обкатку». Университеты тестировали ранние протоколы, вылавливая баги задолго до того, как до них добрались обычные пользователи. К бизнесу технология пришла уже в зрелом виде.

С мобильным интернетом всё вышло иначе — его сразу выкатили для широкой публики, причём каждый мегабайт стоил денег. Тут же возникло трение. Пользователи ждали привычный веб, а получали ужатые версии десктопных сайтов, которые на карманных устройствах просто не работали.

Технические проблемы множились:

• Экраны размером с визитку — классические веб-макеты становились бесполезными
• Слабое железо — клиентский JavaScript оставался несбыточной мечтой
• Нестабильное соединение — HTTP с его моделью «запрос-ответ» просто не справлялся
• Жор батареи — каждый байт должен был оправдывать своё существование

Это была не проблема масштабирования — это была фундаментальная переработка с нуля. Контент адаптировали, а не создавали специально для мобильных устройств.

Войны протоколов: лоскутное одеяло стандартов

До появления HTML5 мобильный веб представлял собой зоопарк конкурирующих технологий. Каждый крупный игрок решал одни и те же задачи совершенно по-своему.

AT&T PocketNet (1996) — эра «колоды карт»

Сервис PocketNet от AT&T предложил метафору, которая потом гуляла по всей мобильной разработке: модель колоды карт. Экраны мобильников были настолько маленькими, что взаимодействие превращалось в диалог. Пользователь делал выбор, который вёл к новым вариантам, сужая путь шаг за шагом.

Главная фишка — батчинг. Всю колоду карт можно было отправить одной транзакцией, уменьшая боль от медленных соединений. Контент шёл через Handheld Device Markup Language (HDML) — обрезанный родственник HTML, а рендерингом занимался микробраузер UP.View.

Умная инженерия, но проприетарная. Фрагментация уже началась.

Palm.Net WebClipping (1998) — оптимизация на ранних стадиях

Palm пошёл другим путём: поняли, что у КПК экран больше, чем у телефонов, но оптимизация всё равно нужна. Технология WebClipping кэшировала статический контент на самом устройстве, а по воздуху передавала только динамику.

По сути — edge computing до того, как это название вошло в моду. Сокращая лишние передачи данных, Palm показал: мобильный веб может быть быстрым, если переосмыслить движение контента.

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

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

Что сделало i-mode другим? Сработало несколько факторов:

1. Пакетная передача данных с первого дня — технически лучше коммутации каналов
2. Выделенная аппаратная кнопка — один клик до курируемого портала убирал лишние шаги
3. Партнёрская экосистема — DoCoMo берёл на себя биллинг, снижая барьеры для контент-провайдеров
4. Привлекательный контент — тысячи официальных сайтов, доступных через портал

Набор фич i-mode читается как список пожеланий для mobile-first, который полностью реализовали только через десять лет: горячие клавиши навигации, сокращения для телефонных номеров, поддержка эмодзи. Зато намеренно убрали таблицы, карты изображений и таблицы стилей — функции, добавлявшие сложность без ценности на маленьких экранах.

WAP — открытый стандарт, который не открылся

Wireless Application Protocol вышел в 1999 году как «открытый международный стандарт» при поддержке Nokia, Ericsson, Motorola и Openwave. Обещание — единый мобильный веб для всех устройств и сетей.

Реальность оказалась... иной. WAP стал синонимом фрустрации, получив прозвища вроде «Wait And Pay» (жди и плати) и «Worthless Application Protocol» (бесполезный протокол). Почему?

Частично — тайминг. Сети 2G не проектировались для пакетных данных, а стек WAP добавлял накладные расходы, усугубляя и без того медленные соединения. Частично — исполнение: стандарт оказался сложным, реализации различались кардинально. Частично — бизнес: операторы контролировали опыт, фрагментируя то, что должно было стать единым вебом.

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

Уроки, которые не устарели

Глядя на ту эпоху, вырисовываются паттерны, актуальные до сих пор:

1. Мобильное — это не десктоп, никогда им не было. Соблазн перенести существующее решение на новый форм-фактор огромен. Провалы раннего мобильного веба родились именно из этого допущения. Адаптивный дизайн, PWA и mobile-first-методология появились, потому что мы наконец усвоили этот урок.

2. Предположения о соединении ломаются на мобильных устройствах. HTTP строился вокруг устойчивых соединений. Мобильные сети так не работают. Service workers, офлайн-first-архитектуры, edge computing — всё это выросло из принятия этой реальности.

3. Бизнес-модели определяют принятие технологий. i-mode преуспел отчасти потому, что DoCoMo взяла на себя платежи, убрав трение для разработчиков и пользователей. Stripe, in-app purchases, SaaS-подписки — это всё результат понимания: сложность оплаты убивает вовлечённость.

4. Открытые стандарты побеждают в долгосрочной перспективе. Проприетарность погубила WAP. Веб выиграл, потому что на нём мог работать кто угодно. Мобильный интернет взлетел, когда браузеры стали соответствовать стандартам, а магазины приложений открылись для разработчиков.

Куда мы пришли

Мобильный веб прошёл огромный путь с тех пор. Сейчас у нас адаптивные макеты под любой экран, service workers для офлайн-работы, push-уведомления для возврата пользователей, API состояния сети.

Но фундаментальные вызовы удивительно стабильны: ограничения пропускной способности, нестабильное соединение, разнообразие размеров экранов, вечное напряжение между нативным UX и доступностью веба.

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

Об этом стоит задуматься, независимо от того, публикуете ли вы первую лендинг-страницу или архитектурируете распределённую систему для миллионов мобильных пользователей.

Путь мобильного веба от WAP-мучений до сегодняшних возможностей напоминает: инновации редко идут по прямой. Иногда нужно выпустить несовершенный продукт, извлечь уроки из неудач и двигаться к тому, что действительно работает. Это касается протоколов, платформ и той инфраструктуры — domains и hosting — которая всё это питает.