Проверка сайта на доступность: Доступность сайта

Содержание

Сервисы мониторинга внешней доступности сайта – База знаний Timeweb Community

Введение

Доступность сайта – важный показатель его эффективности. Это один из важнейших показателей, который влияет на его посещаемость.

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

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

Заключение

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

Как проверить доступность сайта: обзор 6 сервисов

Как проверить доступность сайта – комплекс из 4 инструментов проверки + причины/последствия неисправностей + ТОП-6 сервисов онлайн-проверки доступности сайта.

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

В сегодняшней статье будет рассмотрен вопрос, как проверить доступность сайта + какие инструменты для данной цели существуют в сети интернет вообще.

Что такое доступность сайта + зачем она нужна?

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

Пример: У человека имеется онлайн-магазин товаров из Китая. Вложенные тысячи долларов на продвижение в топ поисковика окупились, и сайт начали замечать, но вот возникает проблема. При переходе на проект из Белоруссии, Украины и Казахстана, ссылка не открывается. Для международного онлайн-бизнеса подобный расклад соотносится с миллионными потерями. Вебмастер проверяет доступность вручную со своего сервера в России, и не замечает проблему, а время идет, и доход постепенно падает.
Как правило, проблема обнаруживается спустя 3-5 месяцев при полном анализе продуктивности сайта – это для торговых проектов. Для информационных ресурсов расклад может быть еще хуже, ибо сделать выводы на основании поверхностного анализа по данному вопросу не является возможным вообще. Именно здесь на помощь приходят специализированные инструменты для проверки доступности сайта в сети интернет.

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

Кто может использовать оговоренный функционал на платной основе:

владельцы веб-сайтов.
Особенно актуально для онлайн-бизнеса или представительств офлайн контор в мировой сети. Ведь от стабильности и качества работы ресурса напрямую зависит доходность всего бизнеса;
веб-студия.
Выявление на ранних стадиях блокировок сайтов заказчиков – пунктик в копилке качества функционирования службы поддержки + повышение общей репутации компании в глазах клиентов;
сисадмины.
Постоянное взаимодействие с серверами/внешними сервисами обязывает специалистов выявлять блокировки сайтов заранее. Простой проекта более 7 дней по халатности администратора расценивается как серьёзная ошибка и может привести к увольнению с должности;
SEO-оптимизатор.
Проверка доступности сайта позволит вовремя выявить выпадение сайта из поисковой выдачи + решит вопрос с отсутствием индексации страниц.

В рамках рядового использования функционала веб-обозревателя, проверка доступности используется для выявления причин блокировки на уровне сервера. Если провайдер блокирует доступ к ресурсу на собственном хосте – это станет заметно в тот же момент. В таком случае, будет достаточно выявить страну, не входящую в фильтр, и зайти через «левый» IP с VPN-программы.

Как проверить сайт на доступность: комплекс методов + лучшие сервисы

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

Какие причины неисправностей могут быть выявлены:

Благодаря проверке доступности сайта, человек сможет вовремя установить причину сбоя и устранить ее в максимально сжатые сроки. При поломке оборудования, оперативное выявление проблемы жизненно необходимо, ибо позволяет сократить время простоя на 20%-35%, минимум.

1) Что входит в комплексную проверку доступности сайта

Для проверки сайта на доступность будет недостаточно использования одного инструмента, в особенности, если делом занимается не рядовой обыватель, а администратор/владелец веб-сайта. Только после комплексного анализа реально сделать объективные выводы по работоспособности веб-ресурса + принять решение по устранению проблемы, что подойдёт к ситуации на 100%.

В комплекс проверки доступности сайта входит:

Whois проверка;
пинг;
трассировка;
прокси-сервера или анонимайзеры.

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

Пункт №1. Проверка Whois.

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

Важно! Домен считается делегирован в том случае, если у него указаны 2+ DNS-сервера. DNS-сервера обеспечивают трансляцию имени в адрес IP, а это требуется для открытия страниц сайта через окно веб-обозревателя.

Бывают случаи, когда DNS-сервера указаны, но сайт все равно «лежит». Наиболее вероятной причиной такого поведения считается работа регистратора доменного имени. При поступлении жалобы на сайт в отношении фишинга, публикации 18+ контента с несовершеннолетними или разводу пользователей сети на деньги, решение выносится в течение 1-2 суток. Под фильтрацию попадают только «плохие» сайты, потому, если у вебмастера добросовестный ресурс, беспокоится не о чем.

Сайты для проверки делегирования домена:

https://who.is
https://www.reg.ru/whois
https://thehost.ua/domains/whois
https://www.nic.ru/whois
http://www.whois-service.ru

Услуга распространяется на бесплатной основе + имеется у любого уважающего себя специализированного сайта в сети интернет. Достаточно вбить в поисковике запрос «проверка Whois онлайн» и на глаза попадут десятки вариантов.

Как проверять делегирование сайта – пошаговая инструкция:

Переходим на один из множества сайтов, предоставляющих информацию по делегированию. В понимании рядового пользователя – это дата завершения регистрации домена.

В единственную строку вставляем ссылку исследуемого сайта и нажимаем кнопку проверки. Анализ данных займет от 2 до 20 секунд в зависимости от скорости Интернет-соединения пользователя.

В списке данных по доменному имени выискиваем строку с указанием даты завершения регистрации. При исследовании домена от google, мы получили результат 14.09.2028. Соответственно, если не случится форс-мажор, наш поисковик не должен пропадать еще 9 лет.

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

Пункт №2. Проверка Ping.

Наиболее простой метод проверки сайта на доступность, который используют «типа программисты» на собственных ПК/ноутбуках. Здесь есть 2 пути – проверка стандартным функционалом ОС или использование сервисов-пингаторов. Второй случай используется при необходимости анализа доступности сайта с постороннего хостинга.

Как проверить доступность сайта через Ping системным методом:

Открываем командную строку. Для операционной системы Windows это комбинация клавиш «Пуск» +R. Вводим команду «cmd» и нажимаем кнопку Enter, либо подключаем к работе левую кнопку мышки и клацаем на «ОК».

Попадаем в черное окно команд ОС.

Вводим команду «ping», ставим пробел, и дописываем домен проверяемого сайта. На примере ниже, в качестве испытуемого используется ресурс text.ru. Нажимаем кнопку ввода и ждем пока система пропингует адрес. Результатом проверки станет статистика по отправленным/полученным пакетам данных и время отклика.

При пропаже пакетов, или слишком большом времени отклика (100-200 миллисекунд), необходимо выяснить причины такого поведения. Виноватым может быть не хостер, а сам провайдер, и эту проблему необходимо решать уже на ином уровне.

Почему проверка доступа сайта по стандартному ping не надежна:

