3 метода управления нумерацией страниц в соответствии с передовой практикой SEO

1. 3 Общая тактика для SEO-пагинации
2. Классическая пагинация для SEO: использование noindex
3. Просмотреть все метод
4. Rel Next / Предыдущий метод
5. Заключение и рекомендации по разбиению на страницы

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

Я написал и представил часто на нумерацию страниц для SEO. Почему так много внимания на эту тему?

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

Значит это было " двойные призы Когда Google анонсировал элемент HTML 5 rel next / prev для нумерации страниц ,

3 Общая тактика для SEO-пагинации

Есть три основных тактики, которые мы используем для разбивки на страницы SEO:

• Классический метод (с использованием noindex)
• Просмотреть все метод
• Rel Prev / Next Method

Каждый из них подробно описан ниже.

Классическая пагинация для SEO: использование noindex

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

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

Классический метод разбиения на страницы SEO использует noindex, но не консолидирует капитал напрямую.

Просмотреть все метод

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

Есть несколько требований для этого подхода:

• View All должен загружаться быстро; не менее 3 секунд сквозной. Maile Ohye на SMX West указал, что даже если время загрузки будет чрезмерным, если страница может загружаться постепенно, пользовательский опыт не пострадает так сильно (поскольку контент будет сразу же просматриваться на странице).

На SMX West несколько человек жаловались, когда я упоминал 3,5 секунды как максимальное время загрузки, допустимое для просмотра всех страниц. Правда в том, что это цель «реального мира», и хотя она не идеальна, она отражает фактическое время загрузки, которое мы наблюдаем на больших площадках.

Просто взгляните на эту «последнюю милю» время загрузки на розничных сайтах США чтобы понять, как выглядит задержка. Это не особенно красиво, но больше всего демонстрирует возможность, которую имеют эти сайты.

• 

  Отчеты о задержках на сайте от Инструментов Google для веб-мастеров

  Наш анализ 20 ведущих клиентов электронной коммерции показал среднее время загрузки чуть более 4 секунд. Самый быстрый сайт в среднем загружался за 2 секунды, что является исключительным результатом в этом наборе. Но чаще было видно, что время загрузки превышает 3 секунды и находится в диапазоне 4 секунды. В то время как среднее время загрузки составило 4,2 секунды, самый медленный сайт загрузился за 9 секунд!

Другое требование к методу «Просмотреть все» - обеспечить, чтобы все продукты или элементы, включенные в страницы компонентов, были представлены в самом «Просмотреть все».

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

Метод View All элегантно передает эквити ссылки на канонический

Преимущества этого подхода двояки:

1. Пользователи, как правило, любят просматривать все страницы. По нашему опыту и тестированию, страницы с большим количеством товаров или предметов, представленных сразу, конвертируются гораздо выше, чем целевые страницы с меньшим выбором товаров. Но страницы должны быть быстрыми.
2. Все составляющие страницы серии передают свою долю в View All довольно прямым образом.

Также следует иметь в виду: Google будет пытаться использовать вашу страницу View All по умолчанию, учитывая все обстоятельства, когда нет других активных сигналов. Помните об этом и примите меры, чтобы самостоятельно контролировать работу SEO.

Rel Next / Предыдущий метод

Самая современная техника для разбивки на страницы SEO использует HTML 4/5 элемент ссылки rel = ”next” и rel = ”prev”. Особенности этой реализации подробно описаны в эта страница поддержки Google Итак, давайте сосредоточимся на преимуществах и результатах.

Наш опыт (особенно с клиентами электронной коммерции) показывает, что может быть трудно внедрить View All в качестве канонической страницы и страницы по умолчанию. Команды мерчендайзинга не всегда любят их; они не делают праздничные или сезонные события такими простыми в управлении; продвинутые целевые страницы могут выглядеть лучше, и UX и контент-команды часто предпочитают их; они могут затруднить освещение определенных продуктов; и много других причин.

