Что такое мультисайтовость и зачем она нужна
В такой конфигурации единая установка платформы обслуживает сразу несколько сайтов, каждый из которых имеет собственное содержимое и, как правило, свой домен или поддомен. Это удобно, когда нужно вести региональные версии, несколько брендов или семейство однотипных проектов.
Общими остаются код платформы, набор расширений и администрирование, а разными — данные каждого сайта. Отсюда и главные выгоды: единые обновления и меньше затрат на поддержку.
Три варианта организации адресов
- отдельный домен для каждого сайта — самый чистый и независимый вариант;
- поддомены основного домена — удобно для региональных версий;
- подкаталоги основного домена — вариант, при котором авторитет домена общий.
Выбор зависит от задачи: для независимых брендов подойдут отдельные домены, а для региональных версий одной компании нередко удобнее поддомены или подкаталоги.
Риски, характерные именно для мультисайтовой схемы
Самая частая проблема — одно и то же содержимое, случайно доступное сразу на нескольких сайтах установки. Общие материалы, скопированные между сайтами, создают дубли, с которыми придётся бороться через канонические адреса.
Вторая проблема — общие технические файлы. Если robots.txt и sitemap.xml формируются одним механизмом, стоит убедиться, что для каждого сайта отдаётся собственная корректная версия, а не файл соседнего проекта.
Проверка изоляции сайтов друг от друга
Чек-лист проверки: у каждого сайта свой robots.txt, свой sitemap.xml, свои канонические адреса и собственный SSL-сертификат, охватывающий его домен.
Такую проверку стоит проводить после каждого крупного обновления платформы, поскольку именно в этот момент нарушается изоляция чаще всего.
Что делать общим, а что отдельным у каждого сайта
В мультисайтовой установке легко перестараться с общими настройками. Механизмы формирования адресов, шаблоны мета-тегов и параметры индексации стоит настраивать для каждого сайта отдельно, даже если по умолчанию они наследуются.
- общее — код платформы и набор расширений;
- отдельное — домен, robots.txt, sitemap.xml;
- отдельное — шаблоны адресов и настройки языка;
- отдельное — счётчики аналитики и вебмастера.
Региональные версии и связь между ними
Когда сайты представляют разные регионы или языки, между ними важно корректно указать связи, чтобы поисковая система показывала пользователю подходящую версию. Об этом подробнее в блоке про мультирегиональность, а на уровне платформы нужно лишь убедиться, что адреса версий стабильны и предсказуемы.
Обновления платформы затрагивают все сайты сразу
Главный минус общей установки — общая уязвимость. Ошибка в обновлении или расширении может одновременно сломать все сайты. Поэтому перед любым обновлением делайте резервную копию и проверяйте результат на тестовой версии, а не на действующих проектах.
Общий подход к резервному копированию разобран в статье про резервное копирование конфигураций.
Частые вопросы
Что лучше для региональных версий — поддомены или подкаталоги?
Единого ответа нет: подкаталоги объединяют авторитет основного домена, а поддомены дают больше независимости, выбор зависит от целей проекта.
Как избежать дублирования между сайтами одной установки?
Не копируйте одинаковое содержимое между сайтами без необходимости, а при пересечении укажите канонический адрес основной версии.
Нужен ли отдельный robots.txt каждому сайту?
Да, у каждого сайта должен быть собственный корректный robots.txt и sitemap.xml, соответствующие именно его домену и содержимому.
Готовый адрес можно собрать прямо сейчас: откройте генератор ЧПУ — он транслитерирует фразу по таблице Яндекса, уберёт служебные слова и покажет длину адреса.