Поддержка сайта: что входит, как передать сайт и сколько стоит
Поддержка сайта означает постоянную или разовую работу с уже запущенным сайтом, чтобы он работал, оставался актуальным и менялся вместе с бизнесом. В неё могут входить исправление ошибок, обновления CMS и модулей, резервные копии, редактирование страниц, проверка форм, новые функции и изменения отдельных частей дизайна. Она нужна владельцу лендинга, корпоративного сайта, магазина или внутренней системы, если нет своего разработчика или прежний исполнитель больше не сопровождает проект. Artbrain может принять сайт, который создавала другая команда: сначала бесплатно смотрим его состояние и доступы. Состав и стоимость ежемесячного обслуживания обсуждаем индивидуально для конкретного сайта.
Поддержка, обслуживание, администрирование и доработка: в чём разница
Для владельца эти слова часто означают одно и то же, но задача может быть разной. Техническая поддержка или обслуживание нужны, когда сайт надо держать в рабочем состоянии: обновлять CMS, плагины или модули, делать резервные копии, проверять страницы и исправлять технические ошибки.
Администрированием часто называют работу с содержанием: опубликовать готовую новость, изменить цену, добавить товар, фото или текст. Разместить предоставленный материал можно как отдельную задачу, а написание текстов, подготовка фото или перевод являются другой работой. Доработка меняет логику или вид части сайта, например новая форма, фильтр, оформление заказа или раздел. Редизайн нужен, когда меняется сама подача, структура страниц и визуальная система.
Что нужно поддерживать на разных типах сайтов
Лендинг и сайт-визитка
Здесь важно, чтобы формы отправляли обращения в нужное место, контакты не устаревали, а домен и SSL-сертификат были продлены. SSL-сертификат создаёт защищённое HTTPS-соединение в браузере. Такому сайту также время от времени нужны изменения в услугах, акциях или информации о команде.
Корпоративный сайт
Помимо технической части, внимания требуют разделы услуг, новости, многоязычные страницы и формы для разных направлений. Важно проверять, не пропали ли ссылки между языковыми версиями и доходят ли обращения с каждой формы.
Интернет-магазин
В магазине проверяют каталог, цены и остатки, корзину, оформление заказа, оплату, доставку и уведомления о новом заказе. После изменения модуля или обновления платформы одна ошибка может затронуть именно путь покупателя к оплате.
Сайт или бизнес-система на собственном коде
Здесь поддержка касается кода, зависимостей, серверного окружения и интеграций. Зависимостями называют сторонние библиотеки, от которых зависит работа функций. Без описания настроек и доступов даже небольшое изменение может потребовать предварительной проверки.
Признаки, что сайту нужно внимание сейчас
- Заявки из формы перестали приходить: часто это означает проблему с почтой, формой или интеграцией.
- После обновления появились ошибки или сломалась вёрстка: компоненты сайта могут быть несовместимы друг с другом.
- Хостинг предупреждает об устаревшей версии PHP: код нужно проверить до перехода на новое серверное окружение.
- Браузер показывает, что сайт не защищён: следует проверить SSL-сертификат и настройки HTTPS.
- Админ-панель медленная или не открывается: причина может быть в ошибке кода, модуле или ресурсах сервера.
- Вы не можете сами изменить цену или текст: возможно, доступ ограничен или редактор требует настройки.
- Прежний разработчик отвечает редко или не отвечает совсем: стоит собрать доступы, пока их ещё можно получить.
- Перестали работать оплата или доставка: нужно проверить модуль и связь с соответствующим сервисом.
- Появились подозрительные страницы, перенаправления или спам: это может быть признаком постороннего вмешательства и требует отдельной проверки.
Как передать сайт от другого разработчика: чеклист владельца
Передача сайта проходит проще, когда учётные записи принадлежат владельцу, а не исполнителю. Во время бесплатного разбора мы помогаем понять, каких доступов не хватает и где их искать.
- Домен в аккаунте владельца: регистратор домена является сервисом, где зарегистрирован адрес сайта. Без доступа не получится вовремя продлить или перенести домен.
- Хостинг в аккаунте владельца: это место, где хранятся файлы сайта и база данных. Собственный аккаунт позволяет управлять оплатой и техническими настройками.
- Вход в админ-панель сайта: он нужен для работы со страницами, товарами и настройками CMS.
- FTP, SSH или файловый менеджер хостинга: это способы доступа к файлам на сервере. Они нужны, когда правки нельзя сделать из админ-панели.
- Доступ к базе данных: в ней хранятся контент, настройки и часто данные заказов.
- Репозиторий кода, если он есть: история изменений и исходный код помогают безопаснее продолжать разработку.
- Лицензии и аккаунты платных модулей и тем: без них обновление или перенос могут быть ограничены.
- Список интеграций: оплата, доставка, CRM, мессенджеры и аналитика имеют отдельные настройки и доступы.
- Доступы к Google Analytics, Search Console и Tag Manager: они принадлежат бизнесу, потому что содержат данные и настройки измерения.
- Свежая резервная копия: она даёт точку восстановления перед любыми изменениями.
Не обязательно иметь весь перечень до первого обращения. Полезнее всего начать с URL сайта, доступа к домену и хостингу, если они есть. Остальные данные удобно собирать по списку, чтобы не искать их уже во время срочной задачи.
Как описать задачу и принять результат
Плановое изменение начинается не с доступа к админ-панели, а с чёткого описания результата. Владельцу полезно собрать ссылки на нужные страницы, скриншоты текущего состояния, готовые тексты или файлы и пример того, как должно выглядеть изменение. Это уменьшает число предположений, особенно когда меняется форма, каталог или сценарий оформления заказа.
Для формы стоит указать, куда должны приходить обращения, какие поля нужны и что должен увидеть человек после отправки. Для товара или услуги важны название, цена, описание, изображение, категория и язык, на котором появится изменение. Для интеграции полезно описать, какие данные сайт передаёт наружу и какой результат должен вернуться на страницу.
До начала технических изменений стоит зафиксировать рабочие сценарии. Для магазина это может быть поиск товара, добавление в корзину, оформление и получение уведомления. Для корпоративного сайта это путь от страницы услуги до отправки формы. Для системы с ролями это вход разными пользователями и действия, доступные каждому из них.
После работы те же сценарии проверяют ещё раз. Отдельно смотрят мобильную версию, ссылки, сообщения из форм и страницы, которых коснулось изменение. Такой список не требует технических знаний, но помогает владельцу принять результат по конкретным пунктам, а не по общему впечатлению.
Что делать, если разработчик исчез и доступов нет
Сначала выясните, на кого зарегистрирован домен и какой хостинг использует сайт. Информацию об оплате, письма о регистрации, счета и банковские выписки лучше собрать в одном месте. Восстанавливать доступ нужно через регистратора и хостинг-провайдера как владельцу: они обычно запрашивают подтверждение владения, документы или платёжные данные, а точная процедура зависит от правил сервиса.
После возврата доступа смените пароли, проверьте пользователей и удалите старые учётные записи, которые больше не нужны. Если домен или хостинг оформлены на прежнего исполнителя, передачу придётся согласовывать с ним или действовать по правилам провайдера. Не удаляйте файлы, базу данных или старые настройки до создания резервной копии: даже ненужный на первый взгляд файл может объяснить, как работает сайт.
Типичные проблемы на популярных платформах
WordPress и WooCommerce
После обновлений могут конфликтовать плагины и тема, а заброшенный плагин перестаёт работать с новой версией системы. Тяжёлые конструкторы страниц иногда замедляют сайт, а обновление WooCommerce требует проверки корзины и оформления заказа.
OpenCart
Модули и модификации могут ломаться после смены версии, а расширения часто привязаны к конкретной версии платформы. Переход на новую версию требует проверки каждого модуля, каталога и оформления заказа. Отдельно описали, на что смотреть при переносе магазина с OpenCart.
MODX, Joomla и Drupal
На старых основных версиях могут не выходить обновления, а расширения бывают несовместимы с новыми версиями. Сначала проверяют текущую версию, набор дополнений и возможность обновления без потери функций.
Собственный PHP, Laravel, Django, Next.js и React
В самописном PHP-сайте частыми проблемами становятся отсутствие документации, старая версия PHP и код, понятный только одному разработчику. В Laravel, Django, Next.js и React внимания требуют устаревшие зависимости, крупные обновления фреймворков, настройка окружения и процесс сборки. Это не повод автоматически переписывать проект, но причина сначала оценить состояние кода.
Почему хостинг просит обновить PHP и что может сломаться
PHP является языком, на котором работают многие сайты и CMS. У каждой его версии есть ограниченный период поддержки, после которого для неё перестают выходить исправления безопасности. Поэтому хостинг-провайдеры постепенно переводят сайты на новые версии.
Старый код, плагин или модуль могут не работать в новом окружении. Безопасный порядок такой: создать копию сайта, проверить её на новой версии PHP, исправить найденные ошибки и только потом переключать рабочий сайт. Это позволяет увидеть проблему до того, как её увидят посетители.
Как не зависеть от одного подрядчика
Домен и хостинг лучше оформлять на владельца бизнеса. Доступы передавайте лично, а не в общем чате, и меняйте их после завершения сотрудничества с исполнителем. Лицензии на платные модули и темы тоже стоит хранить в аккаунтах владельца.
Перед изменениями нужна резервная копия, а до начала задачи должно быть понятно, что именно меняется и сколько времени это может занять. В Artbrain оценку согласовываем до работы, а изменения фиксируем в рамках задачи. Такой порядок полезен независимо от того, кто поддерживает сайт: он даёт владельцу историю решений и контроль над доступами.
Доработать сайт или делать новый
Доработка уместна, когда основа работает, структура и содержание всё ещё полезны бизнесу, а изменения можно внести без постоянных побочных проблем. В таком случае есть смысл сохранить накопленные страницы, поисковую видимость и привычный путь пользователя.
Новый сайт или редизайн сайта стоит рассматривать, если платформа больше не развивается, каждое изменение затрагивает другие части, а структура и дизайн уже не подходят работе бизнеса. О бюджете нового проекта читайте в статье сколько стоит сайт в 2026 году. Решение принимают после просмотра кода, доступов и задач, а не только по внешнему виду страницы.
Сколько стоит поддержка сайта в Artbrain
Исправления, изменения, улучшения и новые функции оцениваем по объёму задачи. Состав работ, сроки и цену согласуем до начала работы. Состав и стоимость ежемесячного обслуживания обсуждаем индивидуально: по договорённости это могут быть обновления CMS, плагинов и модулей, резервные копии, проверка работы сайта и небольшие правки. Просмотр сайта перед передачей в работу бесплатный, исправления оплачиваются отдельно.
На оценку влияют платформа и версия, состояние кода, объём задачи, срочность, платные модули и сложность доступов. Подробнее о бюджете без примерных расчётов читайте в статье сколько стоит обслуживание сайта.
Как начать
Отправьте URL сайта и коротко опишите задачу через форму или мессенджеры. В первом сообщении не отправляйте пароли. После просмотра скажем, какие доступы нужны для работы.
Все сайты, которые разработала Artbrain, остаются на нашей поддержке. Посмотрите портфолио сайтов или свяжитесь с нами, чтобы передать сайт на разбор.
Что сохранить после передачи сайта
Когда доступы уже собраны, их не стоит оставлять только в переписке с исполнителем. Сохраните в защищённом месте перечень аккаунтов, адрес входа, ответственное лицо и дату последней смены пароля. Пароли не нужно записывать рядом с этим списком, но владелец должен понимать, где они хранятся.
Отдельно полезно сохранить контакты, связанные с доменом, хостингом, почтой и платными модулями. Если меняется ответственный человек в компании, эти данные передают вместе с сайтом. Так не возникает ситуация, когда продление домена или доступ к лицензии зависит от личной почты бывшего сотрудника.
Для кода стоит оставить короткое описание: на чём работает сайт, где размещены файлы, как делается резервная копия и какие интеграции нельзя отключать без проверки. Это не требует большого документа. Даже одна актуальная страница с такими фактами сокращает время на первичный разбор, когда появляется новая задача.
Просматривайте этот список после смены хостинга, домена, почты или важной интеграции. Тогда он останется полезным при следующей передаче сайта.