Публичная оферта для сайта или приложения: что предусмотреть бизнесу

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

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

Время чтения8 мин

АвторНиколай Семенов, старший юрист

СтатусОбновлено 8 июля 2026 г.

Поможем с Вашей задачей

Подготовим решение под факты Вашей задачи и объясним, как им пользоваться.

Перейти к услуге

Короткий ответ

Оферта - адресованное одному или нескольким конкретным лицам предложение, которое достаточно определенно выражает намерение заключить договор и содержит его существенные условия. Публичной офертой может быть предложение, обращенное к любому, кто выполнит указанные условия.
Надпись «не является публичной офертой» не меняет фактическое содержание страницы. Если бизнес разместил определенное предложение и готов заключить договор с каждым, кто его принимает, значение имеют вся информация и действия сторон, а не одна оговорка.
Акцепт, то есть принятие оферты, должен быть полным и безоговорочным. На сайте им может быть согласованная последовательность действий, например выбор товара, подтверждение заказа и оплата, но момент заключения зависит от текста предложения, интерфейса и специальных правил для конкретной продажи.
Для потребителя нельзя отменить офертой обязательные права, предоставленные законом. Условия об отказе, возврате, ответственности и одностороннем изменении нужно проверять отдельно для товаров, услуг, цифрового доступа и подписки.
Пользовательское соглашение и политика обработки персональных данных решают другие задачи. Эти документы могут ссылаться на оферту, но не заменяют условия продажи.
Бизнесу нужно сохранять принятую редакцию, идентификатор заказа и подтверждение действий пользователя. Ссылка на актуальный текст без архива не доказывает, какие условия действовали раньше.

Главный принцип: начинайте не с шаблона оферты, а с фактической последовательности действий покупателя и продавца. Документ должен описывать ту продажу, которая действительно происходит в интерфейсе и внутри компании.

Оферта, публичная оферта, публичный договор и пользовательское соглашение

Эти понятия относятся к разным правовым ситуациям. Ошибка в выборе договора меняет и содержание документа, и способ его принятия.

По п. 1 ст. 435 ГК РФ оферта должна быть достаточно определенной, выражать намерение оферента считать себя заключившим договор с адресатом, который примет предложение, и содержать существенные условия будущего договора. Пункт 2 ст. 437 ГК РФ относит к публичной оферте предложение, содержащее все существенные условия договора и показывающее волю заключить договор на указанных условиях с любым, кто отзовется.

Публичный договор и пользовательское соглашение

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

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

Четыре конструкции

Публичная оферта.

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

Оферта конкретному адресату.

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

Индивидуальный договор.

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

Пользовательское соглашение.

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

Когда сайту нужна оферта, а когда индивидуальный договор

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

Дерево решения

Пользователь может оформить заказ без переговоров? Если да, оферта помогает закрепить единые условия. Если заявка только начинает обсуждение, индивидуальный договор или отдельное подтверждение заказа может быть точнее.
Условия одинаковы для сопоставимых покупателей? Стандартную продажу удобно оформлять офертой. Если цена, объем и срок определяются после диагностики, не обещайте заключение договора до согласования.
Можно определить приобретаемый результат по карточке и заказу? Если содержание заказа остается неопределенным, один общий документ проблему не исправит.
Кто покупатель? Для гражданина-потребителя действуют обязательные правила защиты прав потребителей. В отношениях с компанией или индивидуальным предпринимателем (ИП) стороны располагают большей свободой, но существенные условия и доказательства все равно нужны.
Есть ли несколько продавцов или исполнителей? На платформе нужно показать, с кем именно возникает договор по каждому заказу. Общая оферта владельца интерфейса не должна скрывать реального продавца.
Нужна ли отдельная приемка или техническое задание? Для сложной разработки, длительного проекта или индивидуальной услуги удобнее договор с приложением, а не массовая оферта.
Меняются ли условия от клиента к клиенту? Если да, определите, какие условия общие, а какие подтверждаются в конкретном заказе. Устраните противоречия между ними до начала продаж.

Практические сценарии

Интернет-магазин. Оферта определяет продавца, товар, порядок заказа и оплаты, доставку, отказ и возврат. Карточка товара и подтверждение заказа дополняют общий текст сведениями о конкретной покупке.

