Меню

Проверьте наличие ошибок url

Как пользоваться инструментом проверки URL

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

Запустить инструмент проверки URL можно двумя способами:

  • Ввести полный URL страницы, которую нужно проверить, в строке поиска, расположенной в верхней части интерфейса Search Console. Он должен вести на доступный ресурс.
  • Нажать на значок проверки рядом с URL страницы (в большинстве отчетов). Иногда, чтобы его увидеть, необходимо навести указатель мыши на URL.

Открыть инструмент проверки URL

Учебный курс по Google Search Console: инструмент проверки URL

Назначение инструмента

  • Просмотр статуса URL в индексе Google. Получите сведения о проиндексированной роботом Googlebot версии вашей страницы и узнайте, что способствовало или мешало ее обработке.
  • Проверка опубликованной страницы. Узнайте, возможно ли проиндексировать определенную веб-страницу на вашем сайте.
  • Запрос индексирования. Запросите сканирование страницы роботом Googlebot.
  • Просмотр отрисованной страницы. Создайте скриншот, который поможет вам понять, как робот Googlebot воспринимает вашу страницу.
  • Список загруженных ресурсов, результаты обработки кода JavaScript и другая информация. По ссылкам Изучить просканированную страницу > Дополнительно (результат, включенный в индекс) или Изучить проверенную страницу > Дополнительно (результат проверки опубликованной страницы) вы можете узнать, какие ресурсы загружаются при обработке страницы, как выглядит ее код и т. д.
  • Устранение неполадок со страницей, отсутствующей в поиске. Страница может быть не включена в индекс по разным причинам. Инструмент проверки URL поможет вам в устранении некоторых из них.
  • Получение информации о вашей канонической странице. Чтобы изучить подробные сведения о проиндексированной версии вашей страницы, выберите Индексирование страниц > Каноническая страница, выбранная Google. Определить каноническую версию страницы можно только на основе результатов индексирования. Проверка опубликованных страниц не дает представления, можно ли считать проверенную версию канонической.

Что не входит в проверку

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

  • Соответствует ли страница и структурированные данные на ней рекомендациям в отношении качества и безопасности.
  • Информация о возможных проблемах с безопасностью сайта и мерах, принятых вручную.
  • Подлежит ли контент сайта удалению по требованию законодательства или иным причинам.
  • Выполнялась ли временная блокировка URL в Search Console.
  • (Проверка опубликованной страницы.) Является ли страница копией другой проиндексированной страницы или ее альтернативной версией. Обычно показываются только канонические страницы или их альтернативные версии.

Просмотр статуса URL в индексе Google.

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

Чтобы получить сведения о URL из индекса Google, выполните следующие действия:

  1. Откройте инструмент проверки URL.
  2. Введите полностью URL, который вы хотите проверить. На что следует обратить внимание:
    • URL должен относиться к вашему ресурсу. Чтобы проверить URL стороннего ресурса, воспользуйтесь инструментом проверки расширенных результатов, оптимизации для мобильных или AMP-страниц.
    • Обычные и AMP-страницы. В инструменте доступны данные об обычной странице и о связанной с ней AMP-версии этой страницы. Проверять их можно раздельно.
    • Канонические и альтернативные версии страниц. Зачастую страницы являются альтернативными версиями или точными копиями. В этом случае вы также можете получить сведения о канонической версии, если она относится к принадлежащему вам ресурсу.
  3. Интерпретация результатов проверки.
  4. Если вы устранили выявленные проблемы, выполните проверку опубликованного URL. Так вы сможете убедиться, что ваши исправления были приняты. Обратите внимание, что проверке поддаются не все проблемы.
  5. При необходимости отправьте запрос на индексирование страницы.

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

О статусе проиндексированного URL

Основные положения

  • Проверяется не сама страница, которая опубликована в интернете, а ее последняя проиндексированная версия. Информация из индекса используется Google при показе результатов поиска. Со времени последнего сканирования страница могла быть изменена или удалена. Чтобы получить сведения о ее текущей версии, нажмите кнопку Выполнить проверку.
  • Значение «URL есть в индексе Google» не гарантирует, что страница появится в результатах поиска. Инструмент проверки URL не учитывает всех требований к показу страниц в Google. Чтобы проверить, появляется ли ваша страница в результатах поиска, выполните поиск ее URL в Google.
  • В разделе «Доступность страницы» можно найти дату последнего сканирования этой страницы.
  • Если один URL перенаправляет пользователей на другой, в результатах показывается протестированный URL, а не целевая страница. Чтобы увидеть результаты индексирования канонической страницы, относящейся к странице с переадресацией, нажмите кнопку Проверить в разделе Индексирование страницы > Индексирование.

Интерпретация результатов

  1. Чтобы узнать, может ли определенная страница появляться в Google Поиске, найдите ее общий статус в верхней части интерфейса инструмента проверки URL. Вариант URL есть в индексе Google означает, что она может быть (но необязательно будет) представлена в результатах поиска Google, а вариант URL нет в индексе Google – что этого не произойдет.
  2. Разверните раздел Индексирование страницы, чтобы изучить дополнительные сведения:
    • Как обнаружено. Информация о том, как роботы Google нашли тот или иной URL.
    • Сканирование. Дата сканирования страницы (если роботам Google удалось его выполнить) или проблемы, помешавшие ему. Если страница имеет статус URL нет в индексе Google, причина обычно описывается в этом разделе.
    • Индексирование. Канонический URL, который алгоритмы Google выбрали для этой страницы.
  3. Улучшения. Если вы добавили структурированные данные и реализовали на странице AMP-технологии или создали ее AMP-версию, вы можете ознакомиться со сведениями в разделе «Улучшения». В этом разделе также есть оценка удобства вашей страницы для мобильных.
  4. Чтобы посмотреть информацию о запросе, включая данные об HTTP-запросе и ответе, и узнать, какой HTML был возвращен, нажмите Изучить просканированную страницу. Если она не работает, могла возникнуть проблема при извлечении контента страницы. Наведите курсор на неактивную кнопку, чтобы посмотреть причину.

К статусу индексирования относится следующая информация:

Общий статус страницы

Общий статус страницы показан в ее верхней части на специальной карточке

В верхней части отчета указывается информация о том, может ли URL появляться в результатах поиска Google (с определенными оговорками). Возможны следующие значения:

URL есть в индексе Google

  • Что это означает. Страница была проиндексирована и может показываться в результатах поиска Google. Ошибок на связанных с ней AMP-страницах, а также в структурированных данных и иных элементах не обнаружено.
    • Важные примечания. Если URL есть в индексе Google, это само по себе не значит, что страница появляется в результатах поиска. Инструмент проверки URL не учитывает всех требований к показу страниц в Google.
    • Чтобы проверить, появляется ли ваша страница в результатах поиска, выполните поиск ее URL в Google.
  • Что можно предпринять. Обычно в таких случаях никаких действий не требуется. При этом вы можете изучить сведения о своей странице, которые доступны Google. Для этого перейдите к разделу с данными об индексировании или улучшениях.

URL есть в индексе Google, но есть проблемы

  • Что это означает. Ваш URL есть в индексе Google, но присутствуют некоторые проблемы, которые могут препятствовать показу вашей страницы со всеми примененными к ней улучшениями. Это могут быть неполадки с AMP-страницами, связанными с канонической страницей, или неверный формат структурированных данных, например предназначенных для показа рецептов, вакансий или иных расширенных результатов. Также обратите внимание на важные примечания в разделе URL есть в индексе Google выше.
  • Что можно предпринять. Изучите предупреждения или ознакомьтесь с представленными в инструменте сведениями об ошибках и устраните обнаруженные проблемы.

URL нет в индексе Google

  • Что это означает. URL не может показываться в результатах поиска Google.
  • Что можно предпринять. Чтобы узнать, почему страница не была проиндексирована и как это исправить, перейдите в раздел Индексирование страниц. Если одна и та же ошибка проявлялась неоднократно и вы ее везде исправили, рекомендуем выполнить проверку опубликованной страницы на нескольких страницах (если ваше исправление можно проверить). Затем сообщите об этом Google, нажав Проверить исправление.

URL содержит альтернативную версию страницы

  • Что это означает. По этому адресу размещена AMP-страница, которая является альтернативной версией канонической обычной страницы. Значение в поле Робот, выполнивший сканирование позволяет узнать, какой именно поисковый робот (для обычных или для мобильных страниц) определил эту страницу как альтернативную. Сведения о проиндексированной странице приведены в поле Каноническая страница, выбранная Google в разделе Доступность страницы.
  • Что можно предпринять. От вас не требуется никаких действий, однако вы можете проверить, указана ли нужная страница в поле «Каноническая страница, выбранная Google».

