Страница ошибки по умолчанию IIS очень недружелюбна. Многие люди скажут, когда увидят страницу ошибки по умолчанию: веб -сайт не может быть открыт! Эта часть трафика была потеряна напрасной. Если страница ошибки прыгает непосредственно на домашнюю страницу и не подходит для поисковых систем, домашняя страница может быть заблокирована. Поэтому в зависимости от ситуации, есть два способа решить эту проблему:
Если это веб-сайт типа контента, такой как блог, вы можете вернуть окно поиска с 404 ошибками для посетителей для поиска. Если это веб-сайт электронной коммерции, вы можете вернуть строку прогресса с 404 ошибками для прыжков. Эти два метода заботятся о посетителях и принимают во внимание SEO.
Вы можете проверить, сколько страниц ошибок вашего сайта находится в инструментах Google Webmaster.
Метод для изменения страницы ошибки по умолчанию очень прост: щелкните правой кнопкой мыши веб-сайт, которым вы хотите управлять в IIS, и установите 404 в качестве соответствующей информации об ошибках в пользовательской ошибке. Вот два способа:
1. Если вы выберете файл для типа сообщения, вы можете использовать только файлы, заканчивающиеся .html или HTM, в противном случае код появится, когда пользователь обращается к странице ошибки. На странице ошибок, установленной таким образом, хотя статус 404 не выводится в файле .html, статус 404 будет выводиться автоматически после выполнения IIS.
2. Если вы выберете URL для типа сообщения, вы должны использовать файл ASP (поскольку статус 404 может быть установлен только в файле ASP), в противном случае код состояния 200 будет возвращен при доступе к странице ошибки. Также добавьте:
< %response.status = 404 не найдено %>
Если вы хотите регулярно прыгать на домашнюю страницу, есть два способа:
1. Используйте обновление метага, чтобы прыгнуть
<meta http-equiv = colresh Content = 3; url = http: //chenfangyi.com/? xxx>
По словам администратора блога Google Китая, Yahoo поднимается на этот метод.
2. Используйте JS, чтобы прыгнуть
Я чувствую, что использование JS лучше, потому что метагильные прыжки обеспокоены тем, что поисковые системы будут распознаваться как 200 или 302, см. Этот отрывок здесь:
Я часто вижу, что многие веб -сайты имеют пользовательские страницы ошибок 404 в аналогичной форме: сначала отобразите сообщение об ошибке, а затем, через Meta обновить, страница будет перенаправлена на домашнюю страницу, карту веб -страницы или другие аналогичные страницы. В зависимости от конкретного метода реализации, этот тип 404 страницы может вернуть код состояния 200 или временный перенаправление 302, но независимо от того, какой из них, с точки зрения технологии SEO, это не подходящий выбор.
Мы уже говорили о статусе 200 выше. Итак, когда страница 404 возвращается в 302, с чем будет дело поисковая система? Теоретически, для ошибки 302 поисковые системы считают, что веб -страница существует, но адрес временно изменяется, и страница все еще будет индексирован и включена. Таким образом, также возникнут дублирующиеся текстовые задачи, аналогичные проблемам кода состояния 200; Во -вторых, основные поисковые системы, представленные Google, имеют все более строгие требования к объему применения 302 перенаправления, и этот вид ненадлежащего использования 302 перенаправления представляет большие риски.