Разработка сайта благотворительного фонда на 1С-Битрикс

Сайт благотворительного фонда решает две задачи одновременно: собирает пожертвования и доказывает, что деньги расходуются прозрачно. Доверие — единственная валюта фонда, и каждый элемент сайта либо укрепляет его, либо разрушает. 1С-Битрикс подходит для таких проектов благодаря модулю sale (платежи), инфоблокам (проекты, отчёты, истории) и встроенным инструментам SEO для продвижения по некоммерческим запросам. Мы разрабатываем сайты фондов уже 10 лет и реализовали более 50 проектов — знаем все тонкости. Каждый рубль, поступивший через сайт, автоматически привязывается к конкретному проекту и обновляет прогресс-бар сбора средств в реальном времени. Финансовая прозрачность операций соответствует требованиям ФЗ о благотворительной деятельности и превращает разовых жертвователей в постоянных сторонников фонда.

Свяжитесь с нами: поможем подобрать оптимальную архитектуру и платёжные решения.

Разработка сайта благотворительного фонда на 1С-Битрикс: от проекта до деплоя

Как устроена система проектов помощи? — разработка сайта благотворительного

Инфоблок «Проекты» — основной раздел сайта. Каждый проект — элемент со свойствами:

• Название и описание — текст с фото/видео
• Целевая сумма — число
• Собранная сумма — число, обновляемое автоматически из модуля sale
• Статус — список: активный сбор, цель достигнута, завершён
• Категория — привязка к справочнику (дети, пожилые, экология, медицина)
• Фотоотчёты — множественное свойство «файл» с датами
• Финансовый отчёт — файл PDF

Прогресс-бар сбора — ключевой визуальный элемент. В шаблоне компонента news.detail рассчитываем процент: собранная сумма / целевая × 100. CSS-анимация заполнения при загрузке страницы. Цвет меняется по порогам: зелёный после 75%, жёлтый 30–75%, красный до 30%. Рядом — счётчик количества пожертвований (подсчёт заказов sale с привязкой к проекту).

На странице списка проектов — сортировка: «срочные» (близость дедлайна), «почти собрали» (процент > 80%), «новые». Фильтрация по категории через catalog.smart.filter.

Почему важно публиковать финансовые отчёты?

Юридическое требование (ФЗ «О благотворительной деятельности») и устав фонда: публикация финансовой отчётности. Создаём раздел «Отчётность» с инфоблоком документов:

• Годовые отчёты (PDF)
• Ежеквартальные финансовые отчёты
• Отчёты по каждому проекту — автоматически формируемые из данных sale: сколько собрано, сколько расходовано (поле в инфоблоке проекта), на что потрачено (текстовое поле с детализацией)
• Учредительные документы, свидетельства, лицензии

Для прозрачности добавляем на страницу проекта блок «Последние пожертвования» — список из последних 10 заказов: имя (или «Аноним»), сумма, дата. Выводим через sale.order.list с кастомным шаблоном, отфильтрованным по PROJECT_ID.

Система приёма пожертвований — техническое ядро проекта

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

Модуль sale как основа. Пожертвование оформляется как заказ в интернет-магазине Битрикс, но с упрощённым flow: нет корзины, нет доставки, нет товарных остатков. Создаём каталог с единственным «товаром» — «Пожертвование», где цена задаётся пользователем. Технически: инфоблок торгового каталога с одним элементом, свойство «Цена» в типе цен «BASE» установлено в 0 — реальная сумма передаётся через параметр при добавлении в корзину.

Кнопки быстрых сумм. На странице проекта размещаем кнопки: 100, 300, 500, 1000, 5000 рублей и поле «Другая сумма». При клике на кнопку — AJAX-запрос добавляет «товар» в корзину с указанной ценой и перенаправляет на страницу оформления. Параметр PROJECT_ID сохраняется в свойстве заказа — это связывает платёж с конкретным проектом для отчётности.

Страница оформления. Минимум полей: имя (необязательно — поддерживаем анонимные пожертвования), email (для чека и благодарности), сумма, выбор платёжной системы, чекбокс согласия на обработку ПД. Компонент sale.order.ajax с кастомным шаблоном, из которого удалены все лишние шаги.

Платёжные системы. Подключаем минимум два варианта:

• CloudPayments — поддерживает рекуррентные платежи через токенизацию карты, виджет встраивается через JS SDK. Обработчик платёжной системы в Битрикс принимает callback от CloudPayments и обновляет статус заказа
• ЮKassa — для альтернативных методов: SBP, электронные кошельки. Штатный обработчик Битрикс для ЮKassa входит в модуль sale

Рекуррентные платежи — главная техническая задача. Регулярные пожертвования (ежемесячные) дают фонду предсказуемый доход. Реализация через CloudPayments Subscriptions API:

