- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Добрый день. Ситуация.
Есть категории каталога. Есть товары. Товары могут лежать в разных категориях, с разными урлами (параметрами), например:
https://сайт/товары/товар-1.html?параметр-1 (товар лежит в категории 1)
https://сайт/товары/товар-1.html?параметр-2 (товар лежит в категории 2)
https://сайт/товары/товар-1.html?параметр-3 (товар лежит в категории 3)
и т.д.
Имеем дубли. Предварительное решение - каноникал. Получается, будет основной урл товара без параметров https://сайт/товары/товар-1.html. Он будет индексироваться. На всех остальных урлах с параметрами будет каноникал. Но на странице основного урла не будет пути в крошках, грубо говоря, он лежит в корне, так как нет возможности присвоить ему родительскую категорию.
Во-первых, у нас у товара нет родительской категории и нет крошек вообще. Во-вторых, в категориях все урлы на товары будут с параметрами. Чем все это чревато?
Добрый день. Ситуация.
Есть категории каталога. Есть товары. Товары могут лежать в разных категориях, с разными урлами (параметрами), например:
https://сайт/товары/товар-1.html?параметр-1 (товар лежит в категории 1)
https://сайт/товары/товар-1.html?параметр-2 (товар лежит в категории 2)
https://сайт/товары/товар-1.html?параметр-3 (товар лежит в категории 3)
и т.д.
Имеем дубли. Предварительное решение - каноникал. Получается, будет основной урл товара без параметров https://сайт/товары/товар-1.html. Он будет индексироваться. На всех остальных урлах с параметрами будет каноникал. Но на странице основного урла не будет пути в крошках, грубо говоря, он лежит в корне, так как нет возможности присвоить ему родительскую категорию.
Во-первых, у нас у товара нет родительской категории и нет крошек вообще. Во-вторых, в категориях все урлы на товары будут с параметрами. Чем все это чревато?
Хлебные могут повлиять на ранжирование сайта через поседенческий фактор. В индексации они не помогут. А проблема дублей решается через каноникал. В индексе лишних страниц не будет. Это проверено.
отсутствие хлебных крошек - это отсутствие одного из положительных факторов ранжирования (правда не шибко сильного).
Во-первых, у нас у товара нет родительской категории и нет крошек вообще. Во-вторых, в категориях все урлы на товары будут с параметрами. Чем все это чревато?
Можете увольнять программиста, который сделал это.
Если у вас подразумевается, что товар может находиться в разных категориях, значит товар вообще нельзя привязывать к какой-то категории. URL у него должен быть такой: https://site.ru/tovar1
Можете увольнять программиста, который сделал это.
Программист не обязан знать это ваше SEO. Ему надо ставить задачу 🍿.
отсутствие хлебных крошек - это отсутствие одного из положительных факторов ранжирования (правда не шибко сильного).
Можете увольнять программиста, который сделал это.
Если у вас подразумевается, что товар может находиться в разных категориях, значит товар вообще нельзя привязывать к какой-то категории. URL у него должен быть такой: https://site.ru/tovar1
У него и будет такой урл основной.
будет основной урл товара без параметров https://сайт/товары/товар-1.html.
Просто в категориях он будет показываться с параметрами. И как раз при переходе на ссылку с параметрами крошки будут показывать путь текущей категории (для чего эти параметры и нужны). То есть, в зависимости от того, в какой категории лежит товар, крошки будут разные. Но все урлы с параметрами будут с каноникал, чтобы не было дублей. А как раз основная страница товара будет без крошек и без каких либо родительских категорий. И вопрос в том, будет ли плохо если отказаться от древовидной структуры каталога?
Древовидная структура - это уже прошлый век, не надо на ней зацикливаться
не заморачивайтесь, пусть крошки повторяют урл https://site.ru/tovar1 и не надо выводов по параметрами. Другими словами вы сами создаёте проблему и сами героически её решаете через каноникл. Трата сил впустую
нет, у вас ещё промежуточная категория которая по сути нафиг не нужна
Крошки нужны для сео, все-таки это перелиновка своего рода, плюс в сниппете они есть
Программист не обязан знать это ваше SEO
Значит это не веб-программист.
На таком уровне веб-программист ориентироваться обязан.
Значит это не веб-программист.
На таком уровне веб-программист ориентироваться обязан.
Нет не обязан. У него и своя область знаний довольно обширная, в ней он и должен разбираться.
Одно дело быть в курсе некоторых нюансов SEO, другое дело отсебятину пороть где попало.
Ещё раз повторяю: значит это не веб-программист. Не ориентироваться в среде, для которой создаётся программа - дичь. И даже если программист не дружит с логикой и не обзавёлся должными знаниями ДО запуска проекта, то первый же сеошник скажет ему что так делать нельзя. Если и после этого он продолжит доказывать, что запоминать это он не обязан, то это вообще не программист, а беспонтовая цаца с короной.
Но с другой стороны я не против. Чем больше вы будете делать сайтов в таким подходом, тем проще мне будет зарабатывать себе на хлеб с маслом.
значит это не веб-программист. Не ориентироваться в среде, для которой создаётся программа - дичь. И даже если программист не дружит с логикой и не обзавёлся должными знаниями ДО запуска проекта, то первый же сеошник скажет ему что так делать нельзя. Если и после этого он продолжит доказывать, что запоминать это он не обязан, то это вообще не программист, а беспонтовая цаца с короной.
Вы ерунду пишете, у нормального веб-программиста всё нормально и с логикой и с должными знаниями. Его должные знания - это именно программирование: архитектура, бекэнд, фронтэнд, БД и ещё 100500 важных вещей.
Этот первый сеошник должен нормально задачу ставить, чтобы не говорить потом как можно, а как нельзя. Спихивать ещё и сеошные обязанности на веб или не веб программиста - это глупость. Получится не веб-программист, а вебмастер, который ещё и утюг и микроволновку должен чинить.
PS Знание каких-то нюансов сео может помочь веб-программисту понять пространные пункты в ТЗ, но увольнять его только из-за того, что он не знает, что там у сеошника в голове творится - идиотизм.