шесть способов выйти из тупика с выигрышем — Маркетинг на vc.ru

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

9340
просмотров

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

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

Неважно, почему пользователь попал на страницу «Не найдено». Если на ней нет полезной информации, возможны два сценария поведения:

1. Пользователь попытается применить другую стратегию поиска: попробует иначе сформулировать запрос, использовать навигацию по категориям, выйти на главную страницу и начать сначала. При этом нет гарантии, что новый подход увенчается успехом. И тогда включится второй сценарий.
2. Пользователь просто покинет сайт. Чаще всего он перейдет в Google или «Яндекс» и почти наверняка найдет то, что искал, в другом магазине.

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

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

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

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

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

Для любителя леттеринга слово «брашпен» привычно и понятно. Для торговца из Китая — нет. Но, как видите, Ebay справляется

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

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

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

Список составлен по убыванию эффективности (по данным исследования).

Предложение целых категорий товаров

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

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

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

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

Альтернативные запросы

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

Иногда из-за этого система «угадывает» очень приблизительно — как в этом примере с разноцветными брашпенами. Слово «разноцветные» оказалось слишком широко распространено в описаниях товаров.

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

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

Контекст на профессиональном уровне и без агентства — в системе PromoPult. Автоматический подбор слов, автоматическая генерация объявлений, «умное» управление ставками. Готовые отраслевые решения. Статистика в реальном времени.

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

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

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

Если посетитель оставляет «следы» в аналитике интернет-магазина, этим стоит пользоваться: напоминать ему, что он уже однажды просмотрел, положил в корзину и не купил, какие товары отмечал для сравнения.

Номер телефона, чат с продавцом и другие способы обратной связи

У многих интернет-магазинов есть служба клиентской поддержки — по телефону или в чате. Все возможности связаться с вами должны присутствовать на странице «Не найдено». Так посетители сразу увидят, что они могут получить помощь в поиске нужного товара.

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

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

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

Контекстная реклама

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

Популярные товары и категории

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

Тем более что мотивация «другие люди покупают этот товар» по-прежнему достаточно хорошо работает.

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

1. Предложение поиска в рамках категорий.
2. Альтернативные или похожие запросы.
3. Персонализированные рекомендации.
4. Контакты для связи с продавцом.
5. Реклама.
6. Популярные товары.
7. Подсказки для улучшения результатов поиска.

Как создать 404 страницу и никого не напугать

Три совета по созданию страницы «Ничего не найдено»

Статья по мотивам вот этой, авторства Кэтрин Уайтентон (Kathryn Whitenton), UX-специалиста в Nielsen Norman Group и просто очаровательной девушки. Кстати, в Вашингтонском университете готовят по специальности Usability Engineer — красота, не правда ли?

Сибирикс

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

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

Причины

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

Как в идеале и в действительности

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

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

Совет первый. Сделать это очевидным

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

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

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

А теперь подумайте, что будет, если сделать страницу такого вида (да, как ни странно так еще делают):

• Поле поиска.
• Строка простого текста о том, что по вашему запросу ничего не найдено.
• Блок «последние поисковые запросы» (или, как вариант, «популярные запросы»).
• Блок выдачи какого-нибудь Google со ссылками на другие сайты.
• Советы по изменению самого запроса.

Пользователь просто «перепрыгнет» через логически важный текст сразу к результатам поиска и «последним запросам» — потому что те привлекают больше внимания. Результат — вы вынудите пользователя копаться в заведомо ему не нужных ссылках. А еще вариант — отдадите пользователя сайту-конкуренту (спасибо, Google). Есть прекрасная инициатива — предлагать пользователю варианты «похожих запросов». Но они, опять же, должны оставаться на видном месте.

Совет второй. Укажите путь вперед

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

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

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

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

Не смейтесь над пользователем

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

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

Хорошие страницы с нулевым результатом превращают лимоны в лимонад

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

По вашему запросу ничего не нашлось в Яндексе — что делать?

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

Содержание

1. Почему ничего не нашлось в Яндексе
2. Что делать, если по вашему запросу нет результатов из-за фильтров
3. Другие случаи, когда в системе Яндекс ничего не нашлось
4. Видео-инструкция

Почему ничего не нашлось в Яндексе

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

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

Читайте также: Как отключить Яндекс Мессенджер.

Что делать, если по вашему запросу нет результатов из-за фильтров

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

Что делать, если настройки расширенного поиска слишком строгие, и из-за этого по вашему запросу ничего не нашлось в Яндексе:

Если вы решили отключить фильтры, делайте следующее:

1. Откройте страницу Yandex.
2. Затем нажмите на значок в виде двух полос с полярно расположенными на них точками. Он находится справа от поисковой строки.

   Включение расширенного поиска Яндекс

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

   Блоки фильтров в Яндексе

4. Активные блоки будут отмечаться желтоватым цветом. Кликайте по ним, чтобы включить их.

   Выбор фильтров в Яндексе

5. Нажмите на кнопку «Найти», чтобы получить результат с настроенными фильтрами. Кнопка для поиска в поисковой системе
6. Если нужно сделать все блоки неактивными, кликните по слову «Сбросить». Параметры выдачи сразу изменятся.

   Сброс фильтров в Яндексе

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

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

Это может быть полезным: Как включить ВПН в Яндекс браузере.

Другие случаи, когда в системе Яндекс ничего не нашлось

Если доступ к сайту блокируется провайдером:

• Поставьте расширение Browsec или Frigate.
• Вы также можете попробовать зайти на нужный ресурс через Tor Browser.

Если блокировщики рекламы мешают поиску, настройте их работу в меню расширения.

Как это сделать:

1. Откройте главную страницу сервиса.
2. Нажмите на иконку расширения.

   Иконка Адблок в браузере

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

   Переключатели Адблок

Вы также можете добавить сайт Yandex или любой онлайн-сервис в Белый список.

Для этого:

1. Нажмите на значок расширения, расположенный справа и сверху.
2. Кликните на символ в виде шестеренки.

   Отключение Adblock в Yandex

3. На новой странице перейдите в раздел Белый список.

   Страница настроек расширения

4. Вставьте адрес нужного сайта. Например, yandex.ru.
5. Нажмите на клавишу «Добавить».

   Настройки Белого списка в расширении

6. Откройте страницу поисковика и обновите.

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

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

Как чистить кэш:

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

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

Почитайте также статью: Поиск по фото с телефона в Яндекс.

Видео-инструкция

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

Главная » Браузеры » Yandex

Автор Мстислав Опубликовано 13.09.2020 Обновлено 13. 09.2020

Ничего не нашлось в поиске по сайту? Нет проблем / Хабр

Представляю вашему вниманию перевод статьи под названием «Site Search: Strategies for No Results Found» от Linda Bustos. Перевели в компании UXDepot специально для пользователей Хабрахабра с одобрением компании Elastic Path.

Эта статья написана по мотивам книги Грега Ньюдельмана «Designing Search: UX Strategies for Ecommerce Success». Необычно видеть книгу на 300 страниц, посвященную одному единственному аспекту создания интернет-магазинов, но оптимизация поиска по сайту действительно заслуживает такого внимания!

Есть одна составляющая оптимизации поиска по сайту, на которой мы часто зацикливаемся: как удержать пользователя на сайте, даже если в результате поиска ему не удалось найти то, что требовалось. Статья основана на разделе «No Search Results Strategy: Not a Zero-Sum Game» вышеупомянутой книги. Ньюдельман говорит о том, что «нет простого набора правил, которые гарантировали бы успешное внедрение страницы результатов поиска в случае, когда не было найдено ни одного совпадения. Но есть четыре принципа, от которых стоит отталкиваться»:

• Не бойтесь сказать «Я не знаю». Явно покажите, что ничего не нашлось, так, чтобы ваш посетитель точно понял это.
• Фокусируйтесь на предоставлении путей выхода. Убедитесь в том, что каждый контрол на странице поиска помогает пользователю выйти из положения, когда поиск не выдал подходящих результатов.
• Создайте хороший механизм частичных совпадений. Самой частой ошибкой пользователей, использующих поиск по сайту в интернет-магазинах является то, что они вводят в строку поиска слишком много ключевых слов. Поэтому гибкая система поиска имеет важнейшее значение.
• Используйте сразу несколько стратегий дальнейшего поведения. Когда поиск не дал результатов, расширяйте область поиска, при этом старайтесь показать сначала наиболее релевантный контент, но дайте пользователю понять, что вы правильно поняли его запрос, и по нему просто ничего не нашлось.

---

Не бойтесь сказать «Я не знаю»

Если поиск не выдал подходящих продуктов, то не стесняйтесь сказать об этом прямо. Сайт Morningstar.com — это яркий пример того, как делать не следует.

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

---

Фокусируйтесь на предоставлении путей выхода

Каждая страница поиска, на которой ничего не нашлось, должна помогать пользователю найти желаемый товар. Меню “Уточните параметры поиска” на Endless.com бесполезны — нельзя отфильтровать ноль. Эта страница никак не помогает пользователю; он может только ввести новый запрос:

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

А вот еще один пример: Ebay на странице результатов поиска показывает ссылки на схожие запросы и количество найденных результатов по каждому из них.

---

Создайте хороший механизм частичных совпадений

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

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

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

