Ну, ситуация на скрине. Липкая, нудная и бестолковая переписка с Платоном (а точнее - текущая ее стадия после n-бестолковых ответов в дух - да все ок, вам не о чем переживать, улучшайте сайт) - тоже.
Таки завалили прямыми + мимикрирование под соц.сети и конечно мусор с рек.систем (дзен). Злость и отчаяние.
ИМХО, принудительный редирект (даже присвоили пользователю id, забрали его куки, и город он выбрал правильно) — это действительно нонсенс. Но, например, ребята из 220 вольт не постеснялись. Заходишь на сайт, переключаешь город, например, на абакан. Затем в серпе кликаешь по www.домен, результату, например, и прилетаешь на поддомен абакана. Мы такое делать стесняемся, более мягкий вариант наш (диалог). Но вопрос, что с юзер-агентами то делать, как они себя поведут.
Знакомо. Как выглядит в кэше страница, на которую клеятся дубли?
При благоприятном раскладе - что-то отвалилось во время краулинга, бот от всех страниц / части страниц получал какую-то заглушку с ответом 200 и без noindex в мете или икс-роботс-тэге.
При неблагоприятном (сценарий как у нас) - беда на стороне Яндекса. У нас был месяц разъяренных переписок. С цирком и тихим ужасом. Даже когда мы 301 попытались выкинуть из индекса страницу, к которой клеились другие (якобы дубли), она еще в течение 2 недель (!!!) откручивалась в выдаче. Без шуток.
По текущим ощущениям, тезисно:
→ Для накопления делений используется не арифмитическая, а геометрическая прогрессии (как в РПГ; до 2-го уровня - 10 очков опыта; до 3-го уровня - 1000; до 5 - 50 000)
→ Характеристика "выбор пользователя" не завязана / завязан нелинейно на базово-топорных ПФ (время, глубина, отказность, время, новые / вернувшиеся)
→ Для разных тематик (возможно, региональность тоже замешана, но локальных обладателей значков пока не видел) и разных предназначений ресурсов рассчитываются разные нормативы
→ Яша отлично склеивает поддомены и присваивает им общее накопление по новым характеристикам
Пока все не то пальто. По увеличению размера мотивации - диалог вести готовы.
Братцы. На минуточку, мы предлагаем выучиться в бою с базы до advanced за 4 месяца и при этом получить не менее 160'000 рублей мотивации. Если что, мне в отдел не нужна лошадь, которая будет делать что говорят от звонка до звонка.
Коллега, я вас уважаю. И от души прошу, не ввязывайте меня в странный спор, не будем сравнивать китов и слонов.
GA / YM основы немного по умолчанию, как и многое другое. Видел я старт-СЕО, что игнорируют консоль / ВМ, но ни одного не видел без работы с метриками. Даже, если что-то пошло не так, обучение аналитике не проходит трудно.
AGILE-методология — это штука, по которой в принципе не все люди могут работать правильно, просто ввиду их характера / личных свойств.
Яндекс и переезд HTTPS — это кул-стори.
Рассказываю вкратце последнюю:
Ноябрь.
Старт. Вечер перед уик-эндом.
Индекс HTTPS: 0 страниц
Индекс HTTP: 50'000+ страниц
Настроили бэк site.ru и m.site.ru под HTTPS (host, canonical, забомбили alternate на https m.site, завели по sitemap' у и robots.txt под каждый протокол и версию, перевели микроразметку, обновил справочники / каталоги / МБ Гугл). Отправляю запрос на переезд через webmaster -> по обоим версия приходит ответ, что переезд невозможен. Ищите ошибку.
Проверяю, еще раз - тоже самое. Паникую. 4 увлекательных часа - каждые 30 минут приходит ответ о невозможности переезда.
Время - 10 часов вечера уже. Звоню разработчику - заворачивай все обратно, какая-то муть. Откатываем. Отправляю на переобход главные / регионы, зачем-то роботсы (хотя у Я. по ним реакция норм).
Письмо в поддержку.
Ответ. Да, нам очень жаль, сейчас все поломайся - есть проблемы. Можете поехать на свой страх и риск без вебмастера, можете ждать лучших время. В ответном письме так и не признались, когда решат проблему.
Через пару недель в WM сваливается уведомляшка - HTTPS главное зеркало
Реально паникую. Платон отвечает какую-то ахинею, сделать ничего не могут. Говорит, мол робот успел поймать robots.txt с host на https, и крутитесь как хотите. Причем поехал только site.ru, а m.site остался на http.
При этом Платон предупреждает, что настраивать бэк под HTTPS сейчас бессмысленно - мол, все равно у вас после той фигни HTTP в роботсе хостом был переписан, вы же задергались, теперь уже поздно - все равно поедете обратно на HTTP. Пользуюсь переездом WM - на http обратно, на этот раз работает.
10 дней стресса
В индексе и выдаче Яндекса HTTPS-страницы, HTTP уходят. Потихоньку едет крыша. ЧСУ, просева трафа / позиций нет. Снова пишу Платонам - что, черт возьми, делать. Ответ - ждите, скоро вернетесь на HTTP и опять пытайтесь переехать на HTTPS.
Еще N-дней стресса
В индексе HTTP-страниц почти нет.
Уведомляшка в WM, что HTTP - теперь главное зеркало
БЛ едем обратно на HTTP.
Пошло оно все
Теряю терпением. Меняем бэк под HTTPS везде, через WM пользуюсь "переезд на HTTPS". Сваливается уведомляшка, что заявка принята, скоро сайт поедет.
ЕЩЕ n-дней этого балагана
По m.site и site.ru приходит уведомляшка, что переезд состоялся. Скоро бла-бла-бла.
Почти
Дождались:
HTTPS: в индексе 50'000 + страниц
HTTP: меньше 500
Ставим 301 с http на https, оставляем для http только sitemap и robots.txt
-------------
Короче, в гробу я этот Яндекс видел и переезды с ним! Извините, что так сумбурно.
PS: ТИЦ не склеен до сих пор.
Ув. коллега AVMSEE,
И по категориям, и весь "товар".
Структура сайта:
- site.ru
- site.ru/регион (по n самых свежих предложений для раздела)
- site.ru/reg/razdel1/ - Раздел 1 региона N (в нем видны все предложения раздела для региона)
- site.ru/reg/razdel1/XX/ Категория 1 Раздела 1(в ней видны предложения категории)
- site.ru/reg/razdel1/XXX/ в ней видны только предложения подкатегории)
- site.ru/reg/razdel1/XXX/ (в ней видны только предложения подкатегории)
и т.п.
Соот-но, view all на 3-м уровне раздела будет выводить по 2000 предложений. В листинге предложения имеют хар-ки, картинки, заголовок, кнопка. Переход по ним осуществляется кликом по заголовку предложения, картинке или кнопке "подробнее". Т.е. в коде это 2000 x 3 строк одних только href'ов.
Текущая структура удобна для пользоваетелей, поскольку условно ВЧ-запросы тематики существуют только в site.ru/reg/razdel1/ и 70% пользуются для обращения к нам этой категорией. Но в тоже время мы предоставляем возможность получать релевантную узкопрофильную выборку по категории или подкатегории. На всех уровнях, начиная с /reg/razdell1/ пользователи видят контент.
Также появилась дикая мысль. Страницы пагинации -> canonical на страницу view all, а саму view all - на страницу без пагинации. Но идея сильно не нравится.
Update: а не, отбой. Та скорость, с которой будет view all отдаваться ботам, приведет к пессимазации,