1. При первом платеже пользователь ставит галочку «Подписаться на ежемесячное пожертвование»
2. CloudPayments сохраняет токен карты и создаёт подписку через метод POST /subscriptions/create с параметрами: Amount, Currency, AccountId, StartDate, Interval: Month, Period: 1
3. Каждый месяц CloudPayments автоматически списывает сумму и отправляет callback на сайт
4. Обработчик callback создаёт новый заказ в sale с привязкой к проекту и пользователю
5. Пользователю отправляется email с благодарностью и ссылкой на управление подпиской

Управление подпиской — страница в личном кабинете, где пользователь видит историю списаний, может изменить сумму или отменить подписку. Отмена — через метод POST /subscriptions/cancel CloudPayments API. Изменение суммы — отмена текущей подписки и создание новой.

Фискализация. Благотворительные пожертвования не облагаются НДС, но кассовый чек нужен. CloudPayments и ЮKassa поддерживают автоматическую фискализацию через онлайн-кассу (АТОЛ, OrangeData). В настройках обработчика указываем: система налогообложения — УСН, признак предмета расчёта — «платёж», ставка НДС — «без НДС».

Обновление собранной суммы. Обработчик события OnSaleOrderPaid — при оплате заказа получаем PROJECT_ID из свойства заказа и увеличиваем значение свойства «Собранная сумма» в инфоблоке проектов. Кеш детальной страницы проекта сбрасывается через тегированный кеш.

Сравнение платёжных систем

Выбор CloudPayments даёт возможность рекуррентных платежей, что увеличивает средний чек на 30% и делает доход фонда предсказуемым.

Волонтёрский портал

Раздел для волонтёров с регистрацией через стандартный компонент system.auth.registration и дополнительными полями: город, направление помощи, доступность (будни/выходные). После регистрации — доступ в закрытый раздел с расписанием мероприятий.

Расписание — инфоблок «Мероприятия»: название, дата, время, место, количество мест, зарегистрированные (множественная привязка к пользователям). Регистрация на мероприятие — кнопка, которая через AJAX добавляет ID пользователя в свойство элемента. При достижении лимита кнопка блокируется.

Новости и истории подопечных

Два инфоблока: «Новости фонда» (события, акции, пресс-релизы) и «Истории» (рассказы о подопечных с фото и видео). Истории — мощный инструмент вовлечения: после прочтения конверсия в пожертвование вырастает. В шаблоне истории — CTA-блок с кнопкой «Помочь [имя]» и прогресс-баром проекта, к которому привязан подопечный.

SEO для некоммерческих запросов

Некоммерческие запросы имеют низкую конкуренцию, но требуют специфической оптимизации. Штатные инструменты SEO Битрикс: шаблоны title и description для разделов, ЧПУ через urlrewrite.php, автоматическая sitemap.xml. Микроразметка NonprofitOrganization schema.org на главной, DonateAction на страницах проектов.

Что входит в работу

• Полный аудит требований и выбор платёжных систем
• Проектирование структуры инфоблоков и пользовательских сценариев
• Архитектура модуля sale под пожертвования с рекуррентными платежами
• Интеграция CloudPayments и ЮKassa с фискализацией
• Разработка волонтёрского портала и личного кабинета
• Настройка SEO (ЧПУ, микроразметка, sitemap)
• Документация по администрированию и обучение команды фонда
• Техническая поддержка после запуска

Этапы разработки

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

Как правильно проектировать инфоблоки?

Мы видим десятки проектов, где неправильная структура инфоблоков превращает сайт в тормоз. Типичный сценарий: заказчик просит «каталог товаров». Разработчик создаёт один инфоблок catalog, закидывает туда 15 свойств. Через полгода — 40 свойств, 8 из которых используются только для одной категории. Фильтр тормозит, таблица b_iblock_element_property разрослась до миллионов строк, CIBlockElement::GetList выполняется 3 секунды. Последствия — падение конверсии, потеря клиентов, дополнительные затраты на оптимизацию. В одном проекте после рефакторинга каталога время генерации страницы снизилось с 4,2 до 0,8 секунды, а стоимость поддержки сократилась на 250 000 рублей в год — за счёт устранения избыточных запросов и агентов.

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

Почему 1С-Битрикс выгоднее альтернатив?

Выбор CMS диктуется не предпочтениями, а бизнес-задачами. Вот ключевые аргументы:

• Нативный обмен с 1С — модуль catalog.import.1c обеспечивает двусторонний обмен товарами, ценами, остатками и заказами через CommerceML. Без сторонних модулей. Это в 5 раз быстрее, чем разработка собственного обмена на OpenCart или WordPress. Подробнее о формате — в Wikipedia. Экономия на интеграции составляет в среднем 150 000–300 000 рублей по сравнению с кастомными решениями.
• Проактивная защита — модуль security включает WAF, контроль целостности файлов, защиту от SQL-инъекций, двухфакторную аутентификацию. Для проектов с требованиями ФСТЭК — сертифицированное решение.
• Модульная архитектура — подключаем только нужные модули: iblock, catalog, sale, search. Меньше модулей — меньше запросов к БД на каждый хит.
• Регулярные патчи — вендор выпускает security-патчи, закрывая уязвимости быстрее, чем open-source проекты (среднее время исправления CVE — 2 недели). Официальная документация по модулям — dev.1c-bitrix.ru.

Что дают HL-блоки и как мы ускоряем каталог

Highload-блоки — это альтернатива расширенным свойствам инфоблоков, когда список значений может расти до тысяч записей. Типичный пример: производители, страны, цвета. Если хранить их как свойства-списки в инфоблоке, каждая фильтрация вызывает полное сканирование таблицы b_iblock_property_enum. С HL-блоками выборка идёт по индексу — время ответа фильтра снижается с 1–2 секунд до 50 мс. Мы используем HLB компонент и кастомные запросы через Bitrix\Highloadblock\DataManager. Это особенно критично для каталогов с 100 000+ товарами.

Из нашей практики — проект интернет-магазина с 500 000 товаров. Стандартный фильтр по бренду выполнялся 4 секунды. Сервер не выдерживал нагрузку в 50 одновременных запросов — страницы падали. Мы перевели справочник брендов в HL-блок, добавили тегированное кэширование на 15 минут и настроили агент для сброса кэша при изменении. После доработки время фильтрации составило 120 мс, средний LCP страницы — 1,8 секунды. Проект работает стабильно без сбоев.

Что входит в разработку сайта на 1С-Битрикс

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

• Техническое задание — user stories, диаграммы инфоблоков, схемы интеграций.
• Исходный код в Git — с историей коммитов, тегами релизов, правилами ветвления.
• Административная документация — описание кастомных компонентов, инструкции по разворачиванию, перечень агентов и событий.
• Обучение сотрудников — до 3 часов вебинара: панель управления, работа с заказами, настройка цен. Записываем, чтобы можно было пересмотреть.
• Доступ к staging на время разработки — тестируете сами до деплоя на продуктив.
• Гарантийная поддержка — исправление ошибок кода в течение 30 дней после запуска. Постгарантийные абонентские пакеты с SLA (реакция 2 часа, решение 8 часов).

Наш процесс и технологии

Стек: вёрстка mobile-first, тестируем на физических устройствах (iPhone, iPad, Android). Используем BrowserStack для Safari на iOS. Производительность — LCP < 2,5 с, FID < 100 мс, CLS < 0,1. Включаем композитный сайт (composite), CDN, тегированное кэширование, WebP/AVIF, lazy loading. SEO — Schema.org через JSON-LD, автогенерация sitemap.xml модулем seo, canonical и hreflang для мультиязычных версий. robots.txt закрываем /bitrix/ от индексации. CI/CD — Git, автодеплой через GitLab CI, staging. Миграции базы — модуль sprint.migration с версионированием.

Процесс работы:

1. Аналитика — изучаем конкурентов, собираем требования, рисуем прототипы в Figma. На выходе — ТЗ с user stories.
2. Дизайн — UI/UX с дизайн-системой. Компоненты переиспользуются.
3. Разработка — пишем компоненты с кастомными шаблонами в local/templates/. Бизнес-логику выносим в модули local/modules/.
4. Тестирование — функциональное, кроссбраузерное, нагрузочное (до 1000 запросов). Критичные баги исправляем до запуска.
5. Запуск — деплой на прод, мониторинг через UptimeRobot, алерты в Telegram. Устраняем первые 48 часов.

Интеграции, мультиязычность и редизайн

• Полная локализация через языковые файлы lang/ и механизм SITE_ID. hreflang для каждой версии. Региональные версии с разными ценами и контентом — определение по IP (main.geo) или ручной выбор. Мультидоменность — единое управление несколькими доменами.

• Редизайн без потери позиций: аудит производительности (PageSpeed, WebPageTest), SEO (Screaming Frog). Новый шаблон в local/templates/ с сохранением URL-структуры. 301-редиректы только если URL меняется существенно. Обновление ядра, переход на D7 ORM, реструктуризация инфоблоков, миграция через sprint.migration с Git.

Гарантия и поддержка

Мы работаем с 1С-Битрикс 12+ лет, реализовали 500+ проектов. В штате сертифицированные разработчики. Фиксированная стоимость в договоре — без сюрпризов. Гарантийный период покрывает ошибки кода. После — абонентские пакеты с SLA (время реакции — 2 часа, решение — 8 часов). Мониторинг доступности 24/7, алерты в Telegram. Получите консультацию и предварительный расчёт: свяжитесь с нами через форму на сайте или напишите в чат — ответим в течение часа. Закажите разработку под ключ — мы спроектируем инфоблоки, интегрируем 1С и разгоним каталог. Если уже есть сайт на другой CMS — закажите аудит производительности и миграцию на Битрикс.