404 ошибки в / папках в Инструментах для веб-мастеров

Question

В Google Webmaster Tools при ошибках сканирования моя ошибка номер один 404 называется что-то вроде

www.domain.com/a 

На моем сайте такого нет, и нет ссылки на него. Что не так, что это значит? В журнале сайта нет ошибки об ошибке 404, указывающей на / a. W3C Checker сообщает об ошибке. Что я могу сделать?

Answer 1

Это не ты, это должен быть робот Google.(это не имеет отношения к php; возможно, кто-то может удалить тег php. )

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

Единственное, о чем я могу подумать, это то, что бот Google неправильно анализирует HTML и каким-то образом добавляет закрывающие теги «a» в корневой URL.Звучит глупо, но это единственное, что может объяснить многочисленные несвязанные случаи этой проблемы.

Кто-нибудь еще создал тему по этому вопросу на форуме Google?

Я не уверен, какое влияние это окажет на проблему с правами root, но я поместил это в свой файл htaccess, чтобы, надеюсь, устранить ложные ошибки 404.( Редактировать: это рекомендуемое решение Google. )

Redirect 301   /a   http://www.mysite.com

---

РЕДАКТИРОВАТЬ:

Сообщено на Справочном форуме Google:

http://www.google.com/support/forum

---

РЕДАКТИРОВАТЬ 2:

Оба сайта проверяются на W3C и ни один из них не использует PHP.

---

РЕДАКТИРОВАТЬ 3:

"/ a" идет изнутри jQuery v1.5.2.Это основная причина.

В самой jQuery эта строка ...

<a href='/a' style='color:red;float:left;opacity:.55;'>a</a>

---

РЕДАКТИРОВАТЬ 4:

Заблокироватьс файлом robots.txt.( По мнению Google, это только изменит ошибку сканирования инструментов для веб-мастеров с «404» на «Заблокировано robots.txt» )

Disallow:  /a/
Disallow:  /a

---

РЕДАКТИРОВАТЬ 5:

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

JohnMu

Сотрудник Google

4: 39 AM

Привет, ребята

Просто короткое примечание об этом - да, мы выбираем ссылку "/ a" для многих сайтов из jQuery JavaScript.Тем не менее, это, как правило, не проблема, если мы видим «/ a» как 404, то это хорошо для нас.Как и в случае с другими 404-URL, мы перечислим это как ошибку сканирования в Инструментах для веб-мастеров, но опять же, это не будет проблемой для сканирования, индексации или ранжирования.Если вы хотите убедиться, что это не вызывает ошибку сканирования в Инструментах для веб-мастеров, я бы порекомендовал просто 301 перенаправить этот URL-адрес на домашнюю страницу (запрет на URL-адрес также вызовет ошибку сканирования - он будет указан какURL, запрещенный robots.txt).

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

Итак, подведем итог: если вы видите "/ a" в ошибках сканирования в Инструментах для веб-мастеров, вы можете просто оставить это так, это не вызовет никаких проблем.Если вы хотите удалить его там, вы можете сделать перенаправление 301 на свою домашнюю страницу.

Приветствия

Джон

Answer 2

Выполните перенаправление 301 или иным образом запрос на удаление URL из вашей учетной записи веб-мастера.

GWT -> Конфигурация сайта -> Доступ для сканирования -> Запрос на удаление URL

Answer 3

Проверьте журналы ошибок Apache.Или установите небольшой файл PHP, который сохраняет $_SERVER["HTTP_REFERER"] как:

<?php

$f = fopen("logfile.txt", "a");
fwrite ($_SERVER["HTTP_REFERER"] . "\n");
fclose ($f);

Затем создайте файл .htaccess для перенаправления вызовов в / a на этот PHP:

Options FollowSymLinks
RewriteEngine On
RewriteRule ^a$ somthing.php

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