Разбивка на страницы и SEO: полный файл ... не разбит на страницы.

1. Содержание страницы (статья)
2. Преимущества (иногда не подозреваемые) ...
3. Но и недостатки в SEO
4. Технические решения и стратегии
5. VS внутренние анкеры VS разбиение на страницы разделены на несколько отдельных страниц
6. Разбиение на темы
7. Хорошая практика разбиения на страницы
8. Технические решения и SEO оптимизации
9. Техника монолитной страницы с rel = "canonical"
10. Техника с атрибутами rel = "next" и rel = "prev"
11. Рекомендации и выбор стратегий

Кто никогда не сталкивался с проблемами нумерации страниц? От блога до крупного сайта электронной коммерции, это почти неизбежно. Очень быстро мы больше не задаем вопрос о том, освобождать ли себя от этого или нет, но как лучше всего оптимизировать его для естественных ссылок. Как и многие элементы, которые относятся к архитектуре сайта, мы не должны рассматривать нумерацию страниц только через призму SEO: пользовательский опыт и веб-маркетинг также затрагиваются, см. Связанные. Технические решения существуют, как вы, наверное, знаете, с rel = "prev", rel = "next" и rel = "canonical". Ни один из них не идеален, и важно знать, какую технику и какую стратегию принять в соответствии с ее проектом.

Для некоторых из вас этот пост, вероятно, будет отличным послевкусием ... "руководство"; Надеюсь, вы не будете возражать - в то же время трудно не поступить иначе с этим предметом. Многие веб-мастера и издатели еще не осознали всех тонкостей нумерации страниц, их преимуществ и, в особенности, его негативных последствий для SEO, предпочитая слепо доверять своей CMS, увы.

Разбиение на страницы требуется, когда содержимое становится слишком важным на странице, как с точки зрения размера, так и веса. Эта схема применяется как к посетителям, так и к индексирующим роботам, которые также имеют ограниченную способность к перевариванию. Мы также должны сэкономить ресурсы: сайт электронной коммерции, который бы отображал тысячи продуктов на монолитной странице (по умолчанию), вероятно, опустился бы на его сервер.

Пример нумерации страниц

Сначала нужно выделить несколько типов нумерации страниц. Вот два основных:

• Разбивка контента на страницы , например, сегментирует статью для прессы.
• Разбивка на страницы , известная всем нам, которая отображает в виде страниц статьи, разбитые на страницы. Все сталкиваются, когда вы завариваете немного контента, и это превышает десять страниц на тему.

Эта фрагментация страниц также встречается в управлении галереями изображений, результатами поиска, на форумах или в некоторых формах, которые иногда требуют доработки, и где предпочтительно выполнять поэтапно.

Содержание страницы (статья)

Причины разбивки статьи на несколько страниц не обязательно такие же, как для разделов. Подход больше ориентирован на посетителей и веб-маркетинг. Эта форма нумерации страниц встречается в основных статьях / файлах (автомобильные, компьютерные, гаджеты и т. Д.), Где контент легко сегментируется: введение, тестирование, технический лист, заключение, заключение.

Менее практично, это разбиение на страницы имеет значительные преимущества, как недостатки, и его использование (или нет) иногда вызывает долгие споры.

Преимущества (иногда не подозреваемые) ...

Увеличьте количество показов рекламы . Разбивая статьи на несколько страниц, мы увеличиваем количество просмотренных страниц и отображение баннера. Возможности ремаркетинга превосходны, так как посетитель разместит несколько страниц на определенную тему.

Возможность перехода к самому важному для пользователя : типичный пример аппаратного теста: чтобы правильно выполнить тест графической карты, редактор выполнит тесты для разных игр, разного программного обеспечения, опубликует свой технический лист, сравните его с конкурентами и сделайте вывод о сильных и слабых сторонах продукта. Здесь важна необходимость сегментировать, чтобы предложить пользователю возможность убрать вечеринки, которые ему не интересны: если он ищет видеокарту для компьютерной графики, у него, вероятно, не будет желания читать ( и загрузить) игровую часть.

