Были:
1. Сообщения о изменении скорости сканирования по факту ручного ее изменения
2. Сообщения о постановке в очередь адресов страниц на удаление
что-то еще...
Полезного мало. С пенальти, тьфу-тьфу, тук-тук, пока не сталкивался ;)
Аналогичная ситуация.
Страниц около 5 млн., "почти" уникальных, появились с месяц назад на сайте.
Сайтмапы сгенерены, засабмичены, пропингованы
Уже полгода гоняю домен по разным каталогам англицким и индусским, по разным базам, беков по WMT около 550.
За месяц скушал товарисч Гугль по разным ДЦ от 10 до 13 тыс. страниц, не более...
Что еще с ним сделать такого, чтоб максимально быстро сожрал?
Или только забивать в трубку бамбук и ждать? И если ждать, то по опыту - сколько?
При этом из засабмиченных Сайтмапов в WMT честно признает, что проиндексировано 86 УРЛов... Из 4,5 млн.
Разработчику
В базе обраток закрались ошибки в ссылках. Замечено достаточное количество случаев, когда html-код ссылок партнеров битый.
Например, код имеет вид (имя сайта ессно убрано) <a href=\http://www.site.ru/index.php\ target=\_blank\> ... бла-бла-бла ... </a><br><br>
То есть вместо кавычек выводятся слэши. При этом случаев при просмотре базы набралось около десятка. Возможно, конечно, ссылки так введены самими каталогами, а может баг и при выгрузке базы.
Мне то все равно, но скорее всего такие каталоги мою ссылку не примут, да и в Яндекс.Вебмастере ругань ;)
Моя копейка в совершенствование. Только зашел, и сразу баг.
Ошибка в JS, document.forms.0.q is null or not an object
Смотрел под IE7
Понравилось с твоей ссылки пример с каптчей открытой в GET-строке с сайта learnwpf.com.
Это где к алресе картинки было http://learnwpf.com/Captcha.ashx?txt=6SF86, где 6SF86 - это и есть код каптчи.
Так вот, еще больше понравился нынешний вид запроса к коду картинки, который выводится как адрес картинки в данный момент на сайте :)
А именно - http://learnwpf.com/Captcha.ashx?txt=fsck_u_MoBiC01 ... Нервный какой-то оказался владелец ресурса :)
Спасибо за содержательные ответы :)
Собственно, как раз и хотелось уверенности, что понимание вопроса с точки зрения стандартов совпадает с реальным пониманием вопроса поисковыми системами. Так что всем спасибо, тему можно закрывать.
Какие-то непонятные проблемы с работой с сервисом - постоянно, по каждому переходу со страницы на страницу, выбрасывает на страницу авторизации. IE7/WinXP
Второй день подряд.
Пишу сюда, так как отправить сообщение с сайта не представляется возможным.
Судя по надлюдениям, ввели саджешн только в рунете. Видимо, оценили вычислительный потенциал :) и адекватность версий бродилок, в отличие от остального мира :)
А связанные поиски в американском гугле давно наблюдаю.
Мда... Я вот тоже прорегал через proreg... Сижу, жду результата. Возможно, просто уже их база перебанена вся?
Да и отчет о работе сервиса "на высоте". Список якобы успешных ресурсов. Вместо обещанных 3 минут работы на канале 1 Мбит до прова, оттуда еще шире, сервис ковырялся минут 20-25.
На вопрос же в суппорт о трактовке отчета и хоть какой-то суммарной статистике по регистрации (интересовала стата а ля uhuhu.ru) был получен ответ, что это бы удлиннило процесс регистрации еще на 10-15 минут вместо 2-3 (по поводу 2-3 минут - см. выше).
Ну и пересечения баз с 1PS, uhuhu и autoreg по отчетам судить не приходится.
Так что сидим курим бамбук и размышляем о эффективности. Хотя пока говорить рано, всего то неделя прошла после акции.
Конкретно по Джумле затруднюсь сказать, но рекомендую посмотреть следующее:
1. Коды http-заголовков, возвращаемые сервером клиенту (то есть по сути роботу). Если 404 - то это проблема. И скорее всего в механизме или настройках плагина реврайтинга УРЛов. Посмотреть можно например с помощью плагина к IE httpwatch или аналогов.
2. Проверьте, не запрещен ли сайт к индексации в robots.txt и нет ли на страницах meta robots noindex,nofollow (это может быть в шаблонах).
В логах смотрим на сигнатуры поисковых ботов. Если они дальше главной не уходят, то скорее всего либо не видят ссылок, либо саму страницу получают как страницу ошибки и сворачивают удочки.