в работу может вступить фаервол, который заблокирует часть или все пакеты ICMP. Команда покажет ошибочные данные, в то время как сайт будет функционировать в штатном режиме;
вероятность закрытого порта (80), но пинг при этом будет проходить нормально;
в виртуальном хостинге пакеты могут приходить + порт открыт, но в реальности, домен уже не будет делегироваться со стороны регистратора.

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

Онлайн-проверка Ping:

http://ping-test.ru
https://whoer.net/ru/ping
https://pr-cy.ru/monitoring
https://www.syslab.ru/geoping

Схема работы на всех предоставленных ресурсах одинаковая – указываем в поле ресурс для проверки, нажимаем кнопку активизации и ожидаем от 30 до 120 секунд. Помимо пинга, сервис может предоставлять данные по скорости загрузки/выгрузки страницы.

Пункт №3. Трассировка.

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

Как произвести трассировку стандартной утилитой:

Запускаем пункт «Выполнить» и в нем переходим на командную строку.

В открывшемся окне переключаемся на английскую раскладку клавиатуры и вводим команду «tracert» + пробел + название проверочного сайта. Нажимаем кнопку ввода.

В результате получаем информацию по всем промежуточным узлам с временем их отклика. По умолчанию, максимальное число прыжков – 30.

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

Пункт №4. Анонимайзеры.

Пользователи, которые на работе хотели обойти блокировки сайтов со стороны администрации, наверняка использовали данный инструмент в собственных корыстных целях, но сейчас не об этом. Помимо «хакерского» использования, анонимайзеры, благодаря функции по сокрытию IP, могут помочь в объективной оценке доступности сайта с определённого региона.

Тип	Описание	Удобство использования (из 3 ★)
веб	Отдельные специализированные сервисы, работающие без дополнительных установок на устройство пользователя. Для работы нужно указать адрес сайта для проверки и нажать кнопку ввода. Остальную часть работы система сделает самостоятельно.	★ ★ ★
прокси-сервер	Достоинство технологии – отсутствие надобности в установке вспомогательного программного обеспечения + полная трансляция информации, включая тяжелое мультимедиа. Минусы – работа прокси распространяется сразу на все сайты, что может подтормаживать систему. При проверке придется активировать режим в настройках браузера вручную, что не совсем удобно и увеличивает количество затрачиваемого времени.	★
VPN	Технология по удаленному доступу во внутреннюю сеть. Для подключения функционала требуется установка дополнительного ПО – программа или расширение в браузер. Фильтрация распространяется в рамках одного сайта, но есть версии софта, где настройку доступа придется делать вручную.	★ ★
Веб-обозреватели	Специализированные браузеры, заточенные на анонимный доступ к любому ресурсу в сети интернет. Наиболее популярные сборки основаны на базе FireFox или Chrome. Сюда уже вшиты прокси, либо используется продвинутая анонимная сеть. К примеру, тот же TOR. Для проверки доступности сайтов данный инструмент слабо применим, ибо указывать конкретную геолокацию здесь весьма затруднительно.	★ ★

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

Какие анонимайзеры в тренде:

https://hidemy.name/ru/
http://anonymizer.ru/
https://www.vpnbook.com/webproxy
https://fri-gate.org/ru/

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

Оговоренные 4 элемента проверки способны предоставить вебмастеру объективную картину в текущий момент + помогут выяснить детали проблематики в отношении доступности желаемого сайта. Общие временные затраты на анализ –от 10 до 20 минут.

Помимо классического набора инструментов, администраторы и SEO-специалисты могут использовать дополнительные инструменты анализа работоспособности сайта – проверка на редиректы, скорость загрузки страниц и тому подобное. Каждый отталкивается от собственных потребностей. Хотим лишь отметить, что для обычного пользователя интернетом, выяснить доступность сайта будет рациональнее всего через специализированные ресурсы. Далее мы о таких и поговорим.

2) Как проверить доступность сайта: ТОП-6 онлайн-сервисов 2019-2020 года

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

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

A) Ping-Admin.Ru

Удобство	★★★★ (4.0 из 5.0)	Общая привлекательность ★★★★1/2★ 4.5
Функционал	★★★★ (4.0 из 5.0)
Отзывы	★★★★★ (5.0 из 5.0)

Проект позиционирует себя как профессиональный монитор по работе сайтов и серверов. Внутри ресурса встроена страница бесплатной проверки доступности сайта — https://ping-admin.ru/free_test/ Особенность сервиса кроется в вариативности по настройке геолокации. На странице проверки доступно 50+ различных серверов в странах по всему земному шару. Изначально, проект ориентирован на русскую аудиторию, потому, функциональные возможности подогнаны к требованиям именно русскоязычных вебмастеров, что ни может не радовать.

Вспомогательный функционал сайта:

проверка обратных ссылок;
трассировка сайта;
проверка Ping;
ИКС проверка.

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

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

B) 2Ip

Удобство	★★★★★ (5.0 из 5.0)	Общая привлекательность ★★★★★ 5.0
Функционал	★★★★★ (5.0 из 5.0)
Отзывы	★★★★★ (5.0 из 5.0)

Считается одним из самых удобных сервисов в отношении полной/частичной проверки доступности сайтов в сети интернет. Внутри насчитывается 32 теста проекта + 15 специализированных сервисов узкого профиля. Нужна информация по провайдерах? К вашим услугам перечень из 4 000+ компаний – хороший вариант для тех, кто устал от постоянных блокировок и фильтрации данных от текущего поставщика услуг.

Функционал анализа сайта включает:

проверка скорости Интернет-соединения;
проверка анонимности;
данные по IP и домене;
время реакции ПК;
посещаемость сайта + проверка IP на включение в СПАМ-базы;
антивирусная проверка сайта;
анализ порта;
DNS параметры домена;
ответ сервера;
SSL проверка.

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

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

С) Host-tracker.com

Удобство	★★★★ (4.0 из 5.0)	Общая привлекательность ★★★★ 4.0
Функционал	★★★★ (4.0 из 5.0)
Отзывы	★★★★★ (5.0 из 5.0)

А это уже интернациональный проект, на домене «com». Сайт работает в нише с 2004 года, что свидетельствует о качестве сервиса и спросе на услуги компании-владельца. Основной продукт – услуги постоянного мониторинга доступности сайта в мировой сети интернет. При покупке самого дешевого тарифа на 12 месяцев, стоимость 30 дней составит всего 3 доллара и 25 центов.

Какие настройки проверки можно использовать:

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

Https. Исходные данные те же. Из дополнительных параметров выделим регионы по миру. Компоновка информации происходит по региональному принципу – Южная/Северная Америка, Западная Европа и так далее.

проверка Ping из различных стран.

