Техподдержка и сопровождение
сайта в Уфе

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

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

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

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

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

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

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

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

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

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

Несколько дней в зависимости от размера сайта, оплачиваем его не из часов сопровождения. Причина в том, что оценка работ без разбора на незнакомом проекте почти всегда оказывается неверной и чаще всего в сторону увеличения. Правильнее сначала посмотреть за понятные деньги, а потом называть цену месяца.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Менять одновременно оформление, структуру адресов и платформу. При плохом результате причину установить нельзя, а откат приходится делать целиком. Эти три вещи разводятся по времени даже если это удлиняет календарь.

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

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

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

Ведём список изменённых файлов и назначение каждой правки, помимо истории в системе контроля версий. Это тот документ, отсутствие которого делает приём чужого проекта дорогим. Он передаётся заказчику и обновляется при каждом изменении.

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

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