1. Так в чем же дело?
2. Некоторые решения
3. Вариант № 1: разбиение на страницы JavaScript
4. Вариант № 2: AJAX-пагинация
5. Вариант № 3: нет-следование нумерации страниц
6. Вариант № 4: наш идеальный сценарий

С Энди МакДауэллом, играющим роль робота Google…

Вы когда-нибудь видели фильм Mulitplicity ? Вы также управляете сайтом электронной коммерции? Если так, то вы должны точно знать, о чем я говорю, даже не читая дальше. Это не сигнал к тому, чтобы нажать кнопку «Назад», а указание на то, что то, чем я собираюсь поделиться с вами, позволит пролить свет на эту важную тему и то, как она влияет на все онлайн-магазины - и на любой веб-сайт с нумерацией страниц. иметь значение.

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

Так в чем же дело?

Проблема в том, что нумерация страниц может привести к дублированию контента на вашем сайте. Традиционный механизм разбивки на страницы электронной коммерции динамически разделяет список товаров на х страниц, причем каждая страница имеет почти идентичное содержимое, а также идентичные заголовки и теги описания. Таким образом, страницы 2, 3, 4 и т. Д. Кажутся в основном одинаковыми.

Не только это, но и на многих сайтах, которые мы видим, страница 1 на самом деле является точной копией первой страницы, которую посещает пользователь, но имеет другой URL. Например, URL-адрес страницы футболок Pepsi может быть / shirts / pepsi, где для нумерации страниц добавлена ​​строка запроса, например: / shirts / pepsi? Page = 2, / shirts / pepsi? Page = 3 и т. Д. У нас есть обнаружил, что многие платформы электронной коммерции фактически ссылаются на страницу 1 как / shirts / pepsi? page = 1, создавая точную копию / shirts / pepsi. Мы фактически определили это как проблему в BV Commerce (один из наших партнеров по программному обеспечению) и создали настройку для решения этой проблемы ( связаться с нами если вы хотите исходный код)

На сайте много информации о проблемах с дублированным контентом, которые я не буду здесь перефразировать, но понимаю, что это может представлять проблему для владельцев сайтов по ряду направлений - канонизации, дублированию контента и PageRank разбавление , Если SE видят, что у вас есть 10 страниц, которые выглядят так, как будто они продают футболки Pepsi, - как они узнают, какую из них показывать в результатах поиска (было бы неплохо, если бы они показали все 10 ваших)?

Во время посещения недавнего SMX Advanced шоу в Сиэтле, я обсуждал этот важный вопрос с болтливость наконец, кто предложил мне собрать эту часть по этому вопросу. Вскоре после этого Ранд Фишкин на SEOmoz также освещал эту тему в своей "Брось это" Доска видео в пятницу. Поэтому я рад, что эта тема привлекла столь необходимое внимание.

Некоторые решения

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

Вариант № 1: разбиение на страницы JavaScript

Пагинация на основе Javascript может быть выполнена путем загрузки всех «страниц» результатов в теги <div> и использования Javascript, чтобы скрыть / показать соответствующий div, когда страница выбрана пользователем. Вы должны убедиться, что какая-то совместимость существует для браузеров, у которых отключен Javascript (это очень небольшое меньшинство). Кроме того, вы должны принять во внимание, что хотя «страницы» в виде div не видны пользователю, изображения все равно будут загружаться при загрузке страницы, что увеличивает время загрузки страницы. Таким образом, вы хотите убедиться, что вы можете управлять, когда изображения действительно загружаются на клиент (после загрузки страницы). Это становится немного сложнее, если учесть параметры фильтрации и сортировки, если они реализованы на стороне клиента и на стороне сервера и как они связаны с подкачкой страниц.

Вариант № 2: AJAX-пагинация

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

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

Вариант № 3: нет-следование нумерации страниц

Разбиение по принципу No-Follow Pagination было чем-то введенным сообществом SEO некоторое время назад, и в основном это влечет за собой добавление атрибута nofollow (и noindex на этих страницах) для каждой из страниц, так что поисковые системы индексируют только первую страницу этой категории. Это облегчает проблему дублированного контента, но резко сокращает количество проиндексированных страниц, и вы хотите убедиться, что у вас есть какие-то другие средства для ссылки на продукты, фактически содержащиеся на более глубоких страницах (например, файл sitemap.xml или on- список товаров на сайте или даже полный список товаров для SE на этой странице).

Вариант № 4: наш идеальный сценарий

Все три варианта, представленные выше, решают проблему дублированного контента, существующего через нумерацию страниц, и способы его решения. Тем не менее, мы определили идеальный сценарий, который представляет наименьшее количество недостатков, при этом решая проблему наилучшим образом. В этом сценарии все страницы будут загружены в div, как описано в варианте № 1, где javascript будет обрабатывать нумерацию страниц. Загрузка изображения будет контролироваться через DOM и загружаться в браузер только тогда, когда эта страница активна. Это позволило бы перечислить все ваши продукты на одной странице, минимизировать время загрузки и дать поисковым системам возможность размещать каждый из них на этой странице. AJAX будет использоваться для управления функциями сортировки и фильтрации, для которых эти страницы не нужно разбрасывать или индексировать, потому что они являются лишь подмножествами основного набора продуктов, которые уже проделаны поисковой системой. Кроме того, чтобы гарантировать, что каждый посетитель веб-сайта, с или без JS, может использовать сайт, будет использоваться функция разбиения на страницы noscript, сочетающая в себе метод № 3 отсутствия традиционной структуры пейджинга.

Чтобы создать это надежное решение для разбивки на страницы категории, потребовалось бы немало предварительных размышлений и ресурсов для разработки, следите за обновлениями для получения дополнительной информации по этому вопросу из Blue Acorn =)