Иногда поиск не дает результатов вследствие того, что пользователь ищет только внутри какой-то категории. Предоставление опции расширить область поиска до всех категорий — это еще одна тактика использования частичных совпадений. На сайте Ketera для этого используется текстовая ссылка (хотя мы не уверены, что она достаточно заметна).

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

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

---

Используйте сразу несколько стратегий дальнейшего поведения

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

Вот еще несколько идей:

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

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

Сколько людей прокрутит дальше рекламы?

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

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

Предыдущий запрос в яндексе

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

Как избавиться от собственных запросов в Яндекс

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

Удаление подсказок в поисковой строке Яндекс

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

1. Откройте свой браузер, не зависимо от его названия;
2. Найдите вверху на панели кнопку меню. Она может выглядеть как 3 горизонтальные линии (Firefox), 3 точки (Chrome) или первая буква названия, например, Opera;
3. В меню найдите пункт «Настройки» и выберите его;
4. А теперь найдите вверху окна настроек строку поиска. Она специально предназначена для быстрого перехода к тем или иным настройкам браузера;
5. Введите в ней «Истор…». Не вводите свой запрос полностью, так как неверное его окончание может запутать систему, и вы ничего не найдете. Выберите пункт «Удалить историю».

Удаление истории в браузере

Найдите пункт «Удалить за все время» чтобы удалить всю историю посещений сайтов. Если вас интересует какой-то отдельный сайт, в этом разделе также будет поиск. Воспользуйтесь им и найдите нужный ресурс.

Очистить запросы в настройках аккаунта Yandex

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

1. Вверху справа выберите свой аватар или имя аккаунта;
2. В выпадающем меню нажмите пункт «Настройки»;

Настройки профиля в Яндекс

Разделы настроек в профиле Яндекс

Удаление истории поисковых запросов в профиле Яндекс

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

Очистить историю посещений в Яндекс Браузере

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

1. Запустите браузер и нажмите на панели вверху «Настройки»;
2. Выберите среди прочих пунктов — «История». Вы также можете открыть их при помощи горячих клавиш CTRL+N;

Очистка истории в Яндекс Браузере

Как почистить историю поиска Яндекс в мобильном устройстве

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

1. В запущенном приложении необходимо выбрать кнопку меню;
2. Выберите пункт «Настройки»;
3. Найдите пункт «Сохранять историю…» и уберите ползунок в положение влево для её отключения;

Очистка истории в мобильном приложении Яндекс

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

1. Откройте браузер и выберите на панели значок в виде часов;
2. Укажите на вкладку «История»;
3. Выберите один из посещенных сайтов и нажмите кнопку «Удалить»;
4. Если необходимо очистить все сайты сразу, выберите «Очистить историю.

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

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

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

Но зачастую возникает и обратная ситуация, когда нужно стереть все следы вашей жизнедеятельности в сети. В этом случае у вас возникает вопрос: как удалить историю в Яндексе? Как «почистить за собой» в вашем браузере? Как найти и убрать все прочие следы?

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

Как посмотреть историю поисков и просмотров в Яндексе?

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

P.S. К сожалению, разработчики Яндекса посчитали этот функционал не нужным (невостребованным пользователями) и полностью его удалили. Теперь покопаться в истории своих поисков не получится. Хотя, возможность очистить этот список, вроде бы оставили.

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

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

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

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

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

При клике по пункту «Настройки результатов поиска» вы сможете в самом низу открывшейся странице разрешить или запретить поисковику вести журнал с историей ваших поисковых запросов, посещенных страниц, поиска товаров в Яндекс Маркете, а также отдельно можете запретить или разрешить использовать эти данные для формирования результатов поиска и поисковых подсказок.

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

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

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

Как удалить частично или совсем очистить историю в Яндексе?

P.S. Как я уже писал выше, Яндекс полностью изничтожил сервис «Мои находки», но осталась возможность «Очистить историю запросов» на приведенной по ссылке странице. Там можно будет нажать на одноименную кнопочку.

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

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

Кстати, забыл сказать, что история поиска будет сохраняться (писаться) только в том случае, если вы авторизованы в Яндексе (в правом верхнем углу вы видите свой логин-ник). Если вы не авторизованы, то никакие «Мои находки» вам будут не доступны, а значит и очищать будет нечего.

Яндекс, понятное дело, все равно ведет свою внутреннюю статистику, но там вы будет фигурировать только как IP адрес вашего компьютера или как куки браузера (которые тоже можно почистить), через который вы осуществляли поиск. Удалить эту историю у вас не получится (только из браузера, очистив его кэш, т.е. историю), но доступ к ней практически никто получить не сможет, так что можно об этом не беспокоится. ИМХО.

Если хотите, чтобы и ваш IP поисковик не узнал, то используйте анонимайзеры (Хамелеон, Spools). Если и этого покажется мало, то скачайте браузер Тор, который позволяет не оставлять практически никаких следов в сети, так что и удалять историю на Яндексе или где бы то ни было вам не придется.

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

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

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

Как посмотреть и очистить историю Яндекс Браузера?

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

Для вызова окна очистки истории можно воспользоваться комбинацией клавиш Ctrl+Shift+Delete, находясь в окне браузера, либо перейти из меню кнопки с тремя горизонтальными полосками в настройке браузера и найти там кнопку «Очистить историю».

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

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

Рассмотрим, как посмотреть историю в Яндексе – крупнейшей поисковой системе Рунета.

Согласно официальной статистике, для работы с глобальной сетью, 70% пользователей СНГ используют два основных инструмента – это поисковик и одноименный браузер от Yandex.

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

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

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

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

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

Так как Yandex сохраняет все данные пользовательской активности, для хранения большого количества запросов был создан сервис «Мои находки».

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

Чтобы посмотреть список ваших посещенных страниц, следуйте инструкции:

• Зайдите на официальную страницу и войдите в аккаунт, данные которого нужно посмотреть. Введите логин и пароль в указанную на рисунке форму или авторизуйтесь с помощью социальных сетей VK, Facebook, Twitter;

• В результате, появится окно с указанием логина пользователя и текущего счета в Яндекс.Деньги;

• Так как история привязывается только к вашему аккаунту, нет разницы, с какого браузера они были считаны. Все данные будут сохранены в сервисе «Мои находки» . Кликните на значок шестерёнки в главном окне или во вкладке отображения входящих писем;
• Нажмите на пункт «Прочие» для перехода на новую, в которой будут отображены все сервисы и опции;

• Далее найдите два пункта – это «Мои находки» и «Настройка поиска» . Они находятся в самом низу страницы;

Поиск параметров отображения

• Кликните на пункт «Настройки результатов поиска» и в открывшемся окне проверьте, отмечены ли галочки для учета. Также, должна быть нажата клавиша «Записывать историю» . Если такие данные не настроены – информацию не удастся восстановить, а детальную информацию о просмотрах можно будет посмотреть только в браузере;
• В настройках найдите клавишу для перехода в «Мои находки» и нажмите на неё;

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

Сервис «Мои находки»

Страница со всеми запросами – это мощный инструмент для анализа пользовательской активности.

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

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

Все это возможно благодаря вкладке настроек в левой части окна.

Читайте также:

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

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

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

Обратите внимание, что она будет создаваться на основе вашей работы с самой системой, а также с сервисами Яндекс.Маркет.

Чтобы очистить хранилище полностью, в настройках нажмите на вкладке Яндекс.Маркет и в окне настроек сервиса кликните на клавишу «Очистить» .

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

Удаление данных хранилища

Открываем в браузере данные

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

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

Для того чтобы войти в историю или очистить ее зайдите в обозреватель и следуйте инструкции:

• Зайдите в любую вкладку браузера и кликните на главном меню, как указано на рисунке. Затем Выберите пункт «Настройки» ;
• В новом окне кликните на кнопку «Очистить» . Во всплывающем контекстном меню будет предложено выбрать, за какой период очищать их и удалять ли cookie и другие параметры.

Работа с хранилищем в браузере

Чтобы проверить хранилище кликните на пункт «Истории» в главном меню. Легко перемещайтесь по списку сайтов и веб-страниц с помощью выбора подходящей даты.

Раскрываем секреты правильного поиска необходимой информации в интернете

 

Набираешь запрос в гугле, а поисковик выдает сотню неподходящих ссылок вперемешку с рекламой. Знакомо? Давайте разберемся с Google: в поисковике есть несколько скрытых лайфхаков, которые сэкономят время.

 

Спрашивайте по-человечески

 

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

 

Неправильно: еда в Москве (получите массу ссылок: от ресторанов до супермаркетов и журналов).

 

Правильно: заказать еду с доставкой в Москве.

 

Используйте дополнительные инструменты поиска

 

Нажмите кнопку Tools (Инструменты) под поисковой строкой Google — появятся два раскрывающихся списка:

 

• Один из них, Time (Время), поможет выбрать временной интервал, который вам нужен.

 

Например, вас интересуют любая информация о Московском зоопарке, которая появилась в сети не раньше последнего месяца — выберите в списке Past month (последний месяц). Можно также выбрать произвольный интервал времени, например с 5 января по 23 апреля. Для этого нажмите Custom range и введите нужные даты вручную или с помощью календаря.

 

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

 

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

 

Используйте возможности расширенного поиска. Перейдите в меню Google [Settings – Advanced search]

 

Здесь можно указать:

 

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

 

Используйте операторы поиска

 

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

 

Поиск в социальных сетях

 

Введите перед словом символ @. Пример: Макдональдс@facebook.

 

