Очень даже причём. Прошлый SEO-шник с чего-то решил, что запросы "зеркалА" и "зеркалО" надо разделить на разные целевые страницы.
Думается мне, что сначала продвигали внутреннюю страницу, а потом решили заточить под основные запросы Главную, оставим при этом внутреннюю.
https://mir-stekla-msk.ru
https://mir-stekla-msk.ru/zerkala/
Судя по тайтлам - две страницы под один и тот же кластер запросов? И он и просел, кстати, да? =)
Совершенно верно. Это косяк. Эта страница (https://mir-stekla-msk.ru/zerkala/) вообще не нужна.
Если в топе высокая активность, то скорее всего сайт выдавили конкуренты. Для большей конкретики нужен доступ на сайт и аналитика по текущим метрикам.
Работаете штатным сеошником в студии?
Типичная ситуация - "Делай, что хочешь, но клиент должен платить за SEO и уговаривай, чтобы мы ему делали новый сайт" - угадал? :)
Для лучшего ранжирования сайту нужен качественный трафик и рабочие конверсии. Правкой заголовков и уменьшением/увеличением ключевой плотности вопрос не решить.
Да, согласен. Вчера (сегодня) ближе к утру мне показалось, что в выдаче в стационарной версии выводится корневой раздел. Ты - прав, я засиделся :)
Сейчас проверил - да, ошибся, спасибо, что исправил.
Ладно, главное, что мы пришли к выводу, что несогласованные фразы - это ошибка и даже когда их в русскоязычном сегменте, в выдаче, их больше, чем один, то конечно ни рекомендацией ПС, ни практическим руководством делать именно так - это не является. Собственно, этим и хотелось бы подытожить наш разговор :)
Да, припоминаю похожий случай, требовалось обновить счётчик и к моменту обновления заметно возросли отказы.
Согласен, но и этого будет недостаточно. Обрезать и настроить - это ещё пол дела. Нужен технический куратор, который определит последующее развитие. Без стратегии развития и последующих задач развития аудитории сайта, динамики роста всё равно не будет. Устранить технические проблемы - это ещё не всё, нужны поступательные качественные решения, как развивать соц. среду, а это уже задачи за рамками технического SEO.
Там работ - поставить плагин jlnodoubles или аналог, максимум .htaccess подправить, удалить дубли по маске из индекса. Это 2 часа максимум.
Подождать неделю-две.
И трафик попрёт? Проблемы c косячной версткой плагин тоже решит?
Верно то, что каким бы ни был сайт, узкая задача устранения дублей Главной страницы остаётся актуальной и требуемой.
Помочь можно, только - кому, кем, для чего и какими силами. Если эти вопросы решаются, то в принципе тут нет ничего невозможного. В общем и в целом, конечно, всё упирается в оплату конкретной работы.
Здесь согласен, кроме того, что это инфо тематика и коммерческие факторы здесь непричем. Насчёт тонн нч трафика под топики и дубли - здесь вы абсолютно правы; надо ядро развивать и посадочные страницы в под форум адаптировать, дубли проблему не решат.
Вот такой https://clip2net.com/clip/m326754/c9a1a-clip-84kb.png?nocache=1
Именно https://clip2net.com/clip/m326754/629d7-clip-309kb.png?nocache=1
Сравни две выдачи и увидишь. И проблема только в том, что в URL-е мобильной версии ошибка, но никак не закономерность, иначе в разделе Смартфоны было бы тоже самое.
Не в указанных примерах, но в самой выдаче - есть. Вот здесь https://clip2net.com/clip/m326754/198d7-clip-134kb.png?nocache=1
Правильно! Лучше меньше, да лучше :))))
Нет, не бекэнд, но пример вполне показателен. Спасибо, подобное видел на Drupal-е.
Да, мобилька - мобильная версия, в стационарной версии у того же сайта другой URL (я отметил на скриншоте) и такой ошибки в стац. версии уже нет.
И, всё-таки, не Яндекс, и, всё-таки, выдача сайтов вперемешку с украинскими словами (что само по себе снимает претензии к стандарту языка).
Но даже если так, - хорошо, как эпизодичный пример, в выдаче с которой я не работаю вообще, - согласен, пример в твоём ракурсе состоятельный. Но между тем.. возвращаясь к твоей исходной фразе - на приведенном тобою скриншоте: половина описано так, половина по-другому, - какой же ты делаешь вывод в рекомендации ПС - как более правильно? :)
Спасибо, конечно, но этот стандарт и я себе могу умозрительно представить, мне было интересно, как там описаны переменные для товара, ценЫ и прочее именно на пользовательском уровне.