К дополнительным функциям относят трассировку, проверку Whois, наличие вирусов на сайте и тому подобное. Если человек желает потестить работоспособность левого ресурса, то можно воспользоваться 30-дневным триал-режимом проверки. Благодаря быстрой регистрации, получить объективные данные реально за 10-15 минут анализа.

D) Sitechecker.pro

Удобство	★★★★★ (5.0 из 5.0)	Общая привлекательность ★★★★ 4.0
Функционал	★★★ (3.0 из 5.0)
Отзывы	★★★★★ (5.0 из 5.0)

Ресурс для Seo-специалистов, в рамках которого рядовой пользователь/вебмастер имеет возможность проверить доступность сайта в интернете. К преимуществам сервиса отнесем удобную навигацию, наличие пошаговых подсказок, скомпанованность платформы и уникальность мониторинга (аптайм сервера, статус индексирования и так далее). Благодаря встроенному FAQ, найти ответы на волнующие вопросы не составит труда даже для настоящего профана.

Дополнительный функционал сайта:

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

Для периодического запуска проверки у проекта имеется собственное приложение для браузера на базе платформы Chrome. Установив софт, пользователь сможет использовать функционал сервиса удаленно. Достаточно открыть ПО через нажатие на панели инструментов и вставить в соответствующее поле адрес проверяемого веб-ресурса.

E) Seogift.ru

Удобство	★★★★★ (5.0 из 5.0)	Общая привлекательность ★★★★★ 5.0
Функционал	★★★★★ (5.0 из 5.0)
Отзывы	★★★★★ (5.0 из 5.0)

Один из топовых проектов для проверки доступности сайта и не только. Внутри сервиса содержится 50+ различных инструментов исследования для веб-мастеров, SEO-специалистов, маркетологов и простых пользователей мировой сети интернет. Бесплатная регистрация + простой понятный интерфейс позволяют сориентироваться в особенностях работы по ходу дела, что для быстрой проверки статуса сервера очень полезно.

Сколько можно заработать на своем сайте?

Классификация инструментов по категориям:

SEO + оптимизация. Сюда входит анализ сайта/контента, проверка мобильности, генераторы анкоров/мета-тегов/robots.txt, семантика, оценка стоимости ссылки веб-ресурса и так далее;
рейтинг сайта – посещаемость, счетчик +массовая проверка ИКС;
страничная работа – наложение текста на изображение, извлечение ссылок/почты и генератор Favicon;
текстовая работа – транслит, генератор заголовков, сравнение схожести, удаление дубликатов строк, генератор опечаток и кодирование текста в Base64;
серверная информация – проверка домена/хостинга (имеется пакетная обработка данных) + конвертер Punycode;
браузер + IP – определение IP с детальной информацией по нем, скорость соединения интернета, бесплатные прокси, генератор паролей;
HTML/CSS/JS. Кодирование/раскодирование URL, шифрование HTML в JS, сжатие JS, объединение изображений, шифрование в md5, экранирование спецсимволов и даже сжатие CSS.

В завершение списка можно добавить проверку Google PageRank (PR) по датацентрам. Абсолютно весь функционал распространяется бесплатно, а это для нашего пользователя главное достоинство, влияющее на окончательный выбор инструмента проверки. Приятными бонусами станут разделы сайта с информационными статьями в отношении продвижения через поисковые системы.

Как проверяется доступность сайта? Пример работы на одном из сервисов:

F) Syslab.ru

Удобство	★★★★ (4.0 из 5.0)	Общая привлекательность ★★★★1/2★ 4.5
Функционал	★★★★★ (5.0 из 5.0)
Отзывы	★★★★ (4.0 из 5.0)

Сервис занимается услугами мониторинга различных параметров работы сайтов/доменов/хостов уже больше 5 лет. Внутри системы присутствует как бесплатный функционал, так и возможность подключения платных тарифных планов, по которым мониторинг сайтов на доступность будет производиться 24 часа в сутки. Количество бесплатных услуг рознится для незарегистрированных пользователей, и прошедших регистрацию – вторые получают на 50% больше.

Отличительный набор услуг сервиса:

проверка IP по спам-базах;
IP калькулятор;
проверка сайта на присутствие вирусов;
мониторинг времени/позиций/состояния/доступности 24/7;
DDoS- защита;
облачный сервер;
виртуальный диск;
администрирование серверов;
почтовая защита от спама.

Последние 5 – это услуги под заказ, и обойдутся они в копеечку. Хотя для тех, кто хочет не волноваться в отношении доступности личного веб-сайта, расценки будут вполне приемлемы. Удобство использования функционала обеспечивается наличием 4 кнопок проверки с географией – Ping, HTTP, DNS и порт. После проверки, данные выдаются в качестве сводной таблицы, где первым столбцом стоит название страны расположения сервера. В платной версии доступно одновременно 20+ различных геолокаций, для бесплатной все куда скромнее – не более 7 локаций проверки. В учет не берется дублирование серверов в одной области (например, 3 из России, 2 — Бельгия, 6 — Польша и так далее).

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

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

Как онлайн проверить доступность сайта? Обзор сервиса ХостТрекер. Часть 2

Компания ХостТрекер началась с простенького сайта на базе не менее простенького скрипта, предоставлявшего бесплатные услуги всем желающим. Но за несколько лет работы сервис, развиваясь как стартап, обзавелся солидным инструментарием для решения разнообразных задач людей, так или иначе причастных к Сети. В серии публикаций мы решили подробно описать функции нашего сервиса, поделиться опытом развития подобных проектов, упомянуть интересные задачи, с которыми нам пришлось столкнуться. Отметим, что зачастую разработка новых функций происходит с оглядкой на наши личные потребности, поэтому наша история может еще стать хорошим примером того, как «продать то, что сделано для себя».

Все ли дело в наборе функций?

В предыдущей части обзора описывалась история сервиса, а также наиболее базовая функция — регулярная проверка сайтов и серверов и оповещения о их работоспособности. Начиная повествование о более продвинутых функциях, необходимо рассказать откуда вообще берутся идеи и как расставляются приоритеты. Один из секретов, о которых часто упоминают бизнесмены, работающие в сфере услуг, и которому будет посвящено следующие несколько строк, звучит так: «все люди уникальные». Все клиентские запросы индивидуальны, и нужно научиться с этим жить. В сфере ИТ это ощущается особенно остро: из-за большого количества незаурядных личностей и разнообразного опыта, которым они обладают. Впрочем, не редко получается придумать способ, которым удается решить проблему клиента уже имеющимися средствами. Но часто приходится что-то допиливать напильником — и в этом и кроется главная особенность подобной деятельности. Множество функций ХостТрекера были разработаны или адаптированы под нужды конкретных людей и для их удобства. В число этих людей входим и мы сами — обладая довольно большой инфраструктурой, нам тоже необходимо, чтобы все исправно работало. Поэтому мы сами являемся наиболее прихотливым клиентом.

