Приложение или сайт — что делать первым, и почему решает не технология

«Мне сначала сайт делать или приложение для телефона?» — вопрос, на котором зависает почти каждый новичок. И вот что неожиданно: для первого проекта ответ почти всегда «веб» — но не из-за технологий. Из-за стены магазина приложений.

Веб-приложение ты выкатываешь сегодня и делишься ссылкой через минуту. Нативное — ждёшь ревью Apple и Google, иногда дни, иногда с отказами. Прежде чем спорить о фичах, стоит понять эту разницу. Разложим по полочкам и в конце скажем прямо, что брать.

Коротко: в чём вообще разница

• Веб-приложение — открывается в браузере по ссылке. Работает на любом устройстве: телефон, ноут, планшет. Ничего не устанавливаешь.
• Нативное приложение — устанавливаешь из App Store или Google Play, оно живёт иконкой на экране телефона. Пишется под конкретную платформу (iOS/Android).

Оба — «приложения» в бытовом смысле. Разница в том, где они живут и как до них добирается пользователь.

По каким осям сравнивать

| Критерий | Веб-приложение | Нативное приложение | |---|---|---| | Где живёт | ссылка в браузере | иконка из магазина | | Как получить | открыл — и пользуешься | скачал, установил | | Первая версия | сегодня, в один клик | недели + ревью магазина | | Обновления | мгновенно, для всех | через магазин, ждёшь проверку | | Камера, пуши, офлайн | ограниченно | полный доступ | | Магазин / ревью | не нужен | обязателен (Apple, Google) | | Цена входа | бесплатно | $99/год Apple + $25 Google | | Кривая для новичка | пологая | круче |

Читается почти однозначно: веб выигрывает по скорости, цене и простоте. Нативное — по глубине доступа к телефону.

Где живёт стена — App Store и Google Play

Главный скрытый барьер нативной разработки — не код, а публикация. Чтобы выложить приложение, нужен аккаунт разработчика ($99/год у Apple, $25 разово у Google), и каждую версию проверяют вручную. Ревью может завернуть за мелочь и заставить переделывать. Обновил кнопку — жди новую проверку.

У веба этой стены нет. Поменял, задеплоил — и через минуту у всех новая версия. Для человека, который вайб-кодит первый проект и хочет быстро проверить идею, это решающе: цикл «правка → результат» измеряется минутами, а не днями.

Кому что подойдёт

Без увиливаний.

Бери веб-приложение, если:

• это твой первый проект и ты проверяешь идею;
• нужно быстро показать людям и собрать отклик;
• аудитория — и телефон, и компьютер;
• бюджет — ноль (веб хостится бесплатно).

Бери нативное, если:

• продукт живёт на телефоне и без него не работает (камера в основе, серьёзный офлайн, регулярные пуши);
• тебе критично быть в App Store и Google Play ради доверия и находимости;
• идея уже проверена вебом, и ты идёшь за глубиной.

Правило простое: сомневаешься — начинай с веба. Проверишь идею дёшево и быстро, а нативную версию соберёшь потом, если веб-версия взлетит.

PWA — третий вариант посередине

Есть компромисс: PWA (Progressive Web App). Это веб-приложение, которое умеет ставиться на домашний экран как иконка, работать офлайн и слать часть уведомлений — но остаётся вебом, без магазина и ревью. Не заменяет нативное полностью, но для многих задач закрывает разрыв: ощущается как приложение, деплоится как сайт.

А если я всё-таки хочу приложение в App Store?

Тогда посмотри на кросс-платформенные подходы — React Native, Flutter: один код собирается и под iOS, и под Android. Но и там стена ревью и оплата аккаунтов никуда не денутся. Разумный путь для новичка — сначала веб-версия, а нативную делать, когда есть подтверждённый интерес.

Веб-приложение — это просто сайт?

Не совсем. Обычный сайт показывает информацию (блог, лендинг). Веб-приложение внутри браузера что-то делает: считает, хранит твои данные, реагирует на действия — как трекер, редактор или чат. Технически это тот же веб, но с логикой приложения, а не просто текстом на странице.

React Native — это нативное приложение?

Да. React Native и Flutter пишут один код, а на выходе — настоящие нативные приложения для App Store и Google Play. Это способ не собирать две отдельные версии под iOS и Android, а обойтись одной кодовой базой. Но стена ревью магазина и платные аккаунты разработчика при этом никуда не деваются — экономишь на коде, не на публикации.