Устаревшее программное обеспечение сервера: чем это грозит бизнесу

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

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

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

Разберём, из чего складывается программная основа сайта, чем опасно её устаревание, как понять, что пора обновляться, и как провести обновление без потери заявок.

Из чего состоит программная основа сайта

Сайт — это не один файл, а несколько слоёв, и устареть может любой.

Операционная система сервера. Основа, на которой работает всё остальное. У неё есть срок поддержки, после которого перестают выходить исправления.

Веб-сервер. Программа, которая принимает обращения браузеров и отдаёт страницы.

Язык программирования сайта. Среда, в которой выполняется код. Версии выходят регулярно, старые перестают поддерживаться.

База данных. Хранилище всех текстов, товаров, заказов и настроек.

Система управления сайтом. То, чем вы пользуетесь для добавления страниц и товаров. У нас это обычно ХостСМС, встречаются также 1С-Битрикс и Вордпресс.

Дополнительные модули. Расширения системы управления: каталог, формы, выгрузки, интеграции.

Внешние библиотеки. Готовые куски кода для оформления, слайдеров, карт, галерей.

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

Чем опасно устаревание

Разберём последствия по степени неприятности.

Уязвимости. Главная опасность. В старых версиях находят ошибки, через которые можно проникнуть на сайт. Информация о них публикуется открыто, и её используют автоматические программы, которые перебирают сайты подряд. Заражают не потому, что вы кому-то интересны, а потому, что нашли по признаку старой версии.

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

Отказ хостинга. Хостинги постепенно выводят из эксплуатации старые версии. Приходит письмо: через месяц старая версия отключается. Если сайт под неё написан, он просто перестанет открываться.

Несовместимость с новыми сервисами. Платёжные системы, службы доставки, системы учёта и мессенджеры обновляют способы обмена данными. Старая среда перестаёт с ними работать. Особенно болезненно это с приёмом оплаты.

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

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

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

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

Как понять, что пора

Есть простые признаки, которые видно без специальных знаний.

Письма от хостинга с предупреждением об отключении старых версий.

Сообщения в панели управления сайтом о доступных обновлениях, которые висят месяцами.

Ошибки при обновлении модулей. Модуль требует более новую среду.

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

Письма перестали доходить. Особенно если раньше доходили.

Сайт стал медленнее без видимой причины.

Подрядчик говорит, что доработка невозможна без обновления основы.

Прошло больше трёх-четырёх лет с последнего обновления. Это уже само по себе повод проверить.

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

Почему откладывают

Причины понятны, и с каждой можно работать.

«Работает — не трогай». Работает до первого внешнего изменения, которое от вас не зависит.

Боязнь простоя. Обоснованная, но решаемая: обновление делается на копии, а переключение занимает минуты.

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

Нет ответственного. Самая частая причина. Сайт сделали, подрядчик ушёл, следить некому.

Непонятно, что именно обновлять. Решается разовым обследованием.

Опасение, что сломается вёрстка. Обоснованное, если сайт делали с самописными решениями. Именно поэтому нужна проверка на копии.

Как проходит обновление без простоя

Правильная последовательность выглядит так.

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

Шаг второй: резервная копия. Полная: файлы и база данных. С проверкой того, что копия разворачивается.

Шаг третий: тестовая копия. Сайт разворачивается на отдельном адресе, закрытом от поисковых систем и от посторонних.

Шаг четвёртый: обновление на копии. Компоненты обновляются последовательно, ошибки фиксируются и исправляются.

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

Шаг шестой: переключение. Выполняется в период наименьшей нагрузки. Обычно это ночь или раннее утро буднего дня.

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

Шаг восьмой: путь отхода. До обновления должно быть понятно, как вернуться к предыдущему состоянию, если что-то пойдёт не так.

При таком порядке простой измеряется минутами, а риск потерять заявки минимален.

Что проверить сразу после обновления

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

• отправляется ли форма заявки и доходит ли письмо;
• приходят ли уведомления в мессенджер и в систему учёта;
• работает ли онлайн-запись и калькулятор;
• работает ли приём оплаты;
• открываются ли все разделы каталога;
• работают ли фильтры и поиск по сайту;
• корректно ли отображаются картинки;
• работает ли выгрузка в маркетплейсы и обмен с 1С;
• на месте ли счётчики статистики;
• отдаёт ли сайт правильные ответы для поисковых систем;
• нет ли ошибок в журнале сервера.

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

Сколько стоит обновление и от чего зависит

Вопрос, который возникает первым. Точную цифру назвать заранее нельзя, но факторы понятны.

Разрыв версий. Обновление на одну версию вперёд — обычно недолгая работа. Разрыв в четыре-пять версий означает, что часть кода придётся переписывать.

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

Размер сайта. Каталог на десять тысяч позиций проверяется дольше, чем сайт-визитка.

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

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

Наличие тестовой копии. Если её нет, её нужно развернуть, и это тоже время.

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

Как подготовиться, чтобы обновление прошло дешевле

Есть вещи, которые компания может сделать заранее и тем самым сократить объём работ.

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

Составить список интеграций. Что с чем обменивается, по каким расписаниям, кто отвечает.

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

Убрать лишнее. Неиспользуемые модули, старые скрипты, забытые виджеты — всё это тоже проверяется и тоже стоит времени.

Проверить резервные копии. До начала работ, а не в процессе.

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

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

Как поддерживать в порядке дальше

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

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

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

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

Ведение перечня компонентов. Что установлено, какой версии, кто отвечает.

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

Как это связано с продвижением «3 в 1»

Техническое состояние сервера кажется далёким от привлечения клиентов, но связь прямая.

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

Яндекс.Справочник. Карточка в Яндекс Бизнесе ссылается на сайт. Если сайт лежит или помечен как опасный, человек, перешедший из карточки, получает предупреждение браузера и уходит. При этом карточка продолжает показываться, и вы даже не поймёте, что теряете этих людей. Сюда же относится доступность страницы онлайн-записи, на которую ведёт кнопка из карточки.

2ГИС. То же самое: ссылка на сайт из карточки, и та же потеря при недоступности.

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

Что делать по шагам

1. Узнайте текущие версии компонентов через панель хостинга или у подрядчика.
2. Проверьте, есть ли письма от хостинга о плановом отключении старых версий.
3. Проверьте, доходят ли письма с заявками, и настройте контроль этого.
4. Сделайте полную резервную копию и убедитесь, что она разворачивается.
5. Закажите обследование, если версии старше трёх-четырёх лет.
6. Разверните тестовую копию сайта.
7. Обновите компоненты на копии и исправьте выявленные ошибки.
8. Пройдите полный список проверок, включая формы и оплату.
9. Переключитесь в период наименьшей нагрузки, имея путь отхода.
10. Первые сутки наблюдайте за ошибками и потоком заявок.
11. Подключите мониторинг доступности.
12. Настройте ежедневные резервные копии на отдельной площадке.
13. Внесите ежегодный пересмотр версий в план работ.

Итог

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

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

Главное — не откладывать до момента, когда решение придётся принимать в спешке, под давлением обстоятельств и с реальными потерями заявок.

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