Tupi_Bob

Рейтинг
53
Регистрация
25.08.2016
burunduk:
есть
1. не использовать параметры (вообще)
2. вся пагинация в рамках одного url
3. не использовать noindex, follow
4. не использовать canonical (т слова совсем - вы его всё равно правильно не настроите)

Коллега, благодарю.

У нас была пагинация на AJAX'е, правда на кнопках висели GET-параметр. Т.е. контент перебирался в рамках URL, однако ссылка на него физически была с кучей GET-парамов. Нам не понравилось.

Пагинацией у нас пользуются очень активно. Хотим статичную в том числе для поднятия глубины.

newkrasno:
Увы никто без сайта вам не будет подсказывать. По поводу nofollow и noindex много споров. Вам нужно засветить свой ресурс так быстрей толк будет.

Ув. коллега, речь не о конкретном проекте, а о тенденции в целом. Здесь интересно тезисное мнение, опыт и практика. Т.е. либо Яндекс стал очень жестко нагибать за СЕО'шные анкоры внутренних линков из контента, либо нет. Либо nofollow для внутренних разделов сносит СЕО и херит вес, либо все ок. Такие дела.

zveroangel:
что-то разошелся яшенька - выплюнул порядка 180 тыс страниц в общей сложности за последние 8 дней - фильтры, товары.. позиции вроде на месте, траф по сезону проседает. но как-то не радует эта картина с индексацией.

Из 50'000 тысяч страниц за половину недели (удар в пятницу - 6'000, удар сегодня - 11'000) вышло 17'000! Почти треть сайта. Яша выкосил весь архив с зарезервированными / проданным бизнесом, вылетели все проиптимизированные внутренние фильтры (что-то там с ценой до , что-то там с окупаемостью до, что-то там)! Причина ВМ - недостаточно качественные.

→ Канонические ссылки работают для одного домена (по крайней мере для Яндекса).

Для Яндекса все так. Однако, как указал ув. коллега Recoba выше, canonical необходим для Google.

→ а вот что писать в host мобильного - вопрос неоднозначный.

Яндекс, насколько я понимаю, рекомендует указывать в моб. версии хост site.ru только при полной идентичности контента. Элемент-в-элемент. У нас (уверен, как 99% других m.site) есть определенные различия: каких-то элементов основной версии попросту нет на странице, где-то нет описаний - только каталог с предложениями и т.п.), поэтому указываем хостом m.site.ru (сейчас еще http , во время перехода - https).

Назрел еще один интересный вопрос. Как оно вообще должно быть правильно? Место мобильным страницам в основном индексе или нет.

Полгода назад в Гугле мне дали однозначный ответ - страниц мобильной версии в индексе поиска быть не должно. Наличие этих страниц - ваши ошибки. Индексация Яндексом моб.страниц - это его личная придурь (почти дословно).

Т.е. на примере Гугла:

site:m.site.ru - Результатов: примерно 4 570 (0,22 сек.) , из них в выдаче можно пройти 6 страниц. Причем все, что мы видим в этой выдаче, не проиндексировано основной версии site.ru (т.е. берем страницу m.site.ru/stran1/ , пробиваем ее операторам info , затем берем аналогичную страницу site.ru/stran1/ - пробиваем оператором info и видим, что ее нет в индексе)

А вот что касается Яндекса, то непонятно ничего. Однозначных рекомендаций я не нашел. Напротив, в гайдах есть советы про добавления m.site.ru в вебмастер, чтобы контролировать ее индексацию.

В яндексе у нас ситуация такая:

url:m.site.ru* (либо оператор site:m.site.ru) - 17'000 страниц

url:site.ru* - 51'000 страниц (соответствует данным ВМ), либо site:site.ru - 65'000 страниц (не сходится с ВМ)

Причем для любой проиндексированной моб. страницы (например: m.site.ru/stran1/) в индексе найдется родитель url:site.ru/stran1/ .

Отсюда сомнения, что так и должно быть. Может быть, действительно необходимо клеить m.site и site через ВМ зеркалами с указанием главного? Кто что думает, какой опыт?

→ кстати, так и не понял, у вас мобильный сайт в группе зеркал с основным?

Ув. коллега, m.site не объединен в группу зеркал с сайт.ру

Т.е:

site.ru , www.site.ru , https.site.ru - объединены в группу зеркал ;

m.site , www.m.site и т.п . - в другую группу зеркал. В панели WM это выглядит так:

Полагали, достаточно связать страницы m.site.ru и site.ru между с собой с помощью canonical и alternate. Промахнулись?

Подозреваю, отсюда проблема, которая меня давно беспокоит - зачем Яндексу индексировать страницы m.site .

Ув. коллега, спасибо за советы.

→ Моб. версии http и https тоже склеены как зеркала, главным сейчас является http m.site.ru . Переводить планируем сразу и все: основная + мобильная (слава Джа, региональность делали через папки, с доп. поддоменами с ума бы сошли)

→ Да. Как только Яндекс сообщит, что основным зеркалом является https-версия, постранично поставим 301 на https.

→ 2 роботс.тхт с хостами https, 2 сайтмэпа и т.п. - все это подготовлено уже. После постановки 301-х планируем не накидывать на роботс и сайтмэп http-версии редиректы - всю дорогу робот сможет читать их.

