что такое доступность сайта
Что такое доступность сайтов и как ее проверить
Каждый день миллионы пользователей посещают огромное количество сайтов. Читают статьи или новости, смотрят видео, выбирают товар в интернет-магазине и совершают покупки, слушают музыку, пользуются интернет-банком и многое другое. У каждого сайта, помимо всех прочих характеристик, имеется один очень важный — это доступность. Что это такое, почему важно создавать доступные сайты, какие есть особенности, — все это разберем в данной статье.
Почему важна доступность сайтов
Доступность — качество цифровой среды, характеризующее степень её приспособленности для людей с ограниченными возможностями. На английском языке это Accessibility или сокращенно A11Y. Сокращение довольно забавное, ведь между A и Y ровно 11 букв.
Доступность — один из важнейших критериев при разработке сайтов. Мало создать просто красивый и привлекательный сайт, необходимо сделать его удобным, чтобы любой пользователь, в том числе человек с ограниченными возможностями, смог воспринять, понять информацию, интерфейс и управлять им, в том числе с помощью вспомогательных технологий (экранная читалка, клавиатура и прочие технологии).
Почему важно уделять время разработке доступных интерфейсов? На это есть несколько причин:
Какие сайты нельзя назвать доступными
Что же такое недоступный интерфейс в широком смысле этого слова? В данное понятие входит довольно много нюансов.
Например, у пользователя по какой-либо причине сломана мышка. В данном случае он вынужден «ходить» по вашему сайту с клавиатуры. Возможно, он как раз хочет купить себе мышку в интернет-магазине, а у сайта на элементах нет состояния фокуса и непонятно, в каком разделе ты сейчас находишься. Таким образом сайт становится недоступным пользователю.
Если сайт плохо адаптирован, то на маленьком экране его практически невозможно будет его воспринять.
Нередка ситуация, когда на мобильной версии слишком маленький текст, и хочется его увеличить его, но у сайта может быть отключена возможность увеличения на телефоне.
Бывает, что у пользователя плохой интернет. В таком случае сайт будет грузиться продолжительное время и может вовсе не загрузиться.
Иногда бывает так, что пользователь переворачивает телефон и просматривает сайт таким образом, потому что ему так удобно. На сайте тут же выскакивает баннер — «Извините, наш сайт не работает в таком режиме, пожалуйста, поверните телефон».
При плохо подобранном контрасте цветов также возникают сложности при использовании сайта. Особенно это актуально в яркий солнечный день
И только после всех этих аспектов идут физиологические особенности.
Кому важны доступные сайты?
Доступность важна пользователям с нарушением зрения:
Этим пользователям сложно или совсем невозможно увидеть ваш сайт.
Вторая категория — это пользователи с нарушением опорно-двигательного аппарата. Таким людям сложно пользоваться устройствами ввода, у них проблема с моторикой, происходит самопроизвольное сокращение мышц.
Еще одна категория — пожилые люди, которые испытывают возрастные трудности при работе с интерфейсом.
Также хочется отметить, что в любой момент каждый из нас может столкнуться с временными ограничениями. К примеру, при переломе рабочей руки не очень удобно пользоваться другой рукой. В таком случае некоторые люди переходят на клавиатуру, чтобы решить свою проблему.
Главная задача доступности с общей точки зрения (с точки зрения дизайна, разработки и пр.) — сделать удобные интерфейсы для всех.
Существует такое понятие как инклюзивный дизайн. Инклюзивный дизайн — это способ создания цифровых продуктов, доступных широкому кругу людей, в независимости от физических ограничений и местонахождения. Данное понятие охватывает широкий спектр людей.
По статистике, на данный момент около 880 000 слепых и слабовидящих людей. Примерно 15% людей всего мира имеют физические особенности. Поэтому очень важно уделять время разработке доступности сайтов и их интерфейсов.
Стандарты доступности сайтов
В России существует ГОСТ Р 52872-2019 — он-то и описывает все требования к доступности информации в цифровой среде. На данный момент в РФ сайты государственных учреждений обязаны иметь версию для слабовидящих людей.
Если говорить о западе, то нужно смотреть руководство WCAG 2.0 от W3C и Section 508.
В WCAG 2.0 прописаны следующие принципы:
Простой способ проверить сайт на доступность
Предлагаю поиграть в небольшую игру. Попробуйте открыть какой-нибудь сайт и походить по нему с помощью клавиатуры, используя клавиши tab, shift+tab, space, enter, backscape и др. Удобно? А теперь представьте, как люди, которые не могут по тем или иным причинам пользоваться мышкой, просматривают и «ходят» по сайту.
Один из «любимых» сайтов автора — это Aliexpress. Некоторое время назад разработчики убрали совсем состояние фокуса на элементах, т.е. при хождении сайта с клавиатуры было совершенно непонятно, на каком элементе находишься в данный момент. Сейчас разработчики вернули фокус, но не сделали свой индивидуальный — браузер сам будет подбирать состояние фокуса.
Выше на примере видно, что пользователь находится на ссылке «Защита покупателя», но такое сразу можно и не заметить. Зайдя на сайт через браузер Firefox, становится еще хуже.
Если очень сильно присмотреться, то на скриншоте выше можно заметить, что фокус стоит на ссылке «Защита покупателя».
А вот в примере ниже фокус стоит на каком-то элементе, но на каком? Кажется, где-то на слайдере, но это не точно.
Инструменты для проверки сайта на доступность
Есть немало способов и инструментов для тестирования сайтов на предмет доступности, начиная от каких-то маленьких расширений до больших полноценных приложений.
Начнем описание с букмарклета WAI-ARIA. Букмарклет — это такая небольшая программа, написанная с помощью языка программирования Javascript. Суть данного инструмента в том, что вы встраиваете этот код, он сканирует вашу страницу и после выдает свои результаты с фрагментами ошибок. Данный инструмент сугубо ориентирован на проверку ARIA атрибутов.
NerdeRegion
Существует расширение NerdeRegion для браузера Google Chrome. Оно также акцентирует свое внимание на ARIA атрибутах. Данное расширение удобно, когда происходит отлов ошибок на странице. В панели инструментов разработчика отслеживается объявление элементов с метками по времени и откуда было само объявление. Такой способ помогает хорошо понять проблему: либо она идет из кода, либо читалка как-то неправильно отработала на элементе.
Это встроенный инструмент от Google для проверки вашего сайта по некоторым параметрам, в том числе и на доступность. После проверки он указывает на проблемы и места для улучшения.
WAVE от WebAIM. Очень удобный инструмент, может идти как расширение или как API. Обладает большим функционалом и дает целостное представление об ошибках в коде.
С помощью данного инструмента можно очень хорошо изучить свой сайт на предмет доступности интерфейса. Будут выявлены ошибки по картинкам, формам, структуре сайта, даны комментарии по контрасту фона и текста.
По некоторым оценкам, инструменты могут выявить до 30% всех ошибок доступности. К сожалению, решения, которое бы давало 100% результат и показывало все ошибки, еще не существует. Хоть и идет развитие инструментов, увы, пока они не способны заменить включение людей с ограниченными возможностями в процесс проектирования и разработки. Ведь мы пишем код не для машин, а для пользователей в первую очередь.
Устойчивый и целостный процесс доступности может включать в себя использование всей командой инструментов для выявления как можно большего количества таких ошибок на ранней стадии процесса, вместо того чтобы оставлять все это для тестировщиков и пользователей с ограниченными возможностями, чтобы они находили и сообщали об этих проблемах в процессе работы.
Технические аспекты доступности сайтов
Доступность сайтов тесно связана с семантикой. Семантика — это выбор правильных тегов при разработке сайта, например, это header, main, section, aside, footer и многие другие.
При создании меню на сайте необходимо использовать семантически подходящие для этого теги, такие как nav, ul, li, a. Если это будет все выполнено с помощью тега
При верной разметке воспроизведение через экранную читалку будет примерно следующим: Навигация => список из шести элементов => ссылка о компании.
Ниже приведен пример разметки меню в шапке сайта и то, как эта шапка выглядит на сайте.
Для ссылок, которые находятся не в меню, можно добавлять специальный атрибут aria-label, который будет озвучивать, куда ведет ссылка. Ярким примером являются ссылки на социальные сети или мессенджеры. Если не добавить данный атрибут, то скринридер озвучит ссылку, взяв текст из адреса т.е. из атрибута href. Согласитесь, не совсем комфортно слышать непонятные буквы, хотелось бы услышать к примеру, что это ссылка на группу ВКонтакте.
Ниже представлен пример использования атрибута aria-label для ссылки на Telegram-канал компании и пример данного блока на сайте.
Говоря о различных формах, необходимо описывать поля ввода с помощью тега label, обязательно указывать тип данных в поле ввода. Если форма большая, то рекомендуется объединять поля в специальные теги fieldset и давать им подпись через legend. Обязательные поля отмечать с помощью атрибута required.
Ниже представлен пример верстки некоторой части формы и скриншот, как эта форма выглядит.
У картинок обязательно должен быть заполнен атрибут alt. Данный атрибут отвечает за описание картинки, причем важно правильно описать картинку. Подробнее о нем мы рассказывали в нашей статье
Конечно же, важно прописывать заголовки разных уровней на страницах, ведь по ним пользователь может переходить очень быстро. В некоторых скринридерах есть специальная функция, которая открывает список из заголовков, чтобы быстро перейти к нужному разделу на странице.
Есть еще один прием, который касается заголовков на странице. Иногда дизайн сделан так, что явного заголовка на странице нет. Для осуществления доступности разработчики договорились использовать специальный класс visually-hidden.
Ниже как раз представлено меню из скринридера, основанного на заголовках.
Как правило на страницах всегда есть ссылки и кнопки. При создании данных элементов (в частности кнопок) следуют отдавать предпочтение нативным HTML-элементам, т.к. они имеют уже встроенные функциональные особенности.
За кнопку в HTML отвечает тег button. Существует также универсальный тег div, используемый для создания блока информации с последующей стилизацией. Можно, конечно, сделать свою собственную кнопку через div, но, чтобы повторить весь функционал нативной кнопки, нужно приложить массу усилий. У нативной кнопки есть disabled (когда кнопка заблокирована), состояние фокуса, можно перейти на кнопку через клавиатуру.
Ниже представлены 2 кнопки.
На вид они совершенно одинаковы, но стоит заглянуть поглубже в разметку, станет понятно, что первая кнопка — это обычный тег div с кучкой атрибутов. Они нужны, чтобы тег div получил свойства и функционал кнопки.
Что касается фокуса и «хождения» по странице через клавиатуру, желательно всем интерактивным элементам прописывать состояние фокуса, чтобы его было хорошо видно.
Технических нюансов очень много, выше описаны лишь некоторые наиболее популярные. Рассказывать о разных аспектах можно часами, поэтому пока остановимся на этом.
Вместо вывода
Доступные сайты и приложения делают интернет-пространство лучше, они заставляют каждого чувствовать себя полноценным членом общества, независимо от ситуации или каких-либо ограничений. Доступность устраняет преграды для людей с ограниченными возможностями, поэтому современные сайты должны создаваться с учетом доступности. Доступность — это право, а не привилегия.
Если вы планируете создание сайтов и хотите, чтобы ваш ресурс был доступен для всех пользователей, вне зависимости от их особенностей, обращайтесь к нам — обязательно поможем!
Доступность сайтов для «самых маленьких»
Сила веба заключается в его универсальности.
Доступность всем, вне зависимости от ограничений здоровья,
является важным аспектом.
Тим Бернерс-Ли, Директор W3C и изобретатель Интернета
В последнее время все чаще разработчики вспоминают о таком понятии, как доступность. Многие подразумевают под этим термином удобство использования сайта людьми с проблемами зрения. То есть то, как ваш сайт читается программами чтения с экрана.
Но по факту доступность сайта это гораздо более обширная область.
Об этом говорит Крис Хайльман:
Давайте начнем с официального определения от консорциума W3C:
Веб был спроектирован так, чтобы с ним мог работать любой человек, вне зависимости от его аппаратного и программного обеспечения, языка, культуры, физических и умственных способностей. Когда Веб удовлетворяет всем этим требованиям, то он становится доступным для людей с ограничениями слуха, подвижности, зрения и когнитивных способностей.
Как мы видим из определения, под доступностью стоит понимать не только читабельность сайта, но и удобство его использования группами людей с иными ограничениями. Если говорить простыми словами, любой посетитель вашего сайта должен удобно получить необходимый контент.
Почему так важно помнить о доступности?
В первую очередь, это выгодно с точки зрения бизнеса. Доступность стоит в одном ряду с таким общепринятыми практиками как юзабилити, адаптивный дизайн, SEO-оптимизация. Исследования доказали, что доступные сайты увеличили охват аудитории, поднявшись на более высокие позиции в органическом поиске, а также наблюдалось снижение затрат на обслуживание. Более подробно можно почитать на сайте проекта доступности от W3C.
Во-вторых, доступность помогает увеличить социальную интеграцию пожилых людей, людей из развивающихся стран и сельских районов.
В-третьих, во многих развитых странах возможность использовать интернет относится к основным правам человека. Это значит, что всем социальным группам людей должны быть предоставлены равные условия доступа к информации, удобства ее получения.
Ни у кого не должно быть преимуществ перед другими.
Уровни доступности
В спецификации выделяются три уровня требований к сайту: А (низший), АА (средний) и ААА (наивысший). При выполнении всех требований с маркером А вы сделаете сайт, доступный людям без отклонений и с легкими отклонениями. Выполнив все три уровня требований вы сделаете свой сайт доступным для абсолютно всех людей, за редким исключением.
Принципы
В основе идеи доступности веба лежат четыре принципа: воспринимаемость, управляемость, понятность и надежность.
Даже если какой-то конкретный кейс, существующем на вашем сайте, не рассмотрен в документации, основываясь исключительно на этих четырех принципах и собственном здравом смысле вы сможете протестировать интерфейс на доступность.
Рассмотрим каждый из этих принципов подробнее.
Восприимчивость
Информация и элементы интерфейса должны быть доступна для восприятия любого пользователя.
Это означает, что ваш сайт должен быть доступен в полной мере для всех органов восприятия. Не должно быть такого, что у зрячих пользователей будет преимущество перед людьми с проблемами зрения. Или сайтом будет невозможно пользоваться только при помощи клавиатуры.
Самым ярким примером этому служит полноценная возможность использования сайта при помощи программ чтения с экрана. Например, у всех картинок должен быть задан альтернативный текст.
Однажды я смотрела документальную передачу о человеке после автокатастрофы. Он был почти полностью парализован. Он писал книги, набирая их на компьютере при помощи карандаша, зажатого в зубах. Об использовании мыши не могло быть и речи.
Подумайте, сможет ли такой человек полноценно пользоваться вашим сайтом? Сможет ли он «увидеть» то, что вы скрыли во всплывающем окне? Будет ли адекватным поведение контента по нажатию на пробел?
Управляемость
Все элементы интерфейса и навигации доступны для взаимодействия.
Любой пользователь должен иметь возможность использовать интерфейс полноценно.
Возвращаясь к предыдущему примеру, подумайте, сможет ли такой пользователь перемещаться по навигации с помощью Tab? Откроется ли ваше красивое бургер-меню? А выпадающий список?
Понятность
Контент и интерфейс в целом должны быть понятны пользователю. Ничего на сайте не должно находится за пределами его понимания.
Некоторые дизайнеры (а с ними и разработчики) любят заменять стандартные пункты меню на иконки. Поймет ли пользователь значение иконки правильно? Расшифрует ли какой пункт или функция кроются за ней? Не верены? Стоит продублировать информацию подписью под иконкой.
Надежность
Контент на сайте должен быть одинаковым для любого пользователя. В том числе для тех, кто работает с вашим сайтом при помощи вспомогательных технологий.
На вашем сайте размещена статья. По дизайнерской задумке она перемежается различными элементами украшения. Проследите, чтобы эти элементы не мешали навигации по статье людям, не использующим мышь или не зачитывались экранными читалками.
Рекомендации, чтобы сделать сайт доступным
Рассмотрим несколько самых основных рекомендаций, внедрив которые в свой продукт вы сделаете его доступным для большего числа людей.
1. Предоставьте текстовую расшифровку для всего нетекстового контента. Продублируйте все видео и аудио материалы текстовой расшифровкой. Сюда же относится альтернативный текст фотографии, возможность проговорить капчу, названия для полей ввода.
2. Дайте возможность увеличить шрифт, если основным контентом сайта является текст. А вообще всегда давайте такую возможность.
3. Скрывайте от читалок и навигации с клавиатуры оформительский контент. При перемещении по сайту Tab’ом я бы не хотела застрять на каком-нибудь вензеле вместо попадания на нужную кнопку.
4. Контент должен оставаться логичным и понятным при его адаптации. Например, при упрощении макета страницы, отключении css-стилей и картинок. Восприятие не должно зависеть от формы, размера или оформления контента.
5. Предоставьте возможность управления всеми функциями при помощи клавиатуры. При этом не должно мешать естественной навигации и взаимодействию при помощи мыши.
6. Не используйте на сайте мигающих элементов. Или ограничьтесь тремя вспышками. Часто мигающие элементы могут вызвать эпилептический припадок или привести к нежелательным последствиям у людей с нарушениями психики.
7. Помогайте пользователю понять где он находится. Используйте так называемые «хлебные крошки», указывая на то, какой путь он проделал вглубь сайта начиная с главной страницы.
8. Каждая страница имеет заголовок, из которого понятно ее содержание.
9. Не пугайте пользователя непредсказуемым поведением страницы. Ярким примером могут послужить различные всплывающие окна с предложениями акций. Посетитель пришел читать статью, а не смотреть на внезапно возникающие всплывающие окна, закрывающие пол-экрана.
10. Помогайте пользователям с вводом информации и по возможности исправляйте ошибки. Если требуется ввести название города, то после ввода первой буквы предлагайте список вариантов. Или если название было введено английскими буквами предлагайте вариант названия города, но на русском языке.
11. Следите за чистотой собственного кода. Всегда используйте закрывающие теги, даже там, где они не обязательны и их отсутствие не ведет к “поломке” верстки. Все теги используются согласно своей роли в спецификации, нет повторяющихся идентификаторов или атрибутов (в рамках одного тега).
Безусловно, это далеко не все рекомендации даже для достижения уровня А. Но это я считаю все пункты выполнимыми в короткий срок и с минимальными финансовыми/временными затратами. С этого стоит начать.
Если у вас нет никакой возможности изменить существующий сайт прямо сейчас, то создайте альтернативную версию сайта, на которой будут учтены основные пожелания к доступности. Причем не обязательно дублировать сайт полностью, с его дизайном и всем контентом без исключения. Вынесите только самое основное и важное, за чем пришел клиент.
У меня есть знакомый, страдающий от тяжелой формы дальтонизма. Как-то он рассказал, что не смог воспользоваться функцией восстановления пароля от личного кабинета одного крупного банка. Для сброса пароля нужно было выбрать из нескольких изображений красный предмет.
Заключение
В большинстве своих примеров я приводила крайние формы нарушений. Но не забывайте, что доступность это обо всех пользователях. Не у всех ваших посетителей зрение равно 1, не у всех работают обе руки, не все хорошо слышат.
Я очень советую задумывать о доступности в самом начале проектирования продукта. Обязательно расскажите о доступности своему дизайнеру и UX-проектировщику. Если на этапе разработки вы понимаете, что какой-то из элементов сайта не будет работать для некоторых из посетителей — не молчите и предлагайте найти альтернативное решение.
Настоятельно советую вам начать изучение данной темы с официальной спецификации W3C и с советами по реализации рекомендаций.
Ручной мониторинг доступности сайта (обзор простых инструментов)
После покупки виртуального и/или выделенного сервера важно вовремя получать информацию о недоступности сервиса, то есть проводить мониторинг основных подсистем веб-сайта.
Надежный веб-сайт должен быть легкодоступен для пользователей 7 дней в неделю, поэтому его надо постоянно проверять как на предмет доступности, так и на предмет работоспособности:
Работа сайта в выходные/сезон отпусков
Есть задача: веб-сайт/сервер/сервис должен работать непрерывно несколько дней без человеческого вмешательства. Что может пойти не так?
Обычные сбои время от времени случаются сами по себе. Только вот ночной сбой со вторника на среду решается перезаливом с бэкапа в среду утром. А на выходных нередки сбои «с пятницы на понедельник». Сколько в таком случае может лежать сайт во время праздников, зависит от длительности отпуска ответственных сотрудников.
В целом, сайту бывает нехорошо, но в будние дни проблема решается быстро. Сколько времени заняло бы решение на майских, если бы не мониторинг? Вместо пары часов могло бы быть пару дней, и это не редкость.
Не делайте серьезных изменений кода перед длительными выходными. Необходимо тщательно протестировать систему с внесенными правками, чтобы изменения работали должным образом. Рекомендуется откладывать внесение каких-либо серьезных изменений до того момента, когда веб-сайт испытывает меньше нагрузки на трафик.
Кроме обычных проблем, сайты во время длительного отсутствия бдительных стражей любят также подхватить и другие недуги. Например, может закончиться срок действия домена или сертификата. Или надумает растолстеть база данных. Или он может угодить в списки 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.
Полезные статьи со обзорами сервисов мониторинга: