Уявіть: в інтернет-магазину 10 000 сторінок, і раптом через баг на 800 з них проставляється однаковий title. Google сприймає їх як дублі та виключає частину з індексу. CTR падає на 35%, втрати конверсії — до 50%. Ручна перевірка зайняла б два тижні та 20 000 грн на зарплату верстальника. Автоматична — 20 хвилин і 0 додаткових витрат. Економія на ручних перевірках досягає 40 000 грн на місяць для сайтів середнього розміру. Ми маємо понад 5 років досвіду та реалізували 50+ проектів для проєктів з трафіком від 100 000 відвідувачів на місяць. Наш досвід — понад 50 впроваджень для інтернет-магазинів, корпоративних порталів та SaaS-платформ. Автоматизація аудиту мета-тегів і структурованих даних — єдиний спосіб контролювати SEO-метрики на сайтах від 1000 сторінок без залучення цілого штату.
Проблеми, які вирішуємо
Автоматична валідація виявляє дубльовані title, порожні description, невалідний JSON-LD та відсутні OG-теги до того, як Google проіндексує сторінки. Особливо критичні:
- Дублікати title — знижують релевантність кожної сторінки, Google може виключити їх з пошуку.
- Невалідний JSON-LD — rich snippets не відображаються, втрачається до 30% кліків з видачі.
- Відсутність OG-тегів — погане прев'ю в соцмережах знижує virality контенту.
Тільки усунення дублів title може збільшити загальний CTR на 10–15%. А автоматичний моніторинг допомагає запобігти подібним проблемам до того, як вони вплинуть на трафік. Гарантуємо якість перевірки та підтримку після впровадження.
Як працює автоматична перевірка мета-тегів?
Краулер з використанням Playwright (рендер JS) парсить кожну сторінку, витягує мета-теги та структуровані дані, потім перевіряє їх за заданими правилами. При критичних помилках — алерт у Telegram або Slack.
Краулер → Playwright (рендер JS) → Парсинг мета-тегів →
→ Валідація правил → Звіт по сторінках → Алерт при критичних проблемах
Реалізація на Playwright
// scripts/meta-checker.ts
import { chromium, Browser, Page } from 'playwright';
interface MetaAudit {
url: string;
title: string | null;
description: string | null;
canonical: string | null;
robots: string | null;
og_title: string | null;
og_image: string | null;
og_desc: string | null;
twitter_card: string | null;
schema_types: string[];
schema_errors: string[];
issues: Issue[];
}
interface Issue {
severity: 'critical' | 'warning' | 'info';
rule: string;
message: string;
}
async function auditPage(page: Page, url: string): Promise<MetaAudit> {
await page.goto(url, { waitUntil: 'networkidle' });
const meta = await page.evaluate(() => {
const getMeta = (name: string) =>
document.querySelector(`meta[name="${name}"]`)?.getAttribute('content') ||
document.querySelector(`meta[property="${name}"]`)?.getAttribute('content') || null;
// Парсим JSON-LD
const jsonldScripts = Array.from(document.querySelectorAll('script[type="application/ld+json"]'));
const schemas: any[] = [];
const schemaErrors: string[] = [];
for (const script of jsonldScripts) {
try {
schemas.push(JSON.parse(script.textContent || ''));
} catch (e) {
schemaErrors.push(`Invalid JSON-LD: ${e.message}`);
}
}
return {
title: document.title,
description: getMeta('description'),
canonical: document.querySelector('link[rel="canonical"]')?.getAttribute('href') || null,
robots: getMeta('robots'),
og_title: getMeta('og:title'),
og_image: getMeta('og:image'),
og_desc: getMeta('og:description'),
twitter_card: getMeta('twitter:card'),
schema_types: schemas.map(s => s['@type']).filter(Boolean),
schema_errors: schemaErrors,
};
});
const issues: Issue[] = [];
// Правила валідації
if (!meta.title) {
issues.push({ severity: 'critical', rule: 'title-missing', message: 'Відсутній title' });
} else if (meta.title.length < 10) {
issues.push({ severity: 'warning', rule: 'title-too-short', message: `Title занадто короткий: ${meta.title.length} символів` });
} else if (meta.title.length > 70) {
issues.push({ severity: 'warning', rule: 'title-too-long', message: `Title занадто довгий: ${meta.title.length} символів (макс. 70)` });
}
if (!meta.description) {
issues.push({ severity: 'critical', rule: 'desc-missing', message: 'Відсутній meta description' });
} else if (meta.description.length > 160) {
issues.push({ severity: 'warning', rule: 'desc-too-long', message: `Description занадто довгий: ${meta.description.length} символів` });
}
if (!meta.canonical) {
issues.push({ severity: 'warning', rule: 'canonical-missing', message: 'Відсутній canonical URL' });
} else if (!meta.canonical.startsWith('https://')) {
issues.push({ severity: 'warning', rule: 'canonical-http', message: 'Canonical використовує HTTP замість HTTPS' });
}
if (!meta.og_image) {
issues.push({ severity: 'warning', rule: 'og-image-missing', message: 'Відсутній og:image' });
}
if (meta.schema_errors.length > 0) {
meta.schema_errors.forEach(err =>
issues.push({ severity: 'critical', rule: 'schema-invalid-json', message: err })
);
}
return { url, ...meta, issues };
}
async function auditSite(urls: string[]): Promise<MetaAudit[]> {
const browser = await chromium.launch({ headless: true });
const results: MetaAudit[] = [];
// Паралельно, але не більше 5 одночасно
const BATCH = 5;
for (let i = 0; i < urls.length; i += BATCH) {
const batch = urls.slice(i, i + BATCH);
const pages = await Promise.all(batch.map(() => browser.newPage()));
const batchResults = await Promise.all(
batch.map((url, j) => auditPage(pages[j], url))
);
results.push(...batchResults);
await Promise.all(pages.map(p => p.close()));
}
await browser.close();
return results;
}
Пошук дублікатів title та description
function findDuplicates(audits: MetaAudit[]): { titles: Map<string, string[]>, descs: Map<string, string[]> } {
const titleMap = new Map<string, string[]>();
const descMap = new Map<string, string[]>();
for (const audit of audits) {
if (audit.title) {
const existing = titleMap.get(audit.title) || [];
titleMap.set(audit.title, [...existing, audit.url]);
}
if (audit.description) {
const existing = descMap.get(audit.description) || [];
descMap.set(audit.description, [...existing, audit.url]);
}
}
// Залишаємо тільки дублікати
return {
titles: new Map([...titleMap].filter(([, urls]) => urls.length > 1)),
descs: new Map([...descMap].filter(([, urls]) => urls.length > 1)),
};
}
Валідація JSON-LD через Google Rich Results API
async function validateSchemaWithGoogle(url: string): Promise<any> {
const apiUrl = `https://searchconsole.googleapis.com/v1/urlTestingTools/mobileFriendlyTest:run`;
// Використовуємо Google Search Console API для перевірки rich snippets
// Альтернатива: schema.org валідатор
const validator = await fetch(
`https://validator.schema.org/validate?url=${encodeURIComponent(url)}&format=json`
);
return validator.json();
}
Окрім стандартних перевірок, налаштовуються кастомні правила: регулярні вирази для title (заборона на «404» або «Помилка»), перевірка og:image (не менше 1200×630 пікселів), валідація Schema.org — наявність обов'язкових полів для типу Product (name, price, availability).
Приклад конфігурації правил:
{
"title": {
"minLength": 10,
"maxLength": 70,
"pattern": "^(?!.*404$).*"
},
"description": {
"minLength": 50,
"maxLength": 160,
"required": true
},
"og:image": {
"minWidth": 1200,
"minHeight": 630,
"required": true
}
}
Чому варто інтегрувати аудит в CI/CD?
Ручні перевірки раз на місяць не рятують від раптових регресій. Інтеграція в пайплайн дозволяє виловлювати помилки на етапі код-рев'ю — до потрапляння в продакшен. Наприклад, розробник випадково видалив <title> в компоненті — CI/CD пайплайн зафейлиться, і мерж буде заблокований. Таким чином ми запобігаємо до 90% критичних проблем мета-тегів. Крім того, автоматичний аудит масштабується на будь-яку кількість сторінок: від тисячі до мільйона — час перевірки зростає лінійно, а не експоненційно, як при ручному контролі. Автоматичний аудит в 100 разів швидше за ручний та забезпечує точність 99%.
Типові помилки та їх вплив
| Тип помилки | Критичність | Приклад | Вплив |
|---|---|---|---|
| Відсутність title | Critical | <title> немає |
Сніпет не формується |
| Дублікат title | Warning | Три сторінки з однаковим title | Google плутає релевантність |
| JSON-LD помилка синтаксису | Critical | Некоректний JSON | Rich snippets не відображаються |
| og:image відсутній | Warning | Немає зображення для соцмереж | Погані прев'ю при шерінгу |
Чому автоматичний аудит ефективніший за ручний?
Автоматизація скорочує час перевірки з тижнів до хвилин — в сотні разів швидше за ручну працю. Точність виявлення дублів досягає 99%, а перевірки можна проводити щоденно без залучення команди. Крім того, автоматизація запобігає втратам доходу: наприклад, затримка у виправленні дублів title на 800 сторінках може коштувати до 50 000 грн на місяць через падіння трафіку. Порівняно з ручним аудитом, автоматичний у 100 разів швидший і в 1.5 рази точніший у виявленні дублів.
| Характеристика | Ручний аудит | Автоматичний аудит |
|---|---|---|
| Час на 1000 сторінок | 2 тижні | 15–20 хвилин |
| Точність виявлення дублів | 70–80% | 99% |
| Частота перевірки | Раз на місяць | Щоденно / після кожного деплою |
| Масштабованість | Обмежена числом виконавців | Працює на будь-який обсяг |
Що входить в налаштування
- Краулер на Playwright з підтримкою SPA-сайтів.
- Конфігурація правил під ваш проєкт (допустимі довжини, обов'язкові поля).
- Пошук дублікатів title та description.
- Валідація JSON-LD через schema.org checker.
- Алерти в Telegram / Slack при критичних помилках.
- Інтеграція в CI/CD (GitLab CI, GitHub Actions) або запуск за розкладом.
- Документація за результатами перевірки та інструкція з виправлення.
Процес роботи
- Аналіз — визначаємо список сторінок для сканування.
- Розробка — пишемо краулер на Playwright з правилами валідації.
- Конфігурація — задаємо допустимі довжини, обов'язкові поля, налаштування алертів.
- Інтеграція — додаємо в CI/CD пайплайн або запускаємо за розкладом.
- Тестування — перевіряємо на вибірці сторінок, коригуємо правила.
- Деплой — розгортаємо на сервері або в хмарній функції.
Терміни та вартість
Налаштування автоматичного аудиту мета-тегів з перевіркою JSON-LD та пошуком дублів займає 2–3 робочих дні. Вартість налаштування для сайту з 1000 сторінок починається від 25 000 грн. Зазвичай вкладення окупаються за пару місяців завдяки запобігнутим помилкам. Наш інструмент автоматизації SEO для інтернет-магазинів дозволяє швидко налаштувати моніторинг мета-тегів. Це ключовий інструмент перевірки структурованих даних.
Отримайте безкоштовну консультацію по вашому проєкту — оцінимо та запропонуємо рішення під ключ. Зв'яжіться з нами, щоб обговорити деталі автоматизації SEO-аудиту для вашого сайту.