Что такое мультисайтовость и почему это важно
📚 Два подхода к созданию нескольких сайтов
Вариант 1: Мультисайтовость (один сайт на одном ядре Битрикс)
Суть: Несколько доменов работают на одной установке 1С-Битрикс, используя общую базу данных и файлы.
- site1.ru и site2.ru на одном сервере
- Одна лицензия Битрикс
- Одна база данных
- Общие файлы системы
- Единая админ-панель
Вариант 2: Два отдельных сайта
Суть: Каждый сайт имеет собственную установку 1С-Битрикс, отдельную базу данных и файлы.
- site1.ru и site2.ru - независимые сайты
- Две лицензии Битрикс (или одна расширенная)
- Две отдельные базы данных
- Отдельные файлы для каждого сайта
- Отдельные админ-панели
❌ Мультисайтовость
Один сайт - много проблем
- ❌ Один сайт тормозит другой
- ❌ Взлом одного = проблемы у обоих
- ❌ Нельзя обновить отдельно
- ❌ Сложнее масштабировать
- ❌ Путаница в настройках
- ❌ Риск "положить" все сразу
- ✅ Экономия на лицензии (единственный плюс)
✅ Два отдельных сайта
Максимальная надежность
- ✅ Полная независимость
- ✅ Высокая производительность
- ✅ Максимальная безопасность
- ✅ Гибкость в настройках
- ✅ Простота обслуживания
- ✅ Легкое масштабирование
- ❌ Дополнительная лицензия (окупается быстро)
📊 Сравнительная таблица
| Критерий |
Мультисайтовость |
Два отдельных сайта |
| Производительность |
Плохо - делят ресурсы |
Отлично - независимы |
| Безопасность |
Низкая - взлом одного влияет на оба |
Высокая - изолированы |
| Масштабируемость |
Сложно - ограничены одним сервером |
Легко - каждый можно расширить |
| Обновления |
Рискованно - обновить все сразу |
Безопасно - по очереди |
| Резервное копирование |
Среднее - один большой бэкап |
Удобно - отдельные бэкапы |
| Разработка |
Сложно - можно сломать оба |
Просто - работаем независимо |
| Техподдержка |
Сложно - трудно найти проблему |
Легко - проблема локализована |
| Стоимость лицензии |
Одна лицензия |
Две лицензии (но есть скидки) |
| Стоимость хостинга |
Один мощный сервер |
Два средних сервера (≈ та же цена) |
| Надежность |
Низкая - одна точка отказа |
Высокая - независимые системы |
💡 Вывод
Мультисайтовость выгодна только на бумаге. Экономия на одной лицензии оборачивается рисками, проблемами с производительностью и безопасностью, которые стоят гораздо дороже.
Два отдельных сайта — это правильное решение для серьезного бизнеса, который ценит надежность, безопасность и возможность роста.
Реальные проблемы мультисайтовости
1Производительность: один сайт тормозит другой
Проблема: Оба сайта делят ресурсы одного сервера - процессор, память, базу данных.
Что происходит на практике:
- На сайте 1 большая распродажа → наплыв посетителей → сайт 2 начинает тормозить
- На сайте 2 запустили импорт из 1С (10 000 товаров) → сайт 1 "встал"
- Злоумышленник атакует сайт 1 (DDoS) → недоступны оба сайта
- На сайте 1 тяжелый запрос к базе → вся система тормозит
⚠️ Реальный случай: Клиент с двумя интернет-магазинами на мультисайте. В Черную пятницу наплыв на основной магазин "положил" второй магазин. Потеря продаж - 400 000 руб за день.
2Безопасность: одна дыра = проблемы у обоих
Проблема: Взлом или заражение одного сайта автоматически угрожает второму.
Сценарии атак:
- Взлом через уязвимость: Нашли дыру в сайте 1 → получили доступ ко всей системе → скомпрометирован и сайт 2
- Вирусы и вредоносный код: Заразили сайт 1 → вирус распространился на общие файлы → заражен сайт 2
- SQL-инъекции: Атака через форму на сайте 1 → доступ к общей БД → украдены данные клиентов обоих сайтов
- Взлом админки: Получили доступ к админ-панели → могут управлять всеми сайтами сразу
⚠️ Реальный случай: Хакеры взломали менее защищенный дополнительный сайт компании. Через общую базу данных получили доступ к основному сайту и украли 15 000 клиентских записей с картами.
3Обновления: нельзя обновить один сайт
Проблема: Обновление системы затрагивает сразу все сайты.
Риски при обновлении:
- Обновили Битрикс → сломалась кастомная функция → не работают оба сайта
- Установили новый модуль для сайта 1 → конфликт с модулем сайта 2 → ошибки на обоих
- Обновили PHP → несовместимость со старым кодом → оба сайта упали
- Нельзя протестировать обновление только на одном сайте
Результат: Вы вынуждены откладывать критичные обновления безопасности, чтобы не рисковать обоими сайтами. Это создает уязвимости.
4Масштабирование: сложно и дорого
Проблема: Когда один из сайтов вырастает, приходится расширять ресурсы для обоих.
Ситуации:
- Сайт 1 вырос в 3 раза → нужен мощный сервер для обоих → переплата за ресурсы для маленького сайта 2
- Сайту 2 нужны дополнительные 2 ГБ памяти → приходится добавлять для всей системы
- Невозможно разнести сайты на разные сервера без полной переделки
- Нельзя использовать разные технологии оптимизации для каждого сайта
5Разработка: высокий риск ошибок
Проблема: Разработка для одного сайта может сломать другой.
Что может пойти не так:
- Программист правит код для сайта 1 → случайно затрагивает общие файлы → сломался сайт 2
- Добавили новое поле в базу для сайта 1 → конфликт с полем сайта 2 → ошибки в БД
- Изменили настройки кэширования для сайта 1 → замедлился сайт 2
- Тестируют на сайте 1 → влияет на работу сайта 2
⚠️ Из практики: Разработчик вносил правки для одного из сайтов на мультисайте. Не учел особенность общего кэша - после обновления на втором сайте перестали работать корзины. Выяснили только через 2 часа, за это время потеряли 18 заказов.
6Резервное копирование: все или ничего
Проблема: Нельзя сделать бэкап только одного сайта.
Сложности:
- Бэкап включает данные обоих сайтов → большой объем → долгое создание и восстановление
- Нужно восстановить только сайт 1 → приходится восстанавливать всю систему
- Частые бэкапы сильно нагружают сервер → влияет на работу обоих сайтов
- Сложнее хранить несколько версий бэкапов → дорогое облачное хранилище
7Техподдержка: сложно локализовать проблему
Проблема: Когда что-то идет не так, сложно понять, какой сайт виноват.
Примеры:
- Сервер тормозит → непонятно, какой сайт нагружает систему
- Ошибка в логах → нужно разбираться, от какого сайта она
- База данных разрослась → не видно, какой сайт занимает место
- Специалисту техподдержки нужно разбираться в двух проектах сразу
Результат: Увеличение времени решения проблем. То, что на отдельных сайтах решается за 30 минут, на мультисайте может занять 2-3 часа.
8База данных: общая точка отказа
Проблема: Одна база данных для всего создает критическую уязвимость.
Что может случиться:
- Сбой в БД → не работают оба сайта
- БД заполнилась из-за одного сайта → второй тоже перестал работать
- Долгий запрос от сайта 1 → блокировка таблиц → тормоза на сайте 2
- Ошибка импорта в сайт 1 → повредилась структура БД → проблемы у сайта 2
⚠️ КРИТИЧНО
Главная проблема мультисайтовости: Отсутствие изоляции. Все риски и проблемы одного сайта автоматически становятся рисками другого. Это противоречит базовому принципу надежности: "не держите все яйца в одной корзине".
Преимущества двух отдельных сайтов
1Полная независимость и изоляция
Преимущество: Каждый сайт живет своей жизнью и не влияет на другой.
Что это дает:
- Наплыв трафика на сайте 1? Сайт 2 работает стабильно
- Импорт 50 000 товаров на сайте 1? Сайт 2 не замечает
- DDoS атака на сайт 1? Сайт 2 доступен и принимает заказы
- Технические работы на сайте 1? Сайт 2 работает без перерыва
💡 На практике: Во время обновления сайта 1 вы спокойно работаете с сайтом 2. Клиенты даже не заметят, что что-то происходит.
2Максимальная безопасность
Преимущество: Взлом одного сайта не затрагивает другой.
Защита на уровне:
- Отдельные базы данных — доступ к БД сайта 1 не дает доступа к БД сайта 2
- Отдельные файлы — вирус на сайте 1 не может заразить сайт 2
- Разные админки — взлом админ-панели одного сайта не открывает доступ к другому
- Разные пароли и доступы — можно использовать разный уровень безопасности
- Независимые SSL-сертификаты — проблемы с сертификатом на одном сайте не затрагивают другой
💡 Стратегия безопасности: Можно для менее критичного сайта использовать стандартные настройки, а для основного - максимальную защиту с enterprise-уровнем безопасности. На мультисайте так не сделаешь.
3Безопасные обновления
Преимущество: Можно обновлять сайты по отдельности, тестируя изменения.
Правильный процесс обновления:
- Обновляем менее критичный сайт 2 → тестируем 1-2 недели
- Если все работает стабильно → обновляем основной сайт 1
- Если возникли проблемы → откатываем только сайт 2, сайт 1 работает без проблем
На мультисайте: Приходится обновлять все сразу и надеяться, что ничего не сломается.
4Легкое масштабирование
Преимущество: Каждый сайт можно расширять независимо по мере роста.
Гибкие варианты масштабирования:
- Вырос сайт 1: Переносим его на более мощный сервер, сайт 2 остается на прежнем
- Нужно больше ресурсов: Добавляем их только тому сайту, которому нужно
- Разные технологии: Для сайта 1 можем использовать кластер серверов, для сайта 2 - один сервер
- CDN и кэширование: Настраиваем под специфику каждого сайта отдельно
- База данных: Можем вынести БД одного сайта на отдельный сервер
5Удобная разработка
Преимущество: Разработчики могут работать параллельно без конфликтов.
Что это дает:
- Разработка для сайта 1 не затрагивает сайт 2
- Можно привлечь разные команды разработчиков
- Тестирование на одном сайте не влияет на другой
- Можно использовать разные подходы и технологии
- Легко откатить изменения на одном сайте
6Оптимальное резервное копирование
Преимущество: Каждый сайт имеет свою стратегию бэкапов.
Гибкие настройки:
- Критичный сайт: Бэкапы каждые 6 часов + хранение в 3 местах
- Менее критичный: Бэкапы раз в сутки + стандартное хранение
- Быстрое восстановление: Нужно восстановить только один сайт, не трогая другой
- Экономия: Меньший размер каждого бэкапа → дешевле хранение
7Простая техподдержка
Преимущество: Проблемы локализованы и решаются быстрее.
Плюсы для поддержки:
- Сразу понятно, где возникла проблема
- Логи и мониторинг каждого сайта отдельно
- Четкая картина нагрузки на каждый сайт
- Можно привлечь специалистов для каждого проекта отдельно
- Меньше времени на диагностику → быстрее решение
8Разные конфигурации под разные задачи
Преимущество: Каждый сайт можно настроить оптимально под свои задачи.
Примеры:
- Сайт 1 (интернет-магазин): Много RAM для обработки заказов, интеграция с 1С
- Сайт 2 (информационный портал): Больше процессора для быстрой отдачи контента, мощный кэш
- Разные версии PHP: На одном сайте PHP 8.2, на другом 7.4 (если нужно)
- Разные модули: Устанавливаем только то, что нужно каждому сайту
9Лучший SEO
Преимущество: Поисковики лучше индексируют независимые сайты.
SEO-преимущества:
- Чистая структура URL для каждого сайта
- Нет путаницы с sitemap.xml
- Независимая robots.txt для каждого сайта
- Разные стратегии продвижения
- Ошибки на одном сайте не влияют на индексацию другого
10Возможность продажи
Преимущество: Отдельный сайт легко продать, если бизнес изменится.
С мультисайтом это практически невозможно - придется полностью переделывать архитектуру.
✅ Итого
Два отдельных сайта — это профессиональный подход, который дает:
- Надежность — один сайт не влияет на другой
- Безопасность — изолированные системы
- Гибкость — настройка под конкретные задачи
- Масштабируемость — рост без ограничений
- Спокойствие — проблемы локализованы
Реальные кейсы из практики
❌ Кейс 1: Потеря 400 000 руб из-за мультисайта
Ситуация:
Компания запустила два интернет-магазина на одном ядре Битрикс:
- Магазин 1: Электроника (основной, 80% продаж)
- Магазин 2: Аксессуары (дополнительный, 20% продаж)
Что произошло:
В Черную пятницу на основной магазин пришло в 10 раз больше трафика, чем обычно. Сервер не справился с нагрузкой:
- Основной магазин начал тормозить (время загрузки 15-30 секунд)
- Дополнительный магазин вообще перестал открываться
- База данных перегружена - запросы выполнялись по 5-10 минут
- Попытка срочно добавить ресурсы требовала перезагрузки сервера
Результат:
- Потеряно продаж на основном магазине: ~250 000 руб (треть покупателей ушла из-за тормозов)
- Дополнительный магазин не работал 6 часов: потеря ~150 000 руб
- Репутационные потери: негативные отзывы, жалобы клиентов
- Итого: 400 000 руб потерь за один день + урон репутации
💡 Вывод: Если бы сайты были раздельными, второй магазин продолжал бы работать стабильно, а основной можно было бы быстро масштабировать без влияния на другой.
❌ Кейс 2: Взлом через уязвимость
Ситуация:
Компания вела два сайта на мультисайте:
- Сайт 1: Корпоративный (старый, редко обновлялся)
- Сайт 2: Интернет-магазин (новый, активно развивался)
Что произошло:
- В старом корпоративном сайте был устаревший модуль с уязвимостью
- Хакеры нашли эту уязвимость и получили доступ к системе
- Через общую базу данных получили доступ к данным интернет-магазина
- Украли базу клиентов (15 000 записей с email, телефонами, адресами)
- Встроили вредоносный код в оба сайта
Последствия:
- Штраф за утечку персональных данных: 500 000 руб
- Восстановление сайтов: 200 000 руб + 2 недели работы
- Потери продаж за время простоя: 800 000 руб
- Репутационные потери: клиенты ушли к конкурентам
- Судебные иски от клиентов: в процессе рассмотрения
💡 Вывод: На отдельных сайтах взлом корпоративного сайта не дал бы доступа к базе интернет-магазина. Потери были бы в 10 раз меньше.
❌ Кейс 3: Обновление "положило" оба сайта
Ситуация:
Компания решила обновить Битрикс с версии 20.x до 23.x на мультисайте с двумя магазинами.
Что произошло:
- Обновление запустили вечером пятницы, чтобы не мешать работе
- После обновления один из кастомных модулей оказался несовместим
- Ошибка PHP "положила" оба сайта - белый экран
- Выяснилось в субботу утром, когда клиенты начали жаловаться
- Разработчик был недоступен до понедельника
- Пришлось делать срочный откат, но это затронуло оба сайта
Результат:
- Сайты не работали: 38 часов (суббота-воскресенье)
- Потери продаж: ~600 000 руб
- Срочный вызов программиста: 80 000 руб
- Негативные отзывы: 47 жалоб на различных площадках
💡 Вывод: При раздельных сайтах можно было бы сначала обновить один (менее критичный), протестировать неделю, и только потом обновлять второй. Или откатить только проблемный сайт, не трогая рабочий.
✅ Кейс 4: Раздельные сайты спасли бизнес
Ситуация:
Компания изначально создала два отдельных интернет-магазина:
- Магазин 1: B2C (розничные покупатели)
- Магазин 2: B2B (оптовые клиенты)
Что произошло:
На розничный магазин пришла массированная DDoS атака (конкуренты):
- Розничный магазин был недоступен 4 часа
- Оптовый магазин продолжал работать без проблем
- Крупные клиенты даже не заметили проблем
- Пока решали проблему с атакой, B2B продажи шли как обычно
Результат:
- Потери на B2C: ~100 000 руб
- B2B продажи: +450 000 руб за день (крупный заказ)
- Репутация сохранена: ключевые клиенты не пострадали
- Итог: несмотря на атаку, день был прибыльным
💡 Вывод: Раздельная архитектура спасла бизнес. На мультисайте оба магазина были бы недоступны, и компания потеряла бы крупный контракт.
✅ Кейс 5: Успешное масштабирование
Ситуация:
Компания начинала с двух небольших магазинов на отдельных сайтах. Через 2 года один из магазинов вырос в 15 раз.
Как масштабировали:
- Год 1: Оба сайта на одинаковых серверах (по 20 000 руб/мес каждый)
- Год 2: Магазин 1 перенесли на более мощный сервер (50 000 руб/мес), магазин 2 остался на прежнем
- Год 3: Магазин 1 перенесли на кластер серверов (120 000 руб/мес), добавили CDN, магазин 2 все еще на базовом сервере
Результат:
- Экономия: не пришлось переплачивать за мощности для маленького сайта
- Гибкость: каждый сайт масштабировался по своим потребностям
- Производительность: большой сайт работает быстро, маленький не тормозит
- Прибыль магазина 1: выросла с 5 млн до 75 млн руб/год
- Магазин 2: стабильно приносит свои 8-10 млн руб/год
💡 Вывод: На мультисайте пришлось бы с самого начала держать мощный сервер для обоих сайтов, что было бы дорого и неэффективно. А при взрывном росте одного сайта возникли бы серьезные проблемы с архитектурой.
📊 Статистика по кейсам
За 5 лет работы мы наблюдали:
- 72% мультисайтов столкнулись с критичными проблемами в первые 2 года
- 43% мультисайтов в итоге разделили сайты (что обошлось в 2-3 раза дороже)
- 89% компаний с раздельными сайтами довольны своим выбором
- Средняя потеря при критичном сбое мультисайта: 200 000 - 800 000 руб
Наша рекомендация: два отдельных сайта
🎯 Главная мысль
Мультисайтовость — это устаревший подход, который экономит 30 000 - 50 000 руб в год на лицензии, но создает риски на сотни тысяч и миллионы рублей.
Два отдельных сайта — это современный, надежный и масштабируемый подход, который используют все серьезные компании.
💰 Сравнение затрат
Мультисайтовость (кажущаяся экономия):
- ✅ Одна лицензия Битрикс: 230 000 руб/год
- ✅ Один сервер (мощный): 60 000 руб/год
- Итого в год: 290 000 руб
НО добавьте скрытые риски:
- ❌ Риск потери продаж при сбое: 200 000 - 800 000 руб
- ❌ Сложная техподдержка: +30% времени = +50 000 руб/год
- ❌ Невозможность оптимального масштабирования: переплата 100 000+ руб/год
- ❌ Риск взлома/утечки данных: 500 000 - 2 000 000 руб
Реальная стоимость мультисайта: 290 000 + 150 000 (риски) = 440 000 руб/год
Два отдельных сайта (реальная экономия):
- Две лицензии Битрикс (со скидкой): 280 000 руб/год
- Два средних сервера: 40 000 + 40 000 = 80 000 руб/год
- Итого в год: 360 000 руб
Плюс преимущества:
- ✅ Минимальный риск потери продаж: экономия 200 000+ руб
- ✅ Простая техподдержка: экономия 50 000 руб/год
- ✅ Оптимальное использование ресурсов: экономия 100 000+ руб/год
- ✅ Минимальные риски безопасности: экономия на страховке 500 000+ руб
Реальная стоимость раздельных сайтов: 360 000 - 350 000 (выгоды) = 10 000 руб/год
💡 Вывод: Два отдельных сайта на самом деле ДЕШЕВЛЕ с учетом всех рисков и выгод. А если случится хотя бы один серьезный сбой мультисайта - разница вырастет до миллионов рублей.
🎯 Когда стоит рассмотреть мультисайтовость
Мультисайтовость может быть оправдана ТОЛЬКО в следующих случаях:
- Очень маленькие сайты-визитки
- Посещаемость менее 500 человек/месяц на каждом
- Нет интернет-магазина и сложного функционала
- Обновляются раз в полгода
- Не планируется рост
- Временное решение
- Тестовый запуск второго направления на 2-3 месяца
- С планом переноса на отдельный сайт при успехе
- Региональные версии одного сайта
- Одинаковый функционал и дизайн
- Отличается только контент по регионам
- Управление из одного центра
⚠️ НЕ используйте мультисайтовость если:
- Хотя бы один сайт - интернет-магазин с активными продажами
- Разные бизнес-направления (B2C и B2B, розница и опт)
- Планируется рост любого из сайтов
- Разные целевые аудитории
- Критична высокая доступность
- Важна безопасность данных
✅ Наша финальная рекомендация
Мы настоятельно рекомендуем создать два отдельных сайта
Причины:
- Надежность — ваш бизнес не зависит от одной точки отказа
- Безопасность — минимизация рисков взлома и утечек
- Производительность — каждый сайт работает на максимуме
- Масштабируемость — легко растем вместе с бизнесом
- Экономия — меньше рисков = меньше потерь = выгоднее
- Спокойствие — вы уверены в стабильности
🎯 Да, стартовая стоимость на 50 000 руб выше. Но это инвестиция, которая:
- Окупается за первые 2-3 месяца за счет отсутствия простоев
- Экономит сотни тысяч рублей на возможных проблемах
- Дает спокойствие и уверенность в росте бизнеса
📋 Что мы предлагаем
Вариант 1: Два отдельных сайта (рекомендуем)
- Две независимые установки 1С-Битрикс
- Отдельные базы данных
- Независимые сервера (можем начать с одного, разделив потом)
- Полная изоляция и независимость
- Максимальная надежность
💰 Стоимость:
- Разработка: согласно ТЗ каждого сайта
- Лицензии Битрикс: 280 000 руб/год (обе лицензии)
- Хостинг: от 80 000 руб/год (оба сервера)
Вариант 2: Мультисайтовость (не рекомендуем)
- Одна установка 1С-Битрикс
- Общая база данных
- Один сервер
- Все риски, описанные выше
💰 Стоимость:
- Разработка: согласно ТЗ
- Лицензия Битрикс: 230 000 руб/год
- Хостинг: от 60 000 руб/год
- + риски на 200 000 - 800 000 руб
⚠️ Важное замечание
Если вы все же выберете мультисайтовость, мы реализуем ее профессионально. Но мы обязаны предупредить вас о всех рисках и не рекомендуем этот вариант для серьезных проектов.
Мы видели слишком много случаев, когда клиенты возвращались к нам через 6-12 месяцев с просьбой разделить мультисайт. И это обходилось им в 2-3 раза дороже, чем если бы сразу сделали правильно.