Кластерные страницы: хороший план SEO

Верьте, что статья разбита на страницы, когда это не совсем так. Это, конечно, вопрос представления, и субъект должен подойти к нему. Например, сравнение, которое ставит на конкурс 5 или 6 телефонов эквивалентных диапазонов. Каждая страница будет иметь свой собственный (канонический) URL, уникальный контент и отдельные метаданные. Только навигация (которая аналогична классической нумерации страниц) является общей для всех страниц. Эта практика, конечно, очень эффективна в SEO, если ее использовать с умом.

В противоположном примере, помимо того, что он умный, эта нумерация страниц очень хорошо сделана, потому что он предлагает тройное чтение: навигация по миниатюре, номеру страницы (классическая) и принимает теги H1 разных страниц в всплывающая подсказка (JavaScript). В верхней части страницы встроена упрощенная навигация на случай, если основной показатель опустится ниже ватерлинии на мобильных устройствах.

Но эту стратегию нельзя адаптировать ни к одной статье. Они должны быть откалиброваны (довольно короткие), и поддаются этому. Ваш контент-менеджер также должен быть готов обработать этот тип подкачки.

Но и недостатки в SEO

Разрезание статьи на несколько частей неизбежно может привести к разбавлению PageRank и «ссылочного сока», обратных ссылок и лайков и т. Д.

Технические решения и стратегии

Реализация такого процесса не должна осуществляться без размышлений, и перед разработкой должна быть разработана стратегия редакции + SEO.
Первая страница, которая представляет статью, должна содержать достаточно текста, чтобы обобщить набор с выбором стратегических ключевых слов. Другие страницы будут влиять на длинный хвост.

Автоматическое обнаружение Google этого вида нумерации гораздо менее очевидно по сравнению с темой нумерации страниц. Настоятельно рекомендуется использовать атрибуты rel = "next" и rel = "prev" (или "previous"), чтобы направлять движок и сообщать ему, что такой набор страниц представляет собой одну статью. (см. ниже для интеграции этого атрибута).

В этом контексте я предпочитаю не использовать rel = "canonical" (разработанный ниже) и резервировать этот атрибут в сценариях, которые представляют дублирование контента.

В случае разбиения на страницы контента, предпочтите текстовые ссылки (названия различных разделов) гораздо более значимым для посетителя, чем номера страниц. Соедините их со ссылками «предыдущий» и «следующий», которые четко указывают на продолжение. Все эти ссылки должны быть четко видны. Смотрите пример ниже.

Навигация и пейджинг аппаратных тестов на присутствии-pc.com

VS внутренние анкеры VS разбиение на страницы разделены на несколько отдельных страниц

При выборе между различными стратегиями следует руководствоваться характером вашего сайта, объемом и характером статьи и, в меньшей степени, ресурсами вашего сервера. Когда посетитель прибывает на испытательную площадку для автомобильной или аппаратной части, он ожидает (сознательно или нет), что сталкивается с этим типом подкачки. Вы будете избегать использования этого метода на сайтах, которые не поддаются ему, более того, время от времени и неожиданно. Предпочитаю внутреннюю навигацию статье с якорями, как я делаю с этой статьей.

Тем не менее, если ваша статья превышает 3000 слов, очень хорошая стратегия SEO состоит в том, чтобы разбить статью на несколько отдельных страниц (часть I, часть II и т. Д.), Что позволяет гораздо эффективнее играть на случайных встречах, чем на одна и та же страница. Например, в этом блоге, где тенденция довольно большая, я очень часто нахожусь на грани разделения моих статей в 2. Это также относится и к моему предыдущему сообщению о визуальное исследование сетей передачи данных , Имейте в виду, что после прохождения первых 500 слов ключевые фразы теряют вес.

Этот процесс отличается исключительно от кластерные страницы обсуждалось выше. Он не может публиковать все сразу, играть в дразнилку и разбивать статью слишком долго, чтобы уместиться на одной странице.

Разбиение на темы

Преимущества

