Представляете, бывают такие заказчики, которые вносят изменения только через разработчика.
Ну, я как разработчик, сотни раз сталкивался с тем, что лучше бы попросили нас внести изменения, чем пускали бы рукокрюких "программистов" SEO-контор, которые обычно даже не интересуются, как именно работает, допустим, самописная CMS. А лезут сразу в код, хотя в CMS есть абсолютно весь инструментарий сеошника :)
Есть и свои плюсы - восстановление функциональности за деньги.
Ида, упаси Боже, это не про Вас!
По теме, кто мешает сделать подмену текста изображением, когда в <h1> (да и любой другой тег) пишется текст, а потом с помощью CSS текст выкидывается за пределы контейнера, а фоном объекта кладется графическое лого. Визуально - картинка, фактически - нужный текст.
И еще хорошим тоном является управление потоком html-документа, когда фактически header сайта идет ниже по коду, чем основной контент, а позиционируется либо CSS (абсолютным позиционированием), либо JS (путем перемещения ноды) при загрузке страницы выше.
Еще по теме - сошлитесь на публикации Ашманова, на классический их труд.
87793, то, что автокликер - стопроцентное наблюдение. Не может человек в 100% точности столько раз подряд воспроизводить точную последовательность одних и тех же действий, будь он хоть каким угодно Кенийцем или Индусом. И разница между повторяющимися действиями (в рамках сеанса, я описывал череду в начале) в задержках вполне вписывается в контролируемый программный рандом.
Rodnoi, что автокликер накрутчика Директа - вряд ли. Что ему в ТОП-20 делать? Экономнее шарахаться в ТОП-10. Всякое может быть, конечно. Но сомнительно. Хотя тема сама по себе очень конкурентна даже в нч и сч областях запросов.
Я то все грешу на сглючивший софт ПФ-сервисов...
mjxjm, зарезать зону не долго. Тока это не интересно :) Надо бы понять и устранить причину, а не бороться с симптомами. В админку ломиться не будет, ибо не найдет :)
Otshelnik-Fm, Метричный Вебвизор не определяет, он записывает. А я смотрю записи - и определяю :)
Если бы это был чистый бот, то его телодвижения не фиксировал бы ВебВизор Метрики. То есть, только если это бот класса автокликера с реальной имитацией движений мыши и т.п. в рамках GUI операционной системы. Это скорее на софт известных сервисов накрутки ПФ смахивает.
Но IP те же, то есть видимо в рамках одной сети народ работает, что и указанные спаммеры - про эту инфу первым делом нагуглил. Но не сходится по симптомам. Да и форума на сайте как класса нет, не с чего по признакам даже боту приходить, не парсится таким макаром сайт.
---------- Добавлено 26.10.2013 в 10:15 ----------
omely: Да. У нас так было. Вычислили, кто развлекается - по тематике. Конкурент. Уверена, что экспериментировали с поведенческим фактором.
Ну собственно, есть такие подозрения. только пока не ясно кто и зачем - по ВЧ/ВК запросам сайт далеко не лидер, есть куда как более интересные жертвы для экспериментов :)
поскольку не только пагинатор, но и фильтры надо убирать. В конце звездочка не нужна вообще
только это только в Яндексе уберет (и то вопрос) ненужные страницы из индекса. В Гугле - только запретит роботу туда шляться, но в индексе оставит и еще и с дурацким сниппетом :).
Скорее лучше сделать через Clean-param (читаем здесь) + выводить по условию (есть гет-переменные) в коде в секции <head> мета-тег <meta name="robots" content="noindex,follow">
C точки зрения любых ботов адреса страниц даже с только разными get-переменными - это разные страницы.
Другой разговор, если индексация данного типа страниц запрещена, например с помощью robots.txt (иногда с применением regexp-фильтров, которые отлично понимают Яндекс и Google, но почти никогда - сторонние сервисы) или meta-тега на странице. Тогда по идее никакой бот туда заходить не должен.
В вашем случае вопрос к разработчикам WordPress - почему эти данные передаются через GET, а не по человечески hash-тегом (например site.ru/rubrika/page1.html#replytocom13019)
Товары - да, но не описания в полном объеме с сайта, так как обычно Маркет принимает существенно меньше сведений, чем указано на карточке (если только Вы не заполняли их сведениями, спаршенными из самого Маркета, без разбавки своими данными). В общем - пофик.
Не замечал. Если в YML отдается только параметрическое описание с ограниченным набором свойств (как чаще всего и бывает) - вред будет только для самого Маркета :)
Два года назад массовый редирект сайта емкостью в 25 тыс. страниц с неЧПУ на ЧПУ занял 4 месяца. Сайт был достаточно авторитетный и хорошо проходимый роботом, все дополнительные меры были приняты (кроме редиректора еще карту сайта сгенерили html и XML, навигация сама по себе была "быстрая" для робота, в мало кликов). И все равно 4 месяца ругани с саппортом Яндекса, какого черта так медленно все.
Так что не стоит.
А ключи из ЧПУ как-то все же засчитываются. И шансов получить дубли при нормальной настройке с ЧПУ - меньше, чем с get-адресацией.
Не стоит Вам возвращаться в былое, что-то не то Вы читали на форумах. Лучше бомбите УКОЗ баг-репортами, пущай чинят ЧПУ свой.
Соглашусь с Dreammaker и komdir, логичнее всего оставить карточку как есть, а на ней что-то типа "Товара нет в наличии" и ссылки на 2-3 аналога с картинками и красивыми призывными текстами типа "Коллекция зима-весна 2013 года, бла-бла-бла". Только аналоги нужно по типам продукции проставлять автоматом на актуальное, руками такие объемы логично не уподдерживаешься.
В XML-сайтмапе таким страницам самый низкий приоритет. Рубрики ушедшие в меню не выводить (ну тут от структуры каталога зависит). Товары в листинги продукции не выводить.
Тем самым сохраняем массу страниц сайта (для магазина - часто помогает), получаем внутреннюю перелинковку как по анкорам, так и по статвесу. И если у сайта ЧПУ и грамотно сформированные title у товарных страниц, то будет весьма полезно все это.
За всех не скажу, но по собственному опыту эту самую пользу вижу до сих пор.
Представляете, бывают такие заказчики, которые вносят изменения только через разработчика.
Ну, я как разработчик, сотни раз сталкивался с тем, что лучше бы попросили нас внести изменения, чем пускали бы рукокрюких "программистов" SEO-контор, которые обычно даже не интересуются, как именно работает, допустим, самописная CMS. А лезут сразу в код, хотя в CMS есть абсолютно весь инструментарий сеошника :)
Есть и свои плюсы - восстановление функциональности за деньги.
Ида, упаси Боже, это не про Вас!
По теме, кто мешает сделать подмену текста изображением, когда в <h1> (да и любой другой тег) пишется текст, а потом с помощью CSS текст выкидывается за пределы контейнера, а фоном объекта кладется графическое лого. Визуально - картинка, фактически - нужный текст.
И еще хорошим тоном является управление потоком html-документа, когда фактически header сайта идет ниже по коду, чем основной контент, а позиционируется либо CSS (абсолютным позиционированием), либо JS (путем перемещения ноды) при загрузке страницы выше.
Еще по теме - сошлитесь на публикации Ашманова, на классический их труд.
87793, то, что автокликер - стопроцентное наблюдение. Не может человек в 100% точности столько раз подряд воспроизводить точную последовательность одних и тех же действий, будь он хоть каким угодно Кенийцем или Индусом. И разница между повторяющимися действиями (в рамках сеанса, я описывал череду в начале) в задержках вполне вписывается в контролируемый программный рандом.
Rodnoi, что автокликер накрутчика Директа - вряд ли. Что ему в ТОП-20 делать? Экономнее шарахаться в ТОП-10. Всякое может быть, конечно. Но сомнительно. Хотя тема сама по себе очень конкурентна даже в нч и сч областях запросов.
Я то все грешу на сглючивший софт ПФ-сервисов...
mjxjm, зарезать зону не долго. Тока это не интересно :) Надо бы понять и устранить причину, а не бороться с симптомами. В админку ломиться не будет, ибо не найдет :)
Otshelnik-Fm, Метричный Вебвизор не определяет, он записывает. А я смотрю записи - и определяю :)
omely, дай то Бог...
Это бот спама в комментарии:
http://www.stopforumspam.com/ipcheck/176.194.189.56
http://www.stopforumspam.com/ipcheck/176.194.139.12
http://www.stopforumspam.com/ipcheck/176.194.157.107
Если бы это был чистый бот, то его телодвижения не фиксировал бы ВебВизор Метрики. То есть, только если это бот класса автокликера с реальной имитацией движений мыши и т.п. в рамках GUI операционной системы. Это скорее на софт известных сервисов накрутки ПФ смахивает.
Но IP те же, то есть видимо в рамках одной сети народ работает, что и указанные спаммеры - про эту инфу первым делом нагуглил. Но не сходится по симптомам. Да и форума на сайте как класса нет, не с чего по признакам даже боту приходить, не парсится таким макаром сайт.
---------- Добавлено 26.10.2013 в 10:15 ----------
Да.
У нас так было. Вычислили, кто развлекается - по тематике. Конкурент. Уверена, что экспериментировали с поведенческим фактором.
Ну собственно, есть такие подозрения. только пока не ясно кто и зачем - по ВЧ/ВК запросам сайт далеко не лидер, есть куда как более интересные жертвы для экспериментов :)
Правильнее будет наверное так:
http://site.ru/catalog/*?
поскольку не только пагинатор, но и фильтры надо убирать. В конце звездочка не нужна вообще
только это только в Яндексе уберет (и то вопрос) ненужные страницы из индекса. В Гугле - только запретит роботу туда шляться, но в индексе оставит и еще и с дурацким сниппетом :).
Скорее лучше сделать через Clean-param (читаем здесь) + выводить по условию (есть гет-переменные) в коде в секции <head> мета-тег <meta name="robots" content="noindex,follow">
Псевдосервис - вполне может. Это когда запрос с козяброй вводишь. На seolib.ru есть такой. Только толку от него - хз...
C точки зрения любых ботов адреса страниц даже с только разными get-переменными - это разные страницы.
Другой разговор, если индексация данного типа страниц запрещена, например с помощью robots.txt (иногда с применением regexp-фильтров, которые отлично понимают Яндекс и Google, но почти никогда - сторонние сервисы) или meta-тега на странице. Тогда по идее никакой бот туда заходить не должен.
В вашем случае вопрос к разработчикам WordPress - почему эти данные передаются через GET, а не по человечески hash-тегом (например site.ru/rubrika/page1.html#replytocom13019)
Товары - да, но не описания в полном объеме с сайта, так как обычно Маркет принимает существенно меньше сведений, чем указано на карточке (если только Вы не заполняли их сведениями, спаршенными из самого Маркета, без разбавки своими данными). В общем - пофик.
Не замечал. Если в YML отдается только параметрическое описание с ограниченным набором свойств (как чаще всего и бывает) - вред будет только для самого Маркета :)
Два года назад массовый редирект сайта емкостью в 25 тыс. страниц с неЧПУ на ЧПУ занял 4 месяца. Сайт был достаточно авторитетный и хорошо проходимый роботом, все дополнительные меры были приняты (кроме редиректора еще карту сайта сгенерили html и XML, навигация сама по себе была "быстрая" для робота, в мало кликов). И все равно 4 месяца ругани с саппортом Яндекса, какого черта так медленно все.
Так что не стоит.
А ключи из ЧПУ как-то все же засчитываются. И шансов получить дубли при нормальной настройке с ЧПУ - меньше, чем с get-адресацией.
Не стоит Вам возвращаться в былое, что-то не то Вы читали на форумах. Лучше бомбите УКОЗ баг-репортами, пущай чинят ЧПУ свой.
Соглашусь с Dreammaker и komdir, логичнее всего оставить карточку как есть, а на ней что-то типа "Товара нет в наличии" и ссылки на 2-3 аналога с картинками и красивыми призывными текстами типа "Коллекция зима-весна 2013 года, бла-бла-бла". Только аналоги нужно по типам продукции проставлять автоматом на актуальное, руками такие объемы логично не уподдерживаешься.
В XML-сайтмапе таким страницам самый низкий приоритет. Рубрики ушедшие в меню не выводить (ну тут от структуры каталога зависит). Товары в листинги продукции не выводить.
Тем самым сохраняем массу страниц сайта (для магазина - часто помогает), получаем внутреннюю перелинковку как по анкорам, так и по статвесу. И если у сайта ЧПУ и грамотно сформированные title у товарных страниц, то будет весьма полезно все это.
За всех не скажу, но по собственному опыту эту самую пользу вижу до сих пор.