Короткий ответ
Оферта нужна сайту, если через сайт пользователь может заключить договор: заказать товар, оплатить услугу, купить цифровой доступ, оформить подписку, подключить тариф, зарегистрироваться в платном сервисе или принять условия онлайн.
Оферта — это не просто “документ в футере”. Она должна быть встроена в путь пользователя: карточка товара, тариф, корзина, checkout, кнопка оплаты, письмо после заказа. Пользователь должен увидеть условия до оплаты или другого действия, которое считается принятием условий.
Главная ошибка — написать оферту, но не связать ее с интерфейсом. Если пользователь платит, а ссылка на оферту появляется только после оплаты или спрятана в футере, доказуемость условий слабее.
Что такое оферта простыми словами
По ГК РФ оферта — это достаточно определенное предложение заключить договор, которое содержит существенные условия договора. Акцепт — это принятие оферты, и он должен быть полным и безоговорочным.
На сайте это обычно выглядит так:
сайт показывает товар, услугу, тариф или доступ;
пользователь видит цену и существенные условия;
рядом есть ссылка на оферту;
пользователь нажимает “Оплатить”, “Оформить заказ”, “Подключить тариф” или ставит checkbox;
это действие описано в оферте как акцепт.
Когда сайту нужна оферта
| Сценарий | Нужна ли оферта | Что особенно важно |
|---|---|---|
| Интернет-магазин | Обычно да | Товар, цена, доставка, возврат, продавец, подтверждение заказа |
| Сайт услуг с оплатой | Обычно да | Предмет услуги, сроки, стоимость, результат, отмена |
| Онлайн-курс | Обычно да | Программа, доступ, сроки, формат, возврат, авторские права |
| SaaS | Обычно да | Лицензия, аккаунт, тариф, подписка, ограничения, блокировка |
| Цифровой продукт | Обычно да | Момент предоставления доступа, лицензия, ограничения, возврат |
| Подписка | Да, особенно важно | Период, автопродление, дата списания, отмена, возврат |
| Лендинг без оплаты, только заявка | Может быть не нужна как договор до оплаты | Нужно объяснить, что заявка не является оплатой или акцептом, если это так |
| Предзаказ | Обычно нужна | Сроки, оплата, отмена, возврат, момент заключения договора |
Где показать оферту
Оферту нужно показывать не только в футере.
| Место | Как показать | Почему важно |
|---|---|---|
| Карточка товара или услуги | Ссылка на условия покупки, доставки, возврата | Пользователь принимает решение до корзины |
| Страница тарифа | Ссылка “Условия тарифа” или “Оферта” рядом с кнопкой | Особенно важно для SaaS и подписок |
| Корзина | Ссылка на оферту рядом с итоговой суммой | Пользователь видит условия перед checkout |
| Checkout | Текст принятия оферты до кнопки оплаты | Ключевая точка акцепта |
| Письмо после заказа | Ссылка на действующую редакцию оферты | Пользователь получает подтверждение условий |
| Футер | Постоянная ссылка на оферту | Документ доступен с любой страницы |
Что считать акцептом
Акцепт нужно описать в самой оферте.
Возможные действия:
нажатие кнопки “Оплатить”;
оформление заказа;
оплата счета;
подключение тарифа;
регистрация в платном сервисе;
начало использования цифрового доступа;
установка checkbox “принимаю оферту”;
отправка заявки, если оферта прямо описывает такой сценарий.
Не стоит писать, что “использование сайта означает согласие со всей офертой”, если договор на самом деле заключается только после оплаты. Лучше точно описать действие.
Плохой вариант:
Любое посещение сайта означает полное согласие с офертой.
Лучше:
Акцептом оферты считается нажатие кнопки “Оплатить” после ознакомления с условиями, размещенными на странице checkout.
Что должно быть в оферте
Базовая структура:
1. Кто продавец или исполнитель.
2. Термины.
3. Предмет договора.
4. Что именно получает пользователь.
5. Цена и порядок оплаты.
6. Момент заключения договора и акцепт.
7. Порядок предоставления товара, услуги или доступа.
8. Права и обязанности сторон.
9. Ограничения использования.
10. Возврат, отмена, подписка или прекращение доступа.
11. Поддержка и претензии.
12. Персональные данные и документы.
13. Ответственность.
14. Изменение условий.
15. Контакты и реквизиты.
16. Дата версии.
Оферта по типам бизнеса
| Тип сайта | Что важно в оферте |
|---|---|
| Сайт услуг | Предмет услуги, сроки, стоимость, результат, перенос, отмена, коммуникация |
| Онлайн-курс | Программа, формат доступа, сроки, записи, домашние задания, возврат, авторские права |
| SaaS | Лицензия, аккаунт, тарифы, подписка, автопродление, ограничения, блокировка, SLA при необходимости |
| Интернет-магазин | Товар, цена, продавец, доставка, оплата, возврат, подтверждение заказа |
| Цифровой продукт | Момент предоставления доступа, лицензия, ограничения, техническая поддержка, дефекты доступа |
| Подписка | Расчетный период, дата списания, отмена, автопродление, возврат за период |
| Предзаказ | Срок исполнения, условия отмены, риски переноса, возврат предоплаты |
Оферта и checkout
Checkout — место, где оферта либо работает, либо нет.
Проверьте:
□ пользователь видит итоговую цену;
□ пользователь видит продавца или исполнителя;
□ ссылка на оферту есть до кнопки оплаты;
□ ссылка на возврат есть до оплаты;
□ acceptance-текст не спрятан мелким серым текстом;
□ согласие на ПДн отделено от принятия оферты;
□ рекламная рассылка отделена;
□ после оплаты пользователь получает подтверждение заказа;
□ в письме есть номер заказа или иной идентификатор;
□ версия оферты фиксируется.
Пример текста в checkout:
Нажимая “Оплатить”, я принимаю условия оферты, включая порядок оплаты, предоставления доступа, отмены и возврата, и даю согласие на обработку персональных данных для оформления заказа.
Если есть рекламная рассылка:
☐ Я согласен получать рекламные сообщения о продуктах и акциях. Отписаться можно в любой момент.
Важно разделять несколько действий в checkout. Принятие оферты отвечает за договор, согласие на обработку ПДн — за конкретную обработку данных заказа, а рекламная рассылка требует отдельной логики и добровольного выбора. Если все это спрятано в одну фразу, пользователь хуже понимает последствия, а владельцу сайта сложнее доказать, какие условия были приняты.
Частые ошибки
Оферта есть только в футере
Футер нужен, но пользователь должен видеть оферту именно до оплаты.
В оферте нет момента акцепта
Если не описать, какое действие считается принятием условий, сложнее доказать, когда договор был заключен.
Оферта не совпадает с checkout
В оферте один порядок оплаты, в checkout другой. В оферте один срок доступа, на тарифе другой.
“Сайт не является офертой” при наличии оплаты
Если на сайте есть товар, цена и кнопка оплаты, простой дисклеймер может не решить проблему. Нужно смотреть весь путь пользователя.
Возвраты написаны одной фразой
“Возврат невозможен” — рискованная универсальная формулировка. Возвраты товаров, услуг, цифрового доступа и подписок нужно описывать отдельно.
Подписка не описана
Если есть автосписание, нужно показать период, дату списания, отмену, последствия отключения и порядок возврата.
Мини-чеклист оферты
□ Оферта соответствует реальному продукту.
□ Есть продавец/исполнитель и реквизиты.
□ Предмет договора описан конкретно.
□ Цена и оплата понятны.
□ Акцепт описан точно.
□ Ссылка на оферту есть до оплаты.
□ Checkout совпадает с офертой.
□ Возвраты описаны или связаны с отдельной страницей.
□ Подписка и автоплатеж описаны, если есть.
□ Цифровой доступ и лицензия описаны, если есть.
□ Контакты поддержки указаны.
□ Дата версии есть.
□ Версия оферты фиксируется при оплате.
На что опирается этот материал
- ГК РФ, статья 435 об оферте
- ГК РФ, статья 438 об акцепте
- Федеральный закон № 152-ФЗ “О персональных данных”
- Статья 9 152-ФЗ о согласии
- Закон о защите прав потребителей, статья 26.1
- Правила дистанционной продажи, Постановление Правительства РФ № 2463
Что делать дальше
Откройте сайт как покупатель: тариф, корзина, checkout, оплата, письмо после заказа. Если оферта не видна до действия, которое считается акцептом, исправьте интерфейс. После этого проверьте возвраты и политику ПДн, потому что они часто связаны с офертой.



