svv: Допустим, есть интернет-магазин.
Идеальный покупатель для него, это человек, который зашел на сайт, в 1-2 шага добавил в корзину и, собственно, оформил заказ. Он много интереснее, чем тот, кто полдня лопатил сайт и ничего не найдя, ушел.
Искренне подозреваю, что с точки зрения Яндекса ПФ у второго лучше.
Вам нужно идти работать в прокуратуру. Там предпринимать какие-то действия на основе подозрений - нормально. А в СЕО - это недопустимо. Если нет четкого понимания, основанного на знании, аак что работает, любая иннициатива - вредна.
svv: , собственнно и вопрос. Если Яндекс-метрике указать, что задачей является попадение на страницу с корзиной, изменит ли он свое мнение насчет качества сайта, если первых посетителей (покупателей) больше?
Качество сайта у поисковика - характеристика статистическая. А значит найти ее корреляцию с какими-то конкретными вещами у вас не получится. Тем более меняя настройки метрики.
Лучше побрызгайте на монитор святой водой. За этим методом по крайности, стоит тысячелетняя вера людей. Авось и сработает!
Скорее всего - временно. Пока не вычислите путь заражения - это будет перманентно. Поищите на сайте поддержки вашей ЦМС список уязвимых расширений и проверьте, какие из них стоят у вас.
Lev M: Есть форум и есть на нём темы специально заточенные под яндекс. Но заметил такую вещь, что не все эти темы индексируются яндексом. А, что будет если я тему, после того как она создана и развита, буду сразу добавлять в аддурилку? Или не стоит этого делать? Ссылки тем у меня такого вида http://*******.ru/viewtopic.php?id=3078
---------- Добавлено 16.02.2013 в 03:49 ----------
именно wp_footer(); выводит скрытые ссылки где найти код функции wp_footer(); смотрел в functions.php темы и движка - ничего подозрительного смотрел general-template.php тоже ничего где еще смотреть?
Поищите файлы и каталоги с очень свежей датой, сейчас софт пошел примитивный дату обычно не меняет.
Проверьте все, что нашли. Возможно вам повезет и среди этих файликов будет список того, что вам залили.
Потом открывайте лог и смотрите все запросы POST, возле этой даты.
Если увидите что-то чего не должно быть по логике, возможно это и есть запрос, который покажет вашу уязвимость.
YaanGle: Учитывая орфографию и стиль автора, могу предположить что хотел получить не "настройте last-modified" , а конкретно и по пунктам, че ему открывать и где че менять :)
А не получится по пунктам, сколько хостингов и движков, столько и реализаций.
ТС, вам нужно, чтобы веб-сервер проверял дату последней модификации материала, и если она не менялась с последнего посещения роботом, отдавал бы ему 304 код ошибки.
Или вообще повесьте на все старые материалы 304 код ответа.
Для реализации сего, вам нужно обратиться к хостеру, администратору (если хостера нет) и автору (техподдержке) движка, что вы используете.
Допустим, есть интернет-магазин.
Идеальный покупатель для него, это человек, который зашел на сайт, в 1-2 шага добавил в корзину и, собственно, оформил заказ. Он много интереснее, чем тот, кто полдня лопатил сайт и ничего не найдя, ушел.
Искренне подозреваю, что с точки зрения Яндекса ПФ у второго лучше.
Вам нужно идти работать в прокуратуру. Там предпринимать какие-то действия на основе подозрений - нормально. А в СЕО - это недопустимо. Если нет четкого понимания, основанного на знании, аак что работает, любая иннициатива - вредна.
, собственнно и вопрос. Если Яндекс-метрике указать, что задачей является попадение на страницу с корзиной, изменит ли он свое мнение насчет качества сайта, если первых посетителей (покупателей) больше?
Качество сайта у поисковика - характеристика статистическая. А значит найти ее корреляцию с какими-то конкретными вещами у вас не получится. Тем более меняя настройки метрики.
Лучше побрызгайте на монитор святой водой. За этим методом по крайности, стоит тысячелетняя вера людей. Авось и сработает!
Да, здравая логика говорит об этом. Но насколько здравы алго Яши в отношении ПФ? Не опустит ли он сайт за 80-90% отказов :)
Какая связь между ПФ и процентом отказов?
Спасибо, помогло!
Скорее всего - временно. Пока не вычислите путь заражения - это будет перманентно. Поищите на сайте поддержки вашей ЦМС список уязвимых расширений и проверьте, какие из них стоят у вас.
Есть форум и есть на нём темы специально заточенные под яндекс. Но заметил такую вещь, что не все эти темы индексируются яндексом. А, что будет если я тему, после того как она создана и развита, буду сразу добавлять в аддурилку? Или не стоит этого делать? Ссылки тем у меня такого вида http://*******.ru/viewtopic.php?id=3078
Ну если у вас есть на это время добавляйте.
Помочь - не поможет.
Но и не повредит.
_alk0g0lik_, 2,3 - для валидации через validator.w3.org.
А третий - видимо ошибка контектной замены первого на второе.
что примерно писали?
---------- Добавлено 16.02.2013 в 03:49 ----------
именно wp_footer(); выводит скрытые ссылки
где найти код функции wp_footer();
смотрел в functions.php темы и движка - ничего подозрительного
смотрел general-template.php тоже ничего
где еще смотреть?
Поищите файлы и каталоги с очень свежей датой, сейчас софт пошел примитивный дату обычно не меняет.
Проверьте все, что нашли. Возможно вам повезет и среди этих файликов будет список того, что вам залили.
Потом открывайте лог и смотрите все запросы POST, возле этой даты.
Если увидите что-то чего не должно быть по логике, возможно это и есть запрос, который покажет вашу уязвимость.
Да, не сказал, запросы ищите в логе доступа.
Будет ли это плюсом в улучшении структуры сайта с точки зрения Яндекса или просто пустая трата времени и сам урл на структуру не влияет?
Есть золотое правило:
Работает?
Не трогай!
Ну тут вы америку не открыли =) юзер-агент более чем легко подделывается.
Так всё же, мы не выяснили, чего яндекс пытается добиться такими запросами к главной.
Это директива сортировки содержимого каталога для апача, которую выдает wget и другие подобные программы.
wget всегда выдает такую директиву, поэтому я озвучил наиболее вероятную версию.
Зачем роботу Яндекса пытаться листать каталог, который закрыт индексным файлом - спросите у Платона.
aship, а касательно контента и общей оптимизации идейку не подбросите? :)
Вам не идейка нужна, а глобальный аудит ситуации сверху до низу.
Никто не знает, что там делали ваши оптимизаторы и разработчики. Какие идейки могут быть в такой ситуации? Только - вредные.
Учитывая орфографию и стиль автора, могу предположить что хотел получить не "настройте last-modified" , а конкретно и по пунктам, че ему открывать и где че менять :)
А не получится по пунктам, сколько хостингов и движков, столько и реализаций.
ТС, вам нужно, чтобы веб-сервер проверял дату последней модификации материала, и если она не менялась с последнего посещения роботом, отдавал бы ему 304 код ошибки.
Или вообще повесьте на все старые материалы 304 код ответа.
Для реализации сего, вам нужно обратиться к хостеру, администратору (если хостера нет) и автору (техподдержке) движка, что вы используете.
Примерно так.