Як розбивка на сторінки та поступове завантаження сторінок впливають на відображення результатів у Пошуку Google

Ви можете показувати користувачам контент, розміщений на сторінці, по частинах. Це дозволяє зробити ваш сайт більш зручним для відвідувачів і в той же час збільшити швидкість завантаження сторінки. Однак при цьому вам може знадобитися виконати деякі дії, щоб пошуковий робот Google зміг виявити всі ваші матеріали.

Припустимо, що відвідувач вашого сайту скористався вікном пошуку на ньому, але повний список потрібних йому результатів не поміщається на одній сторінці або його складання займає занадто багато часу. У цьому випадку ви можете показати лише частину наявних товарів.

Розбивка на кілька сторінок зручна для відображення не тільки результатів пошуку, але й інших елементів сайту. Ось приклади деяких з них:

  • сторінки з категоріями товарів, які містять повний список асортименту в кожній категорії;
  • заголовки блогів або новин, опублікованих на сайті за довгий час;
  • огляди користувачів на сторінці товару;
  • коментарі до дописів у блозі.

Поетапне завантаження контенту має певні переваги:

  • Сторінка швидше відкривається на пристрої користувача, оскільки не потрібно показувати відразу всі матеріали.
  • Зменшується обсяг переданих даних (що особливо важливо для мобільних пристроїв).
  • Серверний код працює ефективніше за рахунок зменшення обсягів контенту, отриманого з баз даних тощо.
  • Підвищується надійність сайту, оскільки складання занадто довгих списків може призвести до вичерпання ресурсів і, як наслідок, помилок у браузері та серверних системах.

Показувати частину великого списку в інтерфейсі можна наступними способами:

  • Розбивка на сторінки. Користувач може переходити за посиланнями «Далі», «Назад» і за номерами сторінок, на кожній з яких представлена певна частина результатів пошуку.
  • Кнопка «Ще». Щоб побачити більше результатів, користувачеві потрібно буде натиснути кнопку.
  • Нескінченна прокрутка. Нові посилання відображаються в міру прокручування сторінки з результатами пошуку. Ознайомтеся з інформацією про те, як оптимізувати для пошукових систем розділи сайту, в яких є прокрутка.

пагінація

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

Схема
Розбиття на сторінки

Плюси

  • Користувач може оцінити розмір всього списку отриманих результатів і позицію поточної сторінки в цьому списку.

Недоліки

  • Відносна складність навігації по сторінках з результатами.
  • Контент не виглядає як єдиний список, а розбитий на сторінки.
  • Щоб переглянути нові результати, потрібно перейти на інші сторінки.
Кнопка «Ще»

Плюси

  • Всі результати доступні на одній сторінці.
  • Користувач бачить загальну кількість результатів (на кнопці або біля неї).

Недоліки

  • Неможливо показати велику кількість результатів, оскільки всі вони повинні бути розміщені на одній сторінці.
Нескінченна прокрутка

Плюси

  • Всі результати доступні на одній сторінці.
  • Відносна простота навігації: щоб перейти до нових результатів, користувач просто прокручує сторінку.

Недоліки

  • Користувачеві може набриднути необхідність прокручування, оскільки він не розуміє, скільки залишилося до кінця списку.
  • Неможливо показати велику кількість результатів.

Вибравши схему, яка буде оптимальною для вашого сайту і яку фахівець з пошукової оптимізації вважатиме підходящою, перевірте, чи доступні пошуковому роботу Google всі матеріали з вашого ресурсу.

Наприклад, при розбивці на сторінки можна використовувати посилання на нові розділи сайту вашого інтернет-магазину або вносити зміни у вміст поточного розділу за допомогою коду JavaScript. Функція “Ще” і нескінченна прокрутка зазвичай реалізуються за допомогою JavaScript. Коли робот Google шукає на сайті сторінки, які потрібно додати в індекс, зазвичай він сканує URL, виявлені в атрибуті hrefелементів <a>. Роботи Google не натискають кнопки і не активують функції JavaScript, покликані оновлювати контент сторінки в результаті дій користувачів.

Ознайомтеся зі статтею Загальна інформація про пошукову оптимізацію сайтів, які використовують JavaScript, якщо у вас саме такий сайт. Створіть файл Sitemap або фід Google Merchant Center, щоб робот Google міг знайти всі товари на вашому сайті. Дотримуйтесь наших рекомендацій (наприклад, зробіть посилання на своєму сайті доступними для пошукового робота).

Щоб робот Google міг сканувати та проіндексувати вміст, розбитий на сторінки, дотримуйтесь наведених нижче рекомендацій.

Щоб пошуковому роботу було легше розібратися в контенті, розбитому на сторінки, на кожній з них вказуйте посилання на наступну сторінку за допомогою тегу <a href>.

пагінація

Також рекомендуємо на кожній сторінці розміщувати посилання на першу сторінку результатів пошуку, щоб робот Google при виборі цільової сторінки віддав перевагу їй, а не іншим розділам з результатами.

  • У кожної сторінки має бути унікальний URL, оскільки Google розглядає кожну сторінку, отриману при розбивці результатів пошуку, як окрему. Зокрема, для цього можна додавати в URL параметр запиту ?page=n.
  • Не використовуйте першу сторінку з результатами пошуку як канонічну. Замість цього призначайте кожній сторінці її власний канонічний URL.
  • Не використовуйте ідентифікатори фрагментів URL (символ #) для нумерації сторінок з результатами пошуку. Google ігнорує такі ідентифікатори. Якщо наш робот виявляє посилання на наступну сторінку, яка відрізняється лише текстом після символу #, він може не перейти по ній, прийнявши її за вже відскановану.
  • Якщо ви хочете зробити перехід на наступну сторінку більш зручним для відвідувача, використовуйте попереднє завантаження або попереджувальний запит.

При показі довгих списків результатів пошуку по сайту ви можете використовувати фільтри або зміну порядку сортування, наприклад параметр ?order=price для систематизації за ціною.

Щоб наша система не додавала варіанти одного й того ж списку сторінок в індекс, забороніть індексування URL, що відносяться до них, за допомогою метатегу robots з директивою noindex або вказавши відповідні шаблони URL у файлі robots.txt.