Як оптимізувати сторінки в інтернет -магазині?

«Як оптимізувати сторінки пагинации?» - подібні питання дуже часто обговорюються на профільних SEO-форумах, усi-так і оптимізація інтернет-магазина – це досить складний і обширний момент, частиною якого є саме пагінація сайту. В рамках даного матеріалу нами буде проведена оптимізація сторінок пагинации, так що давайте розглянемо, як саме повинні виглядати сторінки пагинации сучасного магазина з точки зору SEO.

Пару слів про сторінках пагинации

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

З який метою це Виготовляється? Це необхідно для зменшення часу завантаження сайту. Уявіть, що на якому-небудь Adidas відразу ж будуть завантажуватися усi товари одночасно: таке не кожен комп'ютер потягне. Так що пагінація – це найважливіший інструмент для оптимізації роботи сайту.

Як представлені сторінки пагинации?

Представлені вони досить типовим чином. Спочатку йде каталог товарів (як правило, не більше 20 штук), а після низка цифр зі сторінками: 1,2,3 і так далі.

В окремих сайтах ми можемо помітити поруч цифри 20, 50, 100 або слово «все» - це відображення товару, яке користувач встановлює сам. Проте первісна цифра повинна бути мінімальна, щоб відвідувач відразу ж не пішов з вашого порталу. Без правильної настройки сторінок пагинации успішне просування сайту практично неможливо.

Як налаштувати пагинацию? Поради Google і поради SEO-фахівця

Почнемо з рад з Google. Вони такі:

1. Google радить нічого не робить зі сторінками.
2. Google пропонує встановити параметр rel="canonical"* на одну сторінку зі усіма товарами.
3. Google просить поставити атрибути next і prev – вони потрібні для позначення попередньої і наступної сторінок.

*Данный параметр (Rel canonical) потрібен для оптимізації певної сторінки: якщо на одну картку товару можна потрапити з різних URL-адрес, то і пошукова система буде просувати одночасно кілька однакових сторінок. Це досить погано, так як потрібно встановити просування для однією.

Що роблять SEO-фахівці?

1. Щоб при просуванні сайту не виникало сторінок-дублів, вебмастера роблять дві речі: закривають тегами </noindex> индексацию певної сторінки або прописують певний URL в файл robots.txt. В підсумку зайві сторінки заборонені для індексування.
2. Всім сторінках, зазначеним в пагинации, прописують параметр Rel canonical, встановлюючи його на головну сторінку магазина.

Чого не можна робити на самому справі?

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

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

Незважаючи на то, що пагінація присутній і в інформаційних сайтах, усi ж серйозні проблеми відчувають саме власники інтернет-магазинів. Так що давайте розглянемо варіант з цим типом ресурсів. Як саме оптимізувати пагинацию сторінок для інтернет-магазина?

Сценарій раз: установка параметра Rel canonical на сторінку pageall

Підходить для тих, у кого є можливість створити сторінку зі усіма товарами. В такий ситуації нам потрібно привласнити кожної сторінці (1, 2 … 10) параметр rel="canonical" і встановити його на Pageall – сторінку, де відображаються одночасно усi товари.

Таким чином, індексація пройде по кожної картці товару, і вся ваша продукція буде відображатися в пошукової видачу. Як це проробити? Досить просто, ось приклад:

• було: _https://site.ua/razdel/page-2/;
• стало: <link rel="canonical" href="_https://site.ua/razdel/page-all/" />.

Аналогічним чином прописываем усi сторінки порталу. Така технологія дозволяє поисковику зрозуміти, що в коді вашого сайту є єдина сторінка, в якої відображаються інші сторінки пагинации. І да, пошуковик стане індексувати тільки її, а заодно і усi інші.

Тут потрібно відзначити ще один момент: дуже бажано вставляти SEO-текст на сторінку Pageall. При цьому на інші сторінки пагинации не потрібно його дублювати.

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

Якщо ж сайт з невеликим кол-вом товару, то ця схема робоча – користуйтеся.

Сценарій два: установка параметра Rel canonical на головну сторінку

Цей варіант більше універсальний, бо головна сторінка є у всіх інтернет-майданчиків.

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

• було: _https://site.ua/razdel/page-2/;
• стало: _https://site.ua/razdel/.

Це потрібно проводити вручну: видаляємо з посилань параметри page-n, так як в цієї ситуації робот буде дублювати сторінки. В Загалом, прибираємо зайві параметри і ставимо 301 редирект на головну сторінку сайту.

Що стосується текстів, то сенс тут аналогічний попередньому сценарієм. Нам потрібно помістити оптимізований текст тільки на одну сторінку – на головну. Якщо ж ви надумаєте продублювати цей ж матеріал на інші 10 сторінок, то робот вважатиме їх за нерелевантные, а значить, не буде індексувати і просувати.

І останній момент – це створення тегів навколо кожної сторінки. В теги входить title (назва), description (опис) і ключові слова. То є, до наприклад, ми прописываем Title і додаємо напис: «Сторінка №4».

Ця схема детально розписана Яндексом, а ось Google що-то хитрує і не хоче видавати нам цю інформацію. В будь-якому випадку, проблема з дублюванням сторінок вирішена.

Сценарій три: юзаем атрибути prev і next

Сама гідна альтернатива, яку можна було б придумати для пошукової машини.

В ніж тут вигода? Справа в тому, що пошуковий робот по своєї природі зобов'язаний видавати користувачу більше релевантні сторінки – ніж вище релевантність, тим вище пріоритет. Відповідно, якщо на однією сторінці більше товару, він поставить її в перші ряд. Начебто б усi просто: ставимо Pageall і проблема вирішена, але адже Pageall – це сторінка зі усіма товарами, яка завантажується занадто повільно.

Саме тут атрибути rel="prev" і rel="next" нас і рятують: вони дають зрозуміти поисковику, що ми встановили зв'язок між сторінками. В цієї ситуації параметр rel="canonical" взагалі можна нехтувати, так як prev і next з ним не пов'язані. Якщо хочете поекспериментувати, то встановіть «canonical» сторінок на самих себе і перевірте, є чи різниця.

А тепер перейдемо до практиці:

• було: _https://site.ua/razdel/;
• стало: <link rel="next" href=" _https://site.ua/razdel/page-2/" /> (прописываем в тезі head).

Так ми показали, що на головною сторінці немає попереднього розділу, тому ми повинні встановити тільки тег next. У другий сторінці вже варто позначити, що у даної сторінки є наступного розділ і попередній, то є код повинен бути наступним:

• <link rel="prev" href="_https://site.ua/razdel/" />, <link rel="next" href="_https://site.ua/razdel/page-3/" />

Ви вже зрозуміли, що ми на другий сторінці вказали попередню і наступну – усi досить прозаїчно.

І тут виникає питання з индексацией: не буде чи Яндекс «ругаться» на нас з-за такого кількості сторінок? Звичайно, буде, при цьому він стане нехтувати важливі сторінки, да і всю пагинацию в цілому.

Так що робимо наступне: ставимо на другі і наступні сторінки тег: <meta name="yandex" content="noindex, follow" />. Таким чином, в комп'ютері клієнта відобразяться наші дані, а зайве буде приховано від індексації Яндекса. Усi щасливі! У Google офіційно таких атрибутів не підтвердили, але ми перевірили - працює. Так що це справдливо і для пошукової систмы Google.

Стежити за кількістю проиндексированных сторінок можна у вкладці: «Индексация» - «Сторінки в поиске». Якщо що-то напартачили – миттю виправляйте, зі наступним апдейтом усi налагодиться.

Ах, да: не забуваємо про метатеги – ставимо новий унікальний метатег на кожну сторінку пагинации.

Ще парочка важливих моментів

Да-да, вони знову ж йдуть з адміністрації Google. Поради наступні:

• ви можете юзати хоч тег rel="previous", хоч тег rel="prev" – робот розглядає їх однаково;
• можна встановлювати не повні URL-адреси, а лише наступні значення (наприклад, замість _http://site.ua/razdel/page-8 просто razdel/page8 (без домену));
• Google индексирует атрибути prev і next, але для нього вони лише допоміжні, вони не є правилом;
• якщо ви допустите синтаксическую помилку, то Google проигнорирует ваші встановлені теги і буде індексувати сайт по своєму алгоритму.

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

І тут ви можете задати заключний питання: «У мене на сайті є скрипти, я юзаю AJAX-прокрутку, мені теж варто хвилюватися?». Зрозуміло, да. Справа в тому, що робот – це не користувач. Коли ви скролите сторінку, товари відображаються плавно і своєчасно – це характерно для користувача, але не для робота, що переглядає сторінку цілком.

І ще: якщо ви вже зробили усi настройки пагинации, але индексирование йде погано, а сторінки не відображаються в пошуку, то спробуйте перевірити код сайту. Можна вручну, а можна через спеціальний сервіс Screaming Frog SEO Spider або наш українськи й аналог Netpeak Spider. Не за що!

Який підсумок?

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

2 – налаштовувати пагинацию потрібно, і для цього ви повинні задіяти другий або третій сценарій.

3 – якщо в інтернет-магазині занадто багато сторінок, закриваємо їх від індексу, залишаючи тільки головну.