YouTube

Got a YouTube account?

New: enable viewer-created translations and captions on your YouTube channel!

Russian subtitles

← Pagination and SEO

Google's Maile Ohye examines the issues webmasters face with paginated content: paginated articles, product category listings, etc. She then explains the options available to those webmasters concerned about SEO, including rel="next" and rel="prev" HTML markup.

Get Embed Code
12 Languages

Subtitles translated from English Showing Revision 5 created 11/25/2013 by Anna Kitchenko.

  1. Привет!
  2. Меня зовут Майли Ойе.
  3. Я работаю в Google более шести лет,
  4. работая с поиском и инструментами для вебмастеров.
  5. Я хочу пригласить Вас в мой дом.
  6. Давайте поговорим о пагинации и поисковой оптимизации.
  7. Наш план работы начинается с примеров разбивки
  8. контента на страницы.
  9. Затем мы перейдем к негативным сторонам пагинации
  10. и причинам, по которым Вы как вебмастер можете захотеть
  11. приложить усилия, чтобы не уменьшить Ваши индексируемые свойства
  12. и показать пользователям лучшие результаты.
  13. Затем мы обсудим Вашу структуру.
  14. И этот пункт делится на две части:
  15. для тех вебмастеров, чей контент разбит на страницы,
  16. Итак, давайте начнём
  17. с примеров разбивки контента по страницам.
  18. Разбитый на страницы контент существует по всей сети
  19. и мы поговорим о двух общих случаях.
  20. Первый из них - разбивка статьи на страницы.
  21. К примеру, вы заходите на свой любимый сайт
  22. и видите экстренное сообщение.
  23. Последние исследования показали, что печенье - более питательны, чем овощи."
  24. И, конечно же, это была бы выдумка.
  25. Но ваш любимый сайт мог поместить этот текст не на одну страницу,
  26. а разбить его на несколько подстраниц.
  27. Таким образом, одна статья превратилась в дерево, и это -
  28. пример статей, разбитых на страницы.
  29. Другой пример пагинации - структуры, подобные разбивке товаров
  30. на категории, которые вы можете увидеть на сайте
  31. вашего любимого интернет-магазина.
  32. Итак, давайте представим, что этот вебмастер продаёт фигуры.
  33. Они продают шесть видов фигур.
  34. Но вместо того, чтобы поместить их на одну страницу, они разделили их
  35. на две подстраницы (обе из них с фигурами),
  36. вновь создавая пагинацию.
  37. Итак, два основных способа - пагинация статей
  38. и пагинация категорий товаров.
  39. Какие негативные последствия это влечёт?
  40. Их несколько.
  41. Я бы хотела подчеркнуть два из них.
    Первый заключается в том, что
  42. индексируемые свойства (такие как ссылки и анкоры), могут быть расположены
  43. на разных URL-адресах вместо того, чтобы
  44. консолидировать их в одной статье
  45. или в одной категории продуктов.
  46. Это одна из негативных сторон.
  47. Вторая заключается в том, что самая релевантная страница в этой последовательности
  48. может не отражаться в результатах поиска.
  49. Если вы - разработчик интернет-магазина,
  50. вы, возможно, захотите, чтобы пользователи, к примеру, были перенаправлены на первую страницу последовательности.
  51. Но поскольку поисковик видит эту пагинацию как три
  52. отдельных объекта, пользователь может быть переадресован на другую страницу,
  53. которая не обязательно будет наиболее релевантной.
  54. Это некоторые негативные стороны
  55. пагинации.
  56. Теперь давайте побеедуем о вашей ситуации и
  57. конфигурации вашего сайта.
  58. Рассмотрим этот вопрос с точки зрения двух разных видов
  59. конфигурации.
  60. В одном из них присутствует страница с полным содержанием,
  61. а во втором - нет.
  62. Если контент вашего сайта разбит по страницам
  63. и есть страница с полным содержанием,
  64. протестируйте следующее.
  65. Для начала убедитесь, что скорость загрузки страниц вашего сайта вполне сносная,
  66. то есть когда пользователь открывает страницу
  67. с полным содержанием, загрузка не займет у него 15 секунд,
  68. поскольку это очень длинная статья
  69. или на странице очень много товаров.
  70. к примеру, загрузка страницы занимает всего 4 секунды.
  71. Второй пункт, который необходимо проверить, если у вас есть страница с полным текстом -
  72. убедитесь, что навигация на странице остается удобной,
  73. то есть пользователь может легко найти контент, который ищет,
  74. или определенный продукт, который им нужен,
  75. прокручивая или просматривая заголовки.
  76. Это конфигурация сайта со страницей с полным содержанием.
  77. И, конечно, сайты без страницы с полным содержанием
  78. не имеют этой проблемы.
  79. Итак, взгляните на ваш сайт с точки зрения его конфигурации.
  80. Но прежде, чем мы займемся этим, давайте вернемся назад
  81. и поговорим о том, что делает Google.
  82. Конечно, мы постоянно работаем над тем,
  83. чтобы облегчить поиск для пользователей.
  84. И во время тестирования мы обнаружили,
  85. что пользователи предпочитают видеть страницу с полным содержанием
  86. рядом с результатами поиска.
  87. И одна из возможных причин - скорость загрузки.
  88. Итак, если вы перейдете к результатам поиска и кликаете
  89. по странице с полным содержанием, загрузка статьи о том,
  90. что новые исследования доказали, что печенье более питательно,
  91. чем овощи, должна занять
  92. три секунды.
  93. Но, с другой стороны, пользователям меньше нравилось,
  94. когда результаты поиска направляли их только на первую страницу статьи.
  95. В то время, как загрузка этой страницы занимается всего 2 секунды.
  96. каждый раз, когда пользователь нажимает на кнопку
  97. "Следующая страница", чтобы прочитать продолжение статьи,
  98. это занимает дополнительное время.
  99. То есть ввиду скорости загрузки и других причин, пользователи предпочитают
  100. страницу с полным содержанием.
  101. Зная это, один из наших инженеров индексации,
  102. Бенджа Ли, предложил новую функцию
  103. в октябре 2011.
  104. Она заключается в том, что:
  105. "Когда мы определяем, что разбитый на страницы контент
  106. имеет страницу с полным содержанием, мы стараемся
  107. вернуть ее в результаты поиска,
  108. когда это необходимо. Для пользователей это очень удобно.
  109. И что еще лучше для разработчиков, так это то,
  110. что хотя мы определяем страницу с полным содержанием, мы все равно
  111. консолидируем индексируемые свойства, такие как ссылки на страницу с полным текстом.
  112. Таким образом, это удобно для пользователей и хорошо для вас как разработчиков
  113. Давайте теперь поговорим о некоторых возможностях. которые у вас есть как у разработчика сайта
  114. с контентом, разбитым на страницы.
  115. Сперва взглянет на ситуацию, когда разработчик
  116. разбил содержание на страницы и сделал страницу с полным текстом.
  117. Но даже тем разработчикам, у кого нет обобщающей страницы,
  118. будет полезно обратить внимание на эту информацию, поскольку
  119. некоторые опции также относятся к вашим сайтам.
  120. Итак. если у вас есть сайт с разделенным на страницы контентом и
  121. страницей с полным содержанием, у вас есть три отличных варианта.
  122. Во-первых, вы можете оставить все как есть.
  123. Вам ничего не нужно делать, если у вас есть
  124. другие приоритеты.
  125. Разбитый на несколько страниц контент распространен по всей сети, и
  126. поисковые машины будут индексировать его
  127. даже лучше.
  128. И, как я уже упоминала, если у вас есть обобщающая страница,
  129. Google автоматически постарается определить это,
  130. перенаправить на нее пользователя и консолидировать ваши
  131. индексируемые свойства.
  132. Первый вариант - это надежный вариант.
  133. Но у вас также есть второй вариант.
  134. Он заключается в использовании атрибута rel="canonical",
  135. который недвусмысленно дает поисковой системе понять, что это ваша обобщающая страница.
  136. таким образом, пока мы пытаемся определить это алгоритмически, вы можете помочь нам,