Мелочь, а приятно

Описывая регулярные проверки, желательно сразу отметить некоторые полезные прилагаемые функции. К ним относится мониторинг срока действия домена и SSL сертификата. Такие, вроде бы, мелочи, доставляют огромные неудобства когда проявляются в неожиданное время. Эти функции появились в ХостТрекере, когда как всегда внезапно «закончился» один из наших личных доменов. Но подобные проблемы возникают даже у больших компаний, так как продление доменов/сертификатов всегда упирается в человеческий фактор, о надежности которого здесь распространятся не будем. Некоторые примеры мы собрали и описали вот здесь. Поэтому оповещение, что данный домен необходимо продлить, которое попадет не только в папку спам, где уже прописался ваш хостер благодаря непрерывному потоку маркетинговых писем, а и в папку о падениях вашего сайта (не говоря уж о возможности СМС оповещения), конечно же, является крайне полезным.

Другой интересной функцией является проверка доменов в черных списках DNSBL. Эти списки независимы и формируются каждый по своему алгоритму и созданы, главным образом, для фильтрации подозрительных субъектов. Каждый администратор может настроить свой веб-сервер, например, не получать письма от серверов, перечисленных в определенном списке. Это помогает бороться со спамом, распространением вредоносного ПО, ддос-атаками и другими проблемами. Но все эти списки имеют свои алгоритмы, и нет гарантии, что в результате случайных обстоятельств ваш сайт там не окажется. Более того, статистика показывает, что такое регулярно происходит даже с самыми безобидными сайтами. Например, никто не даст гарантию, что на соседнем с вами айпишнике не пропишется местный Король Спама, вследствие чего весь диапазон будет занесен в неблагонадежные. Во что это может выплеснуться? Письма от вас перестанут приходить клиентам, сайт станет хуже отображаться в поисковиках… Ну и так далее по нарастающей. А узнаете вы об этом, когда изменения станут критическими, а порой, увы, и необратимыми. Поэтому функция контроля и оповещения о попадании в наиболее популярные черные списки также является весьма востребованной.

Проверка контента

Вот это хороший пример того, как использование функции может превзойти все ожидания разработчиков. Ранее мы упоминали несколько подобных случаев. Дело в том, что множество вещей сейчас имеет веб-интерфейс. А для еще большего множества его можно написать без особых сложностей. Поэтому кроме основной задумки — проверки, подгрузилась ли страница целиком, путем простого парсинга, — открылись новые просторы. Подстраиваясь под разных клиентов, эта функция стала максимально универсальной: может искать сразу много слов, или же лишь одно из списка. Или наоборот — реагировать на появление определенных фраз. Также может выдавать в ошибку строку, в которой содержится ключевое слово. Например, многие делают страницу статусов: «Server 1 OK» и так далее. Если он вдруг станет «Error», тогда в сообщении придет «Server 1 Error» — вся диагностика уже проведена, можно сразу приступать к устранению.

А что, если сервер ДОЛЖЕН прилечь?

Кроме оповещений о падении сайтов, ХостТрекер выполняет еще одну важную функцию – собирает статистику по каждому проверяемому сайту. Во времена, когда различные кнопки на сайтах еще были популярными – кнопка ХостТрекера также нередко появлялась рядом с показателями посещаемости, прогнозом погоды и другими, безусловно, очень важными вещами. Сейчас же есть возможность вставить виджет, хотя кнопка тоже все еще доступна для любителей ретро. Кроме того, статистика часто является показателем для руководства: хорошо ли работает сайт и отдел его администрирования? Поэтому еще одной полезной функцией является планирование технических работ. Даже самые стабильные сайты и сервера должны время от времени обновляться или перезагружаться. И при этом не хочется терять пресловутые «девятки» в показателях аптайма. Планирование технических работ позволяет достигнуть двух целей (вместе или раздельно): не присылать оповещения об ошибках и не записывать ошибки во время определенного интервала времени в статистику. Конечно, это все равно попахивает читерством, но запланированный простой, тем более, в нерабочее для целевой аудитории время – вполне можно простить, с нашей точки зрения. Тем не менее, проверки во время технических работ все так же идут, и исправно пишутся в лог, поэтому могут быть полезными для вебмастеров и администраторов: лог позволяет определить, сколько именно длилось обновление или перезагрузка, какие ошибки при этом выдавались (то есть прослеживается весь процесс: сервер некоторое время недоступен, потом возвращает ошибку приложения, затем другую ошибку и т.д.), какие «тормоза» при этом наблюдались и тому подобное.

Технические работы можно запланировать как единоразово, так и на регулярной основе. Например, если каждую ночь делается бэкап, или каждый четверг – новый релиз. Единственное условие – расписание технических работ должно быть составлено не позже, чем за 12 часов до ближайшей приостановки сайта/сервера. Это сделано для того, чтобы на технические работы не списывались внезапно возникшие неожиданности, и статистика, предоставляемая ХостТрекером, оставалась достоверной.

Вместо эпилога

Нам часто задают вопрос (в том числе в комментариях на Хабре) — а для чего Вы это делаете? Это же можно делать и самостоятельно. Отвечаем: да, можно. Особенно если нужно что-то одно. Но дело в том, что, грубо говоря, весь бизнес построен на человеческой лени. Облегчая людям жизнь, мы освобождаем время наших клиентов для чего-то более важного, потому как задачи, которые мы решаем — полны рутины. Ну и не стоит забывать, что не каждый способен лично собрать для себя автомобиль или вырастить хлеб. В общем, мы искренне уважаем людей, которые способны самостоятельно сделать себе хорошо в нашей сфере, но практика показывает, что далеко не все готовы тратить на это свое время.

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

Но мы все равно очень рады читать все ваши замечания, так как на Хабре не редкость уловить что-то полезное для себя даже между строк.

Сайт не открывается — кто виноват? Проверка доступности сайта. Хостинг в деталях

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

1. Проверка whois. В первую очередь я проверяю данные whois, а именно NS записи домена и состояние (делегирован домен или нет). Если уже на этом этапе возникают проблемы, стоит обратиться к регистратору домена и восстановить функционирование доменного имени. Для проверки whois можно воспользоваться ресурсом http://who.is

2. Пинг (ping) — это наиболее простой способ проверить доступность ресурса. Откройте командную строку вашего компьютера (Пуск — Выполнить — cmd.exe; если у вас Linux или MacOS, используйте стандартный терминал) и введите команду ping example.com, где example.com — имя вашего домена. В результате выполнения команды мы получим ip сервера, к которому идет обращение, время ответа сервера и количество переданных/потерянных пакетов:

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