Индексирование страницы (Могут ли роботы Google найти ее и просканировать?)

В этом разделе указано, удалось ли Google найти и проиндексировать эту страницу.

Статус индексирования
Был ли проиндексирован URL. В заголовке этого раздела указано, почему URL присутствует или отсутствует в результатах поиска Google. Поддерживаются следующие значения:

  • Страница проиндексирована
  • Страница не проиндексирована, а также значение не проиндексировано (рекомендуем ознакомиться с более подробной информацией о них).
  • Страница не проиндексирована: URL неизвестен Google. Это означает, что ранее этот URL роботам Google не встречался.

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

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

  • Отсутствие данных означает, что тестируемый URL не указан ни в одном файле Sitemap или информация о нем в данный момент недоступна.
Ссылающаяся страница
Страница, с которой, возможно, роботы Google перешли к этому URL. Это может быть как страница, которая ссылается на URL, так и одна из ее предыдущих версий. Если в отчете никакое значение не указано, это не значит, что ссылающейся страницы не существует. Вероятно, в текущий момент о ней нет сведений в инструменте проверки URL. Если показывается сообщение «URL может быть известен из других источников, которые в настоящее время не раскрываются», это говорит о том, что роботы Google обнаружили URL иным способом (не с помощью файла Sitemap или ссылающейся страницы), но сведений об этом способе в инструменте проверки URL пока нет.
Последнее сканирование
Время, когда страница была просканирована в последний раз, в вашем часовом поясе. Вся информация, представленная в инструменте проверки URL, относится к последней просканированной версии страницы.
Робот, выполнивший сканирование
Тип агента пользователя, который выполнил сканирование (для компьютеров или мобильных устройств).
Сканирование разрешено?
В этом поле указано, предоставлен ли роботам Google доступ к странице или он заблокирован с помощью файла robots.txt. Если сканирование запрещено, а вам нужно его разрешить, то с помощью инструмента проверки файла robots.txt выясните, какое правило блокирует роботы Google, и удалите его. Проверьте работу этого правила на исследуемом URL. У вас должен быть доступ к файлу robots.txt через браузер по адресу <корневой каталог сайта>/robots.txt, например https://example.com/robots.txt.
Получение страницы
В этом поле содержится информация о том, удалось ли роботам Google получить доступ к странице на сервере. Роботы Google могут иметь доступ к странице, даже если по какой-то причине ее не удается просканировать. Возможные значения:

  • Успешно – страницу удалось получить при индексировании.
  • Ошибка, а также одна из причин возникновения этого статуса.
  • Отсутствует – ошибка, которая не подпадает ни под одну из причин возникновения этого статуса. Это стандартное уведомление об ошибке, и, к сожалению, у нас нет другой информации.
Индексирование разрешено?
Сведения о том, разрешено ли индексирование страницы. Если оно запрещено, то в текущем поле будет указано, каким именно способом. В этом случае страница не будет показываться в результатах поиска Google. Чтобы разблокировать индексирование, удалите тег или директиву noindex.
Внимание! Если доступ к странице заблокирован при помощи файла robots.txt (см. раздел Сканирование разрешено?), в поле Индексирование разрешено? всегда будет указано значение «Да», потому что робот Googlebot не сможет увидеть и принять к сведению директивы noindex. В этом случае страница может появляться в результатах поиска, даже если индексирование запрещено в настройках вашего сайта.
Каноническая страница, выбранная пользователем
Если на вашей странице явным образом указан канонический URL, он будет представлен здесь. Если страница не является альтернативной версией, здесь может быть указан вариант Нет, но это не считается проблемой. Если существует несколько альтернативных версий страницы, рекомендуется явным образом указывать канонический URL. Указать канонический URL можно с помощью тега <link rel="canonical">, HTTP-заголовка и файла Sitemap, а также другими способами. Мы не гарантируем, что выберем именно этот URL, но он будет учитываться. В случае с AMP-версиями в качестве канонического URL следует указывать обычный вариант страницы (если речь не идет об AMP-странице с канонической ссылкой на саму себя).
Каноническая страница, выбранная Google

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

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

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

Индексирование видео (роликов на странице)

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

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

Статус индексирования видео

Страница с видео может иметь следующие статусы индексирования:

  • Видео проиндексировано. Google удалось найти одно или более видео на странице и обработать одно из них.
  • Видео не проиндексировано. Google удалось найти одно или более видео на странице, но не получилось обработать ни одно из них.

Дополнительная информация о видео

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

Проблемы с индексированием видео

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

Причина Описание
Google не удалось определить наиболее заметное видео на этой странице

Робот Googlebot не обнаружил ни одного достаточно заметного видео на этой странице.

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

Попробуйте использовать инструмент проверки URL, чтобы увидеть страницу так, как она отображается в Google (проверьте URL страницы, затем нажмите Проверить страницу на сайте > Посмотреть проверенную страницу > Скриншот). Если видео расположено не в начале страницы, необходимо попробовать другой метод проверки.
Не удается определить расположение и размер видео Видеопроигрыватель отсутствует на странице во время ее загрузки. Обычно так происходит, когда место проигрывателя занимает его изображение (например, скриншот), на которое нужно нажать, чтобы начать воспроизведение. Для решения этой проблемы загружайте видеопроигрыватель в фактическом размере и размещайте на странице во время ее загрузки, чтобы никакого участия пользователей не требовалось.
Видео слишком маленькое или слишком большое Область воспроизведения видео слишком велика или слишком мала для текущей страницы. Изучите требования к размерам видео и настройте подходящий для текущей страницы размер проигрывателя.
mRSS не принимается. Используйте schema.org. Для описания видео используется синтаксис mRSS (media RSS), а роботы Google не могут его обработать. Попробуйте использовать для описания видео разметку schema.org.
Недопустимый URL видео В URL используются запрещенные символы, такие как пробел, или неправильно указан протокол (например, htttttp вместо http).
Неподдерживаемый формат видео

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

Примеры поддерживаемых форматов:

  • https://example.com/videos/video1.mp4
  • https://example.com/videos/video1.mpeg

Пример неподдерживаемого формата: https://example.com/videos/video1.ogg
Неизвестный формат видео

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

  • Пример поддерживаемого формата: https://example.com/video1.mp4
  • Примеры неподдерживаемых форматов:
    • https://example.com/videos/myvideo
    • https://example.com/videos/myvideo.324fvsf4rf
Не указан URL значка видео

Значок для этого видео не указан, и Google не удалось его создать. Укажите ссылку на значок видео, используя структурированные данные, файл Sitemap или файл mRSS-фида.

Если вы указали ссылку на значок с использованием структурированных данных и в ответ получили сообщение об этой ошибке, проверьте, не указана ли в теге HTML другая ссылка на значок этого же видео. Заголовок, URL видео и URL его значка должны быть одинаковы во всех источниках (файле Sitemap, HTML-тегах, метатегах и структурированных данных), которые описывают это видео на одной и той же странице.
Неподдерживаемый формат значка видео Судя по расширению файла, указанный значок имеет неподдерживаемый формат. Используйте только поддерживаемые форматы для значков и указывайте соответствующее расширение.
Недопустимый размер значка видео Предоставлен значок неподходящего размера, и Google не удалось создать значок автоматически. Предоставьте значок допустимого размера.
Доступ к значку запрещен файлом robots.txt У Google нет доступа к значку на основании правила в файле robots.txt. Если значок расположен на другом сайте, узнайте у его представителей, как можно получить доступ к этому значку, или укажите ссылку на значок, которая доступна без пароля и не блокируется в файле robots.txt.
Прозрачный значок видео Уровень прозрачности значка превышает допустимый уровень. Не менее 80 % изображения должно иметь значение alpha более 250. Прозрачные значки не могут обрабатываться при индексировании видео.
Не удалось получить значок видео Робот Google не смог получить доступ к значку по указанному URL. Это не связано с ограничениями в файле robots.txt. Возможно, изображение защищено паролем или его больше нет по указанному URL.
Видео не обработано Робот Google обнаружил, что на странице есть по крайней мере одно видео, но не стал индексировать его.
Видео ещё не обработано Видео обрабатывается. Проверьте состояние через несколько дней.
Видео не найдено на сервисе хостинга Указанное видео отсутствует на сервисе хостинга или находится на частном сервисе, недоступном для поискового робота Google. Найдите видео на этом сервисе и уточните его идентификатор, а затем исправьте идентификатор или URL видео на своей странице.
Значок видео недопустим или отсутствует Значок видео не указан, недоступен или недопустим. По техническим причинам система не может определить, какая именно из этих проблем является причиной ошибки. Убедитесь, что ссылка на значок представлена в поддерживаемом формате, у графического файла правильное расширение, а значок доступен для Google.
Недопустимый значок видео Значок недопустим по какой-то причине, не связанной ни с одной указанной ошибкой. Проверьте, соответствует ли указанный значок всем требованиям и доступен ли он для Google.