Поиск цен

 

Введите перед суммой символ $. Пример: смартфон $500.

 

Поиск по хештегам

 

Введите перед словом символ #. Пример: #10yearchallenge.

 

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

 

Поставьте дефис (—) перед словом, которое нужно исключить. Пример: ласточка скорость — поезд.

 

Поиск точного слова или фразы

 

Поместите слово или фразу в кавычки. Пример: «выходные в Париже».

 

Поиск внутри числового диапазона

 

Введите .. между двумя числами. Пример: смартфон 3000..5000.

 

Объединение запросов

 

Введите OR между запросами. Пример: Москва OR столица РФ.

 

Поиск по определенному сайту

 

Введите site: перед адресом сайта или доменом. Пример: Кин-Дза-Дза site:youtube.com или закон о защите прав потребителей site:gov.ru.

 

Поиск сайтов с похожим содержанием

 

Введите related: перед нужным веб-адресом. Пример: related:forbes.ru.

 

Поиск кешированной версии сайта

 

Введите cache: перед адресом сайта.

 

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

 

У каждого поисковика есть собственная система вспомогательных сервисов, которая расширяет его возможности. Есть поиск по картинкам, по видео, по новостям — это знают все. Но предпринимателям гораздо больше пригодится, например, поиск по базе патентов.

 

Помните про полезные инструменты

 

С мобильных устройств Google предлагает возможности голосового и рукописного ввода. Активируйте их в настройках смартфона.

Как исправить ошибку 404 «Не найдено»

Из многих потенциальных ошибок, которые вы можете увидеть на своем сайте WordPress, ошибка 404 «Не найдено» является одной из самых простых. Но это не значит, что вас не расстраивает, когда вы или ваши посетители пытаетесь просмотреть ваш сайт и продолжаете сталкиваться с сообщением об ошибке 404 Not Found. 😒 Это последнее, что вы хотите, чтобы потенциальные клиенты впервые увидели от вашего бренда. Ошибка 404 также может быть индикатором того, что что-то изменилось или переместилось, и, вероятно, необходимо добавить перенаправление 301 для SEO.

В этом посте мы попытаемся помочь вам снова запустить ваш сайт, объяснив несколько вещей:

Предпочитаете смотреть видеоверсию?

Что такое ошибка 404 не найдена?

Инженерная рабочая группа Интернета (IETF) определяет ошибку 404 Not Found как:

Код состояния 404 (Not Found) указывает на то, что исходный сервер не нашел текущее представление для целевого ресурса или не желает раскрыть, что он существует. Код состояния 404 не указывает, является ли это отсутствие представительства временным или постоянным; код состояния 410 (ушел) предпочтительнее, чем 404, если исходный сервер знает, предположительно с помощью некоторых настраиваемых средств, что состояние, вероятно, будет постоянным.

Всякий раз, когда вы или один из ваших посетителей посещаете ваш веб-сайт, ваш браузер отправляет запрос на веб-сервер и получает обратно данные, включая то, что называется заголовком HTTP. Заголовок HTTP включает коды состояния HTTP, объясняющие, «что произошло» с запросом.

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

Как и другие сообщения об ошибках (ошибка 500, ошибка 502, ошибка 503, ошибка 504 и т. д.), сообщение об ошибке 404 не найдено является результатом этого процесса.

Что на самом деле означает ошибка 404 Not Found?

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

Например, если кто-то пытается получить доступ к yoursite.com/post-name  , но у вас нет контента с слагом  post-name . Затем посетитель увидит ошибку 404, потому что, хотя ваш веб-сервер работает нормально, запрошенный ресурс не существует.

Это не только сообщения или страницы, любой отсутствующий ресурс может вызвать ошибку 404 на сервере, например, отсутствующий файл изображения, отсутствующий JavaScript, отсутствующий CSS и т. д.

Что вызывает ошибку 404 Not Found на WordPress?

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

Кроме того, ошибка 404 — это не всегда плохо: это плохо только тогда, когда мешает удобству использования . А иногда все просто выходит из-под твоего контроля!

Например, иногда человек может просто ввести неправильный URL-адрес в адресной строке. В этом случае они все равно увидят ошибку 404, но проблем с настройкой вашего сайта нет. На самом деле это желаемый ответ, и вы можете создать свою собственную страницу 404, чтобы посетители попадали в нужное место (9).0014 мы покажем вам, как позже ).

Ошибка 404 Не найдены варианты

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

• «Ошибка 404»
• «404 не найдено»
• «Ошибка HTTP 404»
• «Не найдено»
• «Страница не найдена»
• «Запрошенный URL-адрес не найден на этом сервере».
• «Страница не найдена»
• «Мы не можем найти страницу, которую вы ищете».
• «Запрошенный URL /~ не найден на этом сервере. Это все, что мы знаем.

Страница ошибки Google 404

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

Забавный пример страницы 404

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

Страница Kinsta 404

Ошибка 404 Не найдено Влияние на SEO

Ошибка 404 Не найдено не оказывает отрицательного влияния на SEO. Но это может иметь негативное влияние в зависимости от причины возникновения ошибки.

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

Кроме того, если проблема с постоянной ссылкой вызывает ошибку 404 на всем сайте, Google не сможет сканировать контент вашего сайта. Другими словами, всегда исправляйте ошибки 404 как можно скорее .

Ошибка 404 не найдена Влияние на производительность сайта

Многие этого не осознают, но сайты, которые генерируют много ошибок 404, могут легко столкнуться с проблемами производительности, поскольку эти ответы обычно не кэшируются. Мы часто видели это на крупных сайтах, и это может стать большой проблемой, если вы случайно прорекламируете или получите всплеск вирусного трафика на страницу 404. Чтобы свести к минимуму влияние запросов 404 на производительность сайта, мы автоматически кэшируем страницы 404 на 15 минут. Если вы создадите новую страницу с тем же URL-адресом, что и кешированная страница 404, мы автоматически очистим кеш, чтобы ваши посетители могли сразу увидеть новую страницу. Это означает, что ваш сайт будет защищен от всплесков PHP и ЦП, вызванных трафиком на динамические страницы 404.

Вероятно, вы генерируете больше ошибок 404, чем думаете! Наш аналитический инструмент MyKinsta может помочь вам определить точную сумму (как показано ниже).

404 Ошибки

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

Основные ошибки 404

Вы также можете проверить ошибки 404 в Google Search Console или установить сторонний плагин, например Redirection, который регистрирует ошибки 404. Однако помните, что подобные плагины также влияют на производительность. Гораздо лучше полагаться на инструмент серверного уровня. Вот почему мы предоставляем эти инструменты для всех клиентов Kinsta.

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

Хотите узнать, как мы увеличили трафик более чем на 1000%?

Присоединяйтесь к более чем 20 000 других людей, которые получают нашу еженедельную рассылку с советами по WordPress, посвященными инсайдерской информации!

Подпишитесь сейчас

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

Как исправить ошибку 404 «Не найдено» в WordPress

Ниже мы рассмотрим несколько различных способов исправления сообщения «Ошибка 404 не найдено» в зависимости от того, происходит ли это на всем сайте или в конкретном контенте.

Обновите постоянные ссылки вашего сайта WordPress

Если вы сталкиваетесь с ошибками 404 по всему сайту при попытке доступа к содержимому, наиболее вероятной причиной является проблема с вашими постоянными ссылками (или файлом .htaccess, если ваш хост использует Apache). Если вы являетесь клиентом Kinsta, мы используем Nginx, поэтому вы можете исключить файл .htaccess как возможную причину.

Самый простой способ исправить это — обновить настройки постоянной ссылки через панель инструментов WordPress. Все, что вам нужно сделать, это перейти в «Настройки» → «Постоянные ссылки» и нажать «Сохранить изменения» (вам не нужно вносить никаких изменений — достаточно нажать «Сохранить изменения»).

Регенерировать постоянные ссылки в WordPress

Настроить переадресацию 301 для перемещенного или переименованного контента

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

• Изменили URL-адрес для этого контента.
• Переместил этот фрагмент контента вручную, т.е. удалив существующий пост и вставив его в новый пост.

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

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

Во-первых, вы можете использовать бесплатный плагин Redirection для управления перенаправлениями с панели управления WordPress. После того, как вы установили и активировали плагин, перейдите в «Инструменты» → «Перенаправление» и введите URL-адрес страницы 404 в поле «Исходный URL-адрес» и новое местоположение контента в поле «Целевой URL-адрес»:

Как настроить перенаправления с помощью плагина перенаправления

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

Перейдите на сайт, которым хотите управлять. Затем нажмите на вкладку «Перенаправления». Чтобы добавить новое перенаправление, нажмите большую кнопку «Добавить правило перенаправления»:

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

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

Как создать собственную ошибку 404 Страница не найдена

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

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

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

• Окном поиска

.

• Важные ссылки
• Контактная информация

Еще одной важной особенностью плагина 404page является то, что он не создает редиректы. А 9Страница 0054 404 никогда не должна быть перенаправлена ​​на физическую страницу , такую ​​как yoursite.com/404 . Ошибка 404 всегда должна генерироваться динамически на рассматриваемой странице.

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

Как отслеживать ошибки 404 в будущем

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

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

Вариант 1 — Google Analytics

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

Вариант 2 — плагин WordPress

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

Вариант 3 — Сторонний инструмент аудита

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

