перенаправление w., ww., wwww. к -> www - PullRequest
2 голосов
/ 20 января 2009

Я пытаюсь перенаправить site.com w.site.com ww.site.com и wwww.site.com на www.site.com.

Мой босс хочет, чтобы опечатки попали и на сайт.

Они перенаправляют нормально. Я использую ASP.Net и выбрасываю редирект 301 обратно с помощью регулярного выражения, однако такие инструменты, как http://www.seoconsultants.com/tools/headers.asp, похоже, не показывают правильное перенаправление при попытке использовать w.site.com ww. и т.д.

Я пытаюсь выяснить, что видит Google, но я не уверен, где проверить.

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

Ответы [ 6 ]

6 голосов
/ 20 января 2009

Добавьте * запись к вашей записи DNS. Да, это звездочка. Это приведет к тому, что все, что не определено явно, перейдет на этот IP.

Например: * .site.com

2 голосов
/ 20 января 2009

Если у вас есть доступ к регистратору вашего домена, вы можете изменить запись CNAME, указав правильный домен. Это то же самое, что настройка субдомена с использованием DNS, но в этом случае wwww или w оба указывают на www на вашем сайте. С точки зрения дизайна вы также переносите работу перенаправления на другой сервер.

1 голос
/ 20 января 2009

Попробуйте использовать плагин Live HTTP Headers для Firefox, чтобы проверить заголовки, которые сервер отправляет вам обратно. Если Live HTTP Headers сообщает о перенаправлении 301, попробуйте захватить пользовательский агент на стороне сервера и измените Firefox на использование этого пользовательского агента . Если вы все еще получаете перенаправление 301, вам придется более тщательно изучить сервер, чтобы увидеть, если запрос от SEO Consultants достигает кода вокруг перенаправления.

Вы также можете попробовать использовать IIS и добавить несколько сайтов перенаправления, которые отвечают на субдомены w, ww и wwww, вместо того, чтобы использовать global.asax и перенаправление там.

0 голосов
/ 20 января 2009

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

Инструменты Google для веб-мастеров сообщат о 404-х и других ошибках, с которыми Google сталкивается при сканировании вашего сайта. Вы также можете установить предпочитаемый формат канонического имени домена (www.site.com против site.com).

Google будет "видеть" только одну из ваших переадресаций с неверно сформированного URL (например, с w.site.com на www.site.com), если где-то существует неверно сформированная ссылка, которую Google попытается сканировать. Я полагаю, вы могли бы разместить некоторые тестовые ссылки где-нибудь незаметно на вашем сайте, проверить Инструменты Google для веб-мастеров, чтобы узнать, что делает Google, когда сканирует эти тестовые ссылки, а затем удалить тестовые ссылки, когда вы удовлетворены результатами. Сканирования Google не являются детерминированными, поэтому вам, возможно, придется подождать несколько недель, прежде чем Google сканирует эти тестовые ссылки.

0 голосов
/ 20 января 2009

Можно попробовать использовать IIS вместо , чтобы посмотреть, не подавит ли это инструменты SEO.

0 голосов
/ 20 января 2009

Если у вас есть доступ к блоку Unix-типа, вы можете ввести это, чтобы увидеть возвращаемые заголовки:

curl -I ww.site.com

Но я бы доверял Firebug на твоем месте.

...