Рецепт. SEO під нестандартні CMS

1. Проблеми і болю
2. Що можна зробити без зміни шаблону для збільшення кількості сторінок в пошуку
3. Кейс. Ввідна інформація
4. результат
5. Підтвердження індексації роботом в консолі вебмастера
6. Нові ключі в пошуку
7. Відмінності HTML сторінки від того, що проіндексував робот Google
8. Відображення сторінки в Chrome
9. Фільтр по бренду Deha
10. Нові ключі в пошуку
11. Відображення сторінки в пошуку
12. Пояснення до скрін
13. Технічна реалізація
14. Скрипти на javascript
15. Створення необхідних змінних GTM
16. Сигнал на формування нових метатегов і заголовків
17. тригер
18. створення змінних
19. прості змінні
20. Змінні з текстовим вмістом
21. незмінні змінні
22. Чистка дублюючого контенту
23. Створення метатегов і заголовка H1
24. Тригер на запуск тега
25. Підсумки роботи в цілому
26. Плюси роботи через GTM
27. Мінуси реалізованого підходу
28. Ризик для дуже «обдарованих» користувачів

Іноді складності настройки і програмування шаблонів CMS не дають можливості провести технічну оптимізацію метатегов і заголовків на сайті. Прихований контент, динамічні сторінки і фільтри на великих сайтах ускладнюють індексування і занижують потенціал сайту в «очах» пошукових систем. На допомогу приходить Google Tag Manager. Базових знань HTML і javascript досить для невеликих підказок роботу Google, як треба індексувати сторінку.

Сучасне seo вимагає все більш витончених підходів від фахівців. Але професіоналів на всіх не вистачає. Реалізований експеримент дозволить навіть початківцям просунутися далі в розумінні роботи пошукових систем. Думаю, що багато хто з тих, хто «з'їв собаку» на просуванні в пошуку, дізнаються про новий інструмент для нетипових завдань в пошуковій оптимізації.

Проблеми і болю

Безліч сайтів створені маленькими веб-студіями і фрілансерами. Час не стоїть на місці. Стала потрібна адаптивність під мобільні, бажання отримувати хороший дизайн з боку користувачів - розвиваються пошукові системи. Google висуває нові вимоги до технічними складовими і якості контенту сайту. Просто сторінок з ключовими словами вже недостатньо. Потрібен якісний контент з обов'язковим оформленням по стандартам розмітки HTML і відповідністю змісту сторінки метатегах і заголовкам. Самописние адмінки, відсутність документації і невиразна структура файлів породили труднощі в реалізації змін на сайтах, створених кілька років назад.

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

На більшості сайтів використаний мову програмування PHP. На багатьох - AJAX та інші мови обробки інформації для виведення її на екран. Копання в чужих програмні коди вимагає додаткових витрат часу, грошей і має туманну перспективу. Веб-студії, які робили сайти, вже зникли або пропонують тільки нові CMS. Фрілансери бояться брати на себе відповідальність за чужий продукт. І правильно роблять - ризик «обвалити» сайт дуже великий.

У той же час є досить прості HTML і javascript, які знають більшість розробників і професіоналів. Інструмент Google Tag Manager можна спокійно увіткнути в будь-який шаблон без ризику порушити наявну структуру і працездатність сайту. Так, це не дитячий конструктор. Але і не динамічні сторінки з серверними запитами і необхідністю залучення фахівців різних технічних дисциплін.

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

Що можна зробити без зміни шаблону для збільшення кількості сторінок в пошуку

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

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

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

Кейс. Ввідна інформація

Об'єкт: інтернет магазин Bombabrands.ru .

Передумови до роботи: самописна CMS, висока вартість доопрацювань і техпідтримки, необхідність розширити список пошукових ключів.

Завдання: задіяти в пошуку динамічні сторінки фільтрів магазину без правки шаблонів на PHP і AJAX.

Рішення: «згодувати» роботу Google індивідуальні метатеги і заголовки за змістом пошукового запиту на сайті.