• Ограничьте нагрузку на сервер : любой, кто управлял сайтами с большим трафиком, управляемыми базами данных, знает это, большие запросы (SQL) подрывают ресурсы, а иногда приводят к значительному замедлению. Это главное преимущество.
• Облегчите квест посетителя : разбиение на страницы, если сопровождается хорошей навигацией, также позволяет посетителю быстрее прийти к тому, что он ищет, когда есть много результатов, включая добавление фильтров.

Недостатки

Для SEO, нумерация страниц - настоящая чума, и сценарии многочисленны. Если мы угадываем основные, некоторые из них более порочные, и не бесполезно перезванивать.

• Проблемы глубины : некоторые страницы находятся на уровнях глубины, труднодоступных для посетителей и роботов. Хотя sitemap.xml предназначен для компенсации, но если страница попадает в глубины сайта и больше не получает органический трафик, она также попадет в глубину поисковой выдачи (результаты поисковой системы).
  

  Типичная навигация по форуму: перфорация пагинации здесь является реальным препятствием для сканирования и индексации.

• Проблемы, связанные с индексацией тематических страниц : по своей природе тематическая страница имеет контент, который регулярно меняется. Как только одна запись добавляется, другая исчезает, чтобы перейти на страницу 2 и т. Д. Если Google (или другой) предлагает эту страницу в своих результатах поиска, пользователь может не найти то, что он ищет, проиндексированная страница не обязательно обновлена. Это приводит к высокой доходности, вредной для SEO.
• Больше кликов для пользователя : неизбежно, пользователи должны будут сделать несколько кликов, чтобы перейти на нужную страницу. Эта проблема подчеркивается на сайтах с «беспорядочными» темами, которые плохо сегментированы.
  Тенденция в дизайне web 2.0, переходящая к бесконечной прокрутке с загрузкой данных в Ajax (jQuery). Но это не спасительное решение (с точки зрения SEO), и это может вызвать некоторую обеспокоенность от одного браузера к другому.
• Подрыв стратегии внутренних ссылок : как я уже упоминал в своей статье о внутренняя ссылка плохо контролируемая нумерация страниц может сгладить всю вашу стратегию.
• Дублирование контента : активация пагинации очень часто вызывает DC. Например, первый URL вашей нумерации страниц "/rubrique.php?id=4&page=1", безусловно, будет идентичен "/rubrique.php?id=4".

Хорошая практика разбиения на страницы

Если основной целью разбиения на страницы является предотвращение загрузки сервера, плохая навигация по страницам может иметь обратный эффект. Представьте себе рубрику с тысячами товаров, отсортированными в хронологическом порядке публикации с единственными элементами навигации - кнопкой «предыдущий» и «следующий». Пользователь должен будет отчаянно щелкнуть по кнопке «Далее», чтобы получить желаемый результат ... когда он туда доберется.

Разбивка тестов сайта turbo.fr не позволяет оценить объем страниц, на которые можно перейти.

Важно максимально сократить путь и время ожидания, которое пользователь должен будет найти, какую информацию он ищет. Как мы уже видели, чтобы облегчить его продвижение, фильтры очень практичны, но в нем также должны быть ориентиры для измерения количества страниц, которые нужно пройти. Например, на первой странице навигации должно быть четко указано « страницы с 1 по 10 из 67 ». Помимо номеров страниц (легко нажимаемых и узнаваемых) с обеих сторон будут находиться кнопки «предыдущий» и «следующий».
Если объем страницы очень важен и невозможно отобразить все номера страниц, попробуйте перейти на последнюю страницу. Некоторые сайты с большим количеством контента даже показывают прирост в десятки в дополнение к последней странице.

Навигация amazon.fr позволяет пользователю оценить объем страниц.

Представление навигации должно быть четким, интуитивно понятным и воздушным. На некоторых страницах можно едва различить текущую страницу, и иногда между номерами страниц нет пробелов. Иногда я даже оказываюсь у параметров URL-адресов! Это недопустимо.

Слишком минималистичная навигация

Технические решения и SEO оптимизации

