Лучший хостинг для Drupal 2026

Системные требования Drupal 10/11

На 2026 год Drupal 11 (выпущен в 2024) требует:

• PHP 8.3+ (Drupal 10 совместим с 8.1+, но скоро будет деприкейтнут)
• Расширения PHP: date, dom, filter, gd, hash, json, mbstring, openssl, pcre, pdo_mysql или pdo_pgsql, session, simpleXML, SPL, tokenizer, XML, XMLReader, XMLWriter
• MySQL 8.0+ / MariaDB 10.6+ / PostgreSQL 13+ / SQLite 3.45+
• Apache 2.4+ с mod_rewrite или nginx с правильной конфигурацией
• memory_limit минимум 256 МБ, рекомендуется 512 МБ. Сайты с Search API + дополнительными модулями — 1 ГБ.
• OPcache + JIT — критично для Drupal, без них сайт тормозит в 2-3 раза
• composer 2.x в SSH-доступе — обязательно. Drupal управляет зависимостями через composer, без него полноценная работа невозможна.
• Drush 12+ — командная строка для управления Drupal (опционально, но сильно облегчает жизнь)
• HTTPS — рекомендован, многие модули требуют

Чем Drupal-хостинг отличается от обычного

• SSH-доступ обязательный. Без него composer install/update не запустишь. На дешёвых shared-тарифах часто SSH нет — мимо.
• composer в PATH. Не только установка — настроенный composer с увеличенным лимитом памяти (512 МБ или больше для composer-операций).
• Достаточный лимит файлов на inode. Drupal с парой десятков модулей легко имеет 50 000+ файлов в дереве. На совсем дешёвых тарифах есть лимиты по числу файлов — Drupal может упереться.
• cron-задачи. Drupal активно использует крон для индексации, очистки кэша, отправки уведомлений.
• Поддержка Redis или Memcached для кэша Drupal — на нагруженных сайтах сильно ускоряет.
• Возможность поднимать staging-окружения. Для Drupal изменения схемы БД и конфигурации (config import/export) — нормальная практика, нужен второй домен/поддомен для теста.
• Поддержка PostgreSQL опционально — некоторые крупные Drupal-проекты предпочитают её MySQL за надёжность.

Drupal на shared vs VPS

Маленький Drupal-сайт (визитка, портфолио, блог): мощный shared 500-1500 ₽/мес. Должен быть SSH + composer + минимум 512 МБ memory_limit.

Средний Drupal-сайт (корпоративный портал, новостной сайт): начальный VPS 2000-4000 ₽/мес. С Redis для кэша и достаточным RAM для composer-операций.

Крупный Drupal-проект (госпортал, медиа): мощный VPS или dedicated 8000+ ₽/мес. PostgreSQL на отдельном сервере, Varnish перед Drupal, CDN для статики.

Принципиальное отличие от WordPress: на bargain-shared-хостинге за 100 ₽/мес Drupal попросту не запустится — не хватит ни SSH, ни памяти для composer.

Установка Drupal через composer

Современный способ ставить Drupal — НЕ скачивать с drupal.org готовый архив, а собирать через composer:

composer create-project drupal/recommended-project my-site
cd my-site
composer require drush/drush

Это создаёт правильную структуру с корнем сайта в `web/` и зависимостями в `vendor/`. После этого:

1. Указываете в панели хостинга корень сайта на `web/` (если можно) или загружаете весь проект и настраиваете .htaccess в подкаталог.
2. Создаёте БД в панели.
3. Открываете сайт в браузере → запускается установщик Drupal.
4. Выбираете профиль (Standard для большинства), вводите данные БД, имя сайта, админ-аккаунт.
5. После установки настраиваете settings.php — отключаете режим разработчика, включаете кэш.
6. Устанавливаете SSL, перенаправляете http→https.

Подводные камни Drupal на shared

composer install падает по памяти

composer для Drupal может требовать 1 ГБ памяти. На shared-тарифах с лимитом 256 МБ установка падает. Решение: запускать composer с `php -d memory_limit=-1 composer install` или брать тариф с большей памятью для CLI.

Несовместимости версий PHP между модулями

Drupal-модули иногда фиксируют конкретный диапазон PHP. После обновления PHP на хостинге какие-то модули могут отвалиться. Решение: тестируйте обновления на staging, читайте release notes каждого модуля.

Кэш файловой системы засоряется

Drupal по умолчанию складывает кэш в файлы. На shared с быстрым диском, но строгим лимитом inode, может упереться. Решение: переключите кэш на Redis или Memcached (если хостер даёт) или на БД.

Загрузка модулей блокируется хостерскими ограничениями

composer тянет модули с GitHub и drupal.org. Если хостер блокирует исходящие соединения на странные порты или вообще на git, операции падают. Уточняйте у саппорта.

Частые вопросы

Drupal 10 или Drupal 11 — что выбрать в 2026?

Drupal 11 — текущий мажор. Для нового проекта однозначно 11-й. Drupal 10 — если уже есть сайт; LTS до 2025-2027 в зависимости от модулей. Миграция 10→11 относительно простая если использовали стандартные модули.

Drupal или WordPress?

WordPress — для большинства задач: блог, корпоративный сайт, простой магазин. Drupal — для сложных порталов: интранет, многоязычные новостные сайты, госпорталы, сайты с сложной системой прав и таксономий. Если не уверены — берите WordPress; кратко говоря, Drupal оправдан только когда WP не справляется.

Можно ли Drupal на самом дешёвом shared?

Нет. Drupal не запустится без SSH (нужен для composer) и нормальной памяти. Минимальный комфортный тариф — 800-1500 ₽/мес у качественного хостера.

Какие модули Drupal обязательны?

Из ядра: Views, Field UI, Workflow. Из contrib: Pathauto (красивые URL), Webform (формы), Token, Admin Toolbar (улучшенная админка), Captcha + Recaptcha (защита от ботов), Backup and Migrate (бэкапы из админки), Devel (для разработки).

Резюме

Drupal — это не «поставил и забыл». Это серьёзная CMS, требующая знания composer, привычки к staging-окружению, иногда — командной строки. Хостинг под него тоже не из бюджетного сегмента: минимум 800-1500 ₽/мес за shared с SSH и composer, оптимально — VPS от 2000 ₽/мес.

В рейтинге выше — российские провайдеры с подходящим окружением: PHP 8.3, SSH-доступом, поддержкой composer и достаточной памятью для рабочих операций Drupal. Тестовый период позволяет развернуть проект, прогнать composer install и убедиться, что хостер тянет ваш стек.