Существуют сервисы, с помощью которых можно проверить пинг к домену из разных точек. Например, http://just-ping.com

На этом сайте нужно только ввести имя домена или ip-адрес, доступность которого хотите проверить. Доступность ресурса будет проверена из 50 различных точек мира. Данный способ является более точным, чем пинг с вашего компьютера, поскольку исключается возможность проблем на стороне вашего интернет-провайдера.

Более широким функционалом обладает ресурс http://host-tracker.com , который работает по тому-же принципу, но, помимо результатов пинга показывает также http-ответ сервера, размер страницы, время и скорость загрузки страницы. Поскольку ICMP-пакеты могут блокироваться сервером или маршрутизатором, пинг к домену может отсутствовать, но при этом сайт будет функционировать без проблем. В таких ситуациях, http://host-tracker.com является оптимальным инструментом для проверки доступности сайта.

3. Трассировка — это проверка маршрута сигнала от рабочего ПК до сайта или сервера. Для того, чтобы проверить трассировку маршрута к какому-либо ресурсу, необходимо в командной строке Вашего ПК вызвать соответствующую утилиту. Если у вас Windows, перейдите в Пуск — Выполнить — cmd.exe и в открывшемся меню введите tracert example.com. Если у вас Linux или MacOS, выполните в стандартном терминале команду traceroute example.com . Результатом выполнения команды будет список всех узлов сети на маршруте между вашим ПК и доменом example.com

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

4. Mtr (MyTraceroute) — утилита, которая совмещает в себе ping и traceroute. Утилита в реальном времени отображает маршрут пакетов от Вашего ПК к домену или IP, отображая все узлы сети, время отклика от каждого узла и потерянные пакеты. В Linux и MacOS утилита называется mtr, в Windows — WinMTR.

5. Прокси-серверы, анонимайзеры. К данному типу относятся ресурсы, которые позволяют скрыть свой реальный IP адрес или просмотреть как отображается ресурс для региона, в котором физически размещен прокси-сервер. Пример такого ресурса — http://anonymouse.org . Нужно только ввести адрес интересующего вас сайта, и ресурс отобразит запрашиваемый сайт. Такой способ проверки доступности сайта используется в случае, когда интернет-провайдер блокирует доступ к сайту, или DNS-сервер провайдера не может обработать запрос.

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

инструменты для тестирования, обнаружение проблем

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

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

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

Изучение доступности через инструменты тестирования

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

JavaScript. Быстрый старт

Изучите основы JavaScript на практическом примере по созданию веб-приложения

Узнать подробнее

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

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

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

Изучение и использование инструментов тестирования vs. чтение экрана

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

Тестирование только на клавиатуре

http://pauljadam.com/demos/focusvisible.html

Тестирование на одной только клавиатуре — это простой и мощный метод тестирования доступности, который гарантированно найдет проблемы либо с отсутствующими индикаторами фокуса клавиатуры, либо просто без фокусировки и без клавиатуры. Современная сеть ужасна при проектировании и кодировании для работы с клавиатурой, поэтому, прежде чем тратить слишком много времени на изучение экранных программ, обязательно выполняйте базовую проверку на клавиатуре с помощью TAB, проводя навигацию по странице, и попробуйте другие ключи для сложных виджетов, например, Escape для меню и диалога, Up/ Down/ Right/ Left стрелки для других настраиваемых элементов управления.

ARIA Authoring Practices покажет вам, как пользовательские элементы управления и виджеты должны вести себя и как они должны быть закодированы для чтения экрана и клавиатуры пользователей.

Точное тестирование доступности для разработчиков и дизайнеров

https://www.w3.org/TR/wai-aria-practices/examples/landmarks/main.html

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

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

Интеграция инструментов в процесс проверки доступности вручную

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

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

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

Пять инструментов проверки доступности для вашего инструментария

WAVE

aXe

a11yTools

tota11y

HTML_CodeSniffer

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

Тестеры доступности имеют разные настройки для инструментов, а также те браузеры и инструменты разработчика, которые они используют. Я пользователь MacOS и iOS, и Safari — мой любимый браузер для личного использования и для проверки кода и тестирования.

Safari и Chrome – два моих главных браузера, иногда я использую Firefox для тестирования инструментов и двойной проверки некоторых проблем, например, таких как видимость клавиатуры.

Хорошие / плохие возможности демонстрации и тестирования страницы

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

Я буду использовать эти три сайта в качестве примеров тестирования для инструментов.

WAVE

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

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

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

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

Перейдите на вкладку Contrast, чтобы увидеть цветные контрастные ошибки в тексте. Автоматизированные инструменты обычно не обнаруживают ошибок контраста с помощью заполнителей или изображений текста, поэтому протестировать нужно вручную. Для ручной контрастной проверки того, что пропустит автоматический инструмент, я рекомендую Colour Contrast Analyser.

Вкладка No Styles покажет страницу без стилей CSS и упростит поиск значков ошибок WAVE, которые были визуально скрыты из-за макета страницы. Поэтому помните, когда вы не видите значки ошибок на странице, они могут быть визуально скрыты, и вам нужно проверить их на вкладке No Styles.

Ссылка для скачивания

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

«+»

Иконки с ошибками доступности и всплывающие подсказки в WAVE превосходны и понятны.

WAVE Online-сервис означает, что он может работать на любом веб-сайте, не имеющего логин.

Расширения для Chrome и Firefox.

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

WAVE Online позволяет вам следить за сайтом и тестировать новые страницы по мере их загрузки.

WAVE доступен только для чтения экрана и клавиатуры.

Я могу использовать WAVE Online в Safari, когда тестирую публичный сайт.

Тесты для возможных заголовков, в которых отсутствуют теги заголовков.

«-»

Иногда WAVE не может обрабатывать очень сложные веб-сайты.

Иногда ошибки трудно увидеть, если вы не нажмете кнопку No Styles.

WAVE Online работает медленнее, чем расширения Chrome и Firefox.

aXe

Это платформа тестирования доступности, основанная на JavaScript, которая может быть запущена множеством способов, например, при непрерывном тестировании сборки интеграции, запускаться из командной строки с консоли JavaScript или из расширений браузера с помощью пользовательского интерфейса. Самый популярный способ использования aXе, вероятно, через расширения Chrome и Firefox, которые предоставляют пользовательский интерфейс для вывода ошибок доступности.

aXe – расширение для браузера

Если вам нужен aXe в Safari, у меня есть в a11yTools и в ярлыке JavaScript, но у него нет пользовательского интерфейса, поэтому результаты нужно читать в консоли.

«+»

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

Дополнительная справочная документация объясняет проблему и ее устранение.