В зависимости от структуры вашего проекта, его характера и объема, нумерация страниц должна быть освоена. Если теория заключается в том, что роботы достаточно умны, чтобы обнаружить его, лучше помочь им понять, как устроены наши сайты, и принять на себя минимальный риск.

Техника монолитной страницы с rel = "canonical"

Это гибридное решение, которое состоит из создания страницы «Посмотреть все», в которой перечислены все статьи в теме. Именно пользователь сделает выбор, чтобы отобразить эту страницу, и обязательно она не должна отображаться по умолчанию.
Страница «Посмотреть все» также будет называться движками (Google) как справочная страница. Другими словами, мы разместим на всех постраничных страницах заголовка атрибут rel = "canonical", указывающий на страницу "see all". Технически, в части <head> вашего HTML-документа вам нужно будет вставить следующую строку:
<link rel = "canonical" href = "http://www.my-domain.com/rubrique/see-all.html" />

Увы, эту технику нельзя адаптировать ко всем сайтам. Это проходит обязательно путем создания уникальной страницы, иногда жадной к ресурсам. Сайт, предлагающий тысячи товарных листов по категориям, вероятно, не выберет такую ​​стратегию, и посетитель ее не найдет.

Также имейте в виду, что помимо определенного количества ссылок на страницу индексирующие роботы имеют тенденцию дуться на них. Иногда мы говорим о 100 ссылках на страницу максимум, но ограничение не является простым, и нет четкого сообщения по этому вопросу от Google ... Однако, это дает представление о пороге, который не должен превышать ( в этом контексте) не терять слишком много в производительности. В конце концов, эффект глубины и вертикального ранжирования всегда будут ощущаться.

Не используйте канонический атрибут для ссылки на первую страницу вашей нумерации страниц. Риск заключается в том, что Google считает первую страницу исчерпывающей.

Если отбросить вертикальный аспект и его влияние на SEO, может накопиться несколько приемов, чтобы не создавать слишком вяжущий запрос:

• HTML-кеширование. Страницу раздела, которая уже рассчитана, больше не нужно создавать, пока не будут добавлены другие продукты или статьи.
• Замените классическую нумерацию страниц на Ajax: пользователи, которые хотят отобразить все продукты на странице, будут загружать содержимое списка (продукты, страницы, карточки и т. Д.) Так же, как и при прокрутке, почти без проблем. , Внимание, это решение не обязательно «оптимизировано для SEO»! Чтобы усовершенствовать технику, вероятно, будет необходимо сделать очень легкое уловление, чтобы представить роботам версию страницы без javascript, чтобы она могла полностью проглотить ... в отличие от посетителей. Хорошо, Google знает, как интерпретировать JavaScript, но идея состоит в том, чтобы упростить работу и оптимизировать сканирование.
• Еще один трек, с которым я не сталкивался (и который также требует некоторого времени), представляет пользователю страницу «увидеть все» в зависимости от нагрузки на сервер. Например, если> 2, мы представляем постраничную версию. Но ни в коем случае не для роботов.

Техника с атрибутами rel = "next" и rel = "prev"

Цель этой техники - сообщить роботам о цепочках между страницами нумерации страниц. Когда робот будет, например, на странице 3, он будет указан в заголовке html вашей страницы, которая является предыдущей страницей (2), так же, как и следующая (3). Ссылка будет сделана между всеми страницами нумерации страниц, и Google будет рассматривать этот набор страниц как единое целое, как если бы это была монолитная страница «видеть все».

Конкретный пример:
Предположим, что эти 4 URL-адреса соответствуют нумерации страниц вашей темы:

1. http://www.mon-domaine.fr/rubrique.php?id=4&page=1
2. http://www.mon-domaine.fr/rubrique.php?id=4&page=2
3. http://www.mon-domaine.fr/rubrique.php?id=4&page=3
4. http://www.mon-domaine.fr/rubrique.php?id=4&page=4

