- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Пример:
Есть страница с товаром, на которой товара разбито на три страницы. Вторая и третья страницы это гет запросы. На них цеплять кононикал, прев и некст или эти гет запросы сделать страницами и там уже использовать каноникал, прев, некст.
У меня по практики, по скольку кол-во страниц часто динамичное, указывается на всех страниц раздела как rel=canonical на главную (первую) страницу раздела. Все страницы будут индексирвоться все равно. просто с поиска человек сразу будут попадать на первую страницу.
тем самым избавляемся от переходов на не существующие страницы, то есть было 10 страниц, потом стало 8 например в разделе итд
Для начала нужно понять, кто из пс понимает прев/некст.
Есть страница с товаром, на которой товара разбито на три страницы.
Смысл в разбиении? Столько много контента?
Если это касается товара, то я бы лупанул портянкой. )
Или логически разбить якорями /#str1 /#str2 - но все равно на одной странице.
dima_leo, вы бы для начала решили проблемы с формулировками.
или эти гет запросы сделать страницами и там уже использовать каноникал, прев, некст.
это было бы в хорошо + добавить на такие страницы атрибуты noindex, follow.
Вторая и третья страницы это гет запросы.
можно не делать их ЧПУ, а просто внедрить на такие страницы (с GET-запросами) )noindex, follow и указать canonical на основную версию страницы.
и там уже использовать каноникал, прев, некст.
не надо. Больше ориентировано для статейников. Но Хз, кто такое юзает ))
можно не делать их ЧПУ, а просто внедрить на такие страницы (с GET-запросами) )noindex, follow
Часто вижу подобный расклад, но не является ли это ошибкой?
Noindex говорит что страницу не надо индексировать, значит в общем случае, тег canonical попросту не буудет учитываться.
НО, к сожалению не найду сейчас ссылку, но на searchengines как то была статья, что если на странице стоит noindex и canonical, то гугл может:
а) Посчитать что canonical стоит ошибочно, на этой странице, а возможно и на других тоже.
б) Посчитать, что noindex относится не только к данной странице, но и к странице, которая указанной на ней как Canonical.
прев и некст
яндекс ныхт ферштеен, вычеркиваем
Я использую каноникал, дабы не плодить сущностей.
Можно поиграть с НЧ на страницы пагинации, но реализация весьма сложна
Есть мнение, что со страниц пагинации прибитых сразу каноникалом яндекс не находит ссылки.
Тогда ноиндекс, фоллоу.
Вариант номер два- ссылки эти дублировать еще где-то на открытых страницах
ноиндекс, фолоу + прев/некст юзается для гугла
каноникал для яндекса.
Вместе все это юзатся не должно.
p.s. но на странице я бы пихал текст (кусками) под спойлеры