Как отличить веб-приложение от сайта и учесть требования к данным

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

Для чего нужен сайт, а для чего веб-приложение

Сайт. Это набор HTML-страниц, связанных гиперссылками и размещенных на одном домене. Он может быть и одностраничным. Подходит лендингу, брошюре, портфолио: везде, где нужно рассказать о компании, продукте или услуге.

Веб-приложение. Это программа на веб-сервере, доступная в браузере: пользователь работает с данными и функциями, которые хранятся на сервере. Ему нужны серверная логика, база данных, аутентификация и, как правило, API. Типичные примеры: интернет-магазин с корзиной и личным кабинетом, CRM-система. Писать такое можно на PHP, Ruby или Python.

Главная разница в назначении. Сайт предназначен для предоставления пользователю данных, а веб-приложение — для решения задач. Сайты обычно статические: контент на них не меняется без вмешательства команды разработчика в код. Веб-приложения интерактивны и обновляют данные без перезагрузки страницы, а каждый пользователь видит на экране свое. Если продукт только показывает информацию, вам хватит сайта. Его облик и структуру страниц закладывают на этапе веб-дизайна сайта.

Из чего состоит приложение и как его видит поисковик

Приложение делится на клиентскую и серверную части.

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

Части общаются по HTTP/HTTPS через API, чаще всего REST или GraphQL. В REST у каждого ресурса свой URL, а действие задает HTTP-метод.

Вот как это выглядит на примере из экспертного разбора фронтенда. Пользователь открывает страницу со списком заказов, фронтенд отправляет GET-запрос к API, бэкенд достает заказы из базы и возвращает их в формате JSON. Фронтенд разбирает ответ и рисует список на странице.

От схемы отрисовки зависит индексация. В классическом многостраничном сайте (MPA) браузер запрашивает новую HTML-страницу целиком, а сервер ее генерирует. Это просто, первая загрузка быстрая, поисковики такие страницы индексируют хорошо. Гибридный подход рендерит первую загрузку на сервере, а дальнейшие переходы обрабатывает на клиенте. Так совмещают SEO и производительность.

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

Что закон требует от приложения, которое хранит данные пользователей

До начала обработки персональных данных оператор обязан уведомить о своем намерении уполномоченный орган по защите прав субъектов персональных данных. Таким органом по пункту 1 статьи 23 Федерального закона от 27.07.2006 № 152-ФЗ «О персональных данных» и пункту 1 Положения, утвержденного постановлением Правительства РФ от 16.03.2009 № 228, является Роскомнадзор.

По пункту 9 статьи 3 Федерального закона «О персональных данных» информационная система персональных данных — это совокупность данных в базе плюс технологии и технические средства для их обработки. Если веб-сайт этим условиям соответствует, он считается такой системой.

Оператор до начала обработки обязан уведомить уполномоченный орган о намерении обрабатывать данные. По запросу этого органа он сообщает нужные сведения в течение 30 дней с даты получения запроса. За непредставление или неполноту сведений грозит административный штраф по статье 19.7 КоАП РФ. Уполномоченный орган — Роскомнадзор: так сказано в пункте 1 статьи 23 Федерального закона от 27.07.2006 № 152-ФЗ и в пункте 1 Положения, утвержденного постановлением Правительства от 16.03.2009 № 228.

По разъяснению Роскомнадзора, при заполнении веб-формы заявки на покупку товара на сайте интернет-магазина критерием получения оператором согласия на обработку персональных данных служит файл электронной цифровой подписи. Кроме того, приложения, по описанию в одной из экспертных статей, подчиняются стандартам безопасности вроде PCI DSS (стандарта безопасности индустрии платежных карт).

До запуска проверьте три вещи:

• кто в вашем проекте оператор персональных данных;
• подано ли уведомление до начала обработки;
• как фиксируется согласие пользователя.

Приложение отличают данные и логика, а не внешний вид

• Если проект только показывает информацию, вам хватит сайта.
• Если он считает, хранит и персонализирует данные, это приложение с серверной логикой.
• Выбор схемы отрисовки определяет, увидит ли страницы поисковый робот.
• Обработка данных пользователей добавляет юридический контур, который проще заложить до запуска.

Перед стартом сформулируйте, какие задачи решает продукт, и прикиньте, какая часть логики уйдет на сервер. Если нужно продумать, как будет выглядеть и работать интерфейс, в QIO с вами обсудят веб-дизайн под задачи и состав экранов вашего продукта.

Источники

• Роскомнадзор - Ответы на вопросы
• Роскомнадзор - Контрольно-надзорная деятельность