Да, не используйте этот компонент. Как уже сказал выше, такую механику лучше реализовывать внутри отдельной страницы, либо в элементах доп. навигации.
Основная навигация (по которой и будет определять структура сайта) должна быть выполнена на индексируемых ссылках, иначе могут возникнуть структурные перекосы.
Доброе утро. Спасибо за ответы.Текущая страница /windows-link/ Было изначально так (первоначальный вариант). Вариант 1
<li class="has-sub"><a href="/windows-link/email/"><span>E-Mail (электронная почта)</span></a> <ul class=""> <li class="first"><a href="/windows-link/email/protect-spam" ><span>Защита от спама</span></a></li> <li><a href="/windows-link/email/email-clients"><span>Email - клиенты и серверы</span></a></li> <li><a href="/windows-link/email/monitoring-email"><span>Мониторинг (email)</span></a></li> <li><a href="/windows-link/email/mailing"><span>Рассылка</span></a></li> <li class="last"><a href="/windows-link/email/email-misc" ><span>Разное</span></a></li> </ul></li>
Я хотел сделать примерно так. Вариант 2
<li class="uk-parent"> <a href="/windows-link/email/" data-id="3" data-url="/windows-link/email/" data-level="1" onclick="return Menu.eventElement(this);">E-Mail (электронная почта)</a> <ul class="uk-nav-sub"> <li><a href="#" data-id="4" data-url="/windows-link/email/protect-spam/" data-level="2" onclick="return Menu.eventElement(this);">Защита от спама</a></li> <li><a href="#" data-id="5" data-url="/windows-link/email/email-clients/" data-level="2" onclick="return Menu.eventElement(this);">Email - клиенты и серверы</a></li> <li><a href="#" data-id="6" data-url="/windows-link/email/monitoring-email/" data-level="2" onclick="return Menu.eventElement(this);">Мониторинг (email)</a></li> <li><a href="#" data-id="7" data-url="/windows-link/email/mailing/" data-level="2" onclick="return Menu.eventElement(this);">Рассылка</a></li> <li><a href="#" data-id="8" data-url="/windows-link/email/email-misc/" data-level="2" onclick="return Menu.eventElement(this);">Разное</a></li> </ul></li>
Или вы хотите сказать, что нужно наоборот на каждой странице в этом меню надо сделать обычные ссылки? - получится сквозные ссылки на каждой странице (первый вариант)
Спасибо за ответы.Честно говоря у меня возник вопрос по якорным ссылкам из-за того, что мне трудно сделать меню разделов без вообще ссылок (вместо якорных).Я использую Uikit 3 и в нем есть хороший компонент навигации (в виде аккордеона), а в нем нужны именно ссылки...Наверное лучше тогда использовать что-то другое, где вместо якорных ссылок будет просто div?!Сделать через js, чтобы меню после загрузки страницы формировалось - могут быть санкции от поисковиков.
Добрый вечер.Спасибо за ответы. Примерно такое меню категорий - на картинке
Изначально у меня на сайте это меню на всех страницах справа, кроме главной. Это удобно с точки зрений быстрого доступа.Но я прочитал, что это плоховато с точки зрения SEO. Лучше так называемая карусельная перелинковка (или по другому SILO-структура). Это иерархическая структура ссылок, на главной ссылки на разделы, в разделе на подразделы и т.д., тогда лучше ссылочный вес распределяется.
Поэтому я решил сделать так, чтобы на каждой странице по прежнему было меню, но ссылки в нем были только на текущие подразделы. А на остальные (ссылки на #) срабатывало через js. На подразделах последнего уровня ссылки только на описания программ (на подразделы нет ссылок).Кроме того я заметил, что на многих сайтах такого типа пагинация программ идет не только на последнем уровне раздела, но и на всех предыдущих - но вот хорошо ли это с точки зрения seo...
Так как данные обновляются периодически, хотел чтобы не тратился краулинговый бюджет на постоянное индексирование только из-за изменившихся данных по количествуЧтобы была статика - статическая информация только индексироваласьА плохо ли когда сниппет в яндексе для многих страниц один и тот же? Это для страниц разделов брендов и серий, яндекс взял в сниппет список разделов. Там нет описания
Надо решать вопросы с выгрузками и активностью товаров. Можно наверно их сравнивать перед активацией. И вам стоило бы озаботиться специалистом, если это не дорвей
Спасибо за ответ. Не понял при чем тут дорвей...У меня карточки товары всегда показываются, даже те которые нет в наличии (ответ 404 на такие карточки не выдается). Вы понимаете под активацией изменение количества товара c 0 до какого количества?!Я кстати поставил noindex и googleoff: all на количество товара в карточке...
уберите все товары которых нету вообще с сайта ,никаких 0 или нет в наличии вам сейчас ставить нельзя, потом когда постигните азы потимизации и поймете как все работает, через годик другой, тогда уже будете понемногу играть с 404, нет внале, под заказ , сообщите когда будет итд
а в блоке похожих товаров должны выводится статические товары из той же категории или тех же характеристик в зависимости от товаров .
Сейчас в блоке похожих товаров товары выводятся из той же категории но только товары в наличии. Не понял на счет 404...про что это?Удалить товары с сайта которых нет в наличии невозможно. Количество товара меняется после загрузки прайсов от поставщиков. Это делается как минимум раз в неделю.Сейчас просто показываются только товары в наличии, а этот факт периодически меняется.Как я понял - предлагаете не выводит товары которых нет в наличии...
Товары закрытые в ноиндекс очень негативно влияют на продвижение категории
ПС : читаю я всю эту тему и плакать хочется. ТС без понятия что такое оптимизация пытается поднять магазин с 200к товарами, это печаль
Спасибо за ответ.Перед созданием интернет-магазина я конечно изучал SEO оптимизацию, поэтому я не полный профан. Но какие-то нюансы конечно могу не знать. Сейчас на сайте в разделах показываются только товары которые есть в наличии. Имеет ли смысл выводить также товары которых нет в наличии (в конце раздела)?А также нужны ли товары с кол-вом = 0 в блоке похожих товаров?
