- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Добрый день.
Является ли ошибкой, если на сайте существуют внутренние ссылки на страницы закрытые от индексации?
Пример:
Страницы пагинации при номере страницы не равном 1 закрыты от индексации (для Яндекса) при помощи:
meta name="yandex" content="noindex, follow"
В итоге в вебмастере отображается множество нерабочих внутренних ссылок.
Подскажите является ли это проблемой или можно просто забить на эти ссылки?
Подскажите является ли это проблемой
это может стать проблемой, если сайт большой, то робот может просто не дойти до страниц , которые надо индексировать
Сайт большой. Только товарных позиций больше 20.000 + категории под категории , итого >30.000 страниц в индексе.
В данном случае страницы пагинации для того и закрывались чтобы робот индексировал "полезные" страницы вместо 2, 3, 10 страницы каталога.
На самом деле интересует вопрос, как на это смотрят поисковики, скажется ли наличие нерабочих внутренних ссылок на ранжировании/индексировании.
Как с данной проблемой работают другие сайты, ведь закрывать страницы пагинации от индексации мета тегом noindex/follow - довольно распространенная практика.
На всех своих ИМ ставил каноникал и дополнительно rel='prev' или next
Всё работает нормально.
meta name="yandex" content="noindex, follow"
Так Вы расходуете краулинговый бюджет впустую.
А каким образом можно не расходовать его впустую на страницы пагинации?
Насколько я понимаю и при canonical и при noindex робот эти страницы будет обходить, но в индекс брать не будет.
Соответственно в обоих случаях краулинговый бюджет расходуется впустую.
---------- Добавлено 01.08.2017 в 10:42 ----------
На всех своих ИМ ставил каноникал и дополнительно rel='prev' или next
Всё работает нормально.
Также рассматриваю этот вариант.
Смущает только то, что Google советует не использовать canonical для страниц пагинации.
Проверил по наличию не рабочих ссылок, нашёл одну на старую страничку =) но ни одной из страниц пагинации
попробуйте использовать и метатег, и rel="nofollow" в ссылках.
попробуйте использовать и метатег, и rel="nofollow" в ссылках.
Вероятно вы меня не правильно поняли...
Использовать rel="nofollow" на ссылках на 2, 3 и последующие страницы каталога у меня рука не подымется.
попробуйте использовать и метатег, и rel="nofollow" в ссылках.
nofollow запрещает роботу переходить по ссылкам далее, а значит индексация последующих страниц и товаров на них резко упадёт
---------- Добавлено 01.08.2017 в 14:31 ----------
А каким образом можно не расходовать его впустую на страницы пагинации?
Насколько я понимаю и при canonical и при noindex робот эти страницы будет обходить, но в индекс брать не будет.
Соответственно в обоих случаях краулинговый бюджет расходуется впустую.
---------- Добавлено 01.08.2017 в 10:42 ----------
Также рассматриваю этот вариант.
Смущает только то, что Google советует не использовать canonical для страниц пагинации.
гугл может и не советует, но всё же рекомендации гугл
у меня ранее страницы пагинации в гугл серч консоле дублировали мета-данные. После установки каноникал и некс, прев. Все эти ошибки дублей ушли, сайт чувствует себя нормально.