Улучшения (удобство для мобильных, AMP-контент и т. д.)

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

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

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

Удобство просмотра на мобильных устройствах

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

URL, прошедший проверку на удобство для мобильных, может отличаться от URL, который вы указали. При индексировании Google пытается для каждого канонического URL подобрать наиболее подходящую мобильную версию. При выборе и проверке URL учитываются переадресация, теги rel=alternate и AMP-версии страниц.

Возможны следующие статусы:

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

Чтобы узнать, удобен ли этот URL для мобильных, разверните раздел дополнительных сведений.

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

AMP-страницы

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

В этом разделе приводятся сведения не о текущей странице, а об AMP-версии, ссылка на которую на ней указана (если сама AMP-страница не является канонической).

Сведения доступны по разным видам ошибок на AMP-страницах – как стандартным, так и связанным с Google.

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

По результатам проверки с помощью инструмента проверки URL AMP-страница или веб-история может иметь один из следующих статусов:

  • AMP-страница действительна/Веб-история действительна. AMP-страница проиндексирована и соответствует нашим требованиям к ее коду.
  • AMP-страница недействительна/Веб-история недействительна. На AMP-странице обнаружена ошибка, из-за которой ее невозможно проиндексировать.
  • AMP-страница не проиндексирована/Веб-история не проиндексирована (проиндексированная версия) или AMP-страницу нельзя проиндексировать/Веб-историю нельзя проиндексировать (проверка опубликованной страницы). Индексирование страницы запрещено, например с помощью правила в файле robots.txt или директивы noindex.
  • AMP-страница действительна (есть предупреждения)/Веб-история действительна (есть предупреждения). AMP-страница доступна для индексирования, но на ней работают не все функции. Возможно также, что она содержит устаревшие теги или атрибуты и поэтому может стать недействительной в дальнейшем.
  • Не AMP-страница. На проверенной странице не используется технология AMP.

Для удобства отладки AMP-кода воспользуйтесь инструментом проверки AMP-страниц.

Расширенные результаты, обнаруженные на странице

Вам доступны сведения обо всех расширенных результатах (структурированных данных), найденных на странице, а именно о количестве активных элементов, их характере и наличии ошибок или предупреждений. Разверните Обнаруженные элементы, чтобы изучить отчет обо всех структурированных данных и ошибках, найденных на странице. Нажав на ошибку, вы сможете выяснить проблему с кодом.

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

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

  • Строка навигации
  • Набор данных
  • Вопрос по учебной программе
  • Мероприятие
  • FAQ
  • Проверка фактов
  • Рецепт
  • How-to
  • Метаданные изображений
  • Вакансии
  • Обучающее видео
  • Логотип
  • Математические сервисы.
  • Информация о товарах продавца
  • Практические задачи
  • Описание товара
  • Страница вопроса с ответами
  • Рецепт
  • Отзыв
  • Окно поиска по сайту
  • Специальное сообщение
  • Video

В настоящее время поддерживаются не все расширенные результаты.

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

Дополнительные данные из ответа

Чтобы посмотреть дополнительные данные из ответа (например, возвращенный необработанный HTML-код, HTTP-заголовки, данные из консоли JavaScript и загруженные ресурсы страницы), нажмите кнопку Изучить просканированную страницу.

Дополнительные данные из ответа доступны только для URL со статусом URL есть в индексе Google или URL есть в индексе Google, но есть проблемы.

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

  • Если ее открыть на главной странице отчета или во вложенных отчетах об использовании протокола HTTPS или о структурированных данных в разделе Улучшения и удобство для пользователей, то тип поискового робота будет указан в разделе Доступность страницы > Просканировано > Робот, выполнивший сканирование.
  • Если боковую панель открыть во вложенном отчете о статусе AMP-страниц или об удобстве для мобильных, будет указан робот Googlebot для смартфонов.

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

Проверка URL опубликованной страницы

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

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

  1. Выполните проверку URL. Внимание! Если страница ещё не была проиндексирована или проиндексировать ее не удалось, на текущем этапе это не является проблемой. Однако важно, чтобы выбранная страница была доступна любому пользователю интернета без авторизации.
  2. Нажмите Проверить страницу на сайте.
  3. Узнайте больше о том, как интерпретировать результаты проверки.
  4. Вы можете переключаться между результатами проверки опубликованной на сайте страницы и ее проиндексированной версии при помощи кнопок Проверить опубликованную версию и Использовать данные из индекса Google.
  5. Чтобы протестировать опубликованную версию повторно, нажмите кнопку «Обновить» Обновить.
  6. Нажмите Изучить просканированную страницу, чтобы увидеть подробные сведения о странице, в том числе ее скриншот и HTTP-заголовки ответа.

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

О результатах проверки опубликованной страницы

Ключевые моменты:

  • Это проверка опубликованной версии страницы, которую наши алгоритмы анализируют в режиме реального времени. Результаты этого анализа могут отличаться от результатов проверки проиндексированной версии страницы по описанным ниже причинам.
  • При анализе опубликованной страницы не проверяются ее присутствие в файлах Sitemap и наличие ссылающихся страниц.
  • Проверка опубликованной версии не нацелена на выявление всех возможных проблем индексирования, в том числе когда страница является копией или альтернативной версией. Копии страниц не индексируются.
  • При анализе опубликованной страницы невозможно проверить ее соответствие требованиям в области качества и безопасности, а также узнать, применяются ли к ней меры, принятые вручную, процедуры удаления контента или блокировки URL.
  • Статус Индексируемая для текущей версии страницы на сайте может отличаться от статуса Доступность страницы для проиндексированной страницы по следующим причинам:
    • Вы что-то добавили или исправили на опубликованной странице (теги noindex, настройки блокировки в файле robots.txt), и роботы Google ещё не успели проиндексировать новую версию страницы. Чтобы определить разницу между проиндексированной и опубликованной версиями страницы, сравните результаты их проверки или просмотрите историю версий страницы на вашем сайте.
    • Проверка опубликованной версии поддерживает не все статусы индексирования, доступные при анализе проиндексированной версии. Некоторые данные, относящиеся к проиндексированной странице, нельзя получить при проверке опубликованной версии, а в отдельных случаях это не имеет смысла. Подробнее о неподдерживаемых статусах…
  • При проверке система выполняет все перенаправления, а затем тестирует итоговую страницу. Однако в результатах вы не увидите перенаправлений и не сможете узнать конечный проверенный URL.

Если результат положительный, означает ли это, что страница будет проиндексирована?

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

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

В результатах проверки опубликованной страницы содержится следующая информация:

Общий статус опубликованной страницы

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

Внимание! Проверка опубликованной страницы не может выявить все возможные факторы, от которых зависит добавление контента в индекс. Пометка «Нет» в этой таблице означает, что условие не проверяется и может иметь место даже после добавления в индекс независимо от статуса URL опубликованной страницы.

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

Возможны следующие значения:

URL доступен Google

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

URL доступен Google, но есть проблемы

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

URL недоступен Google

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

Проверка опубликованной страницы: доступность

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

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

Статус доступности
Статус доступности опубликованной страницы. Возможны следующие значения:

  • URL можно проиндексировать: страница может быть добавлена в индекс, но это не значит, что она будет проиндексирована, потому что проверка не позволяет выявить всех возможных проблем.
  • Посмотрите подробное описание статусов категории «Ошибка» или «Предупреждение».
  • Страница недоступна из-за проблемы с сайтом: при наличии проблемы на всем сайте проверить опубликованную страницу невозможно. Описание этой проблемы приведено в поле Получение страницы.
