301 Редирект С Несуществующих Страниц Пагинации
#1
Отправлено 07 Март 2018 - 11:58
#2
Отправлено 08 Март 2018 - 16:39
301 редирект заменит директиву HOST при выборе главного зеркала
вчера, 22:12
В ближайшее время HTTP-301 редирект заменит директиву HOST при выборе главного зеркала в Поиске Яндекса.
В связи с предстоящими изменениями новая инструкция для переезда на новый адрес или протокол будет выглядеть так:
- поставьте 301-е редиректы с конкретных страниц вашего старого сайта на аналогичные страницы нового;
- используйте инструмент в Яндекс.Вебмастере «Переезд сайта», чтобы как можно быстрее обратить внимание робота на сделанные изменения.
В уже имеющихся группах зеркал изменений быть не должно. Но, пожалуйста, позаботьтесь о том, чтобы на не главных зеркалах вашего сайта в ближайшем будущем стояли редиректы на страницы главного зеркала.
Отказ от директивы HOST стал финальным этапом переработки логики зеркал в Яндексе, с другими нашими нововведениями вы уже могли познакомиться ранее:
- увеличили частоту обновления поисковой базы;
- переработали механизм обработки редиректов (теперь страницы, осуществляющие редирект, не удаляются из выдачи до индексирования цели редиректа);
- ускорили процесс переезда по редиректам (раньше такой переезд мог занимать больше месяца, сейчас — дни);
- добавили обработку редиректов по robots.txt.
#3
Отправлено 09 Март 2018 - 12:52
penzatoys (08 Март 2018 - 16:39) писал:
301 редирект заменит директиву HOST при выборе главного зеркала
вчера, 22:12
В ближайшее время HTTP-301 редирект заменит директиву HOST при выборе главного зеркала в Поиске Яндекса.
В связи с предстоящими изменениями новая инструкция для переезда на новый адрес или протокол будет выглядеть так:
- поставьте 301-е редиректы с конкретных страниц вашего старого сайта на аналогичные страницы нового;
- используйте инструмент в Яндекс.Вебмастере «Переезд сайта», чтобы как можно быстрее обратить внимание робота на сделанные изменения.
В уже имеющихся группах зеркал изменений быть не должно. Но, пожалуйста, позаботьтесь о том, чтобы на не главных зеркалах вашего сайта в ближайшем будущем стояли редиректы на страницы главного зеркала.
Отказ от директивы HOST стал финальным этапом переработки логики зеркал в Яндексе, с другими нашими нововведениями вы уже могли познакомиться ранее:
- увеличили частоту обновления поисковой базы;
- переработали механизм обработки редиректов (теперь страницы, осуществляющие редирект, не удаляются из выдачи до индексирования цели редиректа);
- ускорили процесс переезда по редиректам (раньше такой переезд мог занимать больше месяца, сейчас — дни);
- добавили обработку редиректов по robots.txt.
Спасибо за Вашу активность в данной теме, но данное сообщение не имеет никакого отношения к озвученной проблеме. Мы говорим не про главную страницу и не про её зеркало.
#4
Отправлено 11 Март 2018 - 09:00
А как быть с этим?
Я не могу выставить правильный редирект с несуществующих страниц пагинации...
Это совсем не смешно, таких страниц становится все больше, а я не могу даже вручную указать редирект. Это влияет на продвижение!
С этим можно что то сделать??
#5
Отправлено 12 Март 2018 - 09:55
Sharlex (11 Март 2018 - 09:00) писал:
Официальная позиция стореленда, что такие страницы "не должны" попадать в индекс, вы либо сами их туда засунули, либо у вас ссылки на сайте. Тот факт, что бот яндекса не такой глупый и может и без ссылок на сайте проиндексировать страницы которые по факту есть на сайте, хоть и без ссылок они не признают. А позиции ием временем летят вниз из-за дублей и сделать с этим ничего нельзя. Ответ: ждите, может разработчики что-то изменят. Я такой ответ слышу уже более 4-х месяцев по ряду проблем.
Сейчас мы тестируем подход по частичному решению данной проблемы через
#6
Отправлено 12 Март 2018 - 10:12
kovalevap (12 Март 2018 - 09:55) писал:
Сейчас мы тестируем подход по частичному решению данной проблемы через
Да, заметил этот баг движка, начал после этого следить за Вашей перепиской с техподдержкой. Это ооочень серьезная проблема.
Уважаемые технические специалисты и разработчики, обратите на нее внимание, это критический вопрос, пожалуйста, решите его.
В гугле проиндексировано страниц пагинации еще больше, я что могу - делаю.
Кстати, на сайтах-конкурентах, вовсю рекламируют переезд с вашей платформы, например:
nethouse. ru/about/instructions/kak_perenesti_sajt_na_nethouse
И у них есть многие функции, о которых на нашей платформе пока можно только мечтать...
Вас это еще не напрягает? Или подход владельцев Стореленда, таков, что нужно обрабатывать только временных клиентов, они побудут месяца 3-4 и уйдут?
Мне переезжать никуда не хочется, пока не хочется...и я очень надеюсь, что эта информация будет передана для рассмотрения и доработки имеющихся проблем.
#7
Отправлено 13 Март 2018 - 07:18
По последнему опыту это займет не меньше 3-4х месяцев. Хотя ряд проблем до сих пор не решен даже по прошествии этого времени.
Беда в том, что большинство пользователей сервиса понятия не имеют о том, что у них данная проблема на сайте. И либо теряют позиции не зная почему, либо просто их никогда не получат, проблему нужно озвучивать на весь сервис, чтобы другие пользователи подключались, я не знаю как еще достучаться мифического и вечно супер занятого отдела разработки.
#8
Отправлено 21 Март 2018 - 16:49
Sharlex (11 Март 2018 - 09:00) писал:
Что касается ручной настройки редиректа конкретно этих страниц, то это займет чуть больше времени и как написано ранее, только через несколько месяцев это будет реализовано. На скриншоте другой платформы у Вас точно такая же настройка редиректа, какая у нас есть в разделе Сайт -> Редирект.
Робот яндекса заходит на сайт без javascript. Таким образом, для него откроется страница page2. Если Вы в своем браузере отключите javascript, Вы также попадете на эту страница. В остальных случаях в шаблонах эти страницы подгружаются через javascript и аякс.
#9
Отправлено 21 Март 2018 - 16:57
kovalevap (12 Март 2018 - 09:55) писал:
Сейчас мы тестируем подход по частичному решению данной проблемы через
Страницы page2 и page3 попадут в поисковую выдачу, если робот яндекса посчитает ее уникальной, отличной от других страниц. Дублем эту страницу он не посчитает.
#10
Отправлено 23 Март 2018 - 19:22
support 2.0 (21 Март 2018 - 16:57) писал:
Страницы page2 и page3 попадут в поисковую выдачу, если робот яндекса посчитает ее уникальной, отличной от других страниц. Дублем эту страницу он не посчитает.
Простите, Вы вообще читаете сообщения? При чем тут тег каноникал? Вы вообще не владеете ситуацией.
В Стореленде есть баг - несуществующие страницы пагинации. Если страниц 9 реальных, на сайте доступны сколько угодно страниц с номер больше 9. Понимаете? Бот их видит!!! Они их индексируется и считает ПОЛНЫМИ дублями, потому что они и есть дубли и нет механизма на стореленде, чтобы сделать их не дублями.
Как Вам еще объяснить? Я уже 2 месяца твержу об этой проблеме и в переписке мне сказали, что якобы поняли проблему и передали в отдел разработки, а теперь приходите Вы и говорите мне что такое каноникал..
#11
Отправлено 23 Март 2018 - 20:46
А страницы с другими товарами, были, это так, и пришлось избавляться от них 301 редиректами. А знаете почему? Потому что, некоторые из этих несуществующих страниц, тоже имели дубли! Не существуя при этом)) Поэтому и пришлось ставить редирект! И изобретать различные велосипеды, чтобы резко возникающие другие страницы-дубли, не индексировались поисковыми системами. Вообщем-то как то так...
#13
Отправлено 13 Апрель 2018 - 12:01
так же в карточке товара выбирая характеристики или меняя иные модификаторы
мы получаем совершенно новый адрес страницы, page2 / tab2 / и так далее
естественно пользователь и поисковик их видит и индексирует как новую страницу и ругается что это дубль, так как метаданные текст и все остальное одинаковое. Да гугл их склеивает спустя месяц, но яндекс вообще не хочет склеивать эти страницы. Я понимаю что сделать редирект со страницы page-2 на page нельзя так как тогда и пользователь не сможет туда попасть!!!
Может тогда стоит изменить саму структуру сайта? чтобы не было никаких вторых страниц и приписок в адресе страницы учитывая смену какойто модификации товара??? может пусть они просто будут в скрытых окошках пока не кликнеш на ним? На крупный проектах смотрю давно отказались от страниц там просто показать еще, да даже там где сохранили пагинацию она номинальна и нажимая страница два пользователь остается на той же странице просто показываться другой блок с товарами. в результате все на одной странице и никаких дублей
#14
Отправлено 18 Апрель 2018 - 15:11
При необходимости могу предоставить конкретные примеры, но думаю вы и так в курсе.
Яндекс и Гугл Вебмастер показывает много страниц дублей и предлагает поставить атрибута rel="canonical", открываем по их же ссылке страницу смотрим код, там этот тег есть, но все равно проиндексировано отдельно и полно дублей. Об этом говорят вам ваши пользователи. Да все должно работать, но не работает почему то? я понимаю, что вам проще ответить: мол все должно быть хорошо вы сами себе придумываете! Не придумываем! Проблема есть и многие со мной согласятся. Помогите решить этот вопрос для нас всех! может нам нужно массово в гугл и яндекс пиать и жаловаться на них? Направьте подскажите, вы технически грамотные специалисты которые обслуживают платформу которую мы не можем создать и понять самостоятельно. Есть проблема и очень давно известна, но нет поползновений ее решать и даже обсуждать со стороны стореленда! Я же не пиняю на вас, да согласно документации самих поисковиков должно работать
вместо /catalog яндекс и гугл показывают страницу /goods, что в принципе логично так как в ней все товары и лежат в папке /goods, но текст то у меня в /catalog и соответственно все сео там же а не на странице /goods которой нет и так у всех пользователей стореленда
#15
Отправлено 25 Апрель 2018 - 10:18
Зато.. стореленд внедряет "фишки", это просто нонсенс.
#16
Отправлено 30 Май 2018 - 10:16
А мы можем сгенерить уникальные тайтл/дискипшн/кейвордс для страниц пагинации??? это бы ло не только решило проблему но и сделало сайты жирней! https://netpeak.net/...a-instruktsiya/
2.4. Сгенерировать уникальные метатеги (Title, Description, Keywords) для страниц пагинации на основе шаблона.
Например:
Title страниц пагинации = [Title основной страницы пагинации] - страница [N],
где N — номер страницы пагинации.
Данный метод практически полностью решает проблему дублирования страницами пагинации основных страниц, рекомендуется Яндексом, а в списке рекомендуемых Google его нет.
#17
Отправлено 31 Май 2018 - 05:23
Для этого в разделе Сайт - Редактор шаблонов - HTML - строку:
<title>{PAGE_TITLE}</title>
приведите к следующему виду:
{% IF MOD_LNAME = catalog && GOODS_PAGES_CURRENT!=1 %} <title>{PAGE_TITLE} - страница {GOODS_PAGES_CURRENT}</title> {% ELSE %} <title>{PAGE_TITLE}</title> {% ENDIF %}
#18
Отправлено 31 Май 2018 - 11:34
Vaccina (31 Май 2018 - 05:23) писал:
Для этого в разделе Сайт - Редактор шаблонов - HTML - строку:
<title>{PAGE_TITLE}</title>
приведите к следующему виду:
{% IF MOD_LNAME = catalog && GOODS_PAGES_CURRENT!=1 %} <title>{PAGE_TITLE} - страница {GOODS_PAGES_CURRENT}</title> {% ELSE %} <title>{PAGE_TITLE}</title> {% ENDIF %}
Теперь Description, Keywords можем же еще добавить??? чтобы уж уникальной была наверняка
я в принципе понимаю что по аналогии, н овсе таки хочеться наверняка
#19
Отправлено 31 Май 2018 - 13:50
не первый раз поднимаю этот вопрос но никакой инфы так и нет
Vaccina (31 Май 2018 - 05:23) писал:
Для этого в разделе Сайт - Редактор шаблонов - HTML - строку:
<title>{PAGE_TITLE}</title>
приведите к следующему виду:
{% IF MOD_LNAME = catalog && GOODS_PAGES_CURRENT!=1 %} <title>{PAGE_TITLE} - страница {GOODS_PAGES_CURRENT}</title> {% ELSE %} <title>{PAGE_TITLE}</title> {% ENDIF %}
#20
Отправлено 01 Июнь 2018 - 03:05
В этом случае код в шаблоне HTML:
<title>{PAGE_TITLE}</title> <meta name="description" content="{PAGE_META_DESCRIPTION}" /> <meta name="keywords" content="{PAGE_META_KEYWORDS}" />
приведите к следующему виду:
{% IF MOD_LNAME = catalog && GOODS_PAGES_CURRENT!=1 %} <title>{PAGE_TITLE} - страница {GOODS_PAGES_CURRENT}</title> <meta name="description" content="{PAGE_META_DESCRIPTION} - страница {GOODS_PAGES_CURRENT}" /> <meta name="keywords" content="{PAGE_META_KEYWORDS}, страница {GOODS_PAGES_CURRENT}" /> {% ELSE %} <title>{PAGE_TITLE}</title> <meta name="description" content="{PAGE_META_DESCRIPTION}" /> <meta name="keywords" content="{PAGE_META_KEYWORDS}" /> {% ENDIF %}
На выходе получаем следующее, если в категории мы находится на второй или более странице, то к title, keywords, description добавляется:
- страница N
где N - номер страницы.
По поводу /goods перефразируйте пожалуйста немного вопрос, в целом URL раздела, к сожалению, изменить нельзя, только окончание.
Количество пользователей, читающих эту тему: 0
0 пользователей, 0 гостей, 0 анонимных