Перечень сообщений об ошибках в результатах сканирования генератора карты сайта


Содержание

Перечень сообщений об ошибках в результатах сканирования генератора карты сайта

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

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

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

Ошибки клиентского сервиса

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

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

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

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

4. Тщательно контролируйте сканирование и индексирование поисковой системы. Некоторые владельцы сайтов намеренно блокируют Google и имеют полный контроль над тем, как сайт сканируется и индексируется.

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

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

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

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

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

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

6. Когда соединение недоступно или недоступно, Google предоставит сообщение об ошибке подключения.

7. Поскольку Google не может подключиться к серверу, будет дана ошибка таймаута подключения.

8. Ошибка ответа отсутствует, когда Google может подключиться к серверу сайта, но соединение было прекращено до того, как сервер даже отправил какие-либо данные.

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

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

Если Google обнаружит значительное количество ошибок на сайте, вы будете уведомлены о них в форме сообщения для своей учетной записи, независимо от размера веб-сайта. Затем, сначала просматривая страницу «Ошибки сканирования» в разделе «Ошибки сайта» будет отображаться код состояния, смежный со всеми тремя типами ошибок «подключение к серверу, DNS и выборка robots.txt». Нормальным показанием для каждого из них будет зеленый галочка.

Высокий уровень ошибок

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

Для этого есть ряд возможностей:

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

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

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

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

Кроме того, вам может потребоваться настроить сервер для ответа на имена хостов, которые не существуют, что имеют код ошибки HTTP, например, 404 или 500. Это наиболее применимо, когда веб-сайт имеет контент, созданный пользователями и дает каждому пользователю свой собственный домен. Если вы столкнулись с поиском DNS или тайм-аутом DNS, Google не смог распознать имя хоста. Вы можете использовать Fetch как Google, чтобы убедиться, что сайт может быть правильно сканирован. Если сайт возвращается без каких-либо проблем, Google автоматически получает доступ к вашему сайту. Вам может потребоваться проверить у своего регистратора, чтобы сайт был правильно настроен и сервер фактически подключен к интернету.

FAQ по файлам Sitemaps

Посмотрите видео-обзор нашего сервиса.

  • Международные домены (gTLD)
  • Интернационализованные домены (IDN)
  • Национальные домены (ccTLD)

При запуске, сервис принимает в обработку только такие формы URL, которые представляют собой доменное имя. При этом домен может быть любого уровня.
Наш сервис позволяет индексировать арабские, индийские и кириллические домены, включая зоны .РФ, .РУС, .МОСКВА, .УКР, .БЕЛ, .СРБ, .БГ.
Примеры URL:

  • http://mydomain.com
  • http://sub.mydomain.ru
  • http://ваш-домен.рф

В процессе индексации Ваш сайт может формировать идентификаторы сессий. Наш сканер обрабатывает и удаляет идентификаторы сессий. В файл Sitemap ссылки будут занесены «чистыми», без идентификаторов передаваемых в URL — phpsessid (для PHP) или объектов sessionID (для ASP). Это позволяет избежать попадания в Sitemap дубликатов ссылок, когда робот получает одну и ту же страницу под различными URL.

Пример идентификатора сессии в PHP:

Рекомендуем пользоваться этой опцией, в случае если у Вас большой сайт и его индексирование может занять продолжительное время. Данная опция позволяет Вам не дожидаться завершения индексации и получить результат работы генератора на Email. Функция доступна как в платной (на указанный адрес Вы получаете готовый* файл), так и в бесплатной версии генератора (Вы получаете ссылку на скачивание готового файла на нашем сервере).

* Если общий объем созданных файлов превышает допустимый предел — Вам будет отправлена ссылка на скачивание с нашего сервера.

Как проверить корректность карты сайта (sitemap.xml)? Проводим анализ XML-карты сайта

«Анализ XML-карты сайта» — очень простой инструмент. Вот как он работает:

Указываем карту сайта (URL) или загружаем XML-файл.

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

Инструмент позволяет проверить корректность карты сайта (файла формата *.xml), а также найти:

Ошибки валидности файла.

Те URL, которые отдают код ответа не 200 OK.

Прочие ошибки (указание на URL с другого домена, избыточный размер файла или числа URL в нём и так далее).

Напомним, что число допустимых URL в одном файле — 50 000 штук, а размер файла не должен превышать 10 МБайт.

Если будут найдены ошибки (такое случается часто), то сервис подскажет, какие URL отдают некорректный ответ (удалены, лишние и так далее).

Поиск проблем индексации

С помощью «проверки XML-карты сайта» можно диагностировать и проблемы индексации. Для удобства выводится не только число найденных URL, но число документов в индексе Яндекса и Google для домена и их можно сравнить.

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

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

В индексе сильно больше документов, чем в карте сайта. Дубли? Или в файл попали не все нужные URL.

Исправляем ошибки sitemap.xml в сервисе Labrika

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

Ошибки в sitemap.xml существенно снижают скорость переиндексации сайта и затрудняют работу поисковых роботов Яндекс и Google. Поэтому их необходимо вовремя находить и устранять. Однако, если на вашем сайте большое количество страниц, найти неисправности в sitemap вручную будет непросто из-за большого объема данных. На помощь приходит сервис Labrika, в котором есть полезный инструмент для работы с sitemap.xml. Он поможет вам своевременно обнаружить все ошибки и исправить их автоматически, в один клик.

Находится этот инструмент в разделе «Технический аудит» левого бокового меню:

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

  1. Здесь представлены данные о страницах, которые есть в sitemap.xml, но которых нет на сайте. Эти страницы перечислены ниже, в виде списка. Возможно, они были удалены с сайта и отдают ошибку 404, но в sitemap информацию о них не убрали.
  2. Далее мы можем видеть страницы, которые доступны для индексации поисковых роботов, но отсутствуют в sitemap. Чтобы роботы своевременно посещали эти страницы, их необходимо добавить в sitemap.xml.
  3. И наконец, страницы, которые есть в sitemap, но при этом закрыты от индексации. Вероятно, такие страницы были добавлены в карту сайта, но потом их закрыли от индексации в robots.txt.

Продемонстрируем данные, которые выводятся во вкладках, описанных во втором и третьем пунктах, на следующих скриншотах:

  • При нажатии на клавишу «Перепроверить sitemap.xml» Лабрика проанализирует карту сайта и выдаст информацию об ошибках, описанных в первых трех пунктах.
  • После нажатия кнопки «Скачать исправленный sitemap.xml» Лабрика самостоятельно исправит все обнаруженные ошибки и сохранит правильную обновленную версию sitemap.xml на ваш компьютер. Вам останется только выгрузить ее на сайт взамен старого файла.
  • Читать дальше подобные статьи

    Онлайн SEO-сервис Labrika

    Получите рекомендации для продвижения сайта на основе 178 требований поисковых систем

    Запустите SEO анализ страницы сайта для оценки эффективности внутренней оптимизации

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

    Чем полезна внутренняя оптимизация сайта?

    Исправьте технические ошибки найденные на посадочных страницах

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

    Повысьте позиции веб-страницы в поисковых системах

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

    Повысьте коэффициент конверсии и продажи

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

    Мы взаимодействуем со всеми CMS

    Your Сustom CMS

    Чем инструмент SEO анализа страниц сайта может помочь?

    Проверьте важные SEO элементы страницы

    Исправьте проблемы с загрузкой веб-страницы

    Найдите технические SEO ошибки

    Проведите сканирование всех исходящих и внутренних ссылок с конкретной страницы

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

    Вау, я хочу попробовать это прямо сейчас!

    Как осуществляется SEO анализ страницы?

    Наш бот проверяет введеный вами URL в режиме реального времени

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

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

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

    Высчитывается SEO рейтинг страницы

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

    Юзабилити: чего стоит избегать в сообщениях об ошибках?

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

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

    «Помощь: Как правильно создать пароль?»

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

    Неоднозначные сообщения

    Самое худшее — это неоднозначные сообщения, которые не дают ответа на вопрос: «Что здесь не так?». Вот как выглядит страница Amazon, по какой-то причине не принимающая промо-код:

    «Введенный промо-код не может быть использован для этой покупки». Почему?!

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

    График зависимости производительности от уровня стресса, слева направо: спокойное состояние, «полезный» стресс, дистресс (вреден для здоровья)

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

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

    Плохой дизайн сообщений об ошибках

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

    Если вы специально все перепутаете (так, будто форму заполняет далекий от Интернета человек), то получите следующий результат:

    «Поле “обращение” должно быть заполнено»

    Так, вы забыли указать, кто вы — «мистер» или «миссис». После исправления появляется другая ошибка:

    Что-то не так с email? Забыли .com, но это несложно исправить:

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

    «Введенный адрес электронной почты уже используется пользователем FreeSpirit. Используйте другой адрес»

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

    Не все формы выглядят так грустно, но многие из них имеют общие проблемы. Избегайте их, и вы будете впереди. Рассмотрим все по порядку.

    Проблема №1: Двусмысленность

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

    «Ваш email не может быть отправлен»

    Почему? Как пользователь должен это понять?

    Сервис Bitly просто утомляет подобными сообщениями, которые не объясняют конкретно, что не так. Имя пользователя? Пароль? И то, и другое? Помогите человеку понять, в чем он ошибся:

    «Нет, попробуйте еще раз»

    Это довольно частая проблема.

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

    Илон Маск рекомендует:  Что такое код include

    «Извините, произошла ошибка. Детали ошибки выделены цветом ниже»

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

    Проблема №2: Снисходительный тон/обвинение пользователя

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

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

    «Мы уже трижды предупреждали вас, что этот файл не существует. Не делайте так снова»

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

    «Ой, что-то пошло не так» (Ой)
    «В этой форме обнаружены ошибки» (Ошибка)
    «Отправка формы не удалась» (Не удалась)
    «При создании профиля возникла проблема» (Проблема)
    «Неправильно заполнены поля» (Неправильно)
    «3 ошибки делают невозможным сохранение данного пользователя» (Невозможный)

    Проблема №3: Неправильное расположение сообщений об ошибках

    Вот что пишет UXMovement в своей статье:

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

    Что может быть более пугающим, чем увидеть что-то вроде этого в момент, когда вы готовы нажать «Отправить»?

    «Ошибки, которые были найдены при заполнении, пожалуйте, исправьте их и снова подтвердите форму»

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

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

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

    В следующем примере ошибки расположены лучше, чем когда они собраны все вместе, но все же непонятно, где возникла конкретная ошибка (например, ошибка «Поле «имя» не может быть пустым» находится между полями с именем и фамилией, создавая двусмысленность):

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

    «Ваш пароль должен содержать от 4 до 60 символов»

    Проблема №4: Неясные ожидания

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

    Многие сообщения об ошибках не дают представления о следующем шаге. Как в примере со Spirit Airlines: они могли бы предоставить несколько возможностей восстановить доступ к аккаунту или спросить: «У вас уже был аккаунт? Войдите здесь». Вместо этого они просто сообщают, что ваш email уже используется.

    «Этот email уже используется, укажите другой»

    Отличное сообщение об ошибке, которое учит пользователя и помогает исправить ее, предлагает MailChimp::

    «Извините, мы не нашли аккаунт с таким именем. Помочь вам восстановить имя пользователя?»

    Если ваша форма не предполагает гибкого заполнения полей с определенными данными (например, номера телефонов, почтовые индексы и так далее), хорошо бы дать пользователю понять, как именно он должен вводить данные. Сообщить об этом можно с помощью текста, набранного маленьким шрифтом прямо под полем.

    Использование микротекста для избежания ошибок

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

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

    «Убедитесь, что вводите адрес, привязанный к кредитной карте»

    Вот еще один пример, где помог бы текст с инструкцией:

    «Пожалуйста, введите числовое значение»

    Пип Лайа (Peep Laja) пытался заполнить форму на веб-сайте для получения ссылки на событие. Однако в результате он был возвращен на первую страницу, содержащую большое красное сообщение «Возникла проблема с вашей подпиской», полное неопределенности.

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

    Пример из жизни

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

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

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

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

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

    Лучшие примеры сообщений об ошибках, проверенные годами

    «Нильсен Норман Груп» предложили следующие лучшие практики сообщений об ошибках еще в 2001 году — и они до сих пор работают:

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


    Правило «4H»

    У UXMas есть полезное правило, касающееся сообщения об ошибке, которое они называют «4Н». Согласно этому правилу, сообщение об ошибке должно быть:

    1. Человечным (Human)
    2. Полезным (Helpful)
    3. Забавным (Humorous)
    4. Простым (Humble)

    1. Человечное

    UXMas утверждают, что правило номер один — это «убедиться, что сообщение об ошибке звучит так, как будто все происходит в диалоге между двумя людьми». Вот пример плохого сообщения об ошибке, которое не удовлетворяет этому правилу:

    «Ошибка! Не авторизован»

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

    2. Полезное

    Сообщение об ошибке делают полезным три фактора:

    • Заметное ли оно?
    • Объясняет ли оно, что пошло не так?
    • Помогает ли оно пользователю исправить ошибку?

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

    3. Забавное

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

    Тем не менее, юмор следует использовать в контексте своей аудитории: он может либо смутить пользователя еще больше, либо сработать наоборот. Страницы с ошибкой 404 — отличное место для применений легкого юмора (и стратегического перенаправления на другую страницу).

    «Оох! Винстон очень круто одевается. Однако сейчас он, кажется, надел что-то неподходящее (как и страница, которую вы ищете). Давайте поможем ему выбрать что-то другое!»

    У Yahoo! Есть отличный пример использования юмора при подтверждении формы:

    «Вы правда из будущего??»

    4. Простое

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

    Как насчет построчной проверки?

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

    «Вы можете использовать буквы, числа и точки»
    «Пожалуйста, введите от 6 до 30 символов»

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

    • На 22% больше успешно заполненных форм,
    • На 22% меньше ошибок,
    • На 31% увеличилась удовлетворенность пользователей,
    • На 42% сократилось время заполнения,
    • На 47% сократилось число фиксаций взгляда.

    На 22% больше людей, успешно заполнивших форму, стоят того — как и создание более привлекательного опыта для пользователя.

    Хороший пример построчной проверки сайта booking.com:

    «Мы пришлем сюда подтверждение бронирования и гид по Таллину!»

    Как отслеживать ошибки с помощью Google Analytics

    Тим Лейтон-Бойс из CXFocus не так давно говорил в своем блоге об одном из самых его любимых отчетов GA:

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

    Для этого требуется способность создавать цель по ошибкам, что не всегда возможно для сайта. Однако если вы можете создать такую цель — то «Обратный Путь К Цели» станет отличным инструментом. Он хорошо работает в случаях, когда невозможно предугадать шаги, приведшие к ошибке, в отличие от воронки оформления заказов. Фактически шаги, ведущие к цели, в данном случае и есть то, что мы пытаемся найти»:

    Обратный путь к цели

    Также можно использовать скрипты для отслеживания ошибок JavaScript на вашей странице, а затем добавить их в отслеживание событий в Google Analytics. Search

    Engine Watch объясняют, как устанавливать отслеживание событий для выявления ошибок в заполнении форм:

    «Задайте для своей формы отслеживание событий, где каждое событие представляет определенное поле формы. Категория должна определять, какая форма содержит больше всего ошибок, а ярлык должен быть динамическим, подтягивающим определение правила, которое вызвало ошибку, и введенное значение, которое нарушает это правило, разделенные, например, с помощью символа «|».

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

    Вместо заключения

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

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

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

    8 сервисов автопроверки on-page ошибок

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

    Список основных on-page ошибок:

    • отсутствуют метаданные;
    • нерелевантные метаданные;
    • неканоническая страница;
    • страница закрыта/не закрыта от индексации;
    • не указаны атрибуты hreflang;
    • неправильная структура заголовков;
    • долгая загрузка;
    • плохое usability;
    • неоптимизированные изображения;
    • плохие тексты;
    • ошибки в микроразметке данных;
    • невалидность кода.

    Каждый пункт из списка может привести к ухудшению ранжирования страниц сайта поисковыми системами.

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

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

    1. Netpeak Spider

    Цена: платно, пробный период — 14 дней.

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

    • определённую директорию;
    • заданный список URL;
    • страницы, указанные в файле Sitemap.xml;
    • страницы, соответствующие заданным требованиям.

    Netpeak Spider предоставляет широкие возможности для проверки всех страниц сайта на 60+ on-page ошибок. Полный список найденных внутри сайта ошибок отображается по итогу сканирования на боковой панели на вкладке «Ошибки». Те ошибки, которые краулер на данном сайте не нашёл, скрываются в самом низу списка:

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

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

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

    Вот пример прохода программы по сайту:

    Для проверки выбирали параметры: «Код ответа сервера», «Время ответа сервера», «Title», «Description», «Содержимое H1», «Keywords».

    Чтобы просмотреть детальную информацию по каждой ошибке, достаточно кликнуть по её названию:

    Netpeak Spider умеет самостоятельно составлять структуру сканируемого сайта. Это помогает выявить шаблонные проблемы страниц одной категории или раздела:

    Если этого покажется мало, используйте функцию «Парсинг», которая расширяет возможности программы и позволяет извлекать данные при помощи XPath, CSS-селекторов и регулярных выражений:

    Помимо основного функционала, в программе предусмотрено несколько полезных самостоятельных инструментов:

    • анализ исходного кода и HTTP-заголовков, удобный для мгновенного изучения найденной проблемы;
    • расчёт внутреннего PageRank, который позволяет выявить проблемы с распределением ссылочного веса внутри сайта;
    • валидатор XML Sitemap, предназначенный для проверки карты сайта на ошибки;
    • генератор Sitemap, с помощью которого можно сделать карту сайта в разных форматах.

    2. Netpeak Checker

    Цена: платно. Пробный период: 14 дней.

    Программа Netpeak Checker предназначена, в первую очередь, для работы с off-page оптимизацией (более 1200 параметров суммарно), но также обладает базовым функционалом для проверки on-page ошибок:

    Checker позволяет пробить интересующие параметры для заданного списка URL. Можно делать собственные связки параметров.

    • какие метаданные содержит список страниц (параметры: «Код ответа сервера», «Title», «Description», «Значение h1», «Keywords»). Вот что получится после сканирования:
    • корректно ли настроен редирект (параметры: «Код ответа сервера», «Редиректы», «Конечный URL редиректа», «Цепочка редиректов»):
    • установлен ли rel=»next» и rel=»prev» для страниц пагинации (параметры: «Код ответа сервера», «Rel Next URL», «Rel Prev URL»):
    • открыта ли страница для индексации (параметры: «Код ответа сервера», «Robots.txt», «Canonical URL», «X-Robots-Tag», «Meta Robots»):
    • открыта ли страница для индексации (параметры: «Код ответа сервера», «Robots.txt», «Canonical URL», «X-Robots-Tag», «Meta Robots»):
    • насколько страница популярна в социальных сетях:

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

    3. Sitechecker.pro

    Сервис позволяет проверить страницу по таким параметрам:

    Интересная особенность Sitechecker — он показывает метаданные:

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

    Из стандартных возможностей — сервис может проверить, например:

    Sitechecker.pro дает предпросмотр страницы на мобильных устройствах:

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

    4. Screaming Frog SEO Spider

    Цена: платно. Есть бесплатная версия, но здесь до 500 URL и часть настроек заблокирована.

    Screaming Frog SEO Spider сканирует все страницы сайта и сразу проверяет их на ошибки (в том числе и on-page):

    Например, проверить ошибки в теге title конкретной страницы можно на вкладке «Page Title». В разделе «Page Titles» вкладки «Overview» приведены общие данные по тегу title на отсканированных страницах:

    Чтобы найти закономерности в распределении ошибок по страницам можно воспользоваться вкладкой «Site Structure»:

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

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

    5. Google Search Console

    Выявить ошибки на страницах сайта позволяет и вебмастерка от Google — Search Console.

    В новой версии Google Search Console появился наглядный отчет о том, почему список страниц не индексируется:

    Отчет «Индексирование отправленных URL», объясняет, почему страницы не индексируются.

    • «отправленный URL возвращает ложную ошибку 404»;
    • «страница, связанная с отправленным URL, содержит тег noindex»;
    • «ошибка переадресации»;
    • «ошибка сервера (5xx)».

    Нажимаем на «причину» и получаем список URL, которые из-за нее не проиндексированы:

    В отчете по не индексированным страницам есть функции работы с отдельными URL:

    «Проверить URL» — показывает, существует ли запрошенная страница в индексе, откуда Google узнал о ней и дату последнего запроса поискового бота:

    «Проверить блокировку URL в robots.txt» — показывает, заблокирован ли проверяемый URL в файле robots.txt сайта:

    «Посмотреть в поиске» — перебрасывает на страницу поиска с оператором «info:», что позволяет посмотреть, как выглядит проверяемая страница в поисковой выдаче:

    «Проверить исправление» — в случае устранения ошибок на страницах, можно отправить URL на переобход поисковым ботом:

    Илон Маск рекомендует:  Атрибут seamless в HTML

    Плюс, как отдельный инструмент, существует «Проверка оптимизации для мобильных»:

    Так выглядит отчет по оптимизации страницы для мобильных устройств:

    6. Яндекс.Вебмастер

    Вебмастерка Яндекса также предоставляет данные об ошибках on-page на сайте. Например, в окне «Диагностика сайта» приходят оповещения о проблемах (в том числе и об on-page ошибках):

    Например, так выглядит оповещение об отсутствующем мета-теге description:

    Яндекс.Вебмастер показывает, почему не индексируются страницы в отчете «Страницы в поиске»:

    Если проблема со страницей решена, то можно отправить ее на переиндексацию:

    Так как важный фактор ранжирования — наличие мобильной версии, то вебмастерка позволяет проверить и ее:

    Вот как выглядит отчёт «Проверка мобильных страниц»:

    Чтобы не пропустить ошибки, можно настроить автоматическое оповещение о них на почту:

    7. Google Tag Manager

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

    Создаем переменную JavaScript:

    Получаем в переменной — значение title страницы:

    Настраиваем триггер (если значение переменной document.title не равно любому количеству любых символов, то элемент пуст)

    Чтобы получить URL проблемной страницы и узнать, как на нее попали, используем стандартные переменные «Page Path» и «Referrer».

    Настраиваем тег (передаем в действие — Page Path, а в ярлык — Referrer)

    Далее передаем полученные с помощью Google Tag Manager данные в Google Analytics, где, по желанию, настраиваем цель с подходящим названием.

    Без настройки отдельной цели в Google Analytics посмотреть событие можно здесь:

    С помощью GTM можно отслеживать и другие on-page ошибки. Например, вот переменная для отслеживания мета-тега description:

    8. Google Таблицы

    Если необходимо что-то проверить, а времени/желания искать подходящий сервис нет (или настраивать Google Tag Manager, который потом требует времени для сбора данных), тогда можно воспользоваться классическим инструментом интернет-маркетологов — таблицами.

    Проверять страницы на on-page ошибки можно с помощью Microsoft Excel и Google Таблиц.

    Разберем реализацию в Google Таблицах: допустим, нужно проверить наличие и длину title, канонический URL и количество h2.

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

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

    Например, в формуле =ЕСЛИ(A2<>«»;ЕСЛИОШИБКА(IMPORTXML(A2;»//link[@rel=’canonical’]/@href»);»ПУСТО»);»»)

    использовано три функции: ЕСЛИ, ЕСЛИОШИБКА и IMPORTXML + один XPath.

    Выводы

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

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

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

    Проверка данных Excel

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

    • 01.01.2001;
    • 01/01/2001;
    • 1 января 2001 года и т.д.

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

    Где находится?

    Для настройки параметров проверки вводимых значений необходимо на вкладке «Данные» в области «Работа с данными» кликнуть по иконке «Проверка данных» либо выбрать аналогичный пункт из раскрывающегося меню:

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

    Настройка условия проверки

    Изначально требуется выбрать тип проверяемых данных, что будет являться первым условием. Всего предоставлено 8 вариантов:

    • Целое число;
    • Действительное число;
    • Список;
    • Дата;
    • Время;
    • Длина текста;
    • Другой.

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

    Самым необычным видом является выпадающий список.

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

    Всплывающая подсказка ячейки Excel

    Функционал проверки данных в Excel позволяет настраивать всплывающие подсказки для ячеек листа. Для этого следует перейти на вторую вкладку окна проверки вводимых значений – «Сообщение для ввода».

    На изображении показан пример возможного сообщения для ячейки, в которую вносятся целые числа от 1 до 31 (настройки вкладки «Параметры»). Заголовок и сообщения указываются по Вашему усмотрению, каких-либо правил к их оформлению нет. Не забудьте установить галочку на поле «Отображать подсказку, если ячейка является текущей», иначе сообщение будет деактивировано.

    Пример всплывающей подсказки в Excel:

    Вывод сообщения об ошибке

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

    Существует три варианта сообщений, отличающихся по поведению:

    Останов является сообщением об ошибке и позволяет произвести только 2 действия: отменить ввод и повторить ввод. В случае отмены новое значение будет изменено на предыдущее. Повтор ввода дает возможность скорректировать новое значение.

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

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

    Заголовок и сообщение заполняются по Вашему желанию.

    Пример вывода одной и той же ошибки, но под разными видами:

    Если материалы office-menu.ru Вам помогли, то поддержите, пожалуйста, проект, чтобы мы могли развивать его дальше.

    У Вас недостаточно прав для комментирования.


    Перечень сообщений об ошибках в результатах сканирования генератора карты сайта

    • Продукт у нас хороший, и вы бы сами убедились, если бы не…

    Онлайн-тренинги

    Конференции

    Что пишут в блогах (EN)

    Разделы портала

    Про инструменты

    Сообщения об ошибках
    04.08.2015 18:05

    Перевод: портал software-testing.ru

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

    Начальные знания о сообщениях об ошибке

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

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

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

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

    При этом не стоит полагаться и на операционную систему. Удивительно, но команды DOS COPY и XCOPY до сих пор не проводят проверку на наличие свободного места на диске перед началом копирования файлов; вместо этого копирование начинается “вслепую” с надеждой на то, что места будет достаточно. Windows ничуть не лучше, эта система тоже не проверяет диск на наличие свободного места перед копированием файлов. Хуже того, если вы одновременно копируете несколько файлов, Windows прерывает процесс копирования после обнаружения первой ошибки и “забывает”, какие файлы были выделены для копирования.

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

    Как выглядит корректно составленное сообщение об ошибке?

    Сообщение об ошибке должно:

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

    Хороший пример

    Одно из самых лучших сообщений об ошибке, которые я когда-либо видел, выглядело примерно так:

    «Система ATS потеряла связь с принтером. Для решения проблемы убедитесь, что принтер включен, и попробуйте запустить печать снова. Если напечатать документ не удается, убедитесь, что оба конца кабеля, соединяющего компьютер с принтером, надежно соединены с устройствами, и попробуйте снова запустить печать. Если и в этом случае проблема не устранена, свяжитесь с Джо Грантом по номеру (212) 555-1212 и сообщите ему, что программа выдает ошибку ATSPR35 в строке 31, модуль PRNFNC»

    Это сообщение программы по подбору персонала (называется «Система ATS»), созданной независимым разработчиком для кадрового агентства в 1988. Сообщение выглядит почти так, как я описал выше. Существенным отличием является то, что оно не имеет привычный вид окна Windows, потому что это сообщение из программы DOS. Я упоминаю об этом, потому что это сообщение было составлено во времена, когда объем памяти ограничивался 640 Кб. У пользователей тогда не было большого опыта работы с компьютером, но даже если бы они были экспертами в этой области, все равно сообщение было бы полезным.

    Давайте сравним это сообщение с требованиями, предложенными выше:

    • Сообщение совершенно четко идентифицирует программу. Более того, строка заголовка идентифицирует тип ошибки.
    • В сообщении сказано о том, что программа потеряла связь с принтером. В сообщении не говорится «невозможно напечатать», или «LPT1: Ошибка», или любой другой малоинформативный текст, скопированный из операционной системы. Сообщения об ошибке большинства операционных систем очень лаконичны и обычно для пользователя бесполезны. А это сообщение составлено так, что его может понять обычный пользователь.
    • В сообщении пользователю предлагаются действия, которые он способен выполнить, независимо от уровня или опыта владения программой. Здесь не высказываются догадки о причине ошибки. Предложенные действия располагаются от простого к более сложному, а причины – от более вероятных к менее вероятным. Отчасти здесь автору программы повезло – далеко не всегда самые распространенные ошибки проще всего исправить.
    • Программа не предлагает действий, которые будут пустой тратой времени. («Попробуйте перезапустить программу», или еще хуже, «Попробуйте переустановить приложение».)
    • Текст сообщения тщательно составлен. Важен каждый пункт сообщения. Нет бесполезных рекомендаций. Не предлагается искать причину сбоя в другом приложении. Вся информация точная и полезная.
    • Самое главное, в сообщении есть полезная техническая информация и для пользователя, и для сотрудника техподдержки, и для разработчика. Если ошибка содержится в коде, сообщение указывает программисту, где именно следует искать ошибку и тип ошибки. Немаловажный плюс – указание реального имени человека. Приятнее иметь дело с конкретным человеком, чем с абстрактной организацией, наличие имени программиста говорит об ответственности за свою работу.

    10 примеров неудачных сообщений об ошибке

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

    «Невозможно загрузить список новых групп. Произошла ошибка»

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

    К этому сообщению у меня вообще нет комментариев.

    К этому тоже. Хотя оно выглядит не таким грозным как предыдущее.

    «Интерфейс передачи сообщений вернул неизвестную ошибку. Если проблема повторяется, перезапустите Outlook»

    Вам известно больше, чем вы сообщаете, и вы что-то скрываете? И кстати, как именно может помочь перезапуск Outlook?

    «Переключение из режима Internet Only E-mail Service в режим Corporate or Workgroup E-mail Service может быть несовместимо с существующими приложениями»

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

    «Невозможно запустить программу. Возможно, один из компонентов занят или отсутствует. Пожалуйста, проверьте, правильность установки и попробуйте еще раз».

    «Возможно». Компонент занят или отсутствует, или и то и другое? Если компонент используется, то какой именно компонент? Файл? Если так, можно узнать имя файла?

    «Действие не может быть выполнено. Действие не может быть выполнено».

    Правда? Правда? Какое действие? Какое действие? Что я должен сделать, чтобы устранить проблему? Что я должен сделать, чтобы устранить проблему?

    «Невозможно найти файл cuecard.hlp. Хотите найти файл вручную?»

    Нет, не хочу. Я хочу, чтобы вы его нашли.

    «Невозможно найти файл cuecard.hlp. Проверьте наличие файла на вашем диске. Если файл не будет найден, переустановите его».

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

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

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

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

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

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

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

    Представьте себя на месте пользователя, который столкнулся с проблемой – вряд ли техподдержка отреагирует немедленно. Когда вы составляете сообщение об ошибке, важно помнить, что содержащаяся в нём информация должна быть полезной. Полезная информация экономит время. Помните также о том, что сообщение будут читать не только пользователи. Сообщение должно быть полезным и для сотрудников техподдержки, которые принимают звонки от пользователей, и для сотрудников контроля качества, которые помогают в поиске причины сбоя, и для программиста, ответственного за исправление ошибки в коде. Каждый специалист в этом процессе – это расход для компании. И если код обработки ошибок можно написать только один раз, то поддержку нужно будет оказывать многократно – десятки, сотни, или даже тысячи раз. Сотрудничайте с техподдержкой, тестировщиками и авторами технической документации; задавайте вопросы, считайте расходы и пытайтесь оценить стоимость решения проблем, возникающих после выпуска продукта. Не забудьте учесть в своих расчетах снижение продаж. Если руководство вашей компании хочет быстрее выпустить продукт на рынок и отказывается выделить время на обработку ошибок, вежливо напомните о том, во сколько может обойтись такая политика.

    Ошибка в «Яндекс.Вебмастер»: как исправить «Неизвестный тег image»

    16-Ноябрь-2020 | Автор публикации: Сергей Петров | 46 комментариев

    Здравствуйте, уважаемый читатель!

    Мой сайт работает на движке WordPress. На сайте установлен плагин AIOSP (полное название – All In One SEO Pack ).

    Если Ваш сайт тоже на WordPress и с плагином All In One Seo Pack, тогда эта статья — для Вас.

    После долгого перерыва опубликовал пост «Капсула времени».

    При публикации увидел в сервисе «Яндекс. Вебмастер» предупреждение о возможной проблеме.

    Ошибка в файле Sitemap

    Прошел по ссылке. Сервис сообщил, что «обнаружены ошибки в файлах Sitemap»: карта сайта для поисковых роботов содержит данные, которые не могут быть прочитаны.

    По кнопке «Проверить» отправил файл на повторную диагностику. Правда, сервис сообщил, что такая проверка займет до 14 дней.

    Решил посмотреть, что за ошибки – «провалился» в детализацию (просто нажал на «Проверьте» во фразе «Проверьте файлы Sitemap и внесите…»).

    Сервис выдал сообщение о том, что в файле обнаружены 303 ошибки.

    Обалдеть просто. Я давно такого не видел. Честно говоря, вообще не помню, чтобы в XML-файле были ошибки.

    Полез смотреть, что за проблемы такие. Вижу список под заголовком «Неизвестный тег image:image».

    Зашел в «Инструменты» и выбрал «Анализ файлов Sitemap». Карта сайта для роботов имеет расширение xml. В моем случае она располагается по адресу text-center.ru/sitemap.xml. Его я указал на вкладке URL.

    Вот такой результат выдал сервис.

    Всё это мало что дало для понимания. Пошел на форумы.

    Выяснил, что «Яндекс» не обрабатывает теги изображений в Sitemap . По этой причине он выдает предупреждение, в тексте которого явно пишет об ошибке.

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

    Как же это сделать? Как исправить «Неизвестный тег image»?

    Как устранить ошибку в «Яндекс.Вебмастер»

    Кто-то советует добавить код на сайт, кто-то рекомендует пользоваться плагинами. Но есть простой и очень быстрый способ убрать тег image в XML-файле и устранить ошибку в сервисе «Яндекс.Вебмастер».

    Все, что нужно сделать, — зайти в настройки плагина All In One Seo Pack и выбрать «XML карта сайта».

    А дальше Вы просто ставите галочку в позиции «Исключить изображения».

    После этого структура файла Sitemap приобретает вот такой вид:

    Снова зашел в меню «Инструменты» и выбрал «Анализ сайтов Sitemap» и на вкладке URL снова прописал адрес XML-файла.

    И получил результат:

    Для большей наглядности записал видео по настройке XML-файла с помощью плагина All In One Seo Pack.

    Всё, теперь файл Sitemap полностью понятен «Яндексу». А у Вас была подобная проблема?

    С уважением,
    Сергей Петров,
    автор проекта «Текст-Центр» — студии по созданию продающих текстов, мини-книг, вебинаров, воронок продаж.

    Комментарии

    Спасибо за информацию.
    Получилось. Месяц искал, но столько сложных способов.
    Убрал картинки за 2 минуты.

    Юрий, доброе утро!

    Если Ваш сайт на WordPress и работает с плагином AIOSP, то действительно всё намного проще, чем пишут в Интернете: ни правки кода, ни установки дополнительных плагинов. Просто легкая подстройка.

    Приятно, что статья оказалась полезной. Удачи Вам и Вашему сайту! И заглядывайте ко мне на блог)

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

    На своем блоге для генерации карты использую плагин Google XML Sitemap generator. Он создает карту, которую яша понимает. Ошибок в вебмастере нет.

    Денис, добрый вечер!

    Вы правы: эти теги понимает Гугл и не понимает Яндекс. При этом Яндекс не считает это явной ошибкой — он их игнорирует. Однако пишет и пишет об «ошибке» в личном кабинете в «Вебмастер.Яндекс».

    Плагин Google XML Sitemap generator действительно генерирует XML-карту, в которой Яндекс не видит ошибок. Нюанс лишь в том, что нужно использовать дополнительный плагин. У меня стоит AIOSP. И нужно ставить еще один — Google XML Sitemap generator.

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

    А вот яша мог бы и научиться этот тег использовать.

    Согласен. Может в Яндексе явно недолюбливают Google и принципиально не хотят понимать то, что понимает Google?)

    Хотя, думаю, это вопрос времени и Яндекс в конце концов будет распознавать этот тег наравне с Гуглом.

    Согласен с Денчиком, что убирать не обязательно… Я на одном из своих блогов использую плагин JetPack и поэтому не устраняю эту ошибку.

    Максим, добрый день!

    Убирать или не убирать — это, безусловно, уже дело хозяйское. Насколько я понимаю, указанный Вами плагин выполняет те же задачи, что и All In One SEO Pack. Видимо, JetPack не имеет функции отключения тега image. Но это действительно не критично для работы сайта.

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

    Спасибо за урок по вордпрессу!

    Андрей, доброго Вам дня!

    Если Вы сделали так, как написано в статье, если у Вас плагин AIOSP, то больше «Яндекс» не будет приставать к Вам по поводу неизвестного ему тега image)

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

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

    К примеру, у меня есть статья о плагине WP Rollback для WordPress, который позволяет откатывать любые плагины до любой версии. С его помощью я откатился назад на плагине Contact Form 7 (CF7), потому что он перестал работать после очередного обновления. Так теперь у меня в админке «висит» напоминание о необходимости обновить CF7. Так раздражает))

    Поэтому при появлении уведомления в «Вебмастер. Яндекс» занялся вопросом и нашел его решение. И написал статью)

    А Вы не берите дурного в голову и тяжелого в руки. Тогда и будет полный порядок.

    Это вопрос философский. Бывает, что дурное — это совсем не дурное. А тяжесть, которая сегодня таковой является, кажется уже и не тяжестью в сравнении с другими.

    А вообще, думать нужно всегда. Другое дело, что нужно мыслить позитивно. Тут Вы правы)

    Очень простой способ:) А негатива никакого не будет от поисковиков потом?

    Я тоже задавался этим вопросом. Строго говоря, даже с этой ошибкой негатива от «Яндекса» особого нет — он просто не понимает, что такое тег image. А вот с его ликвидацией «Яндекс» точно будет видеть, что для него все понятно и хорошо. А Google равноценно индексирует сайты и этим тегом, и без него.

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

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

    И я нашел плагин, сейчас самый лучший по отзывам, качеству работы и простоте пользования Yoast SEO. Я бы вам советовал этот плагин не потому, что им пользуюсь, а потому, что цифры, вещь упрямая. А именно, у плагина All In One SEO 524 отзыва благодарных пользователей, а у плагина Yoast SEO — 17 640.

    Я понимаю, если в блоге много статей, то будет много работы при переходе на другой плагин. Но! У этого плагина предусмотрен импорт с All In One SEO. Решать вам.

    Вадим, доброго Вам дня!

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

    Кстати плагин Yoast SEO вызывает точно такой же вопрос у «Яндекса», однако для исправления ситуации в этом случае нужна уже правка кода, насколько я знаю (поправьте, если ошибаюсь). А правка кода — это для многих вещь сложная и неудобная. Поэтому пока я не вижу необходимости менять плагин AIOSP на любой другой.

    Сергей, у меня та ошибка в Яндексе. Просто не обращаю внимание, когда прочитал о ней. Стоят плагины YoastSeo и GoogleXML. исправлять пока не собираюсь. Посмотрю в настройках, может есть функция аналогично AIOSP

    Павел, если Вы найдете в плагине YoastSeo опцию «Исключить изображения» (или ей подобную), которая присутствует в плагине All In One SEO Pack, пожалуйста, сообщите здесь.

    Думаю, многим из тех, кто использует YoastSeo на своем сайте, будет интересно узнать, как оптимизировать его под возможности «Яндекса».

    У меня стоит YoastSeo и GoogleXML и никаких проблем в Яндексе нет. Скорее всего есть возможность отключать этот тег и не переживать за предупреждения.

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

    Спасибо! А я то думал, что произошло! Теперь всё стало предельно понятно и самое главное — исправлено.

    Здравствуйте, Кирилл! Приятно, что статья оказалась для Вас полезной. Заходите ко мне на блог почаще)

    Поздравляю Вас с наступившим Новым годом и грядущим Рождеством! Всех Вам благ, удачи и процветания!

    Сергей, благодарю за статью! Мне действительно надоело предупреждение Яндекса об ошибке. Сделал как Вы подсказали… Ошибка исчезла! Успехов!

    Здравствуйте, Владимир Николаевич!

    Да, если сайт на WordPress и с установленным плагином All In One SEO Pack, то избавиться от навязчивого предупреждения «Яндекса» можно буквально за минуту)

    Приятно, что мой совет оказался Вам полезен. С Новым годом и Рождеством Вас! Удачи, успехов, процветания!

    Спасибо!! Все получилось. Полезная инфа.

    Доброго Вам дня, d3rudo!

    Благодарю Вас. Приятно, что статья полезна!

    С прошедшими Вас новогодними праздниками! Удачи и успехов Вам в 2020-м году!

    Здравствуйте! А у меня такой вопрос (отключил в All In One SEO Pack PRO изображения): как теперь будет влиять это на выдачу в Гугл? Почему-то в Кугле у меня сайт на более лидирующих позициях, чем в Яше. Не хочу опустить их.

    Тег image учитывает Гугл, чтобы представлять картинки в результатах поиска. Теоретически (Вы правы) есть опасение, что Гугл картинки потеряет, и они в поиске не покажутся. Однако на практике он прекрасно «видит» и текст, и картинки.

    Я сейчас специально поискал изображения из самой свежей своей статьи на данный момент «Заработок в Интернете без вложений: сервис Etxt». Гугл прекрасно проиндексировал все изображения. А тег image я отключил уже два с половиной месяца назад.

    Понял. Спасибо. Как говорится «Будем посмотреть.»))) В таком случае еще вопрос… При использовании того же «PR-CY» при анализе пишет: «как минимум одна карта сайта найдена». Что будет или что мешает создать две карты ? от All In One SEO Pack и от Google XML Sitemap. У меня раньше так стояло. Картинки не отключал. Ошибок не было. Все индексировалось. Скорость загрузки только ?

    Иван, ни разу не было потребности в создании несколько XML-карт (я так понимаю, Вы именно о них говорите). Но мне думается, что сам факт наличия нескольких таких карт на сайте абсолютно ничего плохо не несет. Кроме одного (и Вы в этом совершенно правы) — дополнительной нагрузки на базу данных.

    Добрый день. Поставил галочку на картинки в All In One SEO Pack на изображения. Теперь все страницы в Гугле вылетели из Топ 100, хотя уверенно занимали позиции в Топ 50. Устанавливаю Google XML Sitemap. Пусть будет две карты.

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

    1. Статья «Не работает тачскрин на мобильном телефоне» по соответствующему запросу в Яндексе — на 1 странице, в Гугле на 1 странице.
    2. Статья «Касса без кассира» по соответствующему запросу в Яндексе — на 1 месте, а Гугле — на 1 месте.
    3. Статья «Посмертные фото» по соответствующему запросу в Яндексе на 5 странице, в Гугле — на 2 странице.
    4. Статья «Копирайтинг и рерайтинг» по соответствующему запросу в Яндексе — на 3 странице, а Гугле — на 6 странице.
    5. Статья «Ремонт кухни в хрущевке: собственный пример» по запросу «кухня в хрущевке ремонт» в Яндексе на 5 странице, в Гугле — на 25 странице.
    6. Статья «Как продать на Avito» по соответствующему запросу в Яндексе на 1 странице, в Гугле — на 3 странице.

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

    Иван, сообщите, пожалуйста, Ваши результаты после установки дополнительного плагина Google XML Sitemap: какие статьи вернулись в ТОП-100 и на каких позициях находятся.

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

    Долгое время на все сайты — и свои, и клиентские ставил Google XML Sitemap, затем отказался от него в пользу маленького легкого плагина Simple Wp Sitemap — он создает карты в двух форматах xml и html, настроек немного и они понятные, разбиения на страницы нет, код получается чистый. И Гугл и Яндекс принимают созданную этим плагином карту быстро. Вдруг пригодится как-нибудь….

    Константин, добрый вечер!

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

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

    У меня XML-карта одна и генерируется плагином All In One SEO Pack.

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

    Доброго Вам утра, Юлиана!

    На фоне моей переписки с Иваном у меня к Вам просьба: последите, пожалуйста, за позициями своих статей после исключения тега image. Интересно понять, как у Вас будут ранжироваться статьи в поисках Яндекса и Гугла. Сообщите, пожалуйста.

    Спасибо большое! Всё гениальное просто ��

    Доброго Вам дня, Айрат!

    Вы правы: самые, на первый взгляд, сложные проблемы подчас решаются чрезвычайно просто. Я изначально читал, что нужно править код, причем кто-то eутверждал, что такой код потом нужно будет править постоянно после каждого обновления WordPress. Но в итоге — 30 секунд работы и всё)

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

    Сергей, огромная Вам Благодарность, за информацию и подробные разъяснения, как убрать эту ошибку!!

    Александр, доброго Вам вечера! Очень приятно, что статья оказалось Вам полезной)

    Собственно, это нельзя назвать какой-то ужасной ошибкой, но глаза такое предупреждение от Яндекса порядком мозолит)

    Спасибо тебе. Удалось отключить в плагине All in One SEO Pack, до этого все не получалось сделать в Clearfy.

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

    Честно говоря, даже не знал, что есть такой плагин Clearfy. Но, я так понимаю, это неважно, поскольку Вы сейчас используете именно All In One SEO Pack. Замечательно. что с помощью этого плагина и моей статьи Вы решили вопрос.

    Сергей, заходите чаще — всегда Вам рад!

    Здравствуйте! Мне Вебмастер выдает «Неизвестный тег html, указанный тег не должен встречаться в данном контексте».

    Скажите пожалуйста, а как эту ошибку можно исправить? У меня стоят плагины All In One SEO Pack, Google XML Sitemaps, WP Sitemap Page. Может какой то плагин можно и удалить?

    Заранее спасибо за ответ.

    А зачем Вам плагины Google XML Sitemaps и WP Sitemap Page, если карта прекрасно генерируется с помощью плагина All In One SEO Pack, который у Вас уже установлен?

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

    Попробуйте оставить только All In One SEO Pack, удалив Google XML Sitemaps и WP Sitemap Page, после чего сгенерируйте с помощью All In One SEO Pack карту в формате xml и посмотрите, исчезла ли проблема.

    Добавьте Ваш комментарий Отменить ответ

    Рубрики

    • Ваш бизнес (14)
    • Дела житейские (14)
    • Знаете ли Вы… (6)
    • Интернет-IT-знания (8)
    • Кино (3)
    • Копирайтинг (11)
    • По секрету (3)
    • Хочу сказать (23)
    • Экономика (12)
  • Интервью со мной

    Журналу «Авангард блогосферы»: блог — прекрасный инструмент получения клиентов.

    Блогеру Константину Вервекину: хороший копирайтер — это востребованный копирайтер.

    Илон Маск рекомендует:  Пример изменения вида данного элемента с помощью JavaScript и style
    Понравилась статья? Поделиться с друзьями:
    Кодинг, CSS и SQL