1. Проверка на оптимизацию для мобильных устройств
Простой и быстрый способ — использовать сайт Mobile friendly test от Google. Надо ввести URL и нажать «Проверить».
Если у сайта есть трудности с оптимизацией, сервис покажет, в чем причина (см. «Подробнее»).
Частая ошибка — «роботу Googlebot заблокирован доступ в файле robots.txt».
2. Проверка скорости работы сайта
Снова использую гугловский сервис Google developers.
Он имитирует загрузку страницы и считает её скорость:
Значения цвета:
- От 0 до 49 (красный): плохо
- От 50 до 89 (оранжевый): требуется улучшение
- От 90 до 100 (зеленый): хорошо
Можно посмотреть подробности по каждому параметру:
И рекомендации по оптимизации скорости загрузки:
3. Проверка на Accessibility (доступность)
Проверить сайт на доступность самостоятельно можно с помощью инструмента WAVE (WAVE Web Accessibility Evaluation Tool, «Инструмент оценки веб-доступности»).
Ввожу адрес сайта и получаю результат:
Можно посмотреть детали. Мне особенно нравится, что сервис сразу подсказывает, как исправить ошибки.
Ещё один важный параметр доступности — контраст. Его я проверяю либо плагином Stark для Figma, либо сервисом WebAIM.
Ручной мониторинг доступности сайта (обзор простых инструментов)
После покупки виртуального и/или выделенного сервера важно вовремя получать информацию о недоступности сервиса, то есть проводить мониторинг основных подсистем веб-сайта.
Надежный веб-сайт должен быть легкодоступен для пользователей 7 дней в неделю, поэтому его надо постоянно проверять как на предмет доступности, так и на предмет работоспособности:
- регулярная самостоятельная проверка работоспособности веб-сайта с помощью бесплатных инструментов;
- постоянный мониторинг доступности сайта, оптимальным для которого является часовой интервал: большинство пользователей попытаются вернуться на сайт в течение 1-2 часов, более частые проверки не гарантируют более оперативного исправления проблем быстрее, чем в течение часа;
- мониторинг компонентов проекта и анализ метрик приложений: скорости ответа, ошибок компонентов, сервисов, скорость ответов базы данных, мониторинг запросов без индексов или медленных запросов;
- мониторинг производительности веб-сайта: медленная загрузка страниц может стоить потери клиентов, в то время как в результате мониторинга приходит своевременное уведомление о проблемах, позволяющее оперативно их устранять и минимизировать последствия;
- мониторинг проблем заключается в отслеживании нескольких параметров сайта с частотой не менее раза в минуту из нескольких географических точек, для того чтобы максимально покрыть минутный интервал проверками и отследить возможные проблемы, связанные с географией пользователей.
- с DNS-сервером (когда в определенные интервалы времени адрес сайта не может быть определен, хотя сам сайт физически доступен);
- с большим временем ответа (при обновлении кэша, например, или при выполнении «тяжелых» задач на стороне сервера);
- с плановым выполнением задач (в результате которых сайт будет не доступен только в определенные моменты времени);
- с большим времени ожидания статических файлов (например, из-за сетевой инфраструктуры или проблем с физическим носителем);
- с подключением к базе данных.
Работа сайта в выходные/сезон отпусков
Есть задача: веб-сайт/сервер/сервис должен работать непрерывно несколько дней без человеческого вмешательства. Что может пойти не так?
Обычные сбои время от времени случаются сами по себе. Только вот ночной сбой со вторника на среду решается перезаливом с бэкапа в среду утром. А на выходных нередки сбои «с пятницы на понедельник». Сколько в таком случае может лежать сайт во время праздников, зависит от длительности отпуска ответственных сотрудников.
В целом, сайту бывает нехорошо, но в будние дни проблема решается быстро. Сколько времени заняло бы решение на майских, если бы не мониторинг? Вместо пары часов могло бы быть пару дней, и это не редкость.
Не делайте серьезных изменений кода перед длительными выходными. Необходимо тщательно протестировать систему с внесенными правками, чтобы изменения работали должным образом. Рекомендуется откладывать внесение каких-либо серьезных изменений до того момента, когда веб-сайт испытывает меньше нагрузки на трафик.
Кроме обычных проблем, сайты во время длительного отсутствия бдительных стражей любят также подхватить и другие недуги. Например, может закончиться срок действия домена или сертификата. Или надумает растолстеть база данных. Или он может угодить в списки DNSBL или Роскомнадзора.
Черные списки DNSBL
Важной функцией является проверка доменов в черных списках DNSBL (DNS blacklist или DNS blocklist) — списки хостов, хранимые с использованием системы архитектуры DNS. Обычно используются для борьбы со спамом.
Эти списки независимы и формируются каждый по своему алгоритму, из-за чего в результате случайной ошибки там может оказаться даже безобидный сайт. IP адрес из вашей подсети может использоваться в злонамеренных целях, например, спамерами или другими злоумышленниками, в результате чего вся подсеть может оказаться заблокированной в черном списке соответствующей структуры.
Чем это грозит именно вам? Письма от вас перестанут приходить клиентам, сайт станет хуже отображаться в поисковиках и так далее по нарастающей. Поэтому функция контроля и оповещения о попадании в наиболее популярные черные списки является весьма востребованной.
Каждый администратор может настроить свой веб-сервер таким образом, чтобы, например, не получать письма от серверов, перечисленных в определенном списке. Это помогает бороться со спамом, распространением вредоносного ПО, DDoS-атаками и другими проблемами.
Онлайновые черные списки DNSBL, например, antispamsniper.com или syslab.ru, позволяют фильтровать спам, используя DNS для доступа к базам спамерских IP адресов.
Для проверки наличия заданного IP адреса в черных списках введите IP адрес (ваш текущий IP адрес указывается по умолчанию) и нажмите кнопку Проверить.
Защита от DDoS-атак
Если от доступности веб-сайта зависит прибыль, то следует подготовить его к возрастающим нагрузкам (например, во время сезонных распродаж или Черной пятницы) и возможным атакам конкурентов и/или злоумышленников, которые рассчитывают на увеличение времени отклика веб-сайта на входящие запросы или на частичную/полную недоступность.
Планирование технических работ
Программное обеспечение сервера, на базе которого построен веб-сайт или иной ресурс, должно периодически обновляться.
Планирование технических работ позволяет достигнуть двух целей: не присылать оповещения об ошибках и не записывать ошибки во время определенного интервала времени в статистику. При этом проверки во время технических работ все так же идут и исправно пишутся в лог, а следовательно могут быть полезными для администраторов: лог позволяет определить, сколько именно длилось обновление или перезагрузка, какие ошибки при этом выдавались, какие проблемы при этом наблюдались и так далее.
Рекомендуется проводить плановые работы во время заметного уменьшения (редуцирования) клиентского трафика, а также во время отсутствия пиковой загрузки полосы пропускания.
Мониторинг срока действия домена и SSL-сертификата
Проблемы с продлением доменов и сертификатов возникают даже у больших компаний. Поэтому оповещение (по СМС или электронной почте), что данный домен необходимо продлить, является крайне полезным. Например, ping-admin.ru предоставляет платные услуги оповещения о результатах мониторинга.
Проверка срока действия домена
Проверить домен бесплатно можно с помощью сервиса nic.ru.
Проверить время действия домена бесплатно можно с помощью сервиса Whois Service.
Проверка срока действия SSL-сертификата
Выполните следующую команду из командной строки в Linux, чтобы узнать срок действия SSL сертификата, с помощью openssl:
Помимо срока действия, SSL сертификат содержит много интересной информации. Каждый SSL сертификат содержит информацию о том, кем он был выдан, кому он выдан, его срок действия и прочее.
Все эти данные могут быть извлечены из SSL сертификата сайта с помощью программы openssl из командной строки в Linux.
Проверить кто выдал SSL сертификат:
Проверить кому выдан SSL сертификат:
Показать всю перечисленную выше информацию об SSL сертификате одной командой:
Мониторинг доступности сайта
Для эффективной работы любого посещаемого веб-сайта необходима постоянная доступность его материалов для посетителей, а также возможность для администратора проекта иметь доступ к серверной части для внесения изменений или любых других действий.
Вы легко можете проверить доступность сайта из командной строки в Linux и получить от сервера код со статусом HTTP, с помощью таких команд как TELNET или CURL.
Доступность сайта с помощью CURL
Выполните следующую команду для проверки доступности сайта и получения сообщения со статусом от сервера:
Статус код ‘200 OK’ означает что запрос был успешно выполнен и сайт доступен.
Вот еще один пример, который показывает как curl отображает разные ответы сервера:
Также с помощью curl можно проверить доступность отдельной страницы на сайте, например:
Доступность сайта с помощью TELNET
Вы также можете проверить доступность сайта и получить сообщения со статусом от сервера с помощью команды telnet:
Вывод, означающий, что сайт доступен, будет выглядеть следующим образом:
В заключении хочется отметить, что всегда есть вариант написать свой скрипт для проверки аптайма на PHP или Perl, или можно создать телеграм-бота для рассылки уведомлений, но подсчитав дневной доход с веб-сайтов и соотнеся его со стоимостью мониторинга, чаще дешевле использовать платные сервисы типа PagerDuty.
Доступность сайта
Бывает так, что вы пытаетесь открыть какой то сайт, но он никак не открывается. В чем может быть причина? Не всегда причина в сайте. Вполне возможно, что он как раз вполне себе даже работает.
Одной из причин может быть ваш провайдер, который блокирует сайт или даже подсеть. Другой вероятной причиной может быть блокировка вашего IP адреса владельцами сайта.
Мы попытаемся помочь вам. Введите адрес сайта, который у вас не открывается в поле ниже и мы скажем вам, работает ли он или проблема все таки с вашей стороны.
Как проверить соединение с сайтом
Высокая отказоустойчивость является одним из показателей качества работы интернет-ресурса. Полностью обезопасить сайт от сбоев невозможно. Однако свести количество ошибок к минимуму и обеспечить бесперебойный доступ к нему — вполне реально.
Отказоустойчивость можно измерить в процентах. Показатель 100% говорит о том, что ресурс был непрерывно доступен в течение месяца. Более низкое значение сигнализирует о перебоях в работе. Общее время, когда сайт был недоступен, в норме не должно превышать двух часов в месяц, а показатель отказоустойчивости — быть не ниже 99%.
Основная цель привлечения трафика на сайт — это информирование пользователей о своей компании или бренде, а также полезные действия, которые посетители могут совершить на сайте.
Если потенциальный клиент пришел на сайт первый раз, особенно важно произвести хорошее впечатление. Появление ошибок на экране и ограниченный доступ к контенту страницы приводит к тому, что пользователь ее закрывает и может не вернуться на сайт снова.
Если сервер не справляется с нагрузкой, это приводит к ограничению доступа к данным сайта. Ошибкам, вызванным проблемами на стороне сервера, выделена группа 5хх в системе кодов ответа сервера. В этом случае пользователи видят у себя на экране ошибки в диапазоне 500–599.
Периодические сбои в работе сайта, как правило, являются вариантом нормы. Однако систематическое накопление ошибок 5хх часто приводит к снижению авторитетности веб-ресурса в поисковой системе.
Индексация сайта и скорость обработки роботом проблемных страниц может оказаться под угрозой. Чтобы не терять наработанный рейтинг и видимость в поиске, важно устранить технические ошибки и предоставить платформе достаточные ресурсы.
Любое взаимодействие пользователя с веб-ресурсом — это совокупность задач, различных по характеру и объему. Нагрузка на сайт, соответственно, ведет к нагрузке на сервер. Если сервер не может справиться с количеством запросов, это приводит к возникновению ошибок и ограничению доступа к веб-страницам.
Большинство владельцев сайтов хотя бы раз получали уведомление от хостинг-провайдера о превышении нагрузки на сайт. Чтобы обеспечить высокую отказоустойчивость, необходимо позаботиться о достаточном количестве ресурсов сервера. Объем нагрузки на сайт необходимо контролировать. Снизив ее, у вас не будет необходимости переходить на другой тариф и переплачивать.
Чтобы обеспечить сайту высокую отказоустойчивость, необходимо работать с сервером, программным обеспечением, создавать копии данных на нескольких серверах — при отказе одного сервера, сайт продолжает работу за счет другой площадки.
Рост трафика.
Если популярность ресурса возросла, он стал ранжироваться выше в органической выдаче, появилось много новых внешних ссылок на сайт или были задействованы дополнительные рекламные каналы, рост числа посетителей может резко увеличить нагрузку на сервер. Это часто не укладывается в лимит, который определяет выбранный вами тариф на услуги хостера.
Активное сканирование сайта роботом.
Большой объем страниц и активная их обработка поисковиком может значительно увеличить нагрузку. Во избежание этого, следует тщательно изучить, какие страницы открыты для индексации, и насколько это целесообразно. С помощью файла robots.txt следует ограничить доступ к страницам и документам, которые лучше исключить из индекса.
Некорректная работа скриптов.
Например, фрагмент когда размещен некорректно, версия скрипта неактуальна или он вступает в конфликт с другими элементами сайта.
DDoS-атаки.
DoS или Denial of Service означает «отказ в обслуживании» и является результатом хакерской атаки. На сервер сайта генерируются большие потоки «мусорного» трафика», которые впоследствии блокируют его работу. В современном интернете такие кибератаки обычно проводятся с использованием нескольких IP-адресов или ботнета, и называются DDoS (Distributed Denial of Service).
Тестирование нагрузки и обеспечение соразмерных ресурсов сервера сделает отказоустойчивость выше. Если работа ресурса все же будет приостановлена, то на совсем небольшой период времени.
При работе с показателем отказоустойчивости необходимо оценить производительность сервера — какое время занимает обработка запросов и насколько это соответствует установленным критериям.
Нагрузочное тестирование заключается в искусственно создаваемой нагрузке на сайт и отслеживании того, насколько система справляется с объемом работы. Один из принципов нагрузочного тестирования сайта — создание поведенческих сценариев и использование виртуальных пользователей, которые одновременно осуществляют данные действия.
Существуют сервисы проверки нагрузочного тестирования, а также специальные приложения для определения ожидаемой нагрузки на систему.