Аудит ошибок 404

Вариант 4 — Google Search Console

Наконец, вы можете отслеживать ошибки 404, с которыми сканеры Google сталкиваются в Google Search Console. После того, как вы проверили свой сайт с помощью Google Search Console, перейдите в раздел «Сканирование» → «Ошибки сканирования» → «Не найдено», чтобы просмотреть список ошибок 404, с которыми столкнулся Google. Это, безусловно, один из самых простых способов. Он также является лучшим с точки зрения производительности, поскольку не требует сторонних плагинов или дополнительного сканирования вашего сайта. Боты Google уже регулярно сканируют ваш сайт, так почему бы просто не воспользоваться данными, которые они уже предоставляют? 😉

Google Search Console 404 ошибки

Резюме

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

У вас есть другие советы или вопросы, касающиеся сообщения об ошибке 404 Not Found или того, как оно влияет на ваш сайт WordPress? Дайте нам знать ниже в комментариях.

---

Экономьте время, затраты и повышайте производительность сайта с помощью:

• Мгновенная помощь от экспертов по хостингу WordPress, круглосуточно и без выходных.
• Интеграция Cloudflare Enterprise.
• Глобальный охват аудитории благодаря 35 центрам обработки данных по всему миру.
• Оптимизация с помощью нашего встроенного мониторинга производительности приложений.

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

HTTP/1.1: определения кодов состояния

HTTP/1.1: определения кодов состояния

часть протокола передачи гипертекста — HTTP/1.1
RFC 2616 Филдинг и др.

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

10.1 Информационная 1xx

Этот класс кода состояния указывает на предварительный ответ,
состоит только из строки состояния и необязательных заголовков и
завершается пустой строкой. Для этого нет обязательных заголовков
класс кода состояния. Поскольку HTTP/1.0 не определял статус 1xx
коды, серверы НЕ ДОЛЖНЫ отправлять ответ 1xx клиенту HTTP/1.0
разве что в экспериментальных условиях.

Клиент ДОЛЖЕН быть готов принять один или несколько ответов о статусе 1xx.
до обычного ответа, даже если клиент не ожидает 100
(Продолжить) сообщение о состоянии. Неожиданные ответы о статусе 1xx МОГУТ быть
игнорируется агентом пользователя.

Прокси-серверы ДОЛЖНЫ пересылать ответы 1xx, если соединение между
прокси и его клиент были закрыты, или если сам прокси
запросил генерацию ответа 1xx. (Например, если

прокси добавляет поле «Ожидать: 100-продолжить» при пересылке запроса,
тогда ему не нужно пересылать соответствующие 100 (Продолжить)
ответ (ы).)

10.1.1 100 Продолжить

Клиент ДОЛЖЕН продолжить выполнение своего запроса. Этот промежуточный ответ
используется для информирования клиента о том, что начальная часть запроса
был получен и еще не был отклонен сервером. Клиент
СЛЕДУЕТ продолжить отправкой оставшейся части запроса или, если
запрос уже выполнен, игнорируйте этот ответ. Сервер
ДОЛЖЕН отправить окончательный ответ после завершения запроса. Видеть
раздел 8.2.3 для подробного обсуждения использования и обращения с этим
код состояния.

10.1.2 101 Протоколы переключения

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

Протокол СЛЕДУЕТ переключать только тогда, когда это выгодно
так. Например, переход на более новую версию HTTP выгоден
по сравнению со старыми версиями и переходом на синхронный режим реального времени.
протокол может быть выгоден при доставке ресурсов, которые используют
такие особенности.

10.2 Успешный 2xx

Этот класс кода состояния указывает, что запрос клиента был
успешно получено, понято и принято.

10.2.1 200 ОК

Запрос выполнен. Информация, возвращенная с ответом
зависит от метода, используемого в запросе, например:

GET объект, соответствующий запрошенному ресурсу, отправляется в
ответ;

HEAD поля заголовка объекта, соответствующие запрошенному
ресурс отправляется в ответе без какого-либо тела сообщения;

POST объект, описывающий или содержащий результат действия;

TRACE объект, содержащий сообщение запроса, полученное
конечный сервер.

10.2.2 201 Создано

Запрос был выполнен и в результате появился новый ресурс
созданный. На вновь созданный ресурс можно ссылаться по URI.
возвращается в сущности ответа с наиболее конкретным URI
для ресурса, заданного полем заголовка Location. Ответ
СЛЕДУЕТ включать сущность, содержащую список ресурсов
характеристики и местоположение(я), из которых пользователь или пользовательский агент может
выбрать наиболее подходящий. Формат объекта определяется
тип носителя, указанный в поле заголовка Content-Type. Происхождение
сервер ДОЛЖЕН создать ресурс перед возвратом кода состояния 201.
Если действие не может быть выполнено немедленно, сервер ДОЛЖЕН
вместо этого ответьте 202 (принято).

Ответ 201 МОЖЕТ содержать поле заголовка ответа ETag, указывающее
текущее значение тега объекта для запрошенного варианта просто
создан, см. раздел 14.19.

10.2.3 202 Принято

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

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

10.2.4 203 Неофициальная информация

Возвращенная метаинформация в заголовке объекта не является
окончательный набор доступен с исходного сервера, но собран
из локальной или сторонней копии. Представленный набор МОЖЕТ быть подмножеством
или надмножество оригинальной версии. Например, включая местные
аннотационная информация о ресурсе может привести к расширению
метаинформации, известной исходному серверу. Использование этого
код ответа не требуется и подходит только тогда, когда
в противном случае ответ будет 200 (ОК).

10.2.5 204 Нет содержания

Сервер выполнил запрос, но ему не нужно возвращать
entity-body и может захотеть вернуть обновленную метаинформацию.
ответ МОЖЕТ включать новую или обновленную метаинформацию в виде
заголовки объектов, которые, если они присутствуют, ДОЛЖНЫ быть связаны с
запрошенный вариант.

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

Ответ 204 НЕ ДОЛЖЕН включать тело сообщения и, следовательно, всегда
завершается первой пустой строкой после полей заголовка.

10.2.6 205 Сброс содержания

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

10.2.7 206 Частичное содержание

Сервер выполнил частичный запрос GET для ресурса.
Запрос ДОЛЖЕН содержать поле заголовка Range (раздел 14.35).
указывающий желаемый диапазон, и МОЖЕТ включать If-Range
поле заголовка (раздел 14.27), чтобы сделать запрос условным.

Ответ ДОЛЖЕН включать следующие поля заголовка:

 — либо поле заголовка Content-Range (раздел 14.16), указывающее
        диапазон, включенный в этот ответ, или multipart/byteranges
        Content-Type, включая поля Content-Range для каждой части.  Если
        Поле заголовка Content-Length присутствует в ответе, его
        значение ДОЛЖНО соответствовать фактическому количеству ОКТЕТОВ, переданных в
        тело сообщения.
 

 - Дата
 

 - ETag и/или Content-Location, если бы заголовок был отправлен
        в ответе 200 на тот же запрос
 

 — Истекает, Cache-Control и/или Vary, если значение поля может
        отличаться от отправленного в любом предыдущем ответе для того же
        вариант
 

Если ответ 206 является результатом запроса If-Range, который использовал
сильный валидатор кеша (см. раздел 13.3.3), ответ НЕ ДОЛЖЕН
включать другие заголовки сущностей. Если ответ является результатом
Запрос If-Range, в котором использовался слабый валидатор, ответ НЕ ДОЛЖЕН
включать другие заголовки сущностей; это предотвращает несоответствия между
кэшированные тела сущностей и обновленные заголовки. В противном случае ответ
ДОЛЖЕН включать все заголовки сущностей, которые были бы возвращены
с ответом 200 (ОК) на тот же запрос.

Кэш НЕ ДОЛЖЕН объединять ответ 206 с другими ранее кэшированными ответами.
содержимое, если заголовки ETag или Last-Modified не совпадают точно,
см. 13.5.4.

Кэш, который не поддерживает заголовки Range и Content-Range.
НЕ ДОЛЖЕН кэшировать 206 (частичных) ответов.

10.3 Перенаправление 3xx

Этот класс кода состояния указывает на то, что необходимо предпринять дальнейшие действия.
принятые пользовательским агентом для выполнения запроса. Действие
требуемый МОЖЕТ быть выполнен пользовательским агентом без взаимодействия
с пользователем тогда и только тогда, когда метод, используемый во втором запросе,
ПОЛУЧИТЬ или ГОЛОВУ. Клиент ДОЛЖЕН обнаруживать бесконечные циклы перенаправления, поскольку
такие петли генерируют сетевой трафик для каждого перенаправления.

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

10.3.1 300 Множественный выбор

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

Если это не был запрос HEAD, ответ ДОЛЖЕН включать объект
содержащий список характеристик ресурсов и местоположения (я) из
который пользователь или пользовательский агент может выбрать наиболее подходящий.
формат объекта определяется типом носителя, указанным в Content-
Введите поле заголовка. В зависимости от формата и возможностей

пользовательский агент, выбор наиболее подходящего варианта МОЖЕТ быть
выполняется автоматически. Однако данная спецификация не определяет
любой стандарт для такого автоматического выбора.

Если сервер имеет предпочтительный выбор представления, он ДОЛЖЕН
включить конкретный URI для этого представления в Location
поле; пользовательские агенты МОГУТ использовать значение поля Location для автоматического
перенаправление. Этот ответ можно кэшировать, если не указано иное.

