Уявіть: в інтернет-магазину 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-аудиту для вашого сайту.