Что делать, если сайт не работает: 14 причин и решения

Почему сайт не работает и чем это грозит бизнесу?

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

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

Чтобы восстановить работу сайта как можно быстрее, важно не паниковать и действовать системно: сначала определить причину, потом устранять следствие. Именно этому и посвящена данная статья.

Как быстро понять, что сайт недоступен именно для всех?

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

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

Инструменты для быстрой диагностики доступности:

- Down For Everyone Or Just Me — показывает, сайт не работает только у вас или у всех пользователей.

• Google PageSpeed Insights — анализирует скорость загрузки сайта и выявляет возможные ошибки.
• GTmetrix — оценивает производительность сайта и предлагает рекомендации по оптимизации.

Дополнительно можно воспользоваться сервисом Рег.ру Check Site или командой ping в терминале. Команда ping покажет, доступен ли сервер, на котором размещён ресурс.

Пошаговая первичная диагностика:

1. Откройте несколько других известных сайтов (например, Яндекс, VK, Google). Если они тоже не открываются — проблема на вашей стороне.
2. Очистите кэш браузера и куки: Настройки → Конфиденциальность → Очистка данных.
3. Попробуйте открыть сайт в другом браузере или с другого устройства.
4. Воспользуйтесь онлайн-сервисом для проверки доступности (Down For Everyone, Statuser).
5. Если сайт недоступен глобально — переходите к поиску серверной причины.

ТОП-14 популярных причин неработающего сайта

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

1. Забыли оплатить домен

Забыли оплатить домен — одна из самых банальных и при этом самых болезненных причин недоступности сайта. Доменное имя — это адрес вашего сайта в интернете. Как только регистрация домена истекает и не продлевается, DNS-записи перестают работать, и сайт становится недоступен по URL.

После истечения срока действия у домена обычно есть льготный период (grace period) — как правило, от 30 до 40 дней, в течение которых владелец ещё может продлить домен по стандартной цене. После этого наступает период восстановления (redemption period) — ещё около 30 дней, но уже с повышенной стоимостью восстановления (от 5 000 до 15 000 рублей в зависимости от регистратора). Если и этот срок пропущен, домен выставляется на публичный аукцион.

Как не допустить: настройте автопродление домена в личном кабинете регистратора и добавьте дату истечения в корпоративный календарь с напоминанием за 60, 30 и 7 дней.

Как устранить: войдите в личный кабинет регистратора (например, Рег.ру, nic.ru, 2domains), оплатите продление. После оплаты DNS обновится в течение от нескольких минут до 48 часов — сайт станет доступен постепенно по мере распространения обновлений по серверам.

2. Забыли оплатить хостинг

Забыли оплатить хостинг — ещё одна «административная» причина. Хостинг-провайдеры обычно отключают сайт в течение 1–3 дней после истечения оплаченного периода, хотя некоторые предоставляют до 14 дней отсрочки.

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

Как не допустить: включите автоматическое пополнение баланса хостинга или настройте уведомления на email/Telegram о низком балансе. Большинство крупных хостингов (Timeweb, REG.RU, Beget, SpaceWeb) поддерживают такие уведомления.

Важно: данные на хостинге при отключении из-за неоплаты обычно сохраняются ещё 30–60 дней. Не ждите истечения этого срока.

3. Забыли продлить SSL

Забыли продлить SSL-сертификат — причина, которая «роняет» сайт с точки зрения пользователей, даже если сервер технически работает. Если сайт выдал «Подключение не защищено», проверьте срок действия сертификата — это может быть просто недооформленная оплата.

Современные браузеры (Chrome, Firefox, Safari, Яндекс.Браузер) блокируют доступ к сайтам с истёкшим SSL. Пользователь видит предупреждение «Ваше соединение не защищено» и кнопку «Назад». Большинство людей немедленно уходят с сайта — конверсия падает до нуля.

Сроки SSL-сертификатов:

Как устранить: войдите в панель управления хостингом или у поставщика SSL (например, Sectigo, DigiCert, или через хостинг-провайдера). Перевыпустите или продлите сертификат, установите его на сервер. Для Let's Encrypt настройте автоматическое обновление через certbot или инструменты хостинга.

4. Чрезмерная нагрузка на сервер

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

