5 способов потерять сайт и прибыль

Данный способ лишиться сайта является самым популярным и, несмотря на свою простоту, случается почти у всех заказчиков и разработчиков в свое время. Даже частые уведомления об окончании оплаты не всегда помогают, часто люди просто просто откладывают с мыслью “осталось 4 дня, оплачу завтра” и так из раза в раз. В итоге : сайт на несколько часов, а то и дней становится недоступным, особенно трудно бывает юридическим лицам, которые для оплаты используют безналичный расчет, который в свою очередь поступает на счет хостера в течение 1-3 дней.

“Но ведь сайт все равно заработает, 1-3 дня это не так много, сайт или домен за это время не успеют удалить с хостинга, домен не выкупят!” - скажут многие.

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

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

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

Именно недостаточная безопасность является одной из самых частых причин потери сайта, а в частности информации в нем, seo-показателей и лояльности пользователей.

Потеря информации - самое простое развитие событий, при котором влом или вредоносное ПО (вирус) нацелен на искажение или удаление данных сайта. 

Потеря SEO-показателей - довольно хитроумная схема использования вашего сайта, например, после взлома внедряется вредоносное ПО, которое поставляет для определенных User-Agent блок ссылок на различные сайты. Данные ссылки обычно не видны для обычных пользователей, а только для поисковиков. Для Google это Googlebot, а для Яндекса это YandexBot.

Лояльность пользователей - хороший пример связан с бумом криптовалют, когда многие сайты стали экспериментировать и использовать JS-майнеры для майнинга на компьютерах своих пользователей. Данный процесс начинает “тормозить” работу браузера и пользователь в какой-то момент понимает, что проблема “тормозов” именно в данном сайте и уходит с него.

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

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

Одной из самых опасных проблем - это проблема с безопасностью, так как проект подразумевается как “за три копейки” - выбираются бесплатные или самописные CMS.

Бесплатные CMS - безусловные лидеры WordPress и Joomla, их популярность зачастую им вредит из-за большого количества уязвимых плагинов, а также и сами платформы часто подвергаются взлому и не являются самыми безопасными на рынке. Проблему, конечно, можно решить регулярными обновлениями, использованием только проверенных сторонних плагинов, грамотно примененные методы обеспечения безопасности сайта, но это не укладывается в бюджет “за 3 копейки” и не предполагает послепродажного обслуживания.

Самописные CMS - нас также интересует сегмент “low cost”, так как именно в нем возникают самые большие проблемы с безопасностью. Разработчики не могут в силу бюджета и трудовых ресурсов заложить в CMS защиту от многих видов атак, а также постоянно появляющихся. Не могут также выстроить систему обновлений, которые бы решали проблемы с безопасностью централизовано.

В случае взлома вашего сайта, особенно на самописных CMS, о существовании которой многие не знают и не знают как с ней работать - восстановить работоспособность сайта бывает очень проблематично.

У вас есть несколько проектов, доменов и все отлично работает, но в один момент происходит проблема - перестает работать один/несколько проектов, по итогу поисков решения проблемы выясняется, что домен или хостинг не оплачен, раньше кто-то продлевал и вопросов не задавал, а теперь пропал и найти его нельзя, или просто компания перестала существовать. Что делать? Часто бывает, что проблему теми или иными способами все таки удается решить, но ценой неработоспособностью сайта, потерей прибыли, понижением в выдаче и постоянными нервами. А бывает, что приходится регистрировать новый домен и начинать все заново, скачивать из веб-архива html странички вашего сайта и создавать по ним новый сайт.

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

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

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

Сайт работает на специализированном хостинге - вирус, поломка у хостеров без резервирования, взлом и куча других проблем.

Итог один - потеря сайта, времени, прибыли.

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

Не поленитесь и проверьте - снимаются ли резервные копии с ваших проектов?

Если нет, настройте регулярное резервное копирование, например 1С-Битрикс поддерживает создание резервных копий локальных и в облако. Например, можно довольно легко и экономно настроить выгрузку резервных копий в облачное хранилище Selectel.

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

А как можно сэкономить на проекте - мы расскажем в статье “Бесплатное продвижение бизнеса в интернете”.