Онлайн-услуга. Нужно определить состав услуги, срок, действия заказчика, способ передачи результата и порядок отказа. Фраза «услуга считается оказанной после оплаты» не заменяет фактического исполнения.

Цифровой доступ. Важно описать момент открытия доступа, срок, технические требования, ограничения использования, поддержку и действия при недоступности сервиса.

Простая подписка. К оферте добавляются периодичность платежей, автопродление, уведомления, прекращение будущих списаний и последствия отключения.

Продажи компаниям и предпринимателям (B2B). Оферта возможна, если условия стандартизированы, но нужно проверить полномочия пользователя, реквизиты компании, порядок формирования закрывающих документов и указать, какие условия применяются при индивидуальном заказе.

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

Что делает предложение публичной офертой по содержанию

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

Условия оферты могут состоять из постоянной части и сведений, которые определяются интерфейсом или заказом. Постоянная часть устанавливает правила продажи. Карточка товара, выбранный тариф, корзина, форма заказа и подтверждение добавляют предмет, количество, цену, срок или иные параметры конкретной сделки. Из оферты должно быть понятно, как эти сведения становятся условиями договора.

Карта условий оферты

Сторона договора. Полное наименование или сведения об ИП, реквизиты и прямое указание, кто продает товар либо оказывает услугу.
Покупатель. Потребитель, компания, ИП или несколько категорий с различиями в правилах.
Предмет. Товар, услуга, цифровой доступ или подписка и способ определить конкретный заказ.
Цена. Сумма, тариф либо проверяемый порядок ее определения, включая налоги и дополнительные платежи.
Заказ. Последовательность действий, обязательные поля, подтверждение и исправление ошибки до отправки.
Акцепт. Одно или несколько действий, после которых предложение считается принятым.
Момент договора. Время, с которого у сторон возникают обязательства, с учетом специальных правил продажи.
Оплата. Способ, срок, подтверждение, возврат и действия при ошибочном или незавершенном платеже.
Исполнение. Доставка, оказание услуги, открытие доступа, срок и критерий завершения.
Действия покупателя. Сведения, материалы, доступы или приемка, без которых исполнение невозможно.
Отказ и возврат. Основания, канал обращения, сроки и последствия с учетом обязательных норм.
Ответственность. Распределение последствий нарушений без незаконного освобождения бизнеса от ответственности.
Изменение условий. Какие изменения относятся только к будущим заказам и как пользователь узнает о новой редакции.
Доказательства. Номер заказа, редакция, время, действия пользователя, уведомления, платеж и исполнение.

Почему фраза «не является публичной офертой» не решает вопрос автоматически

Пункт 1 ст. 437 ГК РФ по общему правилу относит рекламу и иные предложения неопределенному кругу лиц к приглашению делать оферты, если в самом предложении прямо не указано иное. Из этого иногда делают ошибочный вывод: достаточно добавить на страницу оговорку, и никаких обязательств не возникнет.

На практике нужно оценивать всю страницу и порядок покупки. Если страница только знакомит с примерным ассортиментом, а окончательные условия согласуются отдельно, оговорка может подтверждать информационный характер. Но если на странице определены продавец, товар, цена и порядок заказа, а пользователь может совершить предусмотренное действие и получить подтверждение, одна строка не должна противоречить остальному интерфейсу.

Для розничной продажи действует также ст. 494 ГК РФ. Предложение товара в рекламе, каталогах и описаниях признается публичной офертой, если содержит все существенные условия розничной купли-продажи. Выставление товара в месте продажи по общему правилу признается публичной офертой независимо от указания цены и иных условий, если продавец явно не определил, что товар не продается (п. 2 ст. 494 ГК РФ). Для сайта дополнительно учитываются специальные правила дистанционной продажи.

Пример ООО «Ромашка». На карточке курса указаны программа, цена и дата начала, кнопка ведет к оплате, после платежа пользователь сразу получает доступ. Внизу стоит «информация не является публичной офертой». Действия пользователя и бизнеса показывают, что это не предварительное знакомство, а готовая продажа. Бизнесу нужно определить момент договора, условия оказания и отказа, а не рассчитывать на одну оговорку.

Существенные условия, акцепт и момент заключения договора

