- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Посоветуйте, пожалуйста,избавиться от дублей страниц в каталоге.
Ситуация: сайт электронной библиотеки состоит из карточек книг с их описанием. Карточки входят в каталог, распределены по предметам, подпредметам и выводятся списком как в интернет-магазине, причем с полным повторением содержимого карточки. При этом одна и та же страница может быть отсортирована по популярности, названию, дате, по 10, 20, 30 карточек.
В итоге имеется куча дублей. Как бороться? Закрыть роботом? Тогда пропадут все входящие ссылки. Использовать атрибут rel=”canonical”? Как именно? Для интернет-магазинов есть вроде 2 варианта: 1) создание канонической страницы "Все товары", а все страницы каталогов ссылаются на нее с использованием prev next, 2) выбор в качестве канонической страниц товара, а все страницы его категорий(цвет, цена) как дублирующие.
Мне не совсем такой вариант подходит, так как одна страница пагинации дублирует не одну а несколько страниц карточек.
Что делать?
Вас не должна волновать индексация листинга вообще. Вас должна волновать индексация продуктовых страниц.
Добавлю, чтоб понятнее было. Листинг - это интерфейс навигации, можете смело пихать ее в теги nav.
---------- Добавлено 09.08.2015 в 18:17 ----------
по популярности, названию, дате, по 10, 20, 30 карточек
Это мелочи, крупнее это когда вы добавили 50 наименований в начало списка с условием сортировки "новые". Или удалили 50 наименований где попало... Короче, списки индексируются и выдаются, это факт, но только в том случае, если запрос ничего лучше не нашел в бд робота. Пользователю, которому посчастливилось открыть такую ссылку, еще предстоит искать что было в снипе и не факт что найдется. Ну да, в крайнем случае он уже на сайте и может там как-то поискать-полистать.
---------- Добавлено 09.08.2015 в 18:18 ----------
Теоретически вы можете добавлять в заголовок страницы все эти выбранные параметры и получится вроде
Зарубежная фантастика - страница 2 - новые вверху - по 30 штук
Спасибо большое за ответ, то есть именно на дубли пагинаций не обращать внимание, так как это элемент навигации на пути к к карточке. (Вот это только не поняла "можете смело пихать ее в теги nav") Страницы навигации не будут соревноваться с основными страницами, если они хорошо оптимизированы. А зачем для них прописывать индивидуальные мета-теги? Чтобы не было дублей по тайтлам?
---------- Добавлено 09.08.2015 в 21:48 ----------
Спасибо большое за ответ, то есть именно на дубли пагинаций не обращать внимание, так как это элемент навигации на пути к карточке. (Вот это только не поняла "можете смело пихать ее в теги nav") Страницы навигации не будут соревноваться с основными страницами, если они хорошо оптимизированы. А зачем для пагинационных и сортировочных стр прописывать индивидуальные мета-теги? Чтобы не было дублей по тайтлам?
Если вас беспокоят дубли, то уникальный заголовок соответствующий уникальной выборке избавит индекс от дублей. При условии что параметры передаются в адресе, а не постом. Кроме того за порядком параметров надо следить, чтобы не менялись местами &page=3 с &onpage=30, или, если они меняются, то и в заголовке отражение параметров должно меняться. В общем один сплошной геморрой с этими списками, поэтому проще забить. Цель - проиндексировать записи о товаре/услуге, статьи, а список - как получится.
Кстати если посмотрите местные заголовки то увидите что есть там слово "страница" когда вы на странице отличной от 1.
Покажите публике? Будет проще с догадками...