10.3.2 301 Перемещено навсегда

Запрошенному ресурсу был назначен новый постоянный URI, и любой
будущие ссылки на этот ресурс ДОЛЖНЫ использовать один из возвращаемых
URI. Клиенты с возможностью редактирования ссылок должны автоматически
повторно связать ссылки на Request-URI с одним или несколькими новыми
ссылки, возвращаемые сервером, где это возможно. Этот ответ
кэшируется, если не указано иное.

Новый постоянный URI ДОЛЖЕН быть указан в поле Location в
отклик. Если метод запроса не был HEAD, сущность
ответ ДОЛЖЕН содержать краткую гипертекстовую заметку с гиперссылкой на
новый URI.

Если код состояния 301 получен в ответ на запрос другого
чем GET или HEAD, пользовательский агент НЕ ДОЛЖЕН автоматически перенаправлять
запрос, если он не может быть подтвержден пользователем, так как это может
изменить условия, на которых был выдан запрос.

 Примечание. При автоматическом перенаправлении запроса POST после
      получение кода состояния 301, некоторые существующие пользовательские агенты HTTP/1.0
      ошибочно изменит его на запрос GET.
 

10.3.3 302 Найдено

Запрошенный ресурс временно находится под другим URI.
Поскольку перенаправление может время от времени изменяться, клиент ДОЛЖЕН
продолжайте использовать Request-URI для будущих запросов. Этот ответ
кэшируется только в том случае, если указано в заголовке Cache-Control или Expires
поле.

Временный URI ДОЛЖЕН быть указан в поле Location в
отклик. Если метод запроса не был HEAD, сущность
ответ ДОЛЖЕН содержать краткую гипертекстовую заметку с гиперссылкой на
новый URI.

Если код состояния 302 получен в ответ на запрос другого
чем GET или HEAD, пользовательский агент НЕ ДОЛЖЕН автоматически перенаправлять
запрос, если он не может быть подтвержден пользователем, так как это может
изменить условия, на которых был выдан запрос.

 Примечание. В RFC 1945 и RFC 2068 указано, что клиент не может
      изменить метод перенаправленного запроса. Однако большинство
      существующие реализации пользовательских агентов обрабатывают 302, как если бы это было 303
      ответ, выполняя GET для значения поля Location независимо от
      исходного метода запроса. Коды состояния 303 и 307 имеют
      были добавлены для серверов, которые хотят однозначно указать, какие
      такая реакция ожидается от клиента.
 

10.3.4 303 См. Другое

Ответ на запрос можно найти под другим URI и
СЛЕДУЕТ извлекаться с использованием метода GET для этого ресурса. Этот способ
существует в первую очередь для того, чтобы вывод сценария, активированного POST,
перенаправить пользовательский агент на выбранный ресурс. Новый URI не является
заменить ссылку на первоначально запрошенный ресурс. 303
ответ НЕ ДОЛЖЕН кэшироваться, но ответ на второй
(перенаправленный) запрос может кэшироваться.

Другой URI ДОЛЖЕН быть указан в поле Location в
отклик. Если метод запроса не был HEAD, сущность
ответ ДОЛЖЕН содержать краткую гипертекстовую заметку с гиперссылкой на
новый URI.

 Примечание. Многие пользовательские агенты до HTTP/1.1 не понимают ошибку 303.
      статус. Когда взаимодействие с такими клиентами является проблемой,
      Вместо этого можно использовать код состояния 302, так как большинство пользовательских агентов реагируют
      на ответ 302, как описано здесь для 303.
 

10.3.5 304 Не изменено

Если клиент выполнил условный запрос GET и доступ
разрешено, но документ не был изменен, сервер ДОЛЖЕН
ответьте этим кодом состояния. Ответ 304 НЕ ДОЛЖЕН содержать
тело сообщения, поэтому всегда заканчивается первой пустой строкой
после полей заголовка.

Ответ ДОЛЖЕН включать следующие поля заголовка:

 - Дата, если ее пропуск не требуется в соответствии с разделом 14. 18.1.
 

Если исходный сервер без часов соблюдает эти правила, а прокси и
клиенты добавляют свою дату к любому ответу, полученному без нее (как
уже указано в [RFC 2068], раздел 14.19), кеши будут работать
правильно.

 - ETag и/или Content-Location, если бы заголовок был отправлен
        в ответе 200 на тот же запрос
 

 - Истекает, Cache-Control и/или Vary, если значение поля может
        отличаться от отправленного в любом предыдущем ответе для того же
        вариант
 

Если условный GET использовал сильный валидатор кеша (см. раздел
13.3.3), ответ НЕ ДОЛЖЕН включать другие заголовки объектов.
В противном случае (т.е. условный GET использовал слабый валидатор),
ответ НЕ ДОЛЖЕН включать другие заголовки объектов; это предотвращает
несоответствия между кэшированными телами сущностей и обновленными заголовками.

Если ответ 304 указывает, что объект в данный момент не кэширован, то
кэш ДОЛЖЕН игнорировать ответ и повторить запрос без
условный.

Если кеш использует полученный ответ 304 для обновления записи в кеше,
Кэш ДОЛЖЕН обновить запись, чтобы отразить любые новые значения полей, указанные в
ответ.

10.3.6 305 Использовать прокси

Запрошенный ресурс ДОЛЖЕН быть доступен через прокси, указанный
поле Местоположение. В поле Location указан URI прокси.
Ожидается, что получатель повторит этот единственный запрос через
прокси. Ответы 305 ДОЛЖНЫ генерироваться только исходными серверами.

 Примечание. В RFC 2068 не было ясно, что 305 предназначен для перенаправления
      один запрос и должен генерироваться только исходными серверами. Нет
      соблюдение этих ограничений имеет серьезные последствия для безопасности.
 

10.3.7 306 (Не используется)

Код состояния 306 использовался в предыдущей версии
спецификации, больше не используется, а код зарезервирован.

10.3.8 307 Временное перенаправление

Запрошенный ресурс временно находится под другим URI.
Поскольку перенаправление МОЖЕТ время от времени изменяться, клиент ДОЛЖЕН
продолжайте использовать Request-URI для будущих запросов. Этот ответ
кэшируется только в том случае, если указано в заголовке Cache-Control или Expires
поле.

Временный URI ДОЛЖЕН быть указан в поле Location в
отклик. Если метод запроса не был HEAD, сущность
ответ ДОЛЖЕН содержать краткую гипертекстовую заметку с гиперссылкой на
новые URI, так как многие пользовательские агенты до HTTP/1.1 не
понять статус 307. Поэтому примечание ДОЛЖНО содержать
информация, необходимая пользователю для повторения первоначального запроса на
новый URI.

Если код состояния 307 получен в ответ на запрос другого
чем GET или HEAD, пользовательский агент НЕ ДОЛЖЕН автоматически перенаправлять
запрос, если он не может быть подтвержден пользователем, так как это может
изменить условия, на которых был выдан запрос.

10.4 Ошибка клиента 4xx

Класс кода состояния 4xx предназначен для случаев, когда
клиент, похоже, ошибся. За исключением случаев ответа на запрос HEAD,
сервер ДОЛЖЕН включать сущность, содержащую объяснение
ситуация с ошибкой, и является ли она временной или постоянной
условие. Эти коды состояния применимы к любому методу запроса.
Пользовательские агенты ДОЛЖНЫ отображать пользователю любой включенный объект.

Если клиент отправляет данные, реализация сервера с использованием TCP
СЛЕДУЕТ следить за тем, чтобы клиент подтвердил получение
пакет(ы), содержащие ответ, прежде чем сервер закроет
входное соединение. Если клиент продолжает отправлять данные на сервер
после закрытия стек TCP сервера отправит пакет сброса на
клиент, который может стереть неподтвержденные входные буферы клиента
прежде чем они смогут быть прочитаны и интерпретированы приложением HTTP.

10.4.1 400 Неверный запрос

Запрос не может быть понят сервером из-за неправильного формата
синтаксис. Клиент НЕ ДОЛЖЕН повторять запрос без
модификации.

10.4.2 401 Неавторизованный

Запрос требует аутентификации пользователя. Ответ ДОЛЖЕН содержать
Поле заголовка WWW-Authenticate (раздел 14.47), содержащее запрос
применимо к запрошенному ресурсу. Клиент МОЖЕТ повторить
запрос с подходящим полем заголовка авторизации (раздел 14.8). Если
запрос уже включал учетные данные авторизации, затем 401
ответ указывает, что авторизация была отклонена для тех
реквизиты для входа. Если ответ 401 содержит тот же вызов, что и
предыдущий ответ, а пользовательский агент уже пытался
хотя бы один раз, то пользователю СЛЕДУЕТ предоставить
объект, указанный в ответе, поскольку этот объект может
включать соответствующую диагностическую информацию. HTTP-аутентификация доступа
объясняется в разделе «Аутентификация HTTP: базовый и дайджест-доступ».
Аутентификация» [43].

10.4.3 402 Требуется оплата

Этот код зарезервирован для использования в будущем.

10.

4.4 403 Запрещено