→ По поводу alternate по-прежнему непонятно, как лучше оформить. Идея с двумя альтернейтами - похоже, самая плохая. Просто не париться и оставить относительным (вида /catalog/) или перевести на беспротокольные относительные (//m.site.ru/catalog/).

→ Появилась еще одна странная идея. Мягко без 301 до склейки переводить основную версию, а на мобильную сразу поставить 301 с http m.site на https m.site .

→ Также вообще не понятно, зачем Яндексу в индексе мобильные страницы, ведь все они canonical основной версии сайта. Складывается впечатление, что что-то идет не так либо на нашей стороне, либо на стороне Я.

Вот что еще интересно.

Рекомендации Яндекса воздержаться от 301 до склейки зеркал, полагаю, связаны с диссонансным индексированием. Т.е. текущая http страница будет удалена роботом, поскольку является редиректом, но добавление новой страницы не пойдет влет, поскольку робот имеет понимание (до склейки): в паре http / https site.ru , https-версия является неглавным зеркалом.

Но ведь при наличии canonical на https, http-страницы точно так же должны вылетать из индекса (неканоническая), при этом старые указания (главное и неглавное зеркало) по-прежнему распространяется. Т.е. почему в одном случае не идет по плану, а в другом - должно пройти гладко, кхм.

Deniska85:
Вот после такого и можно задуматься писать подобные тексты для сайта...Шутка конечно, но не справедливо как то...

Дело не в качестве вышепоказанного текста.

Главное - алгоритм не принимает высокое / низкое качество текста, даже условно. Если бы ББ был частью алгоритма, такой выдачи не могло возникнуть в принципе. С точки зрения тех.SEO, на том сайте не сделано ничего, ноль. Вся оптимизация свелась к спаму в тайтле и простыням с ключами.

И, ЧСХ, это заходит. Конечно до момента, пока не прилетает ручной ББ, но ведь может прилететь очень нескоро. Конкретно тот сайт конкретно по запросу "Продажа бизнеса в Москве" не выпадает из топ-5 с анонса ББ.

Сайт дорогой, коммерция. Не ИМ. Мультирегионалка.

100'000 пользователей в месяц, 45+% приходят с поиска.

Конкуренты - авито, другие доски и всякая шелуха.

Целевые визиты на коммерческие разделы швырнуло 22 февраля и перед 8 марта - по слухам, в даты теста. Качели начались после анонса ББ.

Общий траф при этом растет за счет информационки, но проседают категории.

Чем больше регион, тем сильнее боль. Квинтэссенция жопного зуда - Москва.

ВЧ / СЧ еще худо-бедно держим, категории постоянно туда-сюда.

Раннее в регионах присутствия (там, где мы реально есть, работаем и продаем) висели классические SEO-тексты. Простыня 2'000 - 4'000 символов. Ушли за 101 километр, вернулись с помощью очеловечивания текстов (причем все равно с выдержкой семантического ядра, но без агрессии).

Есть регионы, где все само по себе. Они примитивно оптимизированы (мета + отстойный SEO-текст: ногопись, в которой ключи). Их много и их принесли в жертву экспериментам (noindex, снять текст, крохотный текст без вхождений, небольшой текст, человеческий текст с прооптимизированными подзаголовками, бессмысленный набор ключей и т.п. и т.д.). На момент эксперимента 80% были за 101-м километром (30 - 40 позиции) по запросам вида "купить [что-то там] в [где-то там]" / "продажа [чего-то там] в [где-то там]", причем к геозасимым запросам "купить [что-то там]" у ББ претензий не было.

Что плохо, некоторые прыгали 38 - 8 - 38 самостоятельно. Без появления нового контента, без каких-либо изменений. WTF, Яндекс?

----

По механизму ББ.

На 90% уверен, что ББ постраничная / запросная пессимазация за текстовые факторы не привязана к алгоритму вообще. Он либо живет сам по себе, либо у Яндекса все катится во мглу.

Вероятно, пенальти назначаются руками. Причем наказать могут страницу / папку с вложенными страницами, либо позапросно сквозняком страницу / группу / папку / весь сайт.

По ощущением, санкционные запросы могут быть поданы регуляркой или модульно. Типа там:

- ([слово1 | слово2] слово3 в {REGION%NAME})

- [купить | продажа] слоника в Москве (СПб, Сан-Франциско)

- купить [слоника | поника]

Причем с ограничениями. Вот в этих городах можно их ранжировать, а вот в этих (остальных) с пенальти (не ближе 2, 3, 4 страницы выдачи).

Также есть подозрение, что ББ имеет несколько степеней. Легкий <--> злостный <--> супергрешный.

Согласен, что при накоплении критической массы ББ-санкций, под нож отправляется весь хост.

-----

По алгоритму ранжирования.

Экспериментировали много. Смотрели по текстовым факторам, по контенту (количеству предложений за весь период, за период индексации). Логики нет, либо кто-то дурак. Это необъяснимо с точки зрения логики.

Конец сводки.

---------- Добавлено 23.05.2017 в 15:53 ----------

Бонус к теории, что ББ не сам по себе, а вшит в новый алго. Вшит "замечательно" - пример ниже.

"Продажа бизнеса", "Продажа бизнеса в Москве", ГC топ-3 - чувствует себя уютно именно по связкам с "продажа".

Выдача:

скриншот (ссылка на имейдж залитый ВК)

Текст этого прекрасного сайтика.

скриншот (ссылка на имейдж залитый ВК)

С 10 утра очень жестко провалился трафик, обычно до этого шли нога в ногу в прошлым понедельником. Уик-энд также с привычными показателями.

1 234
Всего: 37