Налаштування Rank Math: що ламається в метаданих сайту
Метадані ламаються не в момент налаштування, а пізніше — після масового імпорту, зміни шаблону виведення або підключення блоку фільтрів.
Шаблон заголовка втрачає змінні, і десятки сторінок потрапляють в індекс з однаковим заголовком: пошукова система обирає одну, решта витісняються як дублі. Зазвичай це помічають за просіданням переходів, а не за звітом про якість даних.
Порожні мета-описи виглядають нешкідливо, доки сніпет не почне збиратися з першого абзацу — часто це блок доставки або рядок навігації.
Канонічна адреса при цьому нерідко вказує на застарілий URL: після зміни структури посилань він залишається прописаним у налаштуваннях архіву й відводить сигнали з робочої сторінки на редирект, який сам нічого не віддає.
Карта сайту та директиви індексації добивають картину. До неї потрапляють службові розділи, сторінки пагінації й адреси з параметрами сортування, а потрібні категорії, навпаки, залишаються під noindex — слід від перенесення з тестового стенда, який ніхто не зняв.
Обхід витрачає ліміт на сміття, корисні сторінки чекають своєї черги тижнями, і розділ випадає з видимості цілком.
Налаштування Rank Math у такому стані не рятує: плагін слухняно віддає те, що лежить у базі та в шаблонах.
Тому починаємо з обходу сайту й звірки заголовків, описів, канонічних адрес і директив індексації за кожним типом записів, таксономіями й архівами — і лише потім правимо шаблони. Нижче розбираємо, як це закривається.
Що дає коректна структура метаданих і розмітки
Метадані й розмітка — те, що пошукова система читає раніше за сам текст. Якщо заголовки й канонічні адреси розставляються вручну, частина адрес потрапляє у виключені: дублі фільтрів, пагінація, порожні архіви.
Шаблони метаданих вирішують це системно — правило задається один раз для типу запису й далі працює для всіх нових сторінок, включно з тими, що з’являться через рік.
| Варіант | Коли підходить | Обмеження |
|---|---|---|
| Ручне заповнення полів | Унікальні сторінки послуг і посадкових | Не масштабується на каталог, значення з часом розходяться |
| Шаблони метаданих у Rank Math | Каталоги, блоги, таксономії, архіви | Потрібна перевірка на перетини шаблонів і порожні значення |
| Розмітка в шаблонах теми | Нестандартні типи записів і виведення даних | Правки лише через розробника, помилки не видно в адмінці |
Коректність розмітки перевіряється валідатором, а не на око: він знаходить незаповнені обов’язкові поля, невідповідність заявленого типу об’єкта вмісту, посилання на неіснуючі сутності. Цей клас помилок зникає зовсім — розмітка або валідна, або позначена як проблема у звіті.
Частка виключених сторінок скорочується з третини адрес до одиниць відсотків: дублі склеюються канонічними посиланнями, службові адреси закриті усвідомлено. Швидкість обходу зростає, бо робот не витрачає ресурс на параметричні адреси й повторюваний контент.
Варіанти впровадження: модуль, ручна розмітка, гібрид
Готовий модуль, наприклад Rank Math, закриває типовий набір: заголовки й описи сторінок, карту сайту, мікророзмітку, редиректи. Розмітку він збирає із шаблонів вигляду «%title% — %sitename%» за сутностями: записи, сторінки, таксономії, архіви.
Обмеження починаються там, де структура нетипова — довільні типи записів, поля конструктора сторінок, товари з варіаціями. Модуль або не бачить цих даних, або виводить їх із неправильною ієрархією: у видачі з’являються дублі заголовків або порожні описи.
Ручні шаблони збирають метадані в коді теми під фактичну структуру сторінки. Ціна — супровід: за кожної правки макета шаблон потрібно перевіряти, а редактор без доступу до коду вже не зможе виправити опис самостійно.
Гібридний підхід залишає базу, редиректи й карту сайту на модулі, а кастомне виведення метаданих виносить у дочірню тему через фільтри й хуки — лише для тих розділів, де модуль не справляється.
| Варіант | Коли підходить | Обмеження |
|---|---|---|
| Готовий модуль | Типовий сайт на стандартних записах і сторінках | Не покриває довільні типи записів і поля конструктора |
| Ручні шаблони | Нетипова структура, каталог, лендінги, посадкові | Правки лише через розробника, цикл змін довший |
| Гібридний підхід | Проєкти зі зростанням і нестандартними розділами | Потрібна дисципліна: правила виведення фіксуються в документації |
Перед вибором звіряємо структуру сайту з можливостями модуля: це знімає більшу частину доопрацювань до старту, а не після першої переіндексації.
Порядок робіт: аудит, налаштування, перевірка, передача
Роботи йдуть за інженерною послідовністю — від зняття поточного стану до передачі з регламентом. Так зміни не ламають індексацію, і результат видно на кожному кроці.
- Технічний аудит: знімаємо поточні метатеги, карту редиректів, розмітку схем, стан карти сайту й дані Search Console. Фіксуємо дублі, биті ланцюжки та сторінки без розмітки.
- Схема метаданих: описуємо в таблиці, який шаблон заголовка й опису, а також який тип schema отримує кожен тип запису — сторінка, запис, категорія, товар. Окремо перевіряємо шаблони на конфлікти й порожні змінні.
- Налаштування на копії: усі правила, карти й редиректи збираємо на тестовій копії сайту, щоб відлагодити порядок застосування без ризику для індексу.
- Підключення Search Console і карти сайту: підтверджуємо права, віддаємо актуальну карту, прибираємо попередні джерела, щоб пошуковик не отримував суперечливі сигнали.
- Вибіркова перевірка: беремо вибірку адрес за типами й звіряємо до і після — код відповіді, canonical, розмітка, відсутність ланцюжків редиректів довших за один перехід.
- Перенесення на робочий сайт: повторюємо ту саму вибірку, щоб переконатися, що копія й основний сайт дають однаковий результат.
- Регламент супроводу: передаємо документ із правилами додавання нових шаблонів, порядком правок і точками контролю після оновлень теми й модулів.
Що передаємо на руки: конфігурації, схеми, регламенти
Передаємо не доступ до панелі, а робочий комплект, за яким ваша команда працює без нас. Усе, що ми налаштували в Rank Math, описано так, що рутинні задачі редактор і маркетолог закривають самі, не турбуючи нас на кожен новий розділ чи змінену адресу.
- Карта шаблонів. Яка схема розмітки — стаття, товар, послуга, питання, хлібні крихти — вішається на кожен тип запису й архіву, з пріоритетами та умовами. Нова рубрика підхоплює правила автоматично, без ручної правки.
- Правила редиректів. Таблиця «звідки → куди» з кодами переходу, шаблонами для груп адрес і забороною на ланцюжки довші за один крок: старі адреси не накопичують вагу й не віддають відвідувачу помилку 404.
- Схеми розмітки. Готові набори полів під статті, товари, послуги й питання, з перевіркою у валідаторі та позначенням, які поля обов’язкові, а які можна залишити порожніми.
- Журнал змін. Дата, автор і суть правки в шаблонах, розмітці та правилах — видно, після якої зміни просіла видача або випали сторінки з індексу.
- Інструкція для редакторів. Де заповнювати заголовок, опис і поля схеми, як не зламати канонічну адресу та що робити під час перенесення матеріалу.
- Регламент перевірок. Періодичність обходу карти сайту, моніторинг помилок сканування й битих посилань, відповідальний за кожну дію.
Комплект самодостатній: будь-яке налаштування можна повторити або відкотити за документом, не піднімаючи історію листування.
Кейс: каталог на кілька тисяч сторінок до і після
Каталог на кілька тисяч товарних і категорійних сторінок роками зростав разом із ручними налаштуваннями Rank Math — правила правили точково, під конкретний розділ.
На момент розбору накопичилися масові дублі: у сотень категорій збігалися заголовки й описи, а розмітка суперечила вмісту — у структурованих даних залишалися характеристики й ціни з минулих карток.
Гірше було з обходом. Частину фільтрів і сторінок пагінації закрили від роботів «про всяк випадок», і разом із ними з індексу випали живі розділи каталогу.
Частка сторінок в основному індексі трималася близько третини, а нові позиції довго висіли зі статусом «виявлено, не проіндексовано».
Що зробили
- Зібрали шаблони метаданих за типами записів: заголовок — із назви категорії та ключової ознаки, опис — із першого абзацу й основних характеристик. Ручні правки залишили лише там, де шаблон давав слабкий варіант.
- Перезібрали канонічні адреси: фільтри й варіанти сортування більше не породжують самостійних сторінок, а ведуть на чисту адресу категорії.
- Зняли зайві заборони, залишивши закритими лише службові й технічні розділи, і звірили карту сайту з фактичною структурою.
- Зіставили розмітку з вмістом сторінки й прибрали поля, яких на сторінці немає.
Результат
Частка сторінок в основному індексі зросла з третини до майже дев’яноста відсотків, кількість сторінок із дубльованими метаданими скоротилася до поодиноких випадків.
Нові категорії потрапляють в індекс за дні, а не тижні, і правки шаблонів тепер застосовуються до всього каталогу одразу — без обходу тисяч сторінок вручну.
Що робити, якщо на сайті вже розгорнуто інший модуль розмітки
Два модулі, кожен із яких виводить заголовок, опис, canonical і розмітку schema, створюють конфлікт двох джерел: у коді сторінки опиняються два набори тегів і дві схеми, а пошукова система обирає відповідний варіант сама. Сніпет стає непередбачуваним, у панелі вебмайстра зростають помилки розмітки.
Зміна модуля розмітки — не «увімкнути новий і вимкнути старий», а послідовність із перевіркою на кожному кроці. Спочатку переносимо налаштування: шаблони заголовків і описів за типами записів, директиви індексації, карту сайту, правила редиректів. Лише після цього старий модуль позбавляється права виводити метадані, і тільки потім видаляється.
Порядок вимкнення вирішує головне завдання — збереження адрес. Якщо у старого модуля є свої редиректи, вивантажуємо їх і переносимо до деактивації, інакше правила зникнуть разом із ним і частина посилань почне віддавати помилку. Карту сайту перегенеровуємо й надсилаємо на переобхід, щоб не втратити вже проіндексовані адреси.
Перевірка після переходу: одна схема, один canonical, один набір метатегів на кожен тип сторінок — головна, запис, рубрика, сторінка з пагінацією. Якщо модуль був вбудований у тему, його шаблони правляться у файлах теми — тут і рятує часткове перенесення.
Сумніви перед стартом: розмітка, редиректи, індексація
Перед стартом робіт технічні фахівці ставлять ті самі питання — і це хороший знак: замовник розуміє, де саме ламається розмітка. Нижче — чотири сумніви, які найчастіше виринають на етапі оцінки.
Як перевірити структуровані дані, а не просто увімкнути їх?
Плагін може віддавати розмітку, яка розходиться з вмістом сторінки: перевизначені поля, дублі типів, порожні обов’язкові властивості. Звіряємо виведення із шаблоном сторінки й переконуємося, що воно не конфліктує з темою та іншими розширеннями.
Що робити, якщо редиректи вже частково налаштовані на сервері?
Два правила на одну адресу дають петлю або ланцюжок переходів: робот втрачає сигнал, відвідувач — час. Збираємо карту переходів із правил сервера, налаштувань плагіна й старих адрес, прибираємо конфлікти й залишаємо одне джерело істини.
Чи потрібен повторний обхід і коли чекати результату?
Пошуковик побачить правки лише після того, як перечитає сторінку. Оновлюємо карту сайту, надсилаємо ключові адреси на повторний обхід і за звітами звіряємо, скільки прийнято.
Якщо адреса залишилася в старому стані — перевіряємо код відповіді та канонічну адресу, а не чекаємо, що переобхід станеться сам.
Фільтри й пагінація створюють дублі адрес?
Так, якщо не керувати параметрами: відфільтровані вибірки й сторінки пагінації перетворюються на десятки майже однакових адрес. Задаємо канонічні адреси для списків, закриваємо малозначущі комбінації фільтрів і стежимо, щоб пагінація не випадала з обходу цілком.
Обговоримо задачу: що потрібно для старту робіт
Щоб оцінка обсягу робіт спиралася на факти, а не на здогади, нам достатньо короткого списку вхідних даних. Збираємо його за одну зустріч — після цього повертаємося з планом робіт і строками. Налаштування Rank Math майже завжди впирається в деталі, яких немає в листуванні.
- Що вже зроблено: чи стоїть плагін, які модулі увімкнено, чи налаштовані схеми розмітки й редиректи — без цього оцінка обсягу перетворюється на припущення.
- Доступи до сайту: обліковий запис із правами на плагіни, панель хостингу, за наявності — акаунт Search Console на потрібний ресурс.
- Типи контенту й шаблони сторінок: скільки їх і чим вони відрізняються — від цього залежить кількість схем розмітки, які потрібно описати й перевірити.
- Карта редиректів: таблиця старих адрес і нових цілей. Якщо її немає, зберемо разом — інакше правила відлагоджуються по одній адресі.
- Обмеження: порядок погоджень, регламент правок, вікна, коли на сайті не можна змінювати розмітку.
- Точка відліку: вивантаження позицій і статистики до робіт — щоб після порівнювати результат, а не обговорювати його на словах.
Далі наша частина: розбираємо вхідні дані, оцінюємо обсяг, називаємо строки та порядок робіт. Опишіть задачу — повернемося з оцінкою й планом.