Существенные условия зависят от вида договора. По ст. 432 ГК РФ договор считается заключенным, если стороны в требуемой форме достигли соглашения по всем существенным условиям. К ним относится предмет, условия, названные законом существенными или необходимыми для договоров этого вида, а также условия, относительно которых по заявлению стороны должно быть достигнуто соглашение.

Акцепт по ст. 438 ГК РФ должен быть полным и безоговорочным. Совершение действий по выполнению условий оферты, включая оплату, может считаться акцептом, если закон, иные акты или сама оферта не устанавливают иное. Это не означает, что любую кнопку можно объявить акцептом задним числом. Действие нужно описать заранее, а соответствующая редакция условий должна быть доступна пользователю до его совершения.

Как строится заключение договора

Пользователь видит предложение. До решения о покупке ему доступны продавец, предмет, цена и ключевые ограничения.
Пользователь выбирает параметры. Товар, количество, тариф, срок или иные переменные попадают в заказ.
Интерфейс показывает итог. Пользователь может проверить состав и стоимость до отправки.
Оферта доступна перед акцептом. Ссылка не спрятана после оплаты, а текст можно открыть и сохранить.
Пользователь совершает согласованное действие. Например, подтверждает заказ и оплачивает его. Конкретный момент зависит от условий продажи.
Бизнес направляет подтверждение. Номер заказа, состав, цена и иные условия показывают, какие общие правила применяются к конкретной сделке.
Система сохраняет доказательства. Время, редакция, событие акцепта, платеж и уведомление остаются доступными для проверки.

Для дистанционной розничной продажи п. 14 Правил, утвержденных Постановлением Правительства РФ № 2463, требует после получения сообщения потребителя о намерении заключить договор предоставить подтверждение на условиях оферты. Подтверждение должно содержать номер заказа или другой идентификатор, позволяющий получить информацию о договоре и его условиях. Пункт 17 требует обеспечить возможность ознакомиться с офертой на сайте, странице или в программе, если иной порядок не предусмотрен соглашением с агрегатором (п. 17 Правил №2463).

Интерфейс заказа и доказательство принятой редакции

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

Что проверить в интерфейсе

Карточка предложения. Совпадают ли название, состав, цена, срок и ограничения с офертой.
Корзина или итог заказа. Видит ли пользователь все позиции и платежи до подтверждения.
Ссылка на оферту. Можно ли открыть документ до действия, которое считается акцептом.
Формулировка действия. Понимает ли пользователь, что заказ или платеж создает обязательство.
Обязательные согласия. Не объединены ли оферта, обработка данных и получение рекламы в одну неразделимую отметку, когда нужны разные основания.
Подтверждение. Есть ли номер заказа, состав, цена, продавец и доступ к условиям.
Личный кабинет. Можно ли найти заказ, подписку, статус исполнения и доступный способ обращения.
Журнал событий. Сохраняются ли редакция, дата, действие пользователя и отправленные уведомления.

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

Интернет-магазин: заказ, доставка и возврат

Дистанционная продажа товара потребителю регулируется ст. 26.1 Закона о защите прав потребителей и Правилами № 2463. Оферта должна работать вместе с карточкой товара и подтверждением заказа, а не пытаться вместить весь каталог в один файл.

Что проверить продавцу

На сайте ясно указано, кто является продавцом по конкретному заказу;
До покупки доступны основные потребительские свойства товара и сведения, обязательные для соответствующей категории;
Цена, стоимость доставки и иные платежи показаны до подтверждения;
Заказ идентифицирует товар, количество, покупателя и способ получения;
Оферта определяет момент возникновения обязательства и не противоречит подтверждению заказа;
Покупатель получает номер заказа или другой идентификатор;
Доставка, переход риска и действия при невозможности вручения описаны без обещаний, которых бизнес не выполняет;
Порядок отказа и возврата учитывает дистанционный способ продажи и исключения закона;
Условия о товаре надлежащего и ненадлежащего качества не смешаны;
Поддержка может найти заказ и принятую редакцию по обращению покупателя.

Потребитель вправе отказаться от дистанционно приобретенного товара до передачи, а после передачи - в течение семи дней. Если информация о порядке и сроках возврата товара надлежащего качества не была предоставлена в письменной форме при доставке, срок отказа увеличивается до трех месяцев с момента передачи. Исключение действует для товара надлежащего качества с индивидуально-определенными свойствами, который может использовать только приобретающий его потребитель (п. 4 ст. 26.1 Закона о защите прав потребителей). Оферта должна объяснять процедуру, но не расширять исключения произвольно.