Время
Момент времени, в который выполнялась проверка опубликованной страницы.
Робот, выполнивший сканирование
Тип агента пользователя, применявшегося при проверке.
Сканирование разрешено?
Значение этого параметра показывает, может ли Google просканировать (открыть) страницу или она заблокирована с помощью правила в файле robots.txt. Если вы не хотите блокировать роботу Googlebot доступ к ней, удалите соответствующее правило из файла robots.txt. Отменить запрет на доступ не значит предоставить право на индексирование. Теперь вам нужно перейти к полю Индексирование разрешено? и внести необходимые исправления. Ознакомьтесь с более подробной информацией.
Получение страницы
В этом поле содержится информация о том, удалось ли роботам Google получить доступ к странице на сервере. Если сканирование страницы запрещено, в этом поле будет указано, что оно не выполнено. По ряду причин страница может быть недоступна роботу, даже если ее сканирование разрешено. Прочитайте статью об ошибках, которые могут препятствовать получению страницы.

  • Успешно – страницу удалось получить при индексировании.
  • Ошибка, а также один из статусов непроиндексированных страниц или ошибка на уровне всего сайта.
  • Внутренняя ошибка – произошла ошибка сканирования, которая не имеет отношения ни к одной из перечисленных проблем. Повторите попытку позже.
  • Отсутствует – ошибка, которая не подпадает ни под одну из причин возникновения этого статуса. Это стандартное уведомление об ошибке, и, к сожалению, у нас нет другой информации.
Индексирование разрешено?
Сведения о том, разрешено ли индексирование страницы. Если оно запрещено, то в текущем поле будет указано, каким именно способом. В этом случае страница не будет показываться в результатах поиска Google. Внимание! Если доступ к странице заблокирован при помощи файла robots.txt (см. раздел «Сканирование разрешено?»), в поле «Индексирование разрешено?» всегда будет указано значение «Да», потому что робот Googlebot не сможет увидеть и принять к сведению директивы noindex. Поэтому страница может появляться в результатах поиска.
Каноническая страница, выбранная пользователем
Если на вашей странице явным образом указан канонический URL, он будет представлен здесь. Если страница не является копией другой страницы, в этом разделе может быть значение Нет, но это не считается проблемой. Если существует несколько альтернативных версий страницы, рекомендуется явным образом указывать канонический URL. Указать канонический URL можно с помощью тега <link rel="canonical">, HTTP-заголовка и файла Sitemap, а также другими способами. Мы не можем гарантировать, что будет выбран именно этот URL, но он будет учитываться. В случае с AMP-версиями в качестве канонического URL следует указывать обычный вариант страницы (если речь не идет об AMP-странице с канонической ссылкой на саму себя).

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

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

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

  • Индексирование страницы запрещено с помощью инструмента удаления URL. Проверить, так ли это, можно на вкладке Временные удаления.
  • Страница просканирована, но пока не проиндексирована
  • Страница обнаружена, не проиндексирована
  • Вариант страницы с тегом canonical
    Страница является копией. Канонический вариант не выбран пользователем.
    Страница является копией. Канонические версии страницы, выбранные Google и пользователем, не совпадают.
    Страница является копией. Отправленный URL не выбран в качестве канонического –
    Google выбирает канонический вариант страницы при индексировании.
  • Страница проиндексирована без контента

Прочие улучшения: удобство для мобильных, AMP-страницы, структурированные данные

Удобство для мобильных

Подробная информация приведена в разделе Удобство проиндексированных страниц для мобильных устройств.

Какой URL проверяется?

Если для указанного URL имеется связанная с ним AMP-страница, которая не содержит ошибок, то эта страница будет проверена на предмет удобства для мобильных*. Если для указанного URL нет связанной с ним AMP-страницы (или эта страница содержит ошибки), проверка будет выполнена с использованием агента пользователя для мобильных устройств с учетом настроенной переадресации и тестированием конечного URL. Конечный URL в отчете не отображается.

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

AMP

Подробная информация представлена в в разделе Проиндексированные AMP-страницы.

Какой URL проверяется?

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

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

Структурированные данные

Подробная информация представлена в в разделе Проиндексированные AMP-страницы.

Проверка опубликованной страницы: дополнительные данные из ответа

Чтобы посмотреть дополнительные данные из ответа (например, скриншот обработанной страницы, возвращенный необработанный код HTML, HTTP-заголовки, данные консоли JavaScript и любые загруженные ресурсы страницы), нажмите на ссылку Посмотреть проверенную страницу.

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

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

  • Если ее открыть на главной странице отчета или во вложенных отчетах об использовании протокола HTTPS или о структурированных данных в разделе Улучшения и удобство для пользователей, то тип поискового робота будет указан в разделе Доступность страницы > Просканировано > Робот, выполнивший сканирование.
  • Если боковую панель открыть во вложенном отчете о статусе AMP-страниц или об удобстве для мобильных, будет указан робот Googlebot для смартфонов.

Проблема с доступностью на всех страницах сайта

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

  • DNS-сервер не отвечает. Зачастую эта проблема носит временный характер и через несколько минут исчезает сама.
  • Ошибка DNS: неизвестный хост. DNS-серверу не удалось распознать указанный вами URL. Во многих случаях эта проблема носит временный характер и через несколько минут исчезает сама.
  • Ошибка DNS: возвращен частный IP-адрес. DNS-сервер вернул IP-адрес, который относится к специальному или частному диапазону адресов, например частный IP-адрес по стандарту RFC 1918 (такой как 10.0.0.1).
  • Не удалось подключиться к серверу. С сервером не удалось связаться, он отклонил соединение, или к нему невозможно подключиться. Подробнее…
  • Недопустимый ответ сервера. Сервер не поддерживает используемый в запросе протокол, его ответ или заголовки усечены, либо ответ не удалось проанализировать (например, если сжатие данных в ответе было выполнено некорректно). Подробнее…
  • Недопустимый SSL-сертификат сервера. SSL-сертификат вашего сервера является недействительным. В таких случаях Google не выполняет проверку опубликованного на сайте URL с протоколом HTTPS.
  • Невозможно получить доступ к файлу robots.txt. Google не выполняет сканирование сайта, если файл robots.txt на нем есть, но обработать его нельзя. Чтобы проверить, есть ли у роботов Google доступ к файлу robots.txt, изучите отчет о статистике сканирования.
  • Превышена нагрузка на хост. Ваш сайт перегружен и не может обработать запросы Google на проверку или сканирование. Google не будет выполнять проверки, пока наши измерения не покажут, что на вашем сайте снизился трафик.

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

Просмотр обработанной страницы

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

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

Как посмотреть обработанную страницу

  1. Протестируйте главную страницу сайта.
  2. На странице с результатами индексирования нажмите Проверить страницу на сайте.
  3. Чтобы открыть дополнительные информационные панели, нажмите Изучить проверенную страницу на карточке с результатами проверки. Если эта функция недоступна, скорее всего, к странице нет доступа.
  4. Перейдите на вкладку Скриншот.

Запрос (повторного) индексирования

Инструмент проверки URL позволяет запросить индексирование страницы роботом Googlebot и узнать, на какой стадии находится эта процедура (она может занять одну-две недели).

Примечания

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

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

  1. Проверьте URL страницы.
  2. Нажмите Запросить индексирование на странице с результатами проверки. В случае отсутствия очевидных ошибок страница будет добавлена в очередь. Если при проверке опубликованной страницы обнаружится, что проиндексировать ее невозможно, то запросить индексирование будет нельзя.

Чтобы запросить индексирование нескольких новых или измененных страниц, лучше всего отправить файл Sitemap, отметив обновленные страницы с помощью тега <lastmod>.

Устранение неполадок со страницей, отсутствующей в поиске

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

  1. Проверьте статус индексирования страницы. Для этого вставьте URL в поле проверки или нажмите кнопку проверки в одном из отчетов Search Console (чтобы увидеть эту кнопку, наведите курсор на URL).
  2. Предварительные результаты проверки показывают, какая информация о странице есть в индексе Google. Эти данные используются при показе контента в Google Поиске. Примечание. В данном случае речь не идет о проверке URL опубликованной страницы. Эту тему мы рассмотрим позднее.
    • Если статус URL начинается со слов «URL есть в индексе Google», значит, страница должна быть доступна в Google Поиске. Чтобы проверить это, введите в строке поиска ее адрес. Если страницы нет в результатах поиска, выполните следующие действия:
      • Откройте отчеты Меры, принятые вручную и Проблемы безопасности: в них могут быть указаны причины, по которым страница не попадает в результаты поиска.
      • Проверьте, не была ли страница кем-либо временно заблокирована.
      • Если в результате этих действий выявить проблему не удалось, продолжите отладку, как описано здесь.
    • Если из статуса ясно, что URL недоступен Google или его нет в индексе Google, откройте раздел Доступность.
      • В заголовке раздела «Доступность» должно быть кратко указано, почему URL не был добавлен в индекс. Сведения о возможных ошибках при индексировании и способах их устранения представлены в Справочном центре. Если URL неизвестен Google, значит, алгоритмы Google не сканировали его, и вам нужно запросить индексирование страницы. Эта процедура, как правило, занимает несколько дней.
      • Если в поле Сканирование разрешено? указано «Нет», значит файл robots.txt запрещает роботам Google сканировать страницу. Подробнее о том, как об этом узнать и что в подобных случаях можно предпринять…
      • Если в поле Индексирование разрешено? указано «Нет», значит, ваш сайт возвращает тег или заголовок noindex, тем самым блокируя добавление страницы в индекс и результаты поиска Google. Чтобы Google проиндексировал ее, удалите этот тег или заголовок.
  3. Если вы изменяли страницу после указанного времени сканирования, вы можете проверить ее текущую версию, нажав кнопку Проверить страницу на сайте. Не все проблемы, препятствующие индексированию страницы, можно выявить в ходе такой проверки. Но если вверху экрана указан статус «Страница без ошибок», значит, она может быть проиндексирована.

