Создание сайтов
на Drupal в Москве

Да. Drupal интегрируется с ЮKassa, СберPay и другими локальными системами. Это позволяет бизнесу работать с привычными для клиентов методами оплаты.

Да. Сайт может работать сразу на нескольких языках, что удобно для компаний, ведущих проекты в России и за ее пределами.

Drupal широко применяется для государственных порталов по всему миру. Мы настраиваем обновления и защиту, чтобы сайт соответствовал корпоративным требованиям безопасности.

Да. Наше агентство переносит данные и контент без потерь и при этом делаем архитектуру более гибкой и удобной для поддержки.

Да. Возможна синхронизация с Ozon, Wildberries и другими, чтобы автоматизировать каталоги и заказы.

Да. Благодаря кэшированию и оптимизации сайт остается быстрым даже при большом трафике.

Да. Мы как компания разработки настраиваем обмен заказами, клиентскими данными и каталогами с 1С, AmoCRM и Bitrix24.

Да. Система позволяет строить личные кабинеты, онлайн-заявки и гибкие роли пользователей.

Да. Drupal интегрируется с СДЭК, Boxberry и Почтой России, что важно для интернет-магазинов в Москве.

Да. Мы как сопровождаем проекты долгосрочно — обновляем, оптимизируем и добавляем новые функции по мере роста бизнеса.

Drupal силён там, где содержимое сложно устроено: много типов материалов со своими полями и связями, разграничение прав между редакторами, несколько языков, несколько сайтов на одном ядре. Для лендинга или небольшого корпоративного сайта он избыточен — там дешевле и в разработке, и в сопровождении другая система. Мы говорим об этом на этапе оценки: выбор платформы под задачу, а не под наш опыт, экономит бюджет на годы вперёд.

Основное отличие — в основе, а не в наборе расширений. Типы материалов, поля и связи между ними в Drupal штатные, а не результат установки плагинов; выборки и списки собираются встроенным конструктором; система прав детальная и рассчитана на редакционную работу нескольких ролей. Цена этого — выше порог входа и дороже час разработки. Поэтому сравнение имеет смысл не вообще, а на конкретной модели данных вашего проекта.

Работаем на актуальной ветке. Важно понимать жизненный цикл: у каждой мажорной версии есть срок, после которого обновления безопасности не выходят вовсе — седьмая ветка этот срок уже прошла. Сайт на снятой с поддержки версии продолжает работать, но каждая новая уязвимость остаётся в нём навсегда. Переход между мажорными версиями — это отдельный проект с переносом содержимого, а не обновление одной кнопкой.

Да, и перенос содержимого делается штатными средствами миграции, а не руками. Порядок такой: сопоставляем типы материалов и поля со старой структурой, переносим тестовым прогоном на копию, сверяем количество записей и выборочно содержимое, настраиваем переадресацию со старых адресов на новые. Последний пункт часто забывают, и именно он определяет, сохранится ли поисковый трафик после запуска.

На четырёх уровнях, и их стоит различать до старта: перевод интерфейса системы, перевод содержимого материалов, перевод меню и служебных блоков, а также языковые версии адресов. Drupal закрывает все четыре штатно. Практический вопрос обычно в другом: кто и как будет переводить, нужен ли раздельный контент по регионам и что показывать, если перевод страницы ещё не готов. Мы разбираем это до начала работ.

Роли настраиваются детально: отдельно право создавать материал, редактировать чужой, публиковать, удалять, менять настройки. Поверх этого строится маршрут публикации — черновик, на проверке, опубликовано, — с журналом изменений и возможностью вернуться к предыдущей редакции. Это именно та часть, ради которой Drupal обычно и выбирают: в редакции из нескольких человек она снимает большинство конфликтов ещё до того, как они случаются.

Вопрос не к платформе, а к настройке кеширования и к тому, много ли у вас авторизованных пользователей. Для анонимных посетителей страница отдаётся из кеша и почти не нагружает сервер; тяжёлым становится персональный контент. Мы разделяем страницу на кешируемую и персональную часть, выносим тяжёлые выборки, настраиваем внешний кеш перед сайтом. Нагрузочная проверка делается до запуска, а не после первой рекламной кампании.

Через программный интерфейс и очередь заданий, а не прямым вызовом внутри запроса пользователя. Разница принципиальная: если внешняя система недоступна, очередь повторит обмен позже, а посетитель не увидит ошибку и не потеряет заказ. Мы описываем направление обмена и источник истины по каждому полю до настройки — без этого расхождения данных возвращаются бесконечно, сколько бы раз их ни исправляли руками.

Да, и мы считаем это обязательным условием, а не уступкой. Код лежит в вашем репозитории, окружения описаны, нестандартные решения задокументированы, доступы передаются полностью. Отдельно скажем честную вещь: специалистов по Drupal на рынке меньше, чем по массовым системам, и час их работы дороже. Это надо закладывать в стоимость владения при выборе платформы, а не узнавать потом.

У платформы есть выделенная команда безопасности и предсказуемый порядок публикации обновлений, поэтому основная работа — не героическая, а регламентная: следить за выходом обновлений и ставить их вовремя, на копии и с проверкой. Дополнительно настраиваем права, двухфакторную авторизацию для администраторов, ограничение доступа к служебным разделам и резервное копирование на внешнее хранилище с проверкой разворачивания.

Стоимость собирается из позиций, которые можно посчитать: число типов материалов и полей, количество ролей и маршрутов публикации, число языков, объём переносимого содержимого, список интеграций, требования к нагрузке. Мы возвращаемся с оценкой по этим позициям, а не с одной цифрой — по позициям видно, что можно отложить на вторую очередь и чем управлять, если бюджет ограничен.

Работающий сайт, исходный код в вашем репозитории, описание окружений и порядка выката, документацию по нестандартным решениям, инструкции для редакторов и полный набор доступов. Отдельно — перечень того, что сознательно не вошло в первую очередь, с оценкой. Этот перечень полезнее, чем кажется: он не даёт забыть договорённости и превращает следующий этап в понятный разговор о приоритетах, а не в спор о том, что подразумевалось.