- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
![Переиграть и победить: как анализировать конкурентов для продвижения сайта](https://d.searchengines.guru/20/95/m6y6akr_hrag2glw__600x314__37965c50.jpg)
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Имеется интернет-магазин с пагинацией и небольшим описанием рубрики.
Сейчас оно повторяется на всех страницах.
Известно, что обычно его советуют убрать по избежании дублирования.
Вопрос- если не убирать его, но для страниц указывать rel=next/prev, будет ли считаться дублями эти страницы с описанием?
Имеется интернет-магазин с пагинацией и небольшим описанием рубрики.
Сейчас оно повторяется на всех страницах.
Известно, что обычно его советуют убрать по избежании дублирования.
Вопрос- если не убирать его, но для страниц указывать rel=next/prev, будет ли считаться дублями эти страницы с описанием?
может проще сделать пагинацию в рамках одного url - и ни каких дублей :)
может проще сделать пагинацию в рамках одного url - и ни каких дублей :)
Имеется в виду подгрузка товаров на той же странице по кнопке вроде "еще 20 товаров" ?
Cейчас объективная реальность -коробочный Битрикс со стандартным /123456/ (1я страница рубрики), /123456/?PAGEN_2=2, /123456/?PAGEN_2=3 и т.д. Любое лишние движение обусловлено бюрократией, служебными записками и часами работы на эту бюрократию. Приходится по Парето :)
rel=next/prev уже включено в ближайший релиз). Отсюда и вопрос.
MisterCh, например так
P.S. с битриксом проблем будет куча, там ядро переписывать надо, что бы сделать правильно :(
MisterCh, например так
P.S. с битриксом проблем будет куча, там ядро переписывать надо, что бы сделать правильно :(
Да, не сомневаюсь, что у вас на Unmedia всё классно в таких вещах, как скрытие ссылок, и вот это еще теперь:) Но есть то, с чем приходится работать.
MisterCh, насколько я знаю Масол с битриксом дружит
MisterCh, насколько я знаю Масол с битриксом дружит
Спасибо! Но вопрос остаётся открытым- по идее, prev и next явно указывают, где начало начал и как раз помогают в таких ситуациях, как 10 страниц пагинации с товаром с похожими названиями (юбка артикул 1..юка артикул 10500..); помогают избежать дублирования.
https://support.google.com/webmasters/answer/1663744?hl=ru
"Направить пользователя на начальную страницу" я и понимаю как то, что в выдаче будет первая, а не случайная из последующих. Значит, вроде как и текст-описание не стоит убирать с последующих. Таковы мои рассуждения, но как оно на практике? 🍿
А если указать канонические ссылки? Этот вариант должен решить ваш вопрос
MisterCh, например так
сталкивался с моментом, когда в такой паге много много страниц и после прокликивания десятка страниц, начинает тормозить комп и браузер подвисать.
Алексей, как можно решить такой казус?:)
может проще сделать пагинацию в рамках одного url - и ни каких дублей :)
А исходя из вашего опыта, не будет ли в таком случае проблем с индексацией? Поясню. Допустим в разделе есть 100 карточек, которые разнесены на 5 страниц пагинации. Если делать на аяксе как у вас, то бот естесвенным путем остальные карточки не проиндексирует. Если же сделать обычную пагинацию, с уникализацией title/description и убиранием текста, то такой проблемы не будет. Не?
psyho0000freak, настроить сервер, что бы запросы кешировались и ещё для больших списков есть правило, если в разделе больше 20 позиций товаров/услуг - его нужно разбить на подразделы
IBakalov, а карта сайта ни как не поможет? ;)