Может запускаться из любого браузера в консоли JavaScript.

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

Точные тесты для повышения чувствительности при отключении в мета вьюпорте.

«-»

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

Как и большинство инструментов, вы не найдете проблем с элементами, которые не работают на клавиатуре, например, div с событием JavaScript onclick.

aXe визуально не выделяет ошибки на странице, где они легко выделяются.

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

Мне не нравится, что aXe говорит разработчикам, что можно исправить недостающее имя доступной формы, используя Aria-метку, потому что тогда метка не будет видна.

a11yTools

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

«+»

Работает на Safari!

Также большинство инструментов доступны в JavaScript Bookmarklet для любого браузера.

Объединяет все эти инструменты в одно расширение Safari с более полезными документами, такими как спецификация ARIA, практика ARIA, контрольный список WCAG и т. Д.

a11yTools — это инструмент тестирования по времени, в котором вы выбираете элемент или функцию HTML a11y, и вы тестируете по одному, а не сразу запускаете все тесты.

Расширение Safari будет работать на дополнительных защищенных веб-сайтах, которые блокируют букмарклеты JavaScript.

Имеет старую платформу инструментов разработчика Google Accessibility, в которой есть неплохие тесты.

Включен инструмент тестирования оттенков серого.

«-»

Нет расширения Chrome или Firefox.

Не запускает сразу все тесты, только по одному.

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

tota11y

tota11y может иметь самое крутое имя из группы инструментов тестирования. tota11y — еще один букмарклет JavaScript, который будет работать в любом браузере. Закладки отлично подходят для тестирования цветового контраста, когда у вас нет инструмента ручного тестирования, доступного на устройстве, вроде iPhone.

«+»

tota11y классное имя

Инструмент тестирования заголовков отлично подходит для тестирования неправильных уровней заголовков и вложенности и не запускает страницу с элементом h2.

Отличается цвет от любого браузера, потому что это букмарклет.

Тесты на отсутствие меток.

«-»

Инструмент тестирования ориентиров ARIA кажется менее полезным, чем некоторые другие.

Иконки выглядят одинаково, поэтому они не выпрыгивают визуально так же быстро, как другие инструменты.

HTML_CodeSniffer

HTML_CodeSniffer это букмарклет JavaScript, который я использую уже очень давно. Мне нравится, что он работает в Safari, потому как есть возможность тестировать на iOS, используя VoiceOver. CodeSniffer может подавлять сложные веб-сайты, потому что генерирует большое количество ошибок, и могут возникнуть ложные срабатывания в зависимости от методов, выбранных разработчиками.

Нужно прощёлкать по всем проблемам, чтобы увидеть подробности для каждого типа интерфейса aXe.

Link to HTML_CodeSniffer

«+»

Тестирование цветов и рекомендации по решению проблем.

vПоказывает HTML код ошибки, связанные с этим ошибки WCAG и методы решения.

Букмарклет, поэтому он работает во всех браузерах.

Тестирование iframe.

Тесты для значений атрибутов повторяющихся идентификаторов.

«-»

Проблема перегрузки! Сначала обязательно отключите предупреждения, чтобы уменьшить шум.

Ложные срабатывания.

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

Мне не нравится, что CodeSniffer говорит, что вы можете использовать атрибут title для исправления ввода формы без доступного имени, потому что тогда метка не будет видна.

Инструменты тестирования: настольная версия vs мобильная

Некоторые из инструментов в этом списке будут запускаться из мобильного браузера, такого как Mobile Safari в iOS или Chrome на Android. tota11y и HTML_CodeSniffer будут работать из любого веб-браузера, потому что это ярлыки JavaScript, которые не установлены как расширение.

Тестирование сайтов адаптивного дизайна

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

Для мобильных сайтов, которые обслуживают разные HTML-представления на основе строки User Agent String, вы можете переключить пользовательский агент вашего браузера, например, iPhone или iPad на рабочем столе Safari в меню Develop. Переключите пользовательский агент на мобильную строку, и теперь браузер загрузит мобильный контент, и вы сможете запускать все эти автоматизированные средства тестирования и выполнять ручную проверку клавиатуры и проверку работоспособности.

Вывод

Инструменты проверки доступности — отличный способ изучить доступность и двойную или тройную проверку, если ваш сайт доступен. Существуют инструменты проверки доступности для вашего браузера по выбору или букмарклета JavaScript, которые будут запускаться в любом браузере. Не забудьте объединить инструменты тестирования доступности с помощью ручного считывателя экрана и тестирования работоспособности клавиатуры, и вы обнаружите больше проблем и создадите более удобный веб-сайт.

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

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

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

Автор: Paul J Adam

Источник: https://www.24a11y.com/

Редакция: Команда webformyself.

JavaScript. Быстрый старт

Изучите основы JavaScript на практическом примере по созданию веб-приложения

Узнать подробнее

Хотите узнать, что необходимо для создания сайта?

Посмотрите видео и узнайте пошаговый план по созданию сайта с нуля!

Смотреть видео

🥇 Анализ сайта бесплатно — онлайн проверка SEO метрик, мониторинг изменений и позиций вашего сайта

Какую информацию я получу после анализа домена?

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

ИКС Яндекса (ТИЦ), Яндекс знаки, фильтры, вирусы
Узнать кол-во проиндексированных страниц в Яндекс и Google
Посещамеость сайта, источники трафика, география
Определить количество внешних ссылок и доменов

Тесты о SEO поисковой оптимизации сайта
Юзабилити, скорость сайта и мобильная версия
IP адрес вашего сайта, хостер, возраст сайта
Видимость сайта, список ключевых запросов и позиций

Проводится ли SEO проверка сайта?

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

Проверка ответа сайта и загрузки страницы

Тип запроса к серверу

GETPOSTHEAD

Максимальное время загрузки данных*

Параметры для POST-запроса

Сервера для проверки Вашего сайта:

сервер Россия (Москва)

сервер Россия (Санкт-Петербург)

сервер Россия (Новосибирск)

Выбранная страница сайта скачивается на сервера мониторингов по HTTP/HTTPS.

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

На сервер не скачиваются картинки и дополнительные скрипты, а только код выбранной страницы.

Другие проверки Выберите чтобы перейти к проверке————————————————————Комплексная проверка сайта————————————————————Проверка доступности сайта PINGПроверка загрузки страницы HTTP/HTTPSПроверка ответа от DNSПроверка доменаПроверка сертификатаПроверка сайта на вирусыПроверка доступности FTPПроверка произвольного порта

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

Для того, чтобы статистика о Вашем ресурсе собиралась постоянно — запустите постоянный мониторинг

ЗАПУСТИТЬ ПОСТОЯННЫЙ МОНИТОРИНГ БЕСПЛАТНО!

