Техподдержка сайта
в Самаре

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

Цена зависит от объема задач, срочности и типа сайта. Мы предлагаем гибкие тарифы: от разовой до ежемесячной поддержки. Можно подобрать оптимальный формат сопровождения под ваш бюджет.

Работаем с корпоративными сайтами, интернет-магазинами, лендингами, Bitrix, WordPress, OpenCart и другими CMS. Также берем в поддержку custom-разработку.

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

Да. Мы обслуживаем сайт и помогаем ему развиваться: добавляем разделы, интеграции, улучшаем UX и адаптируем под новые задачи бизнеса.

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

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

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

Приоритет задаёте вы, но из списка, где уже разнесены аварии и пожелания. Аварии идут вне очереди по определению. Всё остальное выстраивается по вашему решению, и наша роль — заранее сказать, что чего стоит и что с чем связано: иногда просимая правка требует сначала обновить платформу. Когда очередь переполняется, честный разговор про объём часов полезнее, чем молчаливое растягивание сроков по всем задачам сразу.

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

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

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

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

Так и надо начинать. Минимальный разумный набор — наблюдение, резервные копии, обновления безопасности. Он закрывает риски, которые заканчиваются полной потерей сайта. Дальше объём растёт по мере того, как выясняются слабые места: скорость, нагрузка, интеграции, регулярные доработки. Начинать с самого полного тарифа невыгодно вам самим. Первые месяцы всё равно уходят на то, чтобы понять реальный профиль работ.

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

По трём признакам, и все три проверяются без технических знаний. Первый: нет отчёта, из которого видно, что делалось, — значит, не видно и того, что не делалось. Второй: резервная копия никогда не проверялась восстановлением, то есть существует только на бумаге. Третий: любая авария объясняется внешними причинами, и ни разу не названо, что изменить, чтобы она не повторилась. Ни один из трёх не требует спорить о коде.

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

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

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

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

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

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

Незавершённые работы разбиваются на три части, и это стоит проговорить до расторжения. То, что можно закончить в оставшийся срок, заканчивается. То, что нельзя, описывается в состоянии «сделано до сюда, дальше нужно то-то» и передаётся вместе с доступами. Оплаченное, но не начатое, возвращается или засчитывается. Отдельно снимается финальная резервная копия и передаётся вам, потому что после закрытия доступов достать её будет не у кого.

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

Через небольшой набор чисел, который считается ежемесячно и сравнивается сам с собой. Доступность в процентах и минуты простоя. Количество инцидентов и доля повторяющихся. Время реакции по классам. Скорость загрузки ключевых страниц. Сколько задач закрыто и сколько перенесено. Ни одно из этих чисел не является целью само по себе, но их динамика за полгода отвечает на вопрос честнее, чем любое описание работ. Если такие числа не ведутся, оценивать нечего.

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

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