Пример: интернет-магазин запускает акцию «Чёрная пятница» и в первые минуты получает в 50 раз больше трафика, чем обычно. Если ресурсы сервера не были масштабированы заблаговременно, сайт «ложится». По данным аналитиков, 10 минут простоя в пик — это от 58 000 до 116 000 рублей потерь, а для крупных ритейлеров в периоды вроде Чёрной пятницы потери могут достигать до 6 миллионов рублей.

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

Как устранить:

• Временно ограничьте количество одновременных соединений.
• Очистите кэш сайта и включите кэширование на стороне сервера.
• Свяжитесь с хостингом для временного увеличения ресурсов.
• Подключите CDN (Content Delivery Network) для распределения нагрузки.
• Долгосрочно: перейдите на VPS/выделенный сервер с возможностью автоматического масштабирования.

5. Закончилось место на хостинге

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

Чаще всего место заканчивается из-за:

• Накопления резервных копий прямо на хостинге (бэкапы нужно хранить отдельно).
• Разрастания логов сервера (error.log, access.log).
• Большого количества загружаемых пользователями файлов без периодической очистки.
• Роста базы данных (характерно для активных форумов, магазинов с большим каталогом).

Как устранить: войдите в панель управления хостингом (cPanel, ISPmanager, DirectAdmin), откройте файловый менеджер, найдите и удалите ненужные файлы: старые бэкапы, логи, временные файлы. Затем проверьте размер базы данных через phpMyAdmin и выполните оптимизацию таблиц. Долгосрочно — расширьте тарифный план или перейдите на хостинг с бо́льшим объёмом диска.

6. Вирус на сайте

Вирус на сайте — серьёзная угроза, которая может полностью вывести ресурс из строя или привести к его блокировке поисковыми системами. Вредоносный код может появиться из-за устаревших плагинов, уязвимостей в CMS, скомпрометированных FTP-доступов или заражённого хостинга.

Признаки заражения: сайт перенаправляет на сторонние ресурсы, Google или Яндекс показывают предупреждение «Этот сайт может содержать вредоносное ПО», хостинг-провайдер заблокировал сайт и прислал уведомление, в исходном коде страниц появился посторонний JavaScript.

Пошаговое лечение:

1. Немедленно смените пароли FTP, хостинга, CMS-администратора и базы данных.
2. Скачайте бэкап сайта для анализа.
3. Просканируйте файлы антивирусом для сайтов: AI-BOLIT (бесплатный), Sucuri SiteCheck, VirusTotal.
4. Удалите заражённые файлы или восстановите сайт из чистой резервной копии.
5. Обновите CMS, все плагины и темы до актуальных версий.
6. Установите плагин безопасности (Wordfence для WordPress, JSecure для Joomla).
7. Подайте запрос на пересмотр в Яндекс.Вебмастере и Google Search Console.

7. DDoS-атака

DDoS-атака (Distributed Denial of Service) — это целенаправленная кибератака, цель которой — перегрузить сервер огромным количеством запросов и сделать сайт недоступным. DDoS-атака направлена на нарушение нормального функционирования сетевых ресурсов с помощью отправки огромного количества сетевых запросов, чтобы мишень «захлебнулась». В результате как внутренние сотрудники, так и внешние пользователи теряют доступ к веб-сайтам, программному обеспечению и онлайн-сервисам.

В первом полугодии количество DDoS-атак в мире выросло на 83% по сравнению с аналогичным периодом предыдущего года, в России — на 68%. Угроза актуальна для бизнеса любого масштаба.

Клиенты, не получив доступа к сайту, могут перейти к конкурентам, а сам сайт на время пропадёт из поисковой выдачи. Хакеры могут потребовать крупный выкуп, чтобы прекратить DDoS-атаку, а сама атака может стать «дымовой завесой» для кражи конфиденциальных данных.

Признаки DDoS: резкий скачок трафика из нетипичных источников, сервер не отвечает или отвечает с огромными задержками, в логах тысячи однотипных запросов с разных IP.

Как защититься:

• Подключите специализированный Anti-DDoS-сервис: Cloudflare, DDoS-Guard, StormWall, Qrator.
• Включите rate limiting (ограничение числа запросов с одного IP).
• Настройте Web Application Firewall (WAF).
• Заблокируйте подозрительные диапазоны IP через .htaccess или настройки сервера.
• При активной атаке немедленно свяжитесь с хостинг-провайдером.