Известные проблемы

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

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

Эта информация оказалась полезной?

Как можно улучшить эту статью?

Источник

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

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

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

  • Инструменты для валидации веб-сайта
    • W3C markup validation service (он же validator w3 org)
    • CSS validator
    • Checklink
    • Feed
    • Mobile checker
    • HTML Validator
    • Watson’s site validation check
    • XML well checker and validator
    • Robots checker
    • URL checker
  • Инструменты для оценки и проверки универсального доступа
    • Webaccessibility checker
    • Color contrast
    • Web accessibily evaluation tool-WAVE
    • Accessibility with style
    • Adobe PDF conversion
  • Оценка производительности сайта
    • Pingdom tools
    • Webpage analyzer
  • Проверка кросс-браузерности
    • Browser shots
    • IE net renderer
    • Viewlike

W3C markup validation service (он же validator w3 org)

Этот сервис поможет проверить валидность разметки веб-документов в форматах HTML, XHTML, SMIL, MathML и т. д. И позволит исключить необходимость использования дополнительных инструментов.

Какие проверки осуществляются:

  • Анализ синтаксиса и стилей;
  • Проверка сайта на ошибки онлайн.

Позволяет проверить код CSS и (X)HTML-документы с таблицами. Если нужно валидировать CSS, встроенный в (X)HTML-код, то сначала нужно будет проверить разметку.

Проверяет ссылки и анкоры на отдельных веб-страницах или на целом сайте. Этот инструмент позволяет выявить проблемы, связанные со ссылками, анкорами и объектами в веб-странице, CSS-таблицами и т. д. Сначала убедитесь, что в проверяемых документах используется валидная (X)HTML-разметка и CSS-код.

Бесплатный сервис для W3C-валидации ленты рассылок (Feed), который позволяет проверить синтаксис Atom или RSS. Вы можете проверить сайт на ошибки по URL или с помощью прямого ввода кода.

Инструмент позволяет проводить различные тесты веб-страниц для определения того, насколько они адаптированы под мобильные устройства. Тесты описаны в спецификации mobileOK Basic Tests 1.0. Веб-страница считается адаптированной, если проходит сразу все тесты.

HTML Validator от WDG по функционалу напоминает сервис валидации от W3C. Основные отличия были исключены с выходом обновленной версии W3C-валидатора.

Валидатор HTML онлайн Dr. Watson – бесплатный сервис, который позволяет проверить сайт на ошибки онлайн. Укажите URL-адрес страницы, которую необходимо проверить, и Watson сразу же сделает ее копию. Он также умеет исследовать множество других аспектов сайта: валидность ссылок, скорость скачивания, оптимизация под поисковые системы и т. д. Многие функции совмещены в одну. Если требуется решение «все в одном», то этот инструмент вам точно пригодится.

Какие проводятся проверки:

  1. Скорость загрузки страницы;
  2. Анализ синтаксиса и стилей;
  3. Подсчет количества слов;
  4. Проверка орфографии;
  5. Проверка ссылок;
  6. Уровень оптимизации под поисковые системы;
  7. Проверка входящих ссылок;
  8. Проверка исходного кода.

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

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

URL checker

InternetSupervision™ — это сервис, который отслеживает доступность HTML, FTP, почтовых серверов (SMTP и POP3), наблюдает за производительностью сайта и транзакциями в интернет-магазине (включая активность некоторых форм на странице).

Webaccessibility checker

Этот инструмент умеет проверять отдельные HTML-страницы на соответствие стандартам универсального доступа.

Этот инструмент позволяет проверить контрастность и яркость цветов на переднем и заднем фоне всех DOM-элементов. Правильное сочетание цветов гарантирует, что текст будет виден даже людям с плохим зрением. AccessColor также помогает найти оптимальное сочетание цветов для HTML и CSS-документов.

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

Accessibility with style

HERA – инструмент для проверки доступности веб-страниц и их соответствия спецификации Web Content Accessibility Guidelines. HERA выполняет необходимый набор тестов на каждой странице, и автоматически определяет проблемные места.

Этот сервис позволяет конвертировать любые веб-страницы на английском языке в PDF-документы. «Прогоняя» контент через этот инструмент, вы столкнетесь с тем, что Adobe временами будет испытывать сложности с доступом к тому или иному фрагменту.

Инструмент для проверки сайта на наличие ошибок. Full Page Test загружает сразу HTML-страницу, включая все объекты (изображения, CSS, Javascript, RSS, Flash и фреймы). Затем он имитирует процесс загрузки страницы в веб-браузере, и подсчитывает, сколько времени уходит на загрузку того или иного объекта.

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

Browser shots

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

IE NetRenderer позволяет проверить, как отображается сайт в Internet Explorer 7, 6 или 5.5.

Viewlike

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

А какими инструментами для тестирования сайтов пользуетесь вы? Пожалуйста, поделитесь в комментариях!

Источник

Updated: 11/18/2022 by

Red X Error

There are many services available that are capable of checking your website or blog for errors and finding ways to improve various webpages. Below is a listing of some of our favorite free online services.

General website and HTML checks

  • W3C markup validation — The official validator of the World Wide Web Consortium. An invaluable resource for checking HTML, XHTML or other markup languages you use on your web page for errors.
  • PageSpeed Insights — PSI (PageSpeed Insights) is a tool from Google that gives core web vitals and an overall user experience on mobile and desktop devices.
  • Google Webmaster Tools — A must for any Webmaster. With this free service, you can identify any page or links with errors, scan for malware, find pages with short or missing titles, find duplicate meta tags, and more. It should be noted that you need a Google account to use these tools.
  • Nibbler — A fantastic free online service that gives you a good complete overview of your website with an overall score.
  • Woorank — Another fantastic free online tool that gives you a quick and easy-to-read overview of problems you may have on your site.

CSS checking

  • W3C CSS validation service — Displays any issues errors or compliance warnings you have within any CSS code.
  • CSS Compressor — Although this service cannot check for errors, it is a great tool to use after your CSS code is verified. Using this tool, you can shrink your CSS file to help load times on pages that link to it, and decrease the amount of bandwidth you use.

Speed tests

  • WebPagetest — Our favorite tool for testing a web pages load time.
  • GTmetrix — Speed test a web page and optimize versions of images, pages, and scripts.
  • Pingdom Tools — A fantastic service that gives you a good and easy-to-read overview of how long it takes for something to load on your webpages. Most website visitors only spend a few seconds waiting for a page to load, so fast loading times are essential to a successful website.
  • Web Page Content Compression Verification — Test an individual page or element on a page (e.g., .CSS or .JS file) to see if it’s being compressed before using gzip.
  • Global load time performance test — Test your web page load times around the world.
  • WhichLoadsFaster — If you’re updating or revising a website, this is a great place to quickly test and compare the load times between two different pages.

Accessibility

  • WAVE — Fantastic service for evaluating how accessible a web page is with full details and suggestions on errors and warnings detected.
  • Colorblind filter — See how your page appears to those who have color blindness. Using this page ensures that if someone visiting your site has color blindness, won’t miss something because your color scheme is bad.
  • html2txt — A great method of converting your HTML page into a text document. This page is helpful because many accessibility tools for the blind convert pages to text. Using this tool, you can get a good idea how a blind person may read your page.
  • The Readability Test Tool — Test the readability of your website and get a better idea about how many people would understand your content.
  • IE NetRender — IE NetRender is a great online service that lets you see how your page is displayed in different versions of Microsoft Internet Explorer. This tool is helpful if you need to test your web page in an older browser that is known to have compatibility issues with CSS.

Mobile-readiness

  • mobiReady — Check how compatible your website or blog is when being viewed on a mobile device. It not only gives you detailed information on why your website may or may not work, but also live demos on how the page loads on different mobile devices.

Analyze website

  • Google Analytics — Gives you full details your website’s visitors, which browsers they’re using, the pages they’re leaving, what they’ve searched for, and more. This service helps identify problems other services may have missed.

