404 обработчик и динамические страницы, которых на самом деле не существует ... плохо для SEO? - PullRequest
0 голосов
/ 21 августа 2011

У нас есть обработчик IIS 404 asp.net, который отображает страницы, когда HTML-страница не найдена.Он использует URL-адрес страницы для запросов к нашим базам данных и создает богатый релевантный контент на лету.Из того, что я могу сказать в журналах IIS и анализа страниц из инструментов веб-браузера, нет НИКАКОГО указания на то, что страница на самом деле не существует и была динамически сгенерирована.

В этих случаях IIS фактически отправляет 404 клиенту?Есть ли какое-либо перенаправление на самом деле происходит?Накажут ли меня поисковые системы за это?

Прошло 2 месяца, и Google все проиндексировал, но Bing и Yahoo ничего динамически не проиндексировали, несмотря на то, что я отправлял различные страницы Справочника, файлы Sitemap и каналы со всеми моими ссылками.Моя домашняя страница проиндексирована во всех поисковых системах и содержит все мои ссылки.Когда я ищу уникальные ключевые слова в этих ссылках, я вижу, что bing и yahoo видят их в ссылках моей домашней страницы - но только там.

Есть ли что-нибудь, что я могу запустить или проверить, чтобы убедиться, что мои динамические страницыПоисковики не так плохо воспринимаются?Любой способ проверить, возвращается ли сканеру 404 (каким бы 404 на самом деле ни был клиент, кроме просто другой страницы)?

Большое спасибо.

1 Ответ

1 голос
/ 21 августа 2011

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

Динамические страницы просто в порядке. Большая часть контента в Интернете создается динамически. Поисковым системам все равно, является ли контент динамическим, и, на самом деле, они обычно не знают, что контент динамический, как все, что они видят, если URL-адрес и HTML-код, создаваемый этим URL-адресом.

Любой способ проверить, является ли 404 (каким бы 404 на самом деле ни был клиент кроме просто еще одной страницы) возвращается сканерам?

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

...