8. Запустили обновление модуля, CMS

Запустили обновление модуля или CMS — и сайт перестал работать. Это частая ситуация: обновление WordPress, Bitrix, OpenCart или Joomla прошло с ошибкой, нарушив совместимость компонентов.

Классический сценарий: вы нажали «Обновить» в панели администратора WordPress, процесс завершился, но сайт теперь показывает белый экран (WSoD — White Screen of Death) или ошибку 500.

Как восстановить:

1. Откатитесь на резервную копию, сделанную перед обновлением (именно поэтому бэкап перед любым обновлением — обязателен).
2. Если бэкапа нет — подключитесь по FTP и переименуйте папку с обновлённой CMS или плагином, чтобы откатить изменения.
3. Проверьте логи ошибок сервера (error.log) — они покажут, какой именно файл или функция вызвали проблему.
4. Обратитесь в поддержку хостинга или разработчика CMS.

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

9. Установка нового плагина или модуля

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

Интернет-ресурс может «отвалиться» после установки нового модуля, и даже после его деактивации или удаления ничего не изменится. Здесь не обойтись без тщательной диагностики, проверки серверных логов и выполнения сложных манипуляций с базой данных.

Алгоритм устранения:

1. Войдите в панель администратора (если доступна) и деактивируйте последний установленный плагин.
2. Если доступ к админке закрыт — подключитесь по FTP и переименуйте папку плагина в wp-content/plugins/ (для WordPress).
3. Проверьте серверные логи на наличие ошибок PHP.
4. После деактивации проблемного плагина восстановите сайт и подберите альтернативное решение.

10. Обновление PHP

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

Проблема в том, что сайты на устаревших версиях WordPress, Bitrix или самописных решениях могут использовать функции PHP, которые в новых версиях удалены или изменены. Переход, например, с PHP 7.4 на PHP 8.1 или 8.2 ломает многие старые проекты.

Симптомы: белый экран, ошибки типа "Fatal error: Call to undefined function", "Deprecated" warnings, некорректная работа форм и корзины.

Как решить:

• Через панель хостинга (cPanel, ISPmanager) переключитесь обратно на предыдущую версию PHP — это можно сделать за 1–2 минуты без перезагрузки сервера.
• Проверьте логи ошибок, чтобы понять, какие функции устарели.
• Обновите плагины и темы до версий с поддержкой новой версии PHP.
• Проведите миграцию на новую версию PHP в тестовой среде, прежде чем применять изменения на боевом сайте.

11. Ошибка в .htaccess

Ошибка в .htaccess — файл конфигурации Apache, который управляет правилами перенаправления, правами доступа, сжатием, кэшированием. Одна лишняя буква или неверный синтаксис в этом файле — и сайт перестаёт работать, возвращая ошибку 500 Internal Server Error.

.htaccess — это файл конфигурации для использования на веб-серверах с программным обеспечением Apache Web Server. Когда .htaccess помещается в каталог, он обнаруживается и выполняется программным обеспечением веб-сервера Apache.

Наиболее частые ошибки в .htaccess:

• Неверный синтаксис в директиве RewriteRule.
• Некорректные правила deny/allow, блокирующие доступ всем пользователям.
• Дублирование директив после установки плагинов.
• Ошибки при ручном редактировании файла.

Как исправить:

1. Подключитесь к серверу по FTP или через файловый менеджер хостинга.
2. Переименуйте .htaccess в .htaccess_bak — это отключит файл без его удаления.
3. Проверьте, заработал ли сайт. Если да — ошибка была в .htaccess.
4. Откройте файл в текстовом редакторе и найдите проблемную строку.
5. Для WordPress можно пересоздать .htaccess через: Настройки → Постоянные ссылки → Сохранить.

12. Отключение сервера или плановое обслуживание

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

Адекватные хостинги предупреждают о плановых работах минимум за 24–72 часа по email или в личном кабинете. Хорошая практика — настроить мониторинг доступности сайта, чтобы оперативно реагировать на любые сбои.

Что делать:

• Проверьте статус-страницу вашего хостинга (большинство крупных провайдеров её ведут: status.timeweb.com, status.beget.com и т.д.).
• Проверьте почту на уведомления от хостинга.
• Обратитесь в техподдержку через чат — это быстрее, чем ждать ответа на тикет.
• Разместите на своих социальных сетях и в мессенджерах сообщение для клиентов о временных технических работах — это снизит репутационный ущерб.