Testing a site’s usability

Having friends, family, and coworkers view your website is a great way to make sure your website not only works, but works on different computers. Other services like the UsabilityHub Fivesecondtest may also test the overall appeal of your site.

Источник

Updated: 11/18/2022 by

Red X Error

There are many services available that are capable of checking your website or blog for errors and finding ways to improve various webpages. Below is a listing of some of our favorite free online services.

General website and HTML checks

  • W3C markup validation — The official validator of the World Wide Web Consortium. An invaluable resource for checking HTML, XHTML or other markup languages you use on your web page for errors.
  • PageSpeed Insights — PSI (PageSpeed Insights) is a tool from Google that gives core web vitals and an overall user experience on mobile and desktop devices.
  • Google Webmaster Tools — A must for any Webmaster. With this free service, you can identify any page or links with errors, scan for malware, find pages with short or missing titles, find duplicate meta tags, and more. It should be noted that you need a Google account to use these tools.
  • Nibbler — A fantastic free online service that gives you a good complete overview of your website with an overall score.
  • Woorank — Another fantastic free online tool that gives you a quick and easy-to-read overview of problems you may have on your site.

CSS checking

  • W3C CSS validation service — Displays any issues errors or compliance warnings you have within any CSS code.
  • CSS Compressor — Although this service cannot check for errors, it is a great tool to use after your CSS code is verified. Using this tool, you can shrink your CSS file to help load times on pages that link to it, and decrease the amount of bandwidth you use.

Speed tests

  • WebPagetest — Our favorite tool for testing a web pages load time.
  • GTmetrix — Speed test a web page and optimize versions of images, pages, and scripts.
  • Pingdom Tools — A fantastic service that gives you a good and easy-to-read overview of how long it takes for something to load on your webpages. Most website visitors only spend a few seconds waiting for a page to load, so fast loading times are essential to a successful website.
  • Web Page Content Compression Verification — Test an individual page or element on a page (e.g., .CSS or .JS file) to see if it’s being compressed before using gzip.
  • Global load time performance test — Test your web page load times around the world.
  • WhichLoadsFaster — If you’re updating or revising a website, this is a great place to quickly test and compare the load times between two different pages.

Accessibility

  • WAVE — Fantastic service for evaluating how accessible a web page is with full details and suggestions on errors and warnings detected.
  • Colorblind filter — See how your page appears to those who have color blindness. Using this page ensures that if someone visiting your site has color blindness, won’t miss something because your color scheme is bad.
  • html2txt — A great method of converting your HTML page into a text document. This page is helpful because many accessibility tools for the blind convert pages to text. Using this tool, you can get a good idea how a blind person may read your page.
  • The Readability Test Tool — Test the readability of your website and get a better idea about how many people would understand your content.
  • IE NetRender — IE NetRender is a great online service that lets you see how your page is displayed in different versions of Microsoft Internet Explorer. This tool is helpful if you need to test your web page in an older browser that is known to have compatibility issues with CSS.

Mobile-readiness

  • mobiReady — Check how compatible your website or blog is when being viewed on a mobile device. It not only gives you detailed information on why your website may or may not work, but also live demos on how the page loads on different mobile devices.

Analyze website

  • Google Analytics — Gives you full details your website’s visitors, which browsers they’re using, the pages they’re leaving, what they’ve searched for, and more. This service helps identify problems other services may have missed.

Testing a site’s usability

Having friends, family, and coworkers view your website is a great way to make sure your website not only works, but works on different computers. Other services like the UsabilityHub Fivesecondtest may also test the overall appeal of your site.

Источник

Коды ответа страницы сервера

Коды 2xx (успешно)

Код Ошибка Описание
200 Хорошо

Успешный запрос ресурса. Если клиентом были запрошены какие-либо данные, то они находятся в заголовке и/или теле сообщения.
201 Транзакция прошла успешно

В результате успешного выполнения запроса был создан новый ресурс. Сервер должен указать его местоположение в заголовке Location. Серверу рекомендуется дополнительно указывать в заголовке характеристики созданного ресурса (например, в поле Content-Type). Если сервер не уверен, что ресурс действительно будет существовать к моменту получения данного сообщения клиентом, то лучше использовать ответ 202.
202 Принято

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

Аналогично ответу 200, но в этом случае передаваемая информация была взята не из первичного источника (резервной копии, другого сервера и т. д.) и поэтому может быть неактуальной.
204 Нет содержимого

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

Сервер обязывает клиента сбросить введенные пользователем данные. Тела сообщения сервер при этом не передаёт и документ обновлять не обязательно.
206 Частичное содержимое

Сервер удачно выполнил частичный GET возвратив только часть. В заголовке Content-Range сервер указывает байтовые диапазоны содержимого. Особое внимание при работе с подобными ответами следует уделить кэшированию.
207 Многостатусный

Сервер передаёт результаты выполнения сразу нескольких независимых операций. Они помещаются в само тело сообщения в виде XML-документа с объектом multistatus.
226 IM использовано

Заголовок A-IM от клиента был успешно принят и сервер возвращает содержимое с учетом указанных параметров.

 

Коды 3xx (перенаправление)

Код Ошибка Описание
300 Множественный выбор

Затребованный URL обозначает более одного ресурса, и робот не смог однозначно определить, к какой странице URL относится (получен код 300 Multiple Choices).

Исправьте заголовки или укажите ресурс правильно, и тогда робот сможет проиндексировать страницу.
301 Ресурс перемещен навсегда

Документ уже не используется сервером, а ссылка перенаправляет на другую страницу (получен код 301 Moved Permanently).

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

Запрошенный ресурс временно находится под другим адресом (получен код 302 Found).

Так как пользователи не смогут увидеть подобные документы, показывать их в поиске не имеет смысла, и робот их не индексирует. Однако робот обязательно проиндексирует страницу, на которую установлено перенаправление.
303 Смотрите другой ресурс

Запрошенный ресурс находится под другим адресом, и его следует запрашивать, используя метод GET (получен код 303 See Other). Если вы хотите, чтобы указанная страница находилась в поиске, она должна отвечать кодом 200.
304 Ресурс не изменялся

Получен код 304 Not Modified. Если страница не изменилась с момента последнего обращения робота, рекомендуется выдавать этот код. Это ускорит индексирование и уменьшит трафик.
305 Следует использовать прокси

Доступ к затребованному ресурсу может осуществляться только через прокси-сервер, указанный в заголовке Location (получен код 305 Use Proxy).
307 Временно перемещен

Затребованный ресурс был временно переведен на другой адрес, который необходимо прописать в Location (получен код 307 Temporary Redirect).

 

Коды 4xx (ошибка клиента)

Код Ошибка Описание
400 Неверный запрос

Запрос не может быть понят сервером из-за некорректного синтаксиса (получен код 400 Bad Request).
401 Неавторизованный запрос

Для доступа к документу необходимо вводить пароль или быть зарегистрированным пользователем (получен код 401 Unauthorized).
402 Необходима оплата за запрос

Внутренняя ошибка или ошибка конфигурации сервера (получен код 402 Payment Required).
403 Доступ к ресурсу запрещен

Доступ к документу запрещен (получен код 403 Forbidden). Если вы хотите, чтобы страница индексировалась, необходимо разрешить доступ к ней.
404 Ресурс не найден

Документ не существует (получен код 404 Not Found). Если вы удалили какой-то раздел сайта, можно с помощью robots.txt запретить роботу обращаться к нему. Если такой страницы на сайте никогда не существовало, игнорируйте эту ошибку, возможно, кто-то поставил некорректную ссылку на ваш сайт.
405 Недопустимый метод

Метод, определенный в строке запроса (Request-Line), не дозволено применять для указанного ресурса, поэтому робот не смог его проиндексировать (получен код 405 Method Not Allowed).
406 Неприемлемый запрос

Нужный документ существует, но не в том формате (язык или кодировка не поддерживаются роботом). Получен код 406 Not Acceptable.
407 Требуется идентификация прокси, файервола

Необходима регистрация на прокси-сервере (получен код 407 Proxy Authentication Required).
408 Время запроса истекло

Сайт не передал полный запрос в течение установленного времени и робот разорвал соединение (получен код 408 Request Timeout).
409 Конфликт

Запрос конфликтует с другим запросом или с конфигурацией сервера (получен код 409 Conflict).
410 Ресурс недоступен

Затребованный ресурс был окончательно удален с сайта (получен код 410 Gone).
411 Необходимо указать длину

Сервер отказывается принимать запрос без определенного заголовка Content-Length (получен код 411 Length Required). Поправьте заголовки на своем сервере — тогда в следующий раз робот сможет проиндексировать страницу.
412 Сбой при обработке предварительного условия

При проверке на сервере одного или более полей заголовка запроса обнаружено несоответствие (сбой или ошибка при обработке предварительного условия). Получен код 412 Precondition Failed.
413 Тело запроса превышает допустимый размер

Сервер отказывается обрабатывать запрос потому, что размер запроса больше того, что может обработать сервер (получен код 413 Request Entity Too Large).
414 Недопустимая длина URI запроса

Сервер отказывается обслуживать запрос, потому что запрашиваемый роботом URI (Request-URI) длиннее, чем сервер может интерпретировать (получен код 414 Request-URI Too Long).
415 Неподдерживаемый MIME тип

Сервер отказывается обрабатывать запрос, потому что тело запроса имеет неподдерживаемый формат (получен код 415 Unsupported Media Type).
416 Диапазон не может быть обработан

Сервер отказывается обрабатывать запрос, потому что значение поля Range в заголовке запроса указывает на недопустимый диапазон байтов (получен код 416 Requested Range Not Satisfiable).
417 Сбой при ожидании

Сервер отказывается обрабатывать запрос, потому что значение поля Expect в заголовке запроса не соответствует ожиданиям (получен код 417 Expectation Failed).
422 Необрабатываемый элемент

Сервер не в состоянии обработать один (или более) элемент запроса (получен код 422 Unprocessable Entity).
423 Заблокировано

Сервер отказывается обработать запрос, так как один из требуемых ресурсов заблокирован (получен код 423 Locked).
424 Неверная зависимость

Сервер отказывается обработать запрос, так как один из зависимых ресурсов заблокирован (получен код 424 Failed Dependency).
426 Требуется обновление

Сервер запросил апгрейд соединения до SSL, но SSL не поддерживается клиентом (получен код 426 Upgrade Required).

 

Коды 5xx (ошибка сервера)

Код Ошибка Описание
500 Внутренняя ошибка сервера

Сервер столкнулся с непредвиденным условием, которое не позволяет ему выполнить запрос (получен код 500 Internal Server Error).
501 Метод не поддерживается

Сервер не поддерживает функциональные возможности, требуемые для выполнения запроса (получен код 501 Not Implemented). Этот ответ соответствует состоянию, когда сервер не распознает метод запроса и не способен обеспечить его для любого ресурса.
502 Ошибка шлюза

Сервер, действуя в качестве шлюза или прокси-сервера, получил недопустимый ответ от следующего сервера в цепочке запросов, к которому обратился при попытке выполнить запрос (получен код 502 Bad Gateway).
503 Служба недоступна

Возникла ошибка из-за временной перегрузки или отключения на техническое обслуживание сервера (получен код 503 Service Unavailable).
504 Время прохождения через межсетевой шлюз истекло

Сервер, при работе в качестве внешнего шлюза или прокси-сервера, своевременно не получил отклик от вышестоящего сервера, к которому он обратился, пытаясь выполнить запрос (получен код 504 Gateway Timeout).
505 Версия НТТР не поддерживается

Сервер не поддерживает или отказывается поддерживать версию HTTP-протокола, которая используется в сообщении запроса робота (получен код 505 HTTP Version Not Supported).
507 Недостаточно места

Сервер не может обработать запрос из-за недостатка места на диске (получен код 507 Insufficient Storage).
510 Отсутствуют расширения

Сервер не может обработать запрос из-за того, что запрашиваемое расширение не поддерживается (получен код 510 Not Extended).
Источник

Битая ссылка — неработающая, ведет на несуществующую страницу на сайте. При переходе по такой посетитель увидит сообщение об ошибке. (Говоря техническим языком, сервер отправит код ответа 404 «Not found».)

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

11 способов проверки битых ссылок на сайтеВот что Click.ru сообщает при попытке перехода на несуществующую страницу

11 способов проверки битых ссылок на сайтеА вот что отвечает Amazon

11 способов проверки битых ссылок на сайтеБывает и такой креативный подход (Convert Monster)

Главная проблема в том, что битые ссылки ухудшают поведенческие факторы сайта, влияющие на успех SEO-продвижения. Потому что не все посетители настойчивые и терпеливые: многие могут просто уйти, если возникают сложности с навигацией. К тому же избыток broken links — риск попасть под один из фильтров Google.

Рассказываем о 11 способах найти нерабочие ссылки на сайтах. Дальше дело будет за малым: останется вручную поправить их через панель управления или настроить 301 редирект.

Вебмастеры Яндекса и Google

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

В Google Search Console: «Индекс» → «Покрытие» → «Ошибка 404». В Яндекс.Вебмастере: «Индексирование» → «Статистика обхода», а также «Ссылки» → «Внутренние ссылки».

11 способов проверки битых ссылок на сайтеПример отчета Яндекс.Вебмастера по удаленным ссылкам

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

Читайте также: 26 полезных функций «Яндекс.Вебмастера»

Системы веб-аналитики

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

Само по себе количество ошибочных переходов (на страницу 404) можно увидеть в отчетах:

  • Яндекс.Метрики: «Содержание» → «Заголовки страниц».
  • Google Analytics: «Поведение» → «Контент сайта» → «Все страницы» (выбрать параметр «Название страницы»).

Важно: при условии, что 404-страница имеет отличный от других title. Еще она, скорее, будет выделяться и в отчетах «Страницы выхода». Там как раз можно увидеть, насколько битые ссылки ухудшают юзабилити сайта.

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

Кстати, с помощью Click.ru вы можете спарсить метатеги и заголовки с любого сайта. Первые 500 запросов — бесплатно. Дальше от 0,04 р. за запрос.

Отследить, где именно находится битая ссылка, немного сложнее. В Яндекс.Метрике для этого нужно:

1. Создать цель JavaScript-событие с идентификатором типа «error404», название сделать таким же.

2. Добавить в код страницы (XXXXXX — номер счетчика):

<script>
window.onload = function (){
ym(XXXXXX, 'reachGoal', 'error404');
}
</script>

3. Отслеживать в отчетах достижения этой цели по параметру «Страница входа».

11 способов проверки битых ссылок на сайтеМожно будет выбрать группировку по «Страница входа» и добавить метрику — «Целевые визиты» по указанному ID. Отчет покажет страницы, на которых срабатывала ошибка 404.

В Google Analytics можно сделать похожим образом, с помощью событий, или настроить специальный отчет (для этого проще взять шаблон Якова Осипенкова).

11 способов проверки битых ссылок на сайтеПример отчета по битым внутренним ссылкам. «Страница» как раз показывает URL, который вызвал ошибку. (Для проверки внешних ссылок есть другой шаблон).

Эти фильтры Google Analytics тоже работают только в том случае, если 404-страница имеет уникальный заголовок (title).

Читайте также: 20+ ресурсов для обучения веб-аналитике: блоги, курсы, каналы, сообщества, рассылки

Сервисы комплексного SEO-анализа

Другой способ проверить сайт на битые ссылки — воспользоваться одним из сервисов для SEO-аудита.

Netpeak Spider предлагает найти не только broken links, но и дубли метатегов; проверить код сервера сервера, структуру сайта, редиректы, индексацию и др. Мощная фича: встроенный парсер для извлечения данных с различных ресурсов. Подписка стоит от 15 $ в месяц, есть бесплатный тариф.

11 способов проверки битых ссылок на сайтеПример аудита от Netpeak Spider

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

11 способов проверки битых ссылок на сайтеТак выглядит отчет Serpstat по URL с ошибками 404

Screaming Frog SEO Spider сканирует сайт и находит нерабочие ссылки, дубли, ошибки в метаданных, показывает структуру, анализирует редиректы, директивы и др. Лицензия на программу стоит 149 евро в год, однако поиск битых ссылок есть и в бесплатной версии.

Обзор 10 версии Screaming Frog

SEO Analysis & Website Review by WooRank отображает тайтл, дескрипшн и сниппет в Google, проверяет валидность Sitemap, мобильность, юзабилити, структурированные данные — и, конечно, битые ссылки тоже. Это расширение для Chrome, и оно бесплатное. (Правда, в отличие от других, подойдет только для небольших сайтов, так как надо анализировать постранично, вручную).

11 способов проверки битых ссылок на сайтеОценка ссылок на странице от SEO Analysis & Website Review

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

Специализированные инструменты

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

Xenu’s Link Sleuth — старая-добрая программа, проверяет сайты на наличие «сломанных» ссылок. Впрочем проверяет не только ссылки, но и изображения, фреймы, плагины, скрипты. Инструмент полностью бесплатный.

11 способов проверки битых ссылок на сайтеТак выглядит отчет Xenu’s Link Sleuth

Badlinks — онлайн-сервис, который предлагает как разовую, так и регулярную проверку «плохих» ссылок на сайте. Разовая стоит от 50 рублей, регулярная — от 250 рублей в год. Стоимость сильно варьируется, так как зависит от частоты анализа и размера сайта. Бесплатный поиск ограничен 10 страницами.

11 способов проверки битых ссылок на сайтеТак выглядит бесплатный отчет от badlinks.ru (хорошо видно, как всеми силами уговаривают пройти полную платную проверку)

Check My Links — расширение Chrome для поиска нерабочих ссылок на странице. Есть возможность скопировать весь список в буфер обмена, не учитывать ссылки на определенные домены, включить отслеживание nofollow. Инструмент абсолютно бесплатный.

11 способов проверки битых ссылок на сайтеТак выглядят результаты поиска в Check My Links (кстати, еще плагин подсвечивает их на самой странице)

Если работаете с Google Ads, обратите внимание на скрипт, который сканирует все посадочные страницы и сообщает о битых ссылках на почту. О других скриптах и том, как с ними работать, — в блоге Click.ru.

Читайте также: 35+ ресурсов для обучения SEO и развития в профессии

Источник

Инструмент проверки URL — это инструмент диагностики в Google Search Console. Он позволяет добавлять отдельные страницы в Google и симулировать как Google сканирует или отображает URL на вашем сайте.

Отчет

Как только вы отправите URL-адрес в Инструменте, вы получите обзорный отчет, который содержит больше информации о вашей странице:

  • Была ли она ранее отправлена на индексацию
  • Проиндексировал ли Google эту страницу или нет
  • Дата последнего сканирования страницы Google 

Тестирование URL опубликованного сайта

Проверьте URL вашей страницы, чтобы убедиться, что она доступна и работает правильно. Инструмент протестирует вашу ссылку на наличие ошибок/предупреждений и проверит, может ли Google проиндексировать ее.

Предупреждения и ошибки

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

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

Запросить индексацию URL в Google

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

Источник

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

Online Broken Link Checker

Веб-сайт: www.brokenlinkcheck.com.

Проверяет бесплатно 3000 страниц. Количество проверяемых ссылок на страницах неограниченно! Но не будет проверять ссылки на картинки и документы. Отличный сервис, но мне не подошел, так как не показывает отсутствующие картинки или документы в блоге.

Dr Link Check

Веб-сайт: www.drlinkcheck.com.

Хороший сервис, но проверяет бесплатно всего 2500 ссылок на одном сайте (максимум до 7500 на трех сайтах). Мало! Проверка 20 000 ссылок стоит $13 в месяц.

Site 24×7 Link Checker

Веб-сайт: www.site24x7.com/link-checker.html

Этот бесплатный сервис проверяет все ссылки на одной странице. Не то!

W3C Link Checker

Веб-сайт: validator.w3.org/checklink

Бесплатный онлайн-сервис проверки битых ссылок от международной организации W3C. Чтобы он проверил все страницы сайта, надо поставить галочку “Check linked documents recursively, recursion depth“. Если не поставить эту галочку, то он проверит всего одну страницу. А если поставить ее, то он проверяет очень долго – я так и не дождался результата. Потом я поставил ограничение на глубину проверки – 2, сервис работал около часа и выдал, как я понял, не все битые ссылки. Возможно, я что-то не так понял. Но больше времени на то, чтобы разобраться с ним, решил не тратить. Если вы знаете, как его использовать, чтобы проверить все ссылки на всех страницах сайта, то поделитесь в комментариях, буду признателен.

Dead Link Checker

Веб-сайт: www.deadlinkchecker.com

Только 2000 ссылок на сайте можно проверить бесплатно. 50 000 ссылок стоит $9.95 в месяц, 500 000 ссылок стоит $39.95. В целом хороший, но мне не понравился – платный и некрасивый интерфейс.

Broken Link Checker WordPress Plugin

Веб-сайт: wordpress.org/plugins/broken-link-checker/

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

Плагин не обновляли два года, когда я тестировал его первый раз, но обновили в процессе написания мной этой статьи. Я решил попробовать еще раз. Со второго раза все вроде бы сработало.

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

Настраивать плагин нужно в админке разделе “Настройки” > “Проверка ссылок”, а смотреть результаты в разделе “Инструменты” > “Неправильные ссылки”.

Проверка битых ссылок начинается автоматически сразу же после установки плагина.  Статус процесса проверки битых ссылок можно посмотреть в разделе “Настройки” > “Проверка ссылок” во вкладке “Общие”:

Очень важный момент! Если у вас, как у меня, не сработает проверка ссылок после установки плагина, то вы можете запустить проверку битых ссылок на всем сайте еще раз. Для этого в настройках на самой последней вкладке “Дополнительно” нажмите кнопку “Перепроверить все страницы” (принудительная повторная проверка):

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

Link Checker WordPress Plugin

Веб-сайт: wordpress.org/plugins/link-checker/

Этот плагин работает хорошо, но проверяет бесплатно только 500 ссылок, если надо проверить 25 000 ссылок, то надо платить 45 Евро, за 50 000 ссылок – 95 Евро и т.д. То есть, прежде чем пользоваться, вы должны сосчитать все ссылки на своем сайте и понять, сколько будет стоить проверка. Неудобно, да и дороговато как-то.

Программы для проверки битых ссылок

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

  • Xenu’s Link Sleuth (эту бесплатную программу надо устанавливать на компьютер и она работает только на Windows);
  • Screaming Frog SEO Spider (эта программа для Windows, Mac и Ubuntu стоит 149 Евро в год, бесплатная версия позволит проверить только 500 ссылок);
  • Netpeak Spider – платная программа только для Windows, которая стоит $112 в год;
  • LinkChecker – бесплатная программа, которую можно использовать с Linux, Windows и MacOS X. Хороший вариант – работает! Руководство, как пользоваться этой программой из командной строки в Ubuntu;
  • KLinkStatus – бесплатная программа проверки битых ссылок, которую я обнаружил у себя на операционной системе Ubuntu. Прямо в “Ubuntu Software Center”. Это программное обеспечение KDE, поэтому, возможно, эта программа будет работать и на Windows, и Mac OS X.

Проверка битых ссылок в панелях вебмастера Гугл или Яндекс

Все в Интернете пишут, что вы также можете проверить битые ссылки при помощи Инструментов для вебмастеров в Гугле и Яндексе. А я считаю, что проверять битые ссылки при помощи этих инструментов не стоит. И вот почему.

Проверка битых ссылок в панели вебмастера Яндекса

Битые ссылки можно найти в панели вебмастера в Яндексе в разделе “Ссылки” > “Внутренние ссылки”:

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

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

Проверка битых ссылок в панели вебмастера Гугл

В новом интерфейсе панели Гугл для вебмастеров теперь есть отчет “Покрытие”, который показывает все проиндексированные страницы и проблемы с ними:

В интерфейсе этот отчет называется “Покрытие”, а в справке “Отчет об индексировании“. Браво, Гугл)!

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

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

Выводы. Какой сервис для проверки битых ссылок лучше выбрать?

Если у вас сайт на WordPress, то попробуйте использовать плагин Broken Link Checker. Если у вас сайт не на WordPress, то рассмотрите следующие варианты.

Онлайн-сервисы

Лучшие бесплатные онлайн-сервисы – это: www.brokenlinkcheck.com (проверяет бесплатно 3000 страниц сайта и неограниченное количество ссылок!) и www.validator.w3.org/checklink (я не разобрался до конца, как пользоваться этим сервисом).

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

Программы для установки на ПК

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

LinkChecker – бесплатная программа проверки битых ссылок, которая работает во всех операционных системах: Linux, Windows и MacOS X. Но придется разобраться, как ее установить и как она работает.

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

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

Других бесплатных вариантов на сегодняшний день нет – я проверил все! Если вы вдруг найдете что-то еще поделитесь, пожалуйста.

Источник

0 0 голоса
Рейтинг статьи
Подписаться
Уведомить о
guest

0 комментариев
Старые
Новые Популярные
Межтекстовые Отзывы
Посмотреть все комментарии

А вот еще интересные материалы:

  • Яшка сломя голову остановился исправьте ошибки
  • Ясность цели позволяет целеустремленно добиваться намеченного исправьте ошибки
  • Ясность цели позволяет целеустремленно добиваться намеченного где ошибка
  • Проверьте заправочную горловину ошибка ford explorer 5
  • Проверьте диск на наличие ошибок щелкните для начала сканирования

    • ➤