Услуга и цифровой доступ: предмет, исполнение и отказ

Для услуг нельзя механически копировать правила возврата товара. Нужно определить, что именно делает исполнитель, когда начинается работа, какой результат получает заказчик и какие последствия имеет отказ.

Если покупатель является потребителем, ст. 32 Закона о защите прав потребителей позволяет отказаться от договора о выполнении работ или оказании услуг при оплате исполнителю фактически понесенных расходов, связанных с исполнением обязательств. Формула «оплата не возвращается ни при каких обстоятельствах» может быть недопустимым условием. Одновременно бизнесу важно фиксировать, какие действия уже выполнены и какие расходы действительно относятся к конкретному заказу.

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

Что предусмотреть при продаже цифрового продукта

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

Неопределенный момент исполнения. Укажите, какое событие подтверждает открытие доступа, передачу файла или завершение услуги.

Зависимость от действий клиента. Перечислите данные и действия, без которых исполнение невозможно, и разумный порядок напоминания.

Техническая недоступность. Разделите плановые работы, проблему на стороне пользователя и нарушение со стороны сервиса; определите канал сообщения и способ восстановления.

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

Смешение права и услуги. Отдельно определите, что пользователь получает для использования контента или программы и что бизнес обязан сделать как исполнитель.

Подписка, регулярные платежи и автопродление

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

Для услуг по абонентскому договору, оказываемых в интернете с использованием сайта, информационной системы или программы, п. 4.2 ст. 16.1 Закона о защите прав потребителей запрещает использовать для периодических платежей ранее предоставленные реквизиты счета или данные электронного средства платежа, если потребитель выразил отказ от их использования. Исполнитель обязан принимать такой отказ, в том числе электронно. Это отдельный процесс, который нельзя заменить фразой «отмените подписку в поддержке», если сохраненные реквизиты продолжают использоваться.

Что предусмотреть для подписки

Состав и срок доступа в каждом периоде.
Размер платежа или понятный порядок его определения.
Дата либо событие следующего списания.
Заметное сообщение о периодическом характере оплаты до первого платежа.
Порядок автопродления и последствия окончания пробного периода.
Доступный электронный способ отключить будущие списания.
Прием отказа от использования сохраненных платежных данных.
Момент прекращения доступа после отключения.
Порядок изменения тарифа и цены только на допустимых основаниях.
Подтверждение подключения, уведомлений, отключения и последнего платежа.

Автопродление не должно превращаться в право бизнеса незаметно менять предмет или цену уже заключенного потребительского договора. Статья 16 Закона о защите прав потребителей относит к недопустимым, в частности, условия, предоставляющие продавцу или исполнителю право на одностороннее изменение согласованных условий, кроме случаев, когда такая возможность предусмотрена законом или иным нормативным актом. Для будущего периода нужно проверить основание изменения, уведомление и реальную возможность не продолжать отношения.

Оплата, ответственность и условия, которые нельзя навязать

Оферта может распределять договорные риски, но не отменяет императивные нормы. Для потребителя недопустимое условие не становится законным после галочки. Для B2B свобода договора шире, однако ограничение ответственности все равно проверяется с учетом вида нарушения, добросовестности и прямых запретов закона.

Формулировки, которые требуют проверки

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

«Деньги не возвращаются». Для потребителя это может противоречить правилам об отказе и недопустимых условиях. Нужен порядок расчета возвращаемой суммы с учетом фактического исполнения и применимого закона.

«Компания меняет любые условия без уведомления». Новая редакция может применяться к будущим отношениям, но не должна автоматически переписывать уже возникшие обязательства.

«Все данные пользователя принадлежат сервису». Персональные данные не становятся собственностью, а права на пользовательский контент требуют отдельного понятного основания и разумного объема.

«Оплата подтверждает согласие со всеми документами сайта». Перечень должен быть определенным, документы доступны до действия, а отдельные согласия нельзя маскировать общей фразой.

«Любой спор рассматривается только по месту продавца». Для потребителя такая формула может ограничивать предусмотренный законом выбор подсудности. Правила претензии и переговоров не должны отнимать право на обращение в суд.