Таблица: Типичные причины отказа сайта и время восстановления

13. Ошибка 401

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

Пользователь видит окно с запросом логина и пароля (HTTP Basic Auth) или автоматически перенаправляется на страницу входа. Это может выглядеть как полный сбой сайта для тех, кто не знает логин/пароль.

Типичные причины ошибки 401:

• Разработчик закрыл сайт паролем на период разработки или тестирования и забыл снять защиту.
• Некорректные настройки файла .htpasswd в связке с .htaccess.
• Сбой в системе авторизации CMS или истечение сессии.
• Неверно настроенные права доступа к разделам сайта.

Как устранить:

1. Если сайт закрыт через .htaccess — найдите строки AuthType Basic, AuthName, AuthUserFile, Require valid-user и удалите или закомментируйте их.
2. Проверьте настройки авторизации в панели хостинга (раздел «Защита директорий»).
3. Если проблема в CMS — войдите в базу данных через phpMyAdmin и сбросьте сессии пользователей.
4. При использовании плагинов безопасности (для WordPress — Wordfence, iThemes Security) — проверьте их настройки на предмет излишних ограничений.

14. Ошибка 403

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

Неправильно выставленные права (chmod) на файлы и папки — частая причина. На серверах Unix-подобных систем каждый файл и каталог имеет свои цифровые права, например 755 или 644. Ошибка в настройке (например, 700 вместо 755) может привести к тому, что пользователям показывается 403.

Основные причины ошибки 403:

• Неверные права доступа к файлам и папкам (chmod).
• Некорректные правила в файле .htaccess (директивы deny, require).
• Отсутствие индексного файла (index.html или index.php) в корневой директории.
• Блокировка по IP-адресу или географическому признаку.
• Плагины безопасности с излишне строгими правилами.

Пошаговое решение:

1. Проверьте права доступа: папки должны иметь права 755, файлы — 644.
2. Временно переименуйте или отключите .htaccess. Если ошибка исчезает, значит дело точно в нём.
3. Убедитесь, что в корневой директории есть файл index.php или index.html.
4. Проверьте плагины — особенно плагины безопасности.
5. Если проблема не исчезла — обратитесь в техподдержку хостинга.

Как предотвратить простои: чек-лист профилактических мер

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

Обязательный чек-лист для каждого владельца сайта:

1. Мониторинг доступности — подключите сервис автоматического мониторинга (Statuser, UptimeRobot, Pingdom). Регулярный мониторинг и проактивные меры помогут минимизировать риски простоев. Настройте уведомления в Telegram — вы узнаете о сбое раньше, чем это сделают ваши клиенты.
2. Регулярные бэкапы — делайте резервные копии ежедневно и храните их на отдельном сервере или облачном хранилище, а НЕ на том же хостинге. Бэкапы должны выполняться ежедневно, в автоматическом режиме и на отдельный независимый сервер. Это позволяет восстанавливать как отдельные файлы, так и весь сайт.
3. Автопродление домена и хостинга — включите автоматическое продление и привяжите актуальную платёжную карту.
4. Автообновление SSL — используйте Let's Encrypt с автоматическим обновлением через certbot или инструменты хостинга.
5. Обновление CMS и плагинов — держите все компоненты в актуальном состоянии, но обновляйте только после тестирования в staging-среде.
6. Защита от DDoS — подключите CDN с функцией защиты (Cloudflare, DDoS-Guard). Используйте CDN и защиту от DDoS — такие сервисы, как Cloudflare, помогают снизить нагрузку и предотвратить атаки.
7. Регулярный аудит безопасности — не реже раза в квартал сканируйте сайт на вирусы и уязвимости.
8. Контроль свободного места на диске — настройте уведомления, когда свободного места на хостинге остаётся менее 20%.

Что делать сразу после обнаружения проблемы?

Если сайт упал прямо сейчас — действуйте по этому алгоритму без паники:

1. Зафиксируйте время сбоя — это важно для анализа и общения с поддержкой.
2. Проверьте доступность через Down For Everyone или аналогичный сервис — убедитесь, что проблема не только у вас.
3. Проверьте email — возможно, хостинг уже прислал уведомление о причине.
4. Войдите в панель управления хостингом — проверьте баланс, статус сервисов, загруженность сервера.
5. Проверьте срок действия домена и SSL — это самые быстро устраняемые причины.
6. Просмотрите логи ошибок — error.log расскажет о большинстве технических причин.
7. Свяжитесь с техподдержкой хостинга — через чат, а не через тикет (быстрее).
8. Сообщите клиентам через социальные сети о временных технических работах.

Профессиональная техническая поддержка сайта

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

Для серьёзных проектов, где каждая минута простоя обходится дорого, необходима профессиональная техническая поддержка — полноценный сервис, работающий по соглашению SLA (Service Level Agreement). SLA гарантирует быстрое устранение проблем, а значит, минимизирует убытки.

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

Что входит в профессиональную техподдержку:

• Мониторинг доступности 24/7 с уведомлениями.
• Ежедневное резервное копирование на внешние серверы.
• Оперативное устранение любых сбоев в гарантированные сроки (SLA).
• Обновление CMS, плагинов, PHP, SSL.
• Защита от DDoS-атак и вирусов.
• Консультации по техническим вопросам.
• Регулярный аудит безопасности и производительности.

Форматы поддержки:

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

Резюме

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

Ключевые выводы:

• Диагностируйте первым делом: проверьте, доступен ли сайт для всех, или проблема только у вас.
• Самые частые причины — административные: истёкший домен, хостинг, SSL. Проверьте их в первую очередь.
• Технические причины (ошибки .htaccess, обновление PHP, конфликт плагинов) устраняются через логи и откат изменений.
• Атаки и вирусы требуют немедленной реакции и профессиональной помощи.
• Профилактика дешевле лечения: мониторинг, бэкапы, автопродление, защита от DDoS — базовый минимум для любого сайта.
• Профессиональная техническая поддержка сайта окупается уже при первом предотвращённом серьёзном инциденте.

Если ваш сайт — инструмент продаж, не ждите первого падения. Выстройте систему защиты и мониторинга заблаговременно.

Часто задаваемые вопросы

Как быстро проверить, работает ли сайт?

Воспользуйтесь сервисом Down For Everyone Or Just Me (downforeveryoneorjustme.com) или Statuser — они за секунды покажут, недоступен ли сайт глобально. Также можно использовать команду ping ваш-домен.ru в командной строке.

Сайт не работает после обновления WordPress — что делать?

Первым делом попробуйте откатиться на резервную копию, сделанную перед обновлением. Если бэкапа нет — подключитесь по FTP, переименуйте папку последнего обновлённого плагина в wp-content/plugins/. Если сайт заработал — виноват этот плагин. Проверьте логи ошибок (error.log) для точной диагностики.

Чем отличается ошибка 401 от ошибки 403?

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

Как защитить сайт от DDoS-атак?

Подключите специализированный сервис Anti-DDoS: Cloudflare (бесплатный тариф доступен), DDoS-Guard или StormWall. Настройте WAF (Web Application Firewall) и ограничение числа запросов с одного IP (rate limiting). При активной атаке — сразу обращайтесь к хостинг-провайдеру.

Сколько стоит час простоя сайта для малого бизнеса?

По данным Atlassian, малый бизнес теряет от $427 в минуту простоя. В российских реалиях, по данным аналитиков, средняя стоимость часа простоя составляет от 100 000 рублей для среднего бизнеса. Для интернет-магазина расчёт прост: разделите годовой оборот на 8 760 часов.

Нужно ли делать бэкапы, если хостинг их делает автоматически?

Да, обязательно. Бэкапы хостинга хранятся в той же инфраструктуре, что и ваш сайт. При серьёзном сбое (например, отказе дата-центра) они могут быть недоступны одновременно с основными файлами. Храните собственные копии на отдельном облачном хранилище (Яндекс.Диск, Google Drive, S3) или внешнем сервере.

Как понять, что сайт заражён вирусом?

Признаки заражения: редиректы на сторонние сайты, предупреждения Google/Яндекса «Сайт может содержать вредоносный код», блокировка хостинг-провайдером, посторонний код в исходниках страниц, резкое падение позиций в поисковой выдаче. Для проверки используйте AI-BOLIT, Sucuri SiteCheck или VirusTotal.