Вопрос

Я пытаюсь перенаправить 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?

Это было полезно?

Решение

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

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

Другие советы

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

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

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

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

curl -I ww.site.com

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

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

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

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

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

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top