Из-за этих проблем rel next / prev часто является отличным методом обработки нумерации страниц.

Преимущества этого подхода заключаются в следующем:

1. Все составляющие страницы делятся своим эквити с серией. Что это значит? По сути, когда страница 9 серии получает ссылку с расширенным якорным текстом, этот капитал распределяется между сериями и всеми остальными страницами. Это хорошая вещь.
2. Однако использование rel next / prev не препятствует отображению страницы компонента в результатах поиска. Таким образом, хотя эти страницы будут «свернуты» до канонической (или по умолчанию) страницы 1, они все равно могут срабатывать во время поиска, если запрос релевантен для этой конкретной страницы. В SMX West Мейл заверил нас, что такая ситуация случится очень редко. Но это может произойти.
3. Из-за этого, дополнительная рекомендация (строго как необязательный шаг) состоит в том, чтобы добавить noindex роботов, следуйте на страницу rel / next компонента. Это гарантирует, что страницы компонента никогда не сработают во время поиска.
4. Наконец, на всех страницах rel next / prev также должен быть тег самостоятельной ссылки rel canonical. В тех случаях, когда идентификаторы отслеживания добавляются к URL-адресу, эти релевантные теги гарантируют отсутствие дублирования и утечки капитала.

Убедитесь, что реализация rel next / prev является тщательной

Заключение и рекомендации по разбиению на страницы

SEO-нумерация должна быть рекомендована ситуативно (как и многие другие SEO). Вот мои рекомендации:

1. Если у вас есть страница «Просмотреть все» с быстрой загрузкой, и эта страница содержит все продукты и / или элементы, включенные на страницах компонентов, используйте этот метод. Все страницы компонента относятся к каноническим для просмотра всех, и он становится вашей страницей ранжирования по умолчанию в поисковой выдаче. Это элегантно, просто и эффективно. Кроме того, он будет лучше передавать капитал с каждой страницы на один канонический URL.
2. Если у вас нет качественного «Просмотреть все» или ваша компания не хочет использовать его в качестве канонического URL, используйте вместо этого методологию rel next / prev. Этот метод будет объединять сигналы по всей серии, а не концентрировать их на одном URL; однако конечный результат должен быть таким же, если он реализован правильно: канонический, ранжирующий URL (обычно страница 1) будет иметь равный вес. Использование этого метода имеет существенное преимущество по сравнению с классическим подходом noindex: капитал фактически переносится в саму серию.
   Помните, что классический метод напрямую не пропускает никакого эквити - сигналов для этого нет - скорее он достигает тех же целей, открывая обход страниц компонентов и не допуская их в индексе и конкурируя с ранжирующим URL. Имейте в виду, что при использовании rel next / prev страницы компонентов все еще могут запускаться во время поиска (хотя это маловероятно). При желании вы можете использовать noindex, следуйте также, чтобы избежать этого. Убедитесь, что на всех страницах есть ссылки на собственные ссылки.
3. Есть крайние случаи, когда классический метод индексации SEO по-прежнему жизнеспособен. Это, например, в ситуациях, когда важно последовательно обращаться к Bing вместе с Google (Bing еще не поддерживает rel next / prev) или когда элементы HTML 4/5 еще не готовы к развертыванию в организации. В таких случаях классический метод noindex по-прежнему является хорошим вариантом.

Без сомнения, это снова изменится, но вот последние для ваших SEO-кампаний. Желаем удачи и, пожалуйста, дайте мне знать в комментариях ваш опыт и идеи.

Обновления : Google Maile Ohye недавно опубликовал видео по нумерации страниц и SEO , Не забудьте проверить это. Ванесса Фокс также раскрывает детали в ее тщательном рассмотрении темы, Правильно реализовать атрибуты пагинации для Google ,

Мнения, выраженные в этой статье, принадлежат автору гостя и не обязательно относятся к Search Engine Land. Штатные авторы перечислены Вот ,

Об авторе

Похожие

Комментарии