- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Добрый день.
Решили расширить структуру сайта за счет оптимизации страниц - результатов фильтрации.
Но, естественно, помимо "нужных" страниц фильтрации, существует куча "хлама", который оптимизировать нет никакого смысла, и проще закрыть от индексации.
Таким образом, "нужные" страницы фильтрации должны индексироваться, а "НЕ нужные" должны быть скрыты, дабы не плодить дубли.
Каким образом вы скрываете такие страницы? На данный момент, у нас для таких страниц стоит тег: <meta name="robots" content="noindex"> но я вижу в вебмастере, что Яндекс все равно их сосканировал (что логично) и вероятно тратит свои ресурсы на их повторный обход. А таких страниц он нагенерировал несколько тысяч (до 10-15% от всех страниц сайта).
Может быть имеет смысл закрывать такие страницы через robots.txt ? Грубо говоря, неоптимизированные страницы фильтров будут иметь особый признак в конструкции УРЛ, по которому мы их сможем "отсеять". А оптимизированные, "нужные", будут без этого признака, и в теории должны нормально сканироваться.
Закройте через robots.txt
Закройте через robots.txt
А тот вариант, который через noindex - действительно не самый хороший?
И все же, интересно, кто и как решает данную задачу.
noindex всего лишь закрывает контент от индексации, а не ссылку. Вообще, если Вы хотите сделать доступным для индексации какой либо url фильтрации, постарайтесь для таких URL прописать ЧПУ. Все остальные ненужные закрываются в роботсе и на каждом фильтре ставится тег rel-canonical на соответствующую категорию. Таким образом, робот если будет заходить на фильтр, то будет смотреть не на эту страницу, а на страницу указанную в rel canonical и данные адреса уже не будут мусорными. Это как бы страховка на случай если робот проиндексирует динамические URL (фильтр), плюс проблема с дублями отпадет.
---------- Добавлено 23.09.2016 в 08:39 ----------
Я много игрался с этой ситуацией и указал самое полезное решение. В результате, с индексацией и продвижением проблем нет.
Все остальные ненужные закрываются в роботсе и на каждом фильтре ставится тег rel-canonical на соответствующую категорию.
И на каждом "ненужном" ставится каноникал? На нужных и оптимизированных то нет наверное смысла?
И на каждом "ненужном" ставится каноникал? На нужных и оптимизированных то нет наверное смысла?
Совершенно верно, но желательно, чтобы для них был ЧПУ. Вообще как бы не желательно загонять динамические страницы в индекс. Они попадают за частую в общий индекс, а не в основной и вес просто с сайта уходит в никуда.