- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Ув. коллеги, приглашаю к обсуждению вопроса пагинации под Яндекс и Google.
⊕ Дано:
→ Большой сайт - более 10'000 предложений, некоторые разделы по 50 страниц пагинации
→ Настроено было все неправильно: вся пагинация имела GET-параметры, пагинация с сортировками и др. мусором (noindex, follow) закрыта в robots.txt, пигинация разделов (также noindex, follow) была открыта в robots.txt
→ Страницы пагинации сортировок имеют все возможные GET-параметры: site.ru/catalog/name/?PAGEN*SIZEN*ETC, не трогаем их и оставляем noindex + запрет robots.txt
→ Страницы пагинации вынесли*в отдельный параметр: site.ru/catalog/name/?page=XX, а раньше они тоже имели все GET-параметры
✪ Требуется:
→ Настроить краулинг контента на страницах пагинации и саму пагинацию для Google и Яндекс.*
⊛ Сложности:
→ Яндекс рекомендует canonical на первую страницу (ну, основную, которая в индексе), Google на - view all
→ Яндекс не понимает prev, next, Google - отлично знает и рекомендует
✔ Наше текущее решение (возможно неправильное):
→ пагинацию сортировок оставляем на get-параметрах, закрытой в robots.txt с метой noindex, follow
→ пагинацию нормальную с одним параметром:*
- открываем через него в robots.txt, мета index, follow
- prev , next под Гугл
- Также оповестим Гугл о действии параметра ?page=XX с помощью Search Console
- canonical на первую страницу под Яндекс
* При этом в хедере prev, next располагаются на одной строке с canonical, но идут первыми (типа под Гугл)
❓ Вопросы:
→ Это безобразие как будет работать, кто-то продевал это?
→ Есть ли более элегантные решения этой головоломки под Яндекс, не прибегая к canonical на первую страницу? По сути, первая и пятая страница пагинация не должны быть каноническими, так как у них разный контент, подобранный под один и тот же пользовательский интент. Кхм.
----------------------
С уважением,
Тупой Боб.
Есть ли более элегантные решения этой головоломки
есть
1. не использовать параметры (вообще)
2. вся пагинация в рамках одного url
3. не использовать noindex, follow
4. не использовать canonical (т слова совсем - вы его всё равно правильно не настроите)
есть
1. не использовать параметры (вообще)
2. вся пагинация в рамках одного url
3. не использовать noindex, follow
4. не использовать canonical (т слова совсем - вы его всё равно правильно не настроите)
Коллега, благодарю.
У нас была пагинация на AJAX'е, правда на кнопках висели GET-параметр. Т.е. контент перебирался в рамках URL, однако ссылка на него физически была с кучей GET-парамов. Нам не понравилось.
Пагинацией у нас пользуются очень активно. Хотим статичную в том числе для поднятия глубины.
Также появилась дикая мысль. Страницы пагинации -> canonical на страницу view all, а саму view all - на страницу без пагинации. Но идея сильно не нравится.
Update: а не, отбой. Та скорость, с которой будет view all отдаваться ботам, приведет к пессимазации,
Update: а не, отбой. Та скорость, с которой будет view all отдаваться ботам, приведет к пессимазации,
Вы "view all" по категориям делаете или на весь товар?
С картинками или без?
Сколько длится загрузка?
Ув. коллега AVMSEE,
И по категориям, и весь "товар".
Структура сайта:
- site.ru
- site.ru/регион (по n самых свежих предложений для раздела)
- site.ru/reg/razdel1/ - Раздел 1 региона N (в нем видны все предложения раздела для региона)
- site.ru/reg/razdel1/XX/ Категория 1 Раздела 1(в ней видны предложения категории)
- site.ru/reg/razdel1/XXX/ в ней видны только предложения подкатегории)
- site.ru/reg/razdel1/XXX/ (в ней видны только предложения подкатегории)
и т.п.
Соот-но, view all на 3-м уровне раздела будет выводить по 2000 предложений. В листинге предложения имеют хар-ки, картинки, заголовок, кнопка. Переход по ним осуществляется кликом по заголовку предложения, картинке или кнопке "подробнее". Т.е. в коде это 2000 x 3 строк одних только href'ов.
Текущая структура удобна для пользоваетелей, поскольку условно ВЧ-запросы тематики существуют только в site.ru/reg/razdel1/ и 70% пользуются для обращения к нам этой категорией. Но в тоже время мы предоставляем возможность получать релевантную узкопрофильную выборку по категории или подкатегории. На всех уровнях, начиная с /reg/razdell1/ пользователи видят контент.
Tupi_Bob, сейчас тестирую и получается, что приемлемый вариант по времени это 400 - 450 позиций. Картинки только для первого экрана, на остальных заглушка, которая меняется на превьюшку при прокрутке.