Как изменить оферту после публикации

Изменение текста не равно изменению уже заключенного договора. Сначала разграничьте будущие заказы, продолжающиеся отношения и уже исполненные разовые сделки.

Порядок обновления оферты

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

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

Чем оферта отличается от других документов сайта

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

Как распределить содержание

Оферта: продавец, предмет, заказ, цена, оплата, исполнение, отказ, возврат, ответственность и спор по сделке.

Пользовательское соглашение: аккаунт, правила поведения, контент пользователя, права на сервис, технические ограничения, основания блокировки и прекращения доступа.

Документы по данным: состав и цели обработки, правовые основания, получатели, сроки, права субъекта, меры и специальные согласия. Подробная карта есть в статье «Документы по персональным данным для сайта и бизнеса».

Если одно действие одновременно означает заказ и передачу данных, интерфейс все равно должен различать правовые основания. Нельзя автоматически превращать принятие оферты в согласие на рекламную рассылку. Для нее применяется отдельное требование о предварительном согласии адресата (ч. 1 ст. 18 Закона о рекламе).

Если документы уже опубликованы, но нужно проверить не только формулировки, а то, как данные фактически проходят через формы, сотрудников, подрядчиков и зарубежные сервисы, прочитайте статью «Как проверить сайт и процессы на соответствие 152-ФЗ». Оферта не заменяет такую проверку.

Какие доказательства сохранять

Текст и идентификатор редакции оферты;
Дату начала и окончания ее применения;
Экран или компонент, где пользователь видел ссылку;
Событие, которое считалось акцептом;
Идентификатор пользователя или заказа;
Состав заказа, цену и выбранные параметры;
Дату, время и техническую запись значимого действия;
Подтверждение, направленное покупателю;
Сведения о платеже и возврате;
Уведомления об исполнении, изменении или продлении;
Обращение об отказе и действия бизнеса по нему;
Архив изменений без перезаписи исторических данных.

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

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

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

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

Когда стоит передать оферту юристу

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

Проверьте, как Вы поняли тему

Частые вопросы

Как выглядит публичная оферта для сайта?

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

Когда сайту нужна публичная оферта?

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

Обязательно ли называть документ публичной офертой?

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

Достаточно ли поставить галочку рядом со ссылкой?

Не всегда. Нужно проверить, что текст доступен до действия, галочка относится к определенной редакции, действие действительно выражает принятие и система сохраняет подтверждение. Отдельные согласия, например на рекламу, нельзя без оснований объединять с акцептом оферты.

Можно ли считать оплату акцептом?

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

Можно ли изменить оферту без согласия пользователя?

Новая редакция может регулировать будущие заказы. Изменение действующей подписки или уже возникшего обязательства зависит от исходных условий, закона и характера изменения. Публикация нового файла сама по себе не переписывает прежнюю сделку.

Нужна ли отдельная оферта для приложения?

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

Заменяет ли оферта пользовательское соглашение?

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

Можно ли использовать один текст для физических лиц и компаний?

Можно, если различия явно учтены. Потребительские права нельзя отключить B2B-оговоркой, а корпоративным покупателям могут требоваться реквизиты, полномочия, закрывающие документы и иной порядок приемки.

Как доказать, какую оферту принял покупатель?

Сохраните редакцию, дату ее действия, заказ, событие акцепта и подтверждение пользователю. Текущий текст по ссылке без архива не показывает содержание условий на дату прошлой покупки.

Источники и дата проверки

Актуальность норм и ссылок проверена 24 июля 2026 года. Перед публикацией и после изменения продукта нужно повторно проверить действующую редакцию норм.

Заключение договора: ст. 426 ГК РФ, ст. 432, ст. 435, ст. 437, ст. 438 и ст. 494 ГК РФ.

Продажа потребителю: ст. 16, ст. 16.1, ст. 26.1 и ст. 32 Закона о защите прав потребителей. Пункт 4.2 ст. 16.1 введен Федеральным законом от 15 октября 2025 года №376-ФЗ и действует с 1 марта 2026 года.

Дистанционная розничная продажа: Правила продажи товаров по договору розничной купли-продажи, утвержденные Постановлением Правительства РФ от 31 декабря 2020 года № 2463.