Для новых пользователей бесплатный мониторинг одного сайта — 15 дней!

Анализ сайта

Для анализа работы сайта недостаточно только одной проверки PING до сервера (проверить доступность сайта), т.к. там передаются только небольшие пакеты.

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

Причины медленной загрузки сайта

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

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

Настройка параметров мониторинга

Вам необходимо выбрать тип запроса к серверу:

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

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

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

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

Но лучше указывать конечную правильную страницу, с правильным протоколом (http или https).

Основные причины необходимости проверок HTTP/HTTPS:

Проверка ответа сервера

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

Работоспособность сайта

Необходимо проверять время ответа сервера и контент, который отдается сервером. Также важно проверять несколько ключевых слов со страницы, чтобы определять возможные ошибки веб-сервера.

Проверка загрузки страницы и ответа сервера — основной метод мониторинга работоспособности сайтов

Если необходимо проверить нестандартный порт сервера — проверить порт

Перед запуском ежеминутного мониторинга попробуйте проверить сайт онлайн

Отслеживайте доступность и скорость реакции любого веб-сайта — Azure Monitor

16.09.2019
6 минут на чтение

В этой статье

После того, как вы развернули свое веб-приложение / веб-сайт, вы можете настроить повторяющиеся тесты для мониторинга доступности и скорости реакции. Azure Application Insights отправляет веб-запросы к вашему приложению через регулярные промежутки времени из точек по всему миру.Он может предупредить вас, если ваше приложение не отвечает или слишком медленно.

Вы можете настроить тесты доступности для любой конечной точки HTTP или HTTPS, доступной из общедоступного Интернета. Вам не нужно вносить какие-либо изменения в тестируемый веб-сайт. Фактически, это даже не обязательно должен быть ваш собственный сайт. Вы можете проверить доступность REST API, от которого зависит ваша служба.

Типы тестов доступности:

Существует три типа тестов доступности:

URL-тест ping: простой тест, который можно создать на портале Azure.
Многоступенчатый веб-тест: запись последовательности веб-запросов, которую можно воспроизвести для тестирования более сложных сценариев. Многоступенчатые веб-тесты создаются в Visual Studio Enterprise и загружаются на портал для выполнения.
Custom Track Availability Tests: Если вы решите создать настраиваемое приложение для запуска тестов доступности, можно использовать метод TrackAvailability () для отправки результатов в Application Insights.

Для одного ресурса Application Insights можно создать до 100 тестов доступности.

Создание ресурса Application Insights

Чтобы создать тест доступности, сначала необходимо создать ресурс Application Insights. Если вы уже создали ресурс, перейдите к следующему разделу, чтобы создать тест URL Ping.

На портале Azure выберите Создать ресурс > Инструменты разработчика > Application Insights и создайте ресурс Application Insights.

Создать тест ping для URL

Название «URL ping test» немного неправильное.Чтобы было ясно, этот тест не использует ICMP (протокол управляющих сообщений Интернета) для проверки доступности вашего сайта. Вместо этого он использует более продвинутые функции HTTP-запросов для проверки того, отвечает ли конечная точка. Он также измеряет производительность, связанную с этим ответом, и добавляет возможность устанавливать пользовательские критерии успеха в сочетании с более продвинутыми функциями, такими как синтаксический анализ зависимых запросов и возможность повторных попыток.

Чтобы создать свой первый запрос доступности, откройте панель доступности и выберите Создать тест .

Создать тест

Настройка	Пояснение
URL	URL-адресом может быть любая веб-страница, которую вы хотите протестировать, но она должна быть видна из общедоступного Интернета. URL-адрес может включать строку запроса. Так, например, вы можете немного поупражняться в своей базе данных. Если URL разрешается как перенаправление, мы отслеживаем до 10 перенаправлений.
Разобрать зависимые запросы	Test запрашивает изображения, сценарии, файлы стилей и другие файлы, которые являются частью тестируемой веб-страницы.Записанное время ответа включает время, затраченное на получение этих файлов. Тест не проходит, если какой-либо из этих ресурсов не может быть успешно загружен в течение таймаута для всего теста. Если этот параметр не отмечен, тест запрашивает файл только по указанному вами URL. Включение этой опции приводит к более строгой проверке. Тест может завершиться неудачно для случаев, которые могут быть незаметны при просмотре сайта вручную.
Включить повторные попытки	, если тест не пройден, он повторяется через короткий интервал.Об ошибке сообщается только в том случае, если три последовательные попытки оказались безуспешными. Последующие тесты затем выполняются с обычной периодичностью. Повторная попытка временно приостанавливается до следующего успеха. Это правило применяется независимо на каждом участке тестирования. Мы рекомендуем этот вариант . В среднем около 80% сбоев исчезают при повторной попытке.
Частота испытаний	Устанавливает, как часто тест запускается из каждого места тестирования. При частоте по умолчанию пять минут и пяти тестовых местоположениях ваш сайт тестируется в среднем каждую минуту.
Место проведения испытаний	Это места, откуда наши серверы отправляют веб-запросы на ваш URL. Наше минимальное рекомендуемое количество тестовых местоположений — пять , чтобы убедиться, что вы можете отличить проблемы на своем веб-сайте от проблем с сетью. Вы можете выбрать до 16 локаций.

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

Примечание

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

Критерии успеха

Настройка	Пояснение
Тайм-аут теста	Уменьшите это значение, чтобы получать предупреждения о медленных ответах.Тест считается неудавшимся, если ответы с вашего сайта не были получены в течение этого периода. Если вы выбрали Анализировать зависимые запросы , то все изображения, файлы стилей, сценарии и другие зависимые ресурсы должны быть получены в течение этого периода.
HTTP-ответ	Возвращенный код состояния, который считается успешным. 200 — это код, который указывает, что была возвращена обычная веб-страница.
Соответствие содержимого	Строка типа «Добро пожаловать!» Мы проверяем, что в каждом ответе происходит точное совпадение с учетом регистра.Это должна быть простая строка без подстановочных знаков. Не забывайте, что если содержимое вашей страницы изменится, вам, возможно, придется его обновить. Поддерживаются только английские символы при совпадении содержимого

Оповещения

Настройка	Пояснение
Почти в реальном времени (предварительная версия)	Мы рекомендуем использовать оповещения в режиме, близком к реальному времени. Настройка этого типа предупреждений выполняется после создания теста доступности.
классический	Мы больше не рекомендуем использовать классические оповещения для новых тестов доступности.
Порог местоположения оповещения	Мы рекомендуем как минимум 3/5 мест. Оптимальное соотношение между пороговым значением местоположения предупреждения и количеством тестовых местоположений составляет пороговое значение местоположения предупреждения = количество тестовых местоположений — 2, минимум пять тестовых местоположений.

