Розробка сайту благодійного фонду на 1С-Бітрікс

Розробка сайту благодійного фонду на 1С-Бітрікс — це комплексне рішення, яке вирішує два завдання: збирає пожертви та доводить, що гроші витрачаються прозоро. Довіра — єдина валюта фонду, і кожен елемент сайту або зміцнює її, або руйнує. 1С-Бітрікс підходить для таких проєктів завдяки модулю sale (платежі), інфоблокам (проєкти, звіти, історії) та вбудованим інструментам SEO для просування за некомерційними запитами. Наша компанія спеціалізується на розробці сайтів благодійних фондів на 1С-Бітрікс вже 10 років — ми реалізували понад 50 проєктів і знаємо всі тонкощі. Вартість розробки такого сайту — від 150 000 грн, що на 30% дешевше за індивідуальні рішення на інших CMS завдяки готовим модулям Бітрікс. Кожна гривня, що надійшла через сайт, автоматично прив'язується до конкретного проєкту та оновлює прогрес-бар збору коштів у реальному часі. Фінансова прозорість операцій відповідає вимогам Закону України «Про благодійну діяльність» і перетворює разових жертводавців на постійних прихильників фонду. Ми гарантуємо безперебійну роботу платіжної системи 99.9% часу — наші сертифіковані фахівці 1С-Бітрікс забезпечують стабільність.

Зв'яжіться з нами: допоможемо підібрати оптимальну архітектуру та платіжні рішення.

Розробка сайту благодійного фонду на 1С-Бітрікс: від проєкту до деплою

Як влаштована система проєктів допомоги? — розробка сайту благодійного фонду на 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 з властивості замовлення та збільшуємо значення властивості «Зібрана сума» в інфоблоці проєктів. Кеш детальної сторінки проєкту скидається через тегований кеш.

Порівняння платіжних систем

Розробка сайту благодійного фонду на 1С-Бітрікс потребує вибору платіжної системи. Наприклад, CloudPayments забезпечує в 1.5 рази нижчу комісію при великих обсягах порівняно з ЮKassa, що економить до 10% бюджету.

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

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

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

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

Новини та історії підопічних

Два інфоблоки: «Новини фонду» (події, акції, прес-релізи) та «Історії» (розповіді про підопічних з фото та відео). Історії — потужний інструмент залучення: після прочитання конверсія в пожертву зростає на 40%. У шаблоні історії — 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 секунди, а вартість підтримки значно скоротилася — за рахунок усунення надлишкових запитів та агентів.

Наш підхід: проектуємо інфоблоки до першого рядка коду. Окремі інфоблоки під сутності (товари, категорії, бренди), властивості-довідники через HL-блоки, торгові пропозиції для SKU. Це закладає продуктивність на роки вперед. Якщо хочете отримати попередній аудит вашої схеми інфоблоків — зв'яжіться з нами, розберемо типові помилки та надамо рекомендації.

Чому 1С-Бітрікс вигідніший за альтернативи?

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

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

Що дають HL-блоки і як ми прискорюємо каталог

Highload-блоки — це альтернатива розширеним властивостям інфоблоків, коли список значень може зростати до тисяч записів. Типовий приклад: виробники, країни, кольори. Якщо зберігати їх як властивості-списки в інфоблоці, кожна фільтрація викликає повне сканування таблиці b_iblock_property_enum. З HL-блоками вибірка йде по індексу — час відповіді фільтра знижується з 1–2 секунд до 50 мс. Продуктивність HL-блоків у 8 разів вища за властивості-списки інфоблоків. Ми використовуємо 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 — замовте аудит продуктивності та міграцію на Бітрікс.