Для первой страницы «heading.php? Id = 4 & page = 1» должен находиться в части <head> вашего HTML-источника:
<link rel = "next" href = "http://www.my-domain.com/rubrique?id=4&page=2" />
для второго (heading.php? id = 4 & page = 2):
<link rel = "prev" href = "http://www.my-domain.com/rubrique?id=4&page=1" />
<link rel = "next" href = "http://www.my-domain.com/rubrique?id=4&page=3" />
третий (heading.php? id = 4 & page = 3):
<link rel = "prev" href = "http://www.my-domain.com/rubrique?id=4&page=2" />
<link rel = "next" href = "http://www.my-domain.com/rubrique?id=4&page=4" />
и четвертый (heading.php? id = 4 & page = 4):
<link rel = "prev" href = "http://www.mon-domain.com/rubrique?id=4&page=3" />

С этой точки зрения эта техника кажется пригодной для использования, но в действительности это часто настоящий кошмар. Помимо некоторых ориентированных на блог CMS, разбиение на страницы очень часто сопровождается фильтрами (сортировка по алфавиту, релевантность, x продуктов на страницу и т. Д.), Что делает интеграцию атрибутов rel = "next" и rel = "prev очень сложной. ». Кроме того, могут возникнуть проблемы с дублированием контента, особенно если вы используете параметры сеанса: вам нужно будет добавить оверлей rel = "canonical", чтобы назначить чистые URL-адреса своих параметров для механизмов.

Тем не менее, некоторые сайты неплохо себя чувствуют в образе jeuxvideo.fr, который ловко сочетает простую нумерацию страниц с rel = "next" & "prev", не отказываясь от опций сортировки (благодаря плагину " TableSorter Из jQuery).

Умная пагинация Jeuxvideo.fr, которая сочетает в себе использование атрибутов next и prev с фильтрацией в JavaScript.

Посмотри например эта страница : вы заметите, что первые 2 страницы очень графические в пользу CTR в последних играх, в то время как на более глубоких страницах (> 3) представлена ​​облегченная версия без изображения. Для каждой страницы можно отсортировать результаты для каждого столбца, не перезагружая страницу и не генерируя другие URL-адреса (таким образом, не дублируя контент).

Что касается навигации, jeuxvideo.fr также представляет очень функциональную и трезвую систему. Это почти идеально!

Рекомендации и выбор стратегий

Прежде всего, правильные вопросы должны быть заданы, а затем адаптированы в каждом конкретном случае. Выбор нумерации страниц и способов управления ими с точки зрения SEO зависит от степени загрузки сервера, эргономики и SEO.

Мне действительно нужна нумерация страниц? Если ваш сайт грамотно структурирован и сегментирован, а количество страниц по теме не превышает нескольких десятков, пропустите нумерацию страниц!

Нужно ли индексировать мои тематические страницы (и, следовательно, нумерацию страниц)? Часто тематические страницы заполняются контентом (и, следовательно, дублируются) в тех статьях, которые они содержат, и фактически не предоставляют релевантного контента. В общем, сделать целевые страницы сложно, и лучше добавить в раздел <head> метатег noindex, следуйте. Но это не освобождает вас от выбора хорошей стратегии разбиения на страницы!

Поскольку нумерация страниц обязательна, установите разумную сортировку по умолчанию с точки зрения маркетинга и SEO . Самые востребованные и конкурентоспособные товары будут в верхней части списка. Над своим нумерованным списком вы добавите выбор «любимых» продуктов, которые будут отправлять постоянные «соки» на страницы / продукты, которые вы хотите вставить в поисковую выдачу.
Принцип ясен: предложите отображение по умолчанию, показывающее страницы, которые вы хотите нажать, и оставляйте страницы глубины менее интересными.

В большинстве случаев предпочитайте rel = "canonical", указывающий на страницу "показать все", если ваш сервер обналичивает деньги. Это то, что Google защищает.

Сделайте ваши тематические страницы актуальными!
Если вы не выбрали noindex, добавьте текст презентации раздела (уникальный, качественный, все это все ...). Около 200 или 300 слов должно быть достаточно, но ваш список не должен опускаться ниже ватерлинии. Если это так, используйте javascript-тип «соглашение», которое будет скрывать часть текста (конечно же, с помощью кнопки «увидеть больше», чтобы отобразить всю информацию).

Похожие

Комментарии