Суть заходу: через GTM записати метатеги title і description, заголовок h1 відповідно до змісту сторінки. (Записувати будемо ПІСЛЯ завантаження сторінки в браузер.) Змусити робота проіндексувати ці сторінки відповідно до ключами.

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

Основний пошуковий запит на сайті: найменування бренду. При автоматичному створенні пошукової сторінки CMS використовує параметр - filter_21687 = "цифра з довідника по брендам в адмінці сайту«. Кожна цифра в ньому відповідає назві бренду. Для цього параметра навіть зроблений окремий прискорений підбір товарів. Швидкий підбір за алфавітом і назвою виробника.

Додаткові умови пошуку по сайту, які визначають зміст і сенс title, description і h1 на сторінці і задаються відвідувачами сайту:

• filter_21686 - колір вироби,
• filter_21685 - розмір виробу,
• minprice - мінімальна ціна вироби,
• maxprice - максимальна ціна виробу,
• page - сторінка пагінацію при великій кількості товарів.

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

результат

Фільтр по бренду Stone Island

http://bombabrands.ru/store/filter/?filter_21687=327

Підтвердження індексації роботом в консолі вебмастера

Нові ключі в пошуку

І ще 8 ключів.

Відмінності HTML сторінки від того, що проіндексував робот Google

Метатеги, отримані в браузер:

H1-тег:

Фактичні метатеги, проіндексовані роботом:

Відображення сторінки в Chrome

Фільтр по бренду Deha

http://bombabrands.ru/store/filter/?filter_21687=101

Нові ключі в пошуку

Відмінності HTML сторінки від того, що проіндексував робот Google

Метатеги вихідної сторінки:

H1-тег:

Метатеги, проіндексовані роботом:

Метатег description:

Відображення сторінки в пошуку

Пояснення до скрін

• З сайту завантажено так, як видає CMS.

• Запис нових метатегов і заголовків через GTM.

З огляду на, що на сторінці крім товарів нічого немає, позиції виглядають цілком гідно. Додавши контент по темі (через той же GTM), можна спокійно вийти на другий екран видачі. Можна і в топ-10. Було б бажання.

Технічна реалізація

Google Tag Manager; базові знання HTML, CSS, javascript. У подробиці установки GTM на сайт вдаватися не буду - інформації і так багато.

Скрипти на javascript

Функція забору параметрів з рядка браузера.

Створення необхідних змінних GTM

Так як технологія реалізована для всіх фільтрів на сайті, робимо скрипт отримання параметрів в змінні для використання в «будівництві» метатегов і заголовків.

Зносимо старі теги і заголовки:

Title зносити не обов'язково, так як він пишеться прямо з javascript і автоматично потрапляє в заголовок сторінки head.

Сигнал на формування нових метатегов і заголовків

Обов'язковий. Так як всі скрипти працюють послідовно і потрібен час на отримання і обробку даних з URL. Реалізовано через призначене для користувача подія, яка означає, що всі параметри отримані і всі змінні готові до обробки.

тригер

Для того, щоб наші скрипти спрацювали на потрібних сторінках використовуємо спеціальні тригери GTM.

Кількість сторінок, на яких потрібно вносити зміни, буде різним для кожного сайту. Опис технології йде на прикладі одного параметра для сторінок, які потрібно проіндексувати в першу чергу. Налаштовується на потрібній сторінці стандартним типом «Перегляд сторінки» з певним URL. У нашому випадку - наявністю пошукового параметра filter_.

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

Залежно від вимог до різноманітності можна налаштовувати кілька комбінацій сторінок, фільтрів, категорій магазину і отримати гігантське безліч варіантів сторінок. Тригери будуть завжди різні.

Скрипти параметрів і змінних об'єднані в один тег, який спрацьовує на сторінках, які ми вибрали для змін.

Тег з типом користувача HTML спрацьовує на потрібних сторінках:

створення змінних

Кожен пошуковий параметр задає певну характеристику товару. Щоб зіставити внутрішню нумерацію фільтрів з людськими назвами, нам потрібні змінні javascript і спеціальні табличні змінні GTM. Від них залежить те, що «побачить» робот або прочитає відвідувач на сторінці, і як сторінка буде відображена в результатах пошуку.

прості змінні

Змінні створюємо в GTM з типом JavaScript.

Все, як і було описано вище:

• бренд,
• колір,
• розмір,
• мінімальна ціна,
• максимальна ціна,
• сторінка пагінацію, якщо товарів в фільтрі багато.

Змінні з текстовим вмістом

Спеціальні змінні GTM з типом «Таблиця підстановки». Кожному цифрового позначення параметра пошуку відповідає бренд, колір або розмір в залежності від пошукового запиту користувача сайту. На звичайній людській мові.

На вході стоїть визначальний параметр з URL.

Порівнюємо цифрове позначення бренду з його написанням для людей:

Відповідність номера кольору його назві:

Кожен розмір в базі даних сайту також має своє цифрове значення:

незмінні змінні

змінні:

• мінімальна ціна,
• максимальна ціна,
• сторінка пагінацію

- йдуть в нові title, description і h1 «як є» - з змінних, отриманих на першому етапі.

Чистка дублюючого контенту

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

Створення метатегов і заголовка H1

Ось і дісталися до самого цікавого - створюємо title, description, h1 і записуємо їх на сторінку.

Тип тега - «Призначений для користувача HTML».

Щоб наша програма зробила свою роботу, потрібно отримати команду для старту.

Тригер на запуск тега

На самому першому етапі ми створили спеціальну подію про готовність даних до роботи. Створюємо необхідний тригер.

Тип - «користувача подія». Необхідні сторінки для спрацьовування тригера визначаються логікою і змістом пошукових фільтрів.

Налагоджувати наші теги в режимі попереднього перегляду GTM. Для контролю змін в реальному часі використовуємо режим перегляду коду сторінки.

Підсумки роботи в цілому

Через місяць після реалізації скриптів, Google проіндексував більше 100 сторінок з динамічними метатегами і заголовками. Очікується, що в результаті в індекс потраплять практично всі сторінки пошуку, фільтрів і пагінацію. Так як робот Google обходить на сайті все, що потрапило в його поле зору, і сам приймає рішення про доцільність контенту, вирішили не заганяти сторінки в sitemap і примусово їх не індексувати, хоча консоль Google для веб-майстрів дозволяє це зробити. Адже варіантів фільтрів кілька десятків тисяч, але люди будуть користуватися обмеженою кількістю. Ось ці сторінки і повинні потрапити в пошук. Самостійно.

Плюси роботи через GTM

• Простота освоєння.

• GTM дозволяє переписати сторінки сайту «вручну».

• Простота настройки.

• Безпека змін для основного сайту.

• Прискорення роботи.

• Немає прямої залежності від техпідтримки.

Мінуси реалізованого підходу

• «Яндекс» поки на це не клює.

• При відключеному javascript не працює.

• Збої в роботі GTM на десктопних версіях браузера Opera.

• Це все-таки тимчасовий «апгрейд» сайту.

• При плануванні контенту на сторінках фільтрів може не вистачити фантазії.

Ризик для дуже «обдарованих» користувачів

Якщо згодувати роботу то, чого в реальності немає на сторінці, можна потрапити під фільтр за введення в оману. Цим часто намагаються займатися початківці «фахівці» з арбітражу трафіку. Не робіть так!

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

Результат отриманий хороший і який можна застосовувати на інших проектах з «мудрованими» або дорогими двигунами для сайтів.

PS. Всі бажаючі можуть перевірити достовірність викладеної інформації на сайті магазина bombabrands.ru.

Документація для цікавляться:

Думка редакції може не збігатися з думкою автора. Ваші рецепти і хитрощі надсилайте нам на [email protected] . А наші вимоги до статей - ось тут .