См. Результаты проверки доступности

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

Через несколько минут нажмите Обновить , чтобы увидеть результаты теста.

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

Выберите конкретный тест, место или сократите период времени, чтобы увидеть больше результатов за интересующий период времени.Используйте Search Explorer, чтобы просмотреть результаты всех выполнений, или используйте запросы Analytics для создания настраиваемых отчетов по этим данным.

Проверять и редактировать тесты

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

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

Если вы видите отказы

Щелкните красную точку.

По результатам проверки доступности вы можете увидеть детали транзакции по всем компонентам. Здесь можно:

Проверьте ответ, полученный от вашего сервера.
Диагностика сбоя с помощью коррелированной серверной телеметрии, собранной при обработке неудавшегося теста доступности.
Зарегистрируйте проблему или рабочий элемент в Git или Azure Boards, чтобы отслеживать проблему. В баге будет ссылка на это событие.
Откройте результат веб-теста в Visual Studio.

Узнайте больше о сквозной диагностике транзакций здесь.

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

В дополнение к необработанным результатам вы также можете просмотреть два ключевых показателя доступности в Metrics Explorer:

Доступность: процент успешных тестов по всем выполненным тестам.
Продолжительность теста: средняя продолжительность теста по всем выполнениям теста.

Автоматика

Устранение неисправностей

Специальная статья по поиску и устранению неисправностей.

Следующие шаги

Сайт не работает? — Проверка доступности сайта

Этот сайт закрыт на для всех или только для меня?

Это не работает или только я? Онлайн веб-сайт отключен Инструмент проверки статуса для проверки доступности любого сайта в режиме реального времени. Чтобы выполнить запрос , если он не работает, , просто введите имя домена или скопируйте и вставьте адрес URL недоступного веб-сайта и посмотрите, не работает или нет для других пользователей прямо сейчас.

ВЕБ-САЙТ ВНИЗ ИЛИ НЕ

ВЕБ-САЙТ НЕ РАБОТАЕТ

Эта программа проверки состояния веб-сайта в реальном времени выполняет независимую проверку сайта или нет , если вы столкнулись с проблемой , не работающей веб-сайтом . Мы связываемся с веб-сервером данного домена, и отображается сообщение : веб-сайт не работает. , если сервер не отвечает, , ошибка клиента , ошибка клиента или ошибка сервера , коды состояния HTTP .Обратите внимание, что в настоящее время мы не можем проверить функциональные возможности сайта (например, логин, форум) или содержимое самой страницы, поэтому вы можете получить сообщение об открытии сайта, даже если для доменного имени загружена пустая страница .

ЧТО МЫ ДЕЛАЕМ: Наш онлайн-инструмент websitedown.info — одна из многих служб, созданных, чтобы сообщать вам, когда на веб-сайте возникают проблемы. Короче говоря, если вас прерывает сообщение об ошибке типа server not found or connection timed out во время просмотра, первое, что вы должны проверить, это только вы или все остальные замечает проблему обслуживания для это конкретное доменное имя.Просто посетите нас, выполните в реальном времени проверку статуса веб-сайта для данной веб-службы и оставайтесь в курсе , добавляя результаты в закладки (в этом случае каждый раз, когда вы посещаете страницу результатов, будет выполняться новая проверка и обновляться статус) . Попробуйте! Введите доменное имя или URL-адрес в форму выше и нажмите кнопку проверки. Так просто пользоваться нашим бесплатным сервисом.

КАК МЫ ЭТО ДЕЛАЕМ: Прежде всего, мы вырезаем доменное имя из данного URL-адреса (например,g .: example.com с http://www.example.com/index.html) и найдите веб-сервер домена . Затем мы пытаемся подключиться к этому серверу и связаться с ним, запросив доставку данной веб-страницы. Мы отправляем эти запросы из независимой сети (наши собственные серверы). Если мы обнаруживаем ошибку во время этого процесса или не получаем ответа в течение 5 секунд от удаленного сервера, мы считаем, что сайт сейчас не работает . Обратите внимание, что мы не можем проверить содержание полученной страницы, поскольку ежедневно выполняются тысячи проверок.Это означает, что если получено простое сообщение, такое как временно недоступно для обслуживания , пустая страница или содержимое с ограниченной функциональностью , мы считаем, что сайт работает. Эти проблемы должен решать веб-мастер. 404 и аналогичные ошибки отображаются как неработающие.

Мониторинг веб-сайтов, Служба мониторинга веб-сайтов, Мониторинг серверов: Site24x7

Список базовых мониторов:

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

Сайт

Веб-сайт (HTTP / HTTPS)
Конечная точка WebSocket
DNS-сервер
Любой порт TCP / IP
Проверка истечения срока действия сертификата SSL / TLS
Мониторинг истечения срока действия домена
REST API или конечная точка веб-службы SOAP
Проверка черного списка в реальном времени
Проверка репутации бренда

Сервер

Сервер Windows / Linux / FreeBSD / OS X (на основе агента)
Microsoft IIS
Докер
VMware (каждая виртуальная машина VMware, хост ESX / ESXi, хранилище данных или пул ресурсов)
Сервер подключений VMware View
Nutanix (каждая виртуальная машина, кластер или хост Nutanix)
Hadoop
Мониторинг Cron (25 заданий Cron)
Мониторинг сердцебиения (25 конечных точек URL)
100+ готовых плагинов

Облако

AWS, Microsoft Azure и GCP

До 16 точек из более чем 110 географических мест.

Каждая веб-страница, загружаемая в браузере, рассматривается как просмотр страницы, независимо от количества ресурсов, которые загружаются за ней. Например, для загрузки одной страницы существуют различные вызовы ресурсов для изображений, CSS и т. Д., Которые не учитываются при просмотре страницы. Только веб-страница, которую посещает пользователь, засчитывается как просмотры страницы.

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

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

До 8 мест из более чем 110 вариантов. Если вы хотите отслеживать больше местоположений, вы можете добавить дополнительный монитор для дополнительных местоположений.Планы Enterprise и Enterprise plus Web поддерживают 16 местоположений на каждый монитор.

Стандартная поддержка включает электронную почту и форум.

Поддержка

Premium включает электронную почту, сообщество, чат и телефон.

У вас должен быть монитор сервера Site24x7 для управления вашими журналами.

Amazon EventBridge, Zoho Analytics, Moogsoft, Jira, ConnectWise, PagerDuty, Microsoft Teams, Slack, ServiceNow, Opsgenie, ManageEngine ServiceDesk Plus, ManageEngine SDP On-Demand, AlarmsOne и Zapier.

Проверка сайта на доступность: Доступность сайта