Сервер понял запрос, но отказывается его выполнять.
Авторизация не поможет и запрос НЕ ДОЛЖЕН повторяться.
Если метод запроса не был HEAD и сервер хочет сделать
public, почему запрос не был выполнен, в нем СЛЕДУЕТ описать
причина отказа в юридическом лице. Если сервер не хочет
сделать эту информацию доступной для клиента, код состояния 404
Вместо этого можно использовать (не найдено).

10.4.5 404 Не найдено

Сервер не нашел ничего, соответствующего Request-URI. Нет
указывается, является ли состояние временным или
постоянный. Код состояния 410 (Gone) СЛЕДУЕТ использовать, если сервер
знает, через какой-то внутренне настраиваемый механизм, что старый
ресурс постоянно недоступен и не имеет адреса переадресации.
Этот код состояния обычно используется, когда сервер не хочет
точно указать, почему запрос был отклонен, или когда нет других
ответ применим.

10.4.6 405 Метод не разрешен

Метод, указанный в строке запроса, не разрешен для
ресурс, идентифицированный Request-URI. Ответ ДОЛЖЕН содержать
Разрешить заголовок, содержащий список допустимых методов для запрошенного
ресурс.

10.4.7 406 Неприемлемо

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

Если это не был запрос HEAD, ответ ДОЛЖЕН включать объект
содержащий список доступных характеристик объекта и местоположения (я)
из которых пользователь или пользовательский агент может выбрать наиболее
соответствующий. Формат объекта определяется типом носителя, заданным
в поле заголовка Content-Type. В зависимости от формата и
возможности пользовательского агента, выбор наиболее подходящего
выбор МОЖЕТ быть выполнен автоматически. Однако эта спецификация
не определяет какой-либо стандарт для такого автоматического выбора.

 Примечание. Серверам HTTP/1.1 разрешено возвращать ответы,
      неприемлемо в соответствии с заголовками accept, отправленными в
      запрос.  В некоторых случаях это может быть даже предпочтительнее отправки
      406 ответ. Пользовательским агентам рекомендуется проверять заголовки
      входящий ответ, чтобы определить, является ли он приемлемым.
 

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

10.4.8 407 Требуется аутентификация прокси

Этот код похож на 401 (Неавторизованный), но указывает, что
клиент должен сначала аутентифицировать себя с помощью прокси. Прокси ДОЛЖЕН
вернуть поле заголовка Proxy-Authenticate (раздел 14.33), содержащее
вызов, применимый к прокси для запрошенного ресурса.
клиент МОЖЕТ повторить запрос с подходящей прокси-авторизацией
поле заголовка (раздел 14.34). Объясняется аутентификация доступа HTTP
в «HTTP-аутентификация: базовая и дайджест-аутентификация доступа»
[43].

10.4.

9 408 Время ожидания запроса

Клиент не выдал запрос за то время, пока сервер
был готов ждать. Клиент МОЖЕТ повторить запрос без
модификации в любое более позднее время.

10.4.10 409 Конфликт

Запрос не может быть выполнен из-за конфликта с текущим
состояние ресурса. Этот код разрешен только в тех случаях, когда
ожидается, что пользователь сможет разрешить конфликт
и повторите запрос. Тело ответа СЛЕДУЕТ включать достаточно

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

Конфликты чаще всего возникают в ответ на запрос PUT. За
например, если использовалось управление версиями и объект помещался
включены изменения в ресурс, которые противоречат изменениям, внесенным
более ранний (сторонний) запрос, сервер может использовать ошибку 409отклик
чтобы указать, что он не может выполнить запрос. В этом случае
объект ответа, вероятно, будет содержать список различий
между двумя версиями в формате, определяемом ответом
Тип содержимого.

10.4.11 410 Исчез

Запрошенный ресурс больше не доступен на сервере и не
адрес пересылки известен. Ожидается, что это состояние будет
считается постоянным. Клиенты с возможностью редактирования ссылок ДОЛЖНЫ
удалять ссылки на Request-URI после утверждения пользователем. Если
сервер не знает или не имеет возможности определить, действительно ли
состояние является постоянным, код состояния 404 (не найдено) ДОЛЖЕН быть
используется вместо этого. Этот ответ можно кэшировать, если не указано иное.

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

10.4.12 411 Требуемая длина

Сервер отказывается принимать запрос без определенного Content-
Длина. Клиент МОЖЕТ повторить запрос, если он добавляет действительный
Поле заголовка Content-Length, содержащее длину тела сообщения.
в сообщении запроса.

10.4.13 412 Предварительное условие не выполнено

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

10.4.14 413 Объект запроса слишком велик

Сервер отказывается обрабатывать запрос, потому что запрос
объект больше, чем сервер хочет или может обработать.
сервер МОЖЕТ закрыть соединение, чтобы клиент не мог продолжить
запрос.

Если это временное состояние, серверу СЛЕДУЕТ включить Retry-
После поля заголовка, чтобы указать, что это временно и после чего
время, когда клиент МОЖЕТ повторить попытку.

10.4.15 414 Слишком длинный URI запроса

Сервер отказывается обслуживать запрос, поскольку Request-URI
длиннее, чем сервер готов интерпретировать. Это редкое
состояние может возникнуть только в том случае, если клиент неправильно
преобразовал запрос POST в запрос GET с длинным запросом
информации, когда клиент спустился в «черную дыру» URI
перенаправление (например, префикс URI перенаправления, который указывает на суффикс
себя) или когда сервер подвергается атаке со стороны клиента, пытающегося
использовать дыры в безопасности, присутствующие на некоторых серверах, используя фиксированную длину
буферы для чтения или управления Request-URI.

10.

4.16 415 Неподдерживаемый тип носителя

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

10.4.17 416 Запрошенный диапазон невыполним

Сервер ДОЛЖЕН возвращать ответ с этим кодом состояния, если запрос
включал поле заголовка запроса Range (раздел 14.35), и ни одно из
значения спецификатора диапазона в этом поле перекрывают текущий экстент
выбранного ресурса, и запрос не включал If-Range
поле заголовка запроса. (Для диапазонов байтов это означает, что первый-
byte-pos всех значений byte-range-spec были больше, чем
текущая длина выбранного ресурса.)

Когда этот код состояния возвращается для запроса диапазона байтов,
ответ ДОЛЖЕН включать поле заголовка сущности Content-Range
указание текущей длины выбранного ресурса (см. раздел
14.16). Этот ответ НЕ ДОЛЖЕН использовать содержимое multipart/byteranges.
тип.

10.4.18 417 Ожидание не выполнено

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

10.5 Ошибка сервера 5xx

Коды состояния ответа, начинающиеся с цифры «5», указывают случаи в
о которых сервер знает, что он ошибся или не способен
выполнение запроса. За исключением ответа на запрос HEAD,
сервер ДОЛЖЕН включать сущность, содержащую объяснение
ситуация с ошибкой, и является ли она временной или постоянной
условие. Пользовательские агенты ДОЛЖНЫ отображать любой включенный объект в
пользователь. Эти коды ответов применимы к любому методу запроса.

10.5.1 500 Внутренняя ошибка сервера

Сервер столкнулся с непредвиденной ситуацией, которая помешала ему
от выполнения запроса.

10.5.2 501 Не реализовано

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

10.5.3 502 Плохой шлюз

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

10.5.4 503 Служба недоступна

В настоящее время сервер не может обработать запрос из-за
временная перегрузка или обслуживание сервера. Значение
что это временное состояние, которое будет облегчено после
некоторая задержка. Если известно, продолжительность задержки МОЖЕТ быть указана в
Заголовок Retry-After. Если Retry-After не указан, клиент ДОЛЖЕН
обрабатывать ответ так же, как и для ответа 500.

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

10.5.5 504 Время ожидания шлюза

Сервер, выступая в качестве шлюза или прокси, не получил
своевременный ответ от вышестоящего сервера, указанного URI (например,
HTTP, FTP, LDAP) или какой-либо другой вспомогательный сервер (например, DNS), который ему необходим
для доступа при попытке выполнить запрос.

 Примечание: Примечание для разработчиков: известно, что некоторые развернутые прокси
      вернуть 400 или 500, когда время поиска DNS истекло.
 

10.5.6 505 Версия HTTP не поддерживается

Сервер не поддерживает или отказывается поддерживать протокол HTTP.
версия, которая использовалась в сообщении запроса. Сервер
указывает на то, что он не может или не желает выполнить запрос
используя ту же основную версию, что и клиент, как описано в разделе
3.1, за исключением этого сообщения об ошибке. Ответ ДОЛЖЕН содержать
объект, описывающий, почему эта версия не поддерживается и что еще
протоколы поддерживаются этим сервером.

Когда использовать код состояния HTTP 404 в API

Я бы сказал, что код ответа 200 или 404 может быть действительным , в зависимости от того, как вы смотрите на ситуацию.

Дело в том, что коды ответов HTTP определяются в контексте сервера , который может доставлять различные ресурсы на основе их URL. В этом контексте значения 200 OK и 404 Not Found совершенно однозначны: первый говорит «вот ресурс, который вы просили», а второй говорит «извините, у меня нет такого ресурса». .

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

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

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

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

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

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

---

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

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

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

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

Наконец, вы должны всегда иметь в виду закон Постеля:

» Будьте консервативны в том, что отправляете, и либеральны в том, что получаете. »

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

Ошибка 404 не найдена — Что это значит и как это исправить!

Вы знаете страницу: вы переходите по ссылке, но вместо того, чтобы получить нужный сайт, выскакивает ошибка о том, что запрошенная страница недоступна. Что-то вроде «404 Not Found». Ошибка 404 — стандартизированная Код состояния HTTP . Сообщение отправляется с веб-сервера онлайн-присутствия в веб-браузер (обычно клиент), отправивший HTTP-запрос. Затем браузер отображает этот код ошибки.

Содержание

1. Как возникает ошибка 404?
2. Как исправить ошибку «404 Not Found»
3. Ошибки HTTP 404 могут повредить рейтингу и репутации сайта0067
4. Почему вам следует персонализировать страницу с ошибкой 404?

Как возникает ошибка 404?

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

• URL-адрес или его содержимое (например, файлы или изображения) были либо удалены , либо перемещены (без соответствующей корректировки каких-либо внутренних ссылок)

• URL-адрес был неправильно написан (в процессе создания или редизайна), неправильно связан , или неправильно набран в браузере

веб-сайт не несет ответственности за 05454 сервер работает или соединение разорвано

• Запрошенное доменное имя не может быть преобразовано в IP системой доменных имен (DNS)

• Введенное доменное имя не существует (больше)

Неработающие ссылки часто остаются в течение длительного периода времени, поскольку операторы не знают, что связанный контент был удален или перемещен. Многие веб-сайты по-прежнему появляются на страницах результатов поисковой системы (SERP), даже если они больше не доступны в Интернете (или, по крайней мере, не по указанному URL-адресу). Другие связанные веб-сайты, такие как блоги, новостные порталы и т. д., часто не уведомляются о том, что сайт был удален или теперь его можно найти по новому URL-адресу. Многие операторы веб-сайтов не проверяют свои внешние ссылки регулярно и поэтому работающая ссылка может легко стать мертвой.

Доменные имена за 1 доллар

Зарегистрируйте отличные TLD менее чем за 1 доллар в первый год.

Зачем ждать? Получите свое любимое доменное имя сегодня!

Совпадающий адрес электронной почты

SSL-сертификат

Поддержка 24/7/365

Как исправить ошибку «404 Not Found is a special error»

9 A 9.0009 9.0009 A В конце концов, посетители веб-сайта не нашли контент, который искали. Однако появление страницы 404 не обязательно означает, что нужная информация вообще недоступна. Во многих случаях легко найти решение исходной ошибки и посетитель может быть быстро перенаправлен на веб-страницу, которую он изначально искал. Итак, как именно вы можете добиться исправления ошибки 404? Мы советуем попробовать следующие возможные решения (в том порядке, в котором они перечислены):

• Перезагрузить страницу : Возможно, ошибка 404 появилась по той простой причине, что страница не загружалась должным образом. Это можно легко проверить, нажав кнопку «Обновить» в браузере или также нажав кнопку F5.

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

• Вернуться на уровни каталога : Например, если URL-адрес следующей структуры example. com/Directory1/Directory2/Directory3 вызывает страницу ошибки 404, то вы всегда можете вернуться в предыдущий каталог level (в данном примере: example.com/Directory1/Directory2 ), чтобы проверить, есть ли там ссылка на нужную страницу. Все, что вам нужно сделать, это очистить последний каталог в URL-адресе. Ссылка на страницу, которую вы ищете, должна быть видна на предыдущей странице. Если ее нет на этой странице, вы также можете вернуться на предыдущую страницу и найти там правильную ссылку. Но если так получилось, что этот метод также оказался успешным, и вы в конечном итоге вернетесь на домашнюю страницу, тогда переходите к следующему совету.

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

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

• Удалите кеш браузера и файлы cookie: Если вы можете получить доступ к веб-сайту с другого устройства, а ошибка HTTP 404 появляется только на определенном компьютере, проблема может заключаться в вашем браузере. Поэтому вам следует удалить кеш браузера, а также все файлы cookie для этого сайта, и это, возможно, позволит вам получить доступ к странице.

• Связаться с веб-сайтом : Если ни один из вышеупомянутых советов не увенчался успехом, то единственным оставшимся вариантом может быть контакт с лицом / людьми, ответственными за веб-сайт. Контактную информацию обычно можно найти в шапке веб-сайта или на специальной странице «Свяжитесь с нами». Операторы веб-сайта должны иметь возможность предоставить информацию о том, действительно ли существует страница, которую вы ищете. Возможно, рассматриваемая страница была перемещена на новый URL-адрес, и в этом случае вы окажете большую услугу оператору веб-сайта. Затем они могут выполнить исправление ошибки 404, введя перенаправление домена, которое автоматически направит пользователей со старой веб-страницы на текущую.

Ошибки HTTP 404 могут повредить рейтингу и репутации веб-сайта

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

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

Идентификация ошибок 404 на вашем собственном веб-сайте

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

• Консоль поиска Google (ранее известная как «Инструменты Google для веб-мастеров»): если у вас уже есть учетная запись Google и вы зарегистрировали там свой веб-сайт, вам следует воспользоваться Опция Google Search Console. Любые ошибки 404, обнаруженные поисковым роботом Google, отображаются в веб-инструменте и также могут быть отмечены здесь как исправленные. Дополнительные функции позволяют находить ошибки в файлах robots.txt и использовать статистику сканирования, чтобы определить, как часто ваш сайт сканировался поисковыми роботами Google.

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

• W3C Link Checker : этот онлайн-инструмент Консорциума World Wide Web (W3C) особенно подробен, когда речь идет о тестировании отдельных страниц веб-сайта, поэтому процесс проверки ссылок занимает больше времени, чем с другими веб-сайтами. Средство проверки ссылок W3C работает так же, как средство проверки мертвых ссылок: вы вводите URL-адрес, а инструмент сделает все остальное. Также можно добавить дополнительные детали

Создание страницы ошибки 404

Некоторые системы управления контентом (CMS), такие как WordPress, Joomla и Drupal , автоматически создают страницу ошибки 404 , когда URL-адрес веб-сайта не может быть найден. Страница HTTP 404 представляет собой простое стандартное сообщение об ошибке, но большинство из них можно персонализировать с помощью специальных расширений CMS.

Если ваша CMS не дает вам возможности создавать или изменять страницу 404, или если ваш веб-сайт основан исключительно на HTML, PHP и т. д., это окажется немного сложнее. Вы можете создать страницу ошибки следующим образом:

• Создать страницу с ошибкой (« 404.html » или « 404.php «) в корневом каталоге (если он еще не существует).

• Откройте файл .htaccess (или создайте его при необходимости) в корневом каталоге, введите его в « ErrorDocument 404 /404. html » и сохраните изменения. Страница ошибки будет сгенерирована с этим кодом.

• Чтобы проверить, работает ли это, попробуйте получить доступ к недоступной веб-странице и, надеюсь, в браузере должно появиться сообщение об ошибке 404.

Почему вы должны персонализировать свою страницу с ошибкой 404?

Наличие стандартной страницы с ошибкой 404 лучше, чем отсутствие ее вообще, хотя пользовательская страница предпочтительнее по нескольким причинам. С одной стороны, вы можете быть уверены, что посетители получат точный код состояния HTTP : например, если запрошенный контент больше не присутствует на сайте, это должно быть передано с помощью « 410 Gone 9».0055′ сообщение. Затем посетитель узнает, что этот контент был окончательно удален.

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

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

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

• 22.06.22
• Website creation

• Usability
• Online Store
• HTTP

Related articles

HTTP status codes and their meaning

• 09. 05.2019
• Technical matters

404, 302, 503 – короткие комбинации цифр с большим значением. Пользователи снова и снова сталкиваются с отчетами о состоянии сервера, и если вы знаете, как их интерпретировать, вы можете действовать соответствующим образом. Знание HTTP-кодов еще более актуально для владельцев веб-сайтов. С правильным ноу-хау вы можете значительно улучшить взаимодействие с пользователем на своей домашней странице, что повлияет на рейтинг в поисковых системах.

Коды состояния HTTP и их значение

Современная веб-разработка: основы

• 08.01.2020
• Веб-разработка

Тенденции, движущие веб-разработкой, отходят от статического веб-присутствия и все больше движутся в направлении интерактивного контента. Несмотря на то, что такие языки, как HTML и CSS, по-прежнему доминируют, все большее число разработчиков предпочитают серверный язык программирования PHP для динамических веб-сайтов. Языки сценариев на стороне клиента, такие как JavaScript, позволяют сайту реагировать на действия пользователя…

Современная веб-разработка: основы

Как осуществляется доступ к веб-сайтам?

• 06.09.2019
• Веб-разработка

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

Как осуществляется доступ к веб-сайтам?

HTTP 400: Объяснение неверного запроса

• 16.08.2019
• Технические вопросы

Пользователи Интернета часто сталкиваются с сообщениями об ошибках. Коды состояния HTTP могут быть особенно раздражающими, особенно если вы не понимаете, что они означают. Сообщение «HTTP 400 — Bad Request» является загадкой для многих интернет-пользователей, но, к счастью, в большинстве случаев ее можно решить. Мы объясняем, что означает сообщение об ошибке и как исправить ошибку.

HTTP 400: Объяснение неверного запроса

Как исправить синий экран смерти (BSOD)

• 22.06.2022
• Ноу-хау

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

Как исправить «синий экран смерти» (BSOD)

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

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

Содержание

Глава 1

Нет результатов, нет контроля

Глава 2

Лучшие результаты не найдены. Найденные результаты Передовой опыт проектирования пользовательского интерфейса

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

Несмотря на то, что эти страницы имеют решающее значение для интернет-магазина, по словам Баймарда, «68% сайтов электронной коммерции имеют реализацию «страницы без результатов», которая по существу является тупиковой для пользователей, предлагая не более чем общий набор советов по поиску». Это также означает, что настройка вашей страницы в удобной для пользователя форме дает возможность опередить своих конкурентов. И это требует минимальных усилий.

Почему эти страницы так важны?

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

Это большое дело. Этого можно избежать, если подумать о следующем:

Глава 1

Нет результатов, нет контроля

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

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

Почему это происходит?

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

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

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

В этой статье мы рассмотрим несколько замечательных примеров страниц «результат не найден».

Но сначала мы должны поговорить об основных принципах оформления этих страниц.

Глава 2

Лучшие рекомендации по дизайну пользовательского интерфейса, результаты которых не найдены

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

Четко объяснить, что произошло

При первой же возможности устраните любую возможную путаницу.

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

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

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

Всегда берите на себя вину

Всегда начинайте эти сообщения с извинений.

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

Говоря об этом…

Предлагайте альтернативы

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

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

Проверка правописания

Активно давать подсказки, если покупатель неправильно написал слово .

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

Предложить похожие результаты

Это можно сделать несколькими способами:

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

А если этого недостаточно…

Привлечь

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

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

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

А теперь давайте проверим, как некоторые из лучших веб-сайтов используют эти передовые методы в дизайне своих страниц результатов поиска…

ЛЕГКО ОТСЛЕЖИВАТЬ РЕЗУЛЬТАТИВНОСТЬ ПОИСКА

Загрузите Prefixbox Site SearchAnalyticsDashboard, который мы используем для анализировать данные наших собственных клиентов! Это БЕСПЛАТНО (ранее доступно только для платных клиентов).

Подпишитесь на будущие полезные поисковые идеи.

Глава 3

Лучшая электронная коммерция Примеры страниц без результатов

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

Nordstrom

Вот две основные вещи, которые делает Nordstrom:

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

Best Buy

Что они делают хорошо, так это:

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

Walgreens

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

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

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

Build.com

Страница результатов поиска на Build.com, даже без результатов, является информативной и предлагает несколько способов действий, в том числе:

• Несколько предложений о том, как Исправить поисковый запрос
• Вход в систему для проверки истории заказов
• Предложение альтернативных, популярных продуктов

Sears

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

Costco

Обратите внимание, как Costco спроектировала свою страницу «Нет результатов»:

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

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

Ikea

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

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

GAP

GAP хорош тем, что активно идентифицирует опечатки .

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

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

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

Wayfair

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

Debenhams

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

Disney Store

Наконец, уникальный пример.

Этот дизайн «страницы без результатов» не очень удобен, но все же удобен для пользователя.

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

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

Глава 4

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

Покупатель, который использует функцию поиска в вашем интернет-магазине, имеет сильное намерение совершить покупку. Согласно сравнительному отчету Demac Media за третий квартал 2016 года , пользователи, использующие поиск по сайту, на 216 % чаще конвертируются, чем те, кто этого не делает.

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

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

При разработке этих страниц необходимо помнить следующее:

• Будьте полезными
• Всегда предоставляйте покупателю возможность немедленно продолжить покупки
• Не оставляйте покупателей в тупике без предложения помощи

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

Пейдж ТирреллРуководитель отдела маркетинга — Prefixbox

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

Что это такое и как это исправить

Ошибка 404 Not Found — это код состояния ответа HTTP, который указывает, что запрошенный ресурс не найден. Как и в случае с большинством кодов ответа HTTP, причину ошибки 404 Not Found может быть сложно отследить и устранить.

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

Итак, приступим!

Серверная или клиентская сторона?

Все коды состояния ответа HTTP в категории 4xx являются ответами об ошибках клиента. Эти типы сообщений контрастируют с ошибками категории 5xx, такими как 502 Bad Gateway Error, которые являются ответами сервера на ошибку.

При этом появление ошибки HTTP 404 не всегда означает, что проблема связана с клиентом (веб-браузер или устройство, используемое для доступа к приложению). Иногда корень проблемы находится на стороне сервера. Помните, что сервер по-прежнему является сетевым объектом, выдающим ошибку 404 Not Found.

В следующих разделах мы рассмотрим некоторые сценарии (и возможные решения), в которых ошибка возникает из-за проблем с сервером и/или клиентом.

Начните с полной резервной копии приложения

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

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

Диагностика ошибки 404 Not Found

Ошибка HTTP 404 возникает, когда ресурс недоступен. Клиент (веб-браузер) получил сообщение от сервера (удаленного компьютера) о том, что конкретный ресурс (веб-страница/URL) недоступен.

Вот несколько сценариев, в которых это может произойти: 

• Клиент отправил правильный запрос на сервер, и сервер успешно получил этот запрос, и сервер не смог найти действительный ресурс в этом конкретном месте. Обычно это происходит из-за недопустимого URL-адреса, указанного клиентом. Это представляет собой большинство ошибок 404 Not Found Errors.
• Некоторые веб-приложения «подделывают» 404 Not Found Errors при запросе недопустимого ресурса. Сервер возвращает стандартный код ответа 200 OK, что означает, что ресурс загружен, как и ожидалось, однако сервер отобразил пользовательскую «страницу 404». Такие поддельные ошибки обычно называются программными ошибками 404. 

.

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

Устранение неполадок на стороне клиента

Лучший способ начать поиск и устранение ошибки 404 Not Found Error — найти потенциальные проблемы на стороне клиента. Вот несколько советов, которые можно попробовать в браузере или на устройстве, на котором возникают проблемы.

Проверьте запрошенный URL-адрес

Наиболее распространенной причиной ошибки 404 Not Found является ввод неверного URL-адреса. Доменные имена (например, airbrake.io) нечувствительны к регистру, а это означает, что эта смешанная ссылка на AirBrAKe.IO работает так же хорошо, как и стандартная версия airbrake.io в нижнем регистре. Однако части пути, запроса или фрагмента, которые появляются после имени домена, часто чувствительны к регистру, если конфигурация приложения/сервера предварительно не обрабатывает все URL-адреса как строчные перед выполнением.

Например, в то время как airbrake.io может быть в верхнем, нижнем или смешанном регистре, ссылка на airbrake.io/ERROR-MONITORING/ (с BLOG в верхнем регистре) недействительна, что приводит к нашему хорошему другу 404 Not Found Error.

Конечно, строчная версия https://www.airbrake.io/error-monitoring работает нормально, как и ожидалось.

Как видите, незначительная опечатка в части URL-адреса может легко привести к неожиданной ошибке 404 Not Found.

Очистить соответствующие файлы cookie

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

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

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

В большинстве случаев вам нужно заботиться только о файлах cookie, относящихся к веб-сайту или приложению, вызывающему проблему. Файлы cookie хранятся на основе доменного имени веб-приложения, поэтому вы можете явно удалить только те файлы cookie, которые соответствуют домену веб-сайта (например, airbrake. io).

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

Очистка файлов cookie может выполняться различными способами в зависимости от используемого браузера:

• Гугл Хром
• Internet Explorer
• Microsoft Edge
• Мозилла Фаерфокс
• Сафари

Выход из системы и вход в систему

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

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

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

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

Отладка распространенных платформ

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

Наиболее распространенные системы управления контентом, такие как WordPress, Joomla! и Drupal, как правило, хорошо протестированы «из коробки». Тем не менее, как только вы начнете изменять базовые расширения или код PHP, легко вызвать непредвиденную проблему, которая приведет к ошибке HTTP 404.

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

Откат последних обновлений

Если вы недавно обновили саму систему управления контентом до появления ошибки 404 Not Found, рассмотрите возможность отката к предыдущей версии, которую вы установил, когда все работало нормально.

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

Чтобы получить помощь в выполнении этой задачи, просто введите в Google запрос «понижение версии [PLATFORM_NAME]» и следуйте инструкциям. Однако в некоторых случаях некоторые CMS не предоставляют возможности перехода на более раннюю версию. Обычно это относится к более популярным платформам.

Удаление новых расширений, модулей или плагинов

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

Имейте в виду, что некоторые расширения могут получить полный контроль над системой. После этого они могут вносить практически любые изменения в код PHP, HTML, CSS, JavaScript или базу данных. Таким образом, может быть целесообразно удалить все недавно добавленные расширения, если вы столкнулись с ошибкой 404.

Проверка на наличие непредвиденных изменений базы данных

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

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

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

Устранение неполадок на стороне сервера

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

Проверьте конфигурацию веб-сервера

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

Например, сервер может быть настроен на отклонение запросов к определенным каталогам или URL-адресам, что приводит к ошибке 404 Not Found.

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

• Apache
• Nginx
• ИИС
• Node.js
• Апач Томкэт

Просмотрите журналы

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

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

Google «logs [PLATFORM_NAME]», если вы используете CMS, или «logs [PROGRAMMING_LANGUAGE]» и «logs [OPERATING_SYSTEM]», чтобы получить дополнительную информацию о поиске журналов, о которых идет речь.

Проверка ссылок на приложения

Существует несколько инструментов, которые можно использовать, чтобы убедиться, что ваше приложение не выдает никаких ошибок 404 Not Found Errors.

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

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