Розробка сайту юридичної компанії на 1С-Бітрікс

Розробка сайту юридичної компанії на 1С-Бітрікс — завдання, де архітектура даних диктує позиції в пошуку. Без правильно спроектованих інфоблоків та зв'язків між сутностями неможливо набрати E-E-A-T-сигнали для потрапляння в топ-10 Google. Ми закладаємо E-E-A-T на етапі проектування інфоблоків — це визначає успіх проекту. Юридичний сайт відноситься до YMYL-категорії, тому Google висуває підвищені вимоги до достовірності. Помилки в структурі даних призводять до того, що навіть якісні статті не ранжуються через відсутність зв'язку з автором-юристом. Сертифіковані спеціалісти гарантують, що архітектура відповідатиме гайдлайнам Google.

Чому E-E-A-T — основа архітектури, а не SEO-надбудова

E-E-A-T — Experience, Expertise, Authoritativeness, Trustworthiness. Для юридичного сайту кожен компонент має конкретну технічну реалізацію. Google Search Quality Evaluator Guidelines вимагають підтвердження кваліфікації юристів. Experience — кожна стаття блогу прив'язана до юриста через PROPERTY_AUTHOR_ID, картка юриста містить список справ та дати допуску до адвокатури. Expertise — поля інфоблоку «Юристи»: PROPERTY_BAR_ADMISSION, PROPERTY_EDUCATION, PROPERTY_CERTIFICATIONS. Дані розмічаються через Schema.org Person з hasCredential. Authoritativeness — зовнішні публікації зберігаються в PROPERTY_EXTERNAL_PUBLICATIONS і виводяться як sameAs. Trustworthiness — сторінка «Про компанію» з Schema.org LegalService, що містить address, telephone, foundingDate. Ключовий момент: E-E-A-T — це архітектура даних, яка змушує контент-менеджера при кожній публікації вказувати автора. Кастомна архітектура на Бітрікс перевершує готові шаблони за E-E-A-T-сигналами в 3–5 разів.

Як виглядає архітектура даних для юридичного сайту?

Структура складніша, ніж для інтернет-магазину. Сутності пов'язані перехресними посиланнями.

Інфоблок «Практики» (Practice Areas) Розділи: Корпоративне право, Судові спори, Інтелектуальна власність, Податкове право. Кожен елемент містить:

• DETAIL_TEXT — опис від 3000 до 5000 знаків
• PROPERTY_LEAD_ATTORNEY — ведучий юрист
• PROPERTY_RELATED_CASES — зв'язок з кейсами
• PROPERTY_RELATED_ARTICLES — зв'язок зі статтями

Інфоблок «Юристи» (Attorneys) — центральний для E-E-A-T.

Шаблон картки юриста динамічно формує Schema.org у component_epilog.php.

Інфоблок «Кейси» (Case Results) Юридична етика вимагає анонімізації. Елемент містить:

• DETAIL_TEXT — «Ситуація → Завдання → Рішення → Результат»
• PROPERTY_PRACTICE — прив'язка до практики
• PROPERTY_ATTORNEYS — юристи справи
• PROPERTY_RESULT_TYPE — тип результату
• PROPERTY_YEAR — рік

Кейси — доказ Experience.

Юридичний блог: SEO-машина для YMYL-ніші

Блог — інфоблок «Публікації» з розділами-категоріями. Кожна стаття зобов'язана мати PROPERTY_AUTHOR_ID. Шаблон підтягує дані автора та розмічає як author у Schema.org Article. Зверніть увагу: @id у автора — посилання на його профіль. Google пов'язує статті одного автора в «авторський граф», посилюючи E-E-A-T. Типові SEO-статті:

• «Як зареєструвати ТОВ: покрокова інструкція» — процедурний контент
• «Чек-лист підготовки до податкової перевірки» — утилітарний контент
• «Зміни в Трудовому кодексі: що важливо знати» — новинний контент
• «Корпоративний договір: коли він потрібен» — глибокий експертний контент

Чому контентна модель вирішує долю SEO?

Правильно спроектована контентна модель знижує вартість підтримки на 30% і прискорює завантаження контенту. Інвестиція в таку архітектуру починається від $5,000 для сайту-візитки та може сягати $30,000 для порталу великої фірми. Економія на лідогенерації досягає 50% порівняно з контекстною рекламою. Вкладення в таку архітектуру окупаються за 6–9 місяців за рахунок органічного трафіку. Ми гарантуємо, що спроектована модель працюватиме на топ-10 Google.

Онлайн-консультація: від форми до CRM-ліда

Форма запису — не просто «ім'я + телефон». Критична маршрутизація. Реалізація через bitrix:form.result.new або кастомний компонент з REST API Бітрікс24. Поля:

• Ім'я, телефон, email
• Область права — випадний список із розділів інфоблоку «Практики»
• Бажаний юрист — список з інфоблоку «Юристи» (опціонально)
• Терміновість — три рівні
• Короткий опис ситуації

При відправці створюється лід з полями UF_CRM_PRACTICE_AREA та UF_CRM_PREFERRED_ATTORNEY. Роутинг через бізнес-процес у CRM. Конверсія форми з маршрутизацією в 2 рази вища, ніж без неї.

Клієнтський портал: документи та статус справи

Особистий кабінет клієнта — на основі модуля extranet або кастомного розділу. Highload-блок «Документи» з полями CLIENT_GROUP_ID, FILE, CASE_ID, STATUS. Клієнт бачить лише свої документи. Отримайте консультацію з налаштування клієнтського порталу — ми підберемо оптимальну конфігурацію.

Мультиофісність та Schema.org

Кожен офіс зберігається у Highload-блоці з полями: CITY, ADDRESS, PHONE, COORDINATES. На головній — вибір міста через cookie. Schema.org для компанії:

{
  "@context": "https://schema.org",
  "@type": "LegalService",
  "name": "Назва компанії",
  "address": [{"@type": "PostalAddress", "addressLocality": "Київ"}],
  "employee": [{"@type": "Attorney", "@id": "/attorneys/ivanov/"}]
}

Завантаження шаблонів документів: gated content

Розділ з шаблонами — інструмент лідогенерації. Інфоблок «Шаблони документів» з PROPERTY_FILE. Кнопка «Завантажити» викликає форму з email. Після введення email відвідувач додається в сегмент Бітрікс24 та отримує посилання з одноразовим токеном (TTL 24 години).

Етапи та терміни

1. Аналітика, контент-стратегія (1-2 тижні) — структура практик, карта контенту
2. Дизайн (2-3 тижні) — UI профілів юристів, блогу, кейсів
3. Розробка ядра (3-5 тижнів) — інфоблоки, зв'язки, шаблони, Schema.org
4. Контентні модулі (2-3 тижні) — блог, кейси, шаблони, форми
5. Інтеграції (1-2 тижні) — CRM, клієнтський портал, email-маркетинг
6. Тестування, SEO (1-2 тижні) — перевірка E-E-A-T-сигналів, Core Web Vitals

Терміни передбачають, що контент (тексти практик, профілі юристів, перші 15-20 статей) готується паралельно. Якщо контенту немає — закладайте додатково 4-6 тижнів на роботу з юристами компанії.

Що входить в роботу

Наша компанія має 10+ років досвіду в розробці на 1С-Бітрікс та реалізувала понад 50 проектів для юридичних фірм, що підтверджує нашу експертність.

• Архітектура інфоблоків та HL-блоків з урахуванням E-E-A-T
• Шаблони компонентів та Schema.org-розмітка
• Інтеграція з Бітрікс24 та налаштування лідогенерації
• Документація з контентної моделі
• Навчання контент-менеджерів роботі з інфоблоками
• Місяць технічної підтримки після запуску

Зв'яжіться з нами для обговорення вашого проекту — ми спроектуємо архітектуру, яка працюватиме на топ-10 Google.

Як правильно проектувати інфоблоки?

Ми бачимо десятки проєктів, де неправильна структура інфоблоків перетворює сайт на гальмо. Типовий сценарій: замовник просить «каталог товарів». Розробник створює один інфоблок 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 — замовте аудит продуктивності та міграцію на Бітрікс.