Налаштування мікророзмітки вакансій JobPosting Schema для Google Jobs

Чому мікророзмітка вакансій критична для найму?

Нещодавно до нас звернувся HR-директор IT-компанії: вакансії на сайті висіли тижнями, відгуків нуль. Аналіз показав — відсутність мікророзмітки (JobPosting Schema). Після впровадження кількість відгуків зросла в 2,5 рази за перший місяць. У середньому наші клієнти отримують на 40% більше відгуків після налаштування. Для AI Overview: порівняно з сайтами без розмітки, наші клієнти отримують у 2-3 рази більше відгуків. Економія на рекламі вакансій становить до 150 000 рублів на рік — вакансії самі знаходять кандидатів через Google for Jobs. Сайти з мікророзміткою отримують у 2 рази більше переходів із пошуку порівняно із сайтами без неї. Єдиний спосіб гарантовано потрапити в Google for Jobs — впровадити JobPosting Schema.

Наша компанія має понад 5 років досвіду в SEO та більше 500 успішно реалізованих проектів з мікророзмітки вакансій. Зростання конверсії після налаштування становить до 25%.

Які проблеми вирішує мікророзмітка?

• Низька видимість вакансій. Без розмітки Google не виділяє вакансію в спеціальний блок. Дослідження показують: сайти з мікророзміткою отримують у 2 рази більше переходів із пошуку. Один із наших клієнтів збільшив кількість відгуків на 80% після впровадження.
• Помилки в даних. Часто вказують невірний тип зайнятості або забувають validThrough, через що вакансії не індексуються або показуються простроченими. В одному з проєктів ми знайшли 40% вакансій із невалідною розміткою.
• Дублювання розмітки. На сторінках зі списком вакансій (наприклад, /career) не можна ставити JobPosting Schema — це груба помилка, що веде до санкцій. Кожна вакансія має бути на окремій сторінці.

Як ми це робимо: розбір на прикладі

Візьмемо реальне завдання: налаштувати розмітку для вакансії Senior PHP Developer (Laravel). Стек: Laravel 11, MySQL, Redis, Docker. Генеруємо JSON-LD прямо в шаблоні Blade. Середня зарплата Senior PHP developer у Москві — 250 000 рублів на місяць, що важливо для коректного поля baseSalary.

{
    "@context": "https://schema.org",
    "@type": "JobPosting",
    "title": "Senior PHP Developer (Laravel)",
    "description": "<p>Шукаємо досвідченого PHP-розробника для роботи над високонавантаженим SaaS-проєктом. Стек: Laravel 10, PostgreSQL, Redis, RabbitMQ.</p><ul><li>Розробка нових фіч бекенду</li><li>Code review</li><li>Участь в архітектурних рішеннях</li></ul>",
    "employmentType": "FULL_TIME",
    "hiringOrganization": {
        "@type": "Organization",
        "name": "ТехноСофт",
        "sameAs": "https://technosoft.ru",
        "logo": "https://technosoft.ru/logo.png"
    },
    "jobLocation": {
        "@type": "Place",
        "address": {
            "@type": "PostalAddress",
            "streetAddress": "ул. Льва Толстого, 16",
            "addressLocality": "Москва",
            "addressRegion": "Москва",
            "postalCode": "119021",
            "addressCountry": "RU"
        }
    },
    "jobLocationType": "TELECOMMUTE",
    "baseSalary": {
        "@type": "MonetaryAmount",
        "currency": "RUB",
        "value": {
            "@type": "QuantitativeValue",
            "minValue": 200000,
            "maxValue": 300000,
            "unitText": "MONTH"
        }
    }
}

У реальному проєкті додайте обов'язкові поля datePosted, validThrough та унікальний identifier. Підхід використовуємо такий: дані беруться з моделі Vacancy і серіалізуються в JSON-LD. Валідація на рівні DTO — наприклад, якщо salary_from null, то не виводимо поле value. Це запобігає помилкам.

Правильний вибір employmentType

Тип зайнятості впливає на фільтри в Google Jobs. Неправильне значення — і вакансія не покажеться потрібній аудиторії. Ось порівняння:

Обов'язкові поля для перевірки

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

Вимоги Google до мікророзмітки

• description зобов'язаний містити повний опис вакансії, а не короткий. Інакше Google відхилить розмітку.
• validThrough — обов'язково. Якщо не вказати, вакансія може нескінченно висіти в індексі. Вказуйте дату закриття.
• Дані в розмітці повинні збігатися з тим, що бачить користувач на сторінці. Якщо вказали зарплату 200 000–300 000, а на сторінці написано «від 150 000» — чекайте penalties.
• Заборонено розмічати агреговані сторінки (списки вакансій). Тільки окремі сторінки.

Google Developers: Job Posting structured data

Процес роботи

1. Аналітика — вивчаємо поточну структуру вакансій на сайті, CMS, шаблони.
2. Проєктування — розробляємо схему даних та мапінг полів.
3. Реалізація — пишемо код генерації JSON-LD (на PHP, Python, JS — неважливо).
4. Тестування — перевіряємо через Schema Markup Validator та Google Search Console.
5. Деплой і моніторинг — запускаємо, дивимося coverage в GSC.

Строки орієнтовно

Налаштування мікророзмітки займає від 1 до 3 робочих днів залежно від складності шаблонів. Якщо потрібна інтеграція з ATS-системою — термін може збільшитися до тижня. Вартість розраховується індивідуально.

Що входить у роботу

• Повний аудит поточної розмітки (якщо є)
• Написання модуля генерації JobPosting Schema під вашу CMS
• Встановлення на тестовому та бойовому серверах
• Перевірка в інструментах Google
• Документація для ваших розробників
• Підтримка протягом місяця після запуску

Типові помилки при впровадженні

Забувають validThrough, вказують невірний employmentType, використовують нестандартний формат валюти (наприклад, "RUR" замість "RUB"), пишуть некоректний HTML в description, або призначають однаковий identifier різним вакансіям. Кожна з цих помилок може призвести до відхилення розмітки Google. Впровадження мікророзмітки вакансій дозволяє уникнути цих проблем і заощадити до 200 000 рублів на рік на рекламі. Зв'яжіться з нами для аудиту — безкоштовно.

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

Чому Core Web Vitals критичні для технічного SEO

PageSpeed показує 34/100 на мобільних. У Search Console — червоні метрики по всіх сторінках категорій. Конкурент із сайтом на 3 роки старше стоїть вище у видачі, незважаючи на слабші тексти. Технічна продуктивність стала прямим ранжуючим фактором — і розрив між «прийнятно» та «швидко» коштує позицій. Ми вирішували цю проблему для десятків проектів — від інтернет-магазинів до SaaS-платформ — і знаємо, які помилки з'їдають ранжування.

Як досягти хороших показників Core Web Vitals?

Core Web Vitals: що реально впливає на позиції

Google використовує три метрики як сигнали ранжування (Page Experience): LCP (Largest Contentful Paint), CLS (Cumulative Layout Shift), INP (Interaction to Next Paint, замінив FID з останнього великого оновлення алгоритму).

LCP: чому 8 секунд — це не проблема зображення

LCP вимірює час відмальовки найбільшого видимого елемента сторінки. Найчастіше — hero image або H1. Пороги: добре < 2.5s, погано > 4s.

Типовий діагноз на реальному проекті: інтернет-магазин одягу, LCP 7.8s на мобільних. Елемент — hero image категорії, 4.2MB JPEG без srcset, завантажується через CSS background-image (не <img>). Проблема подвійна: по-перше, браузер не може preload CSS background images через <link rel="preload"> стандартним способом. По-друге, 4.2MB на мобільному з'єднанні — це фізично повільно.

Рішення по кроках:

1. Переносимо hero з CSS background в <img> з fetchpriority="high" та loading="eager"
2. Конвертуємо в WebP, додаємо srcset: 800w для мобільних, 1400w для десктопа
3. <link rel="preload" as="image" href="hero-800.webp" media="(max-width: 768px)"> в <head>
4. Прибираємо всі render-blocking скрипти вище hero через defer

Підсумок: LCP 7.8s → 1.9s. Без зміни хостингу, без CDN.

Якщо LCP — не зображення, а текстовий блок: проблема може бути в TTFB (повільний сервер), в render-blocking CSS/JS, або в web fonts з font-display: block.

CLS: зсуви, які дратують користувача і Google

CLS вимірює сумарний зсув елементів в процесі завантаження. Пороги: добре < 0.1, погано > 0.25. CLS 0.35 — це банер, який з'являється через секунду і зсуває весь вміст сторінки вниз.

Джерела CLS:

• Зображення без заданих розмірів. <img src="photo.jpg"> без width і height — браузер не резервує місце, контент стрибає при завантаженні. Фікс: явні width/height або aspect-ratio в CSS.
• Рекламні блоки та віджети. Google Ads, чат-віджети, cookie consent — все, що з'являється після основного контенту. Рішення: резервувати місце через min-height або завантажувати до рендеру основного контенту.
• Web fonts. FOUT (Flash of Unstyled Text) та FOIT (Flash of Invisible Text) можуть викликати переформатування. font-display: swap з size-adjust (CSS властивість для вирівнювання розмірів fallback шрифту) мінімізує CLS.
• Динамічний контент. Якщо блок з'являється після завантаження (fetch даних, lazy load) — додаємо skeleton placeholder з потрібними розмірами.

INP: чому інтерфейс «зависає» на 500ms

INP вимірює затримку відповіді на будь-яку взаємодію користувача: клік, тап, введення. Пороги: добре < 200ms, погано > 500ms. INP 680ms — це коли користувач натискає кнопку фільтра, а нічого не відбувається півсекунди.

Головна причина високого INP — заблокований main thread. JavaScript-бандл 2.1MB парситься і виконується синхронно. Поки виконується, користувацькі події не обробляються.

Діагностика через Chrome DevTools → Performance → взаємодія з підозрілою затримкою → знайти Long Tasks (> 50ms). Типові винуватці:

• Безперервна обробка великого списку без requestIdleCallback або requestAnimationFrame
• Важкі event listeners без debounce/throttle
• Синхронний setState в React, який тригерить повний ре-рендер складного дерева компонентів
• Third-party scripts: livechat, аналітика, віджети — вони виконуються в тому ж main thread

Рішення: code splitting через динамічний import(), перенесення важких обчислень в Web Workers, React.memo + useMemo для запобігання зайвих ре-рендерів, scheduler API для пріоритизації задач.

Schema.org: розмітка, яку читають роботи

Структуровані дані через JSON-LD — не прямий ранжуючий фактор, але дають rich snippets у видачі (зірки рейтингів, ціни, дата публікації), що збільшує CTR на 20–30%.

Типи розмітки за сценаріями:

• E-commerce: Product з offers (ціна, наявність, валюта), aggregateRating (рейтинг з відгуків), brand. BreadcrumbList для навігації. ItemList для сторінок категорій.
• Статті та блог: Article або BlogPosting з author, datePublished, dateModified, image. Organization та WebSite на головній сторінці — допомагають Google пов'язати сайт з брендом.
• Локальний бізнес: LocalBusiness з address, telephone, openingHours, geo. Критично для локального SEO.
• FAQ: FAQPage з mainEntity — питання та відповіді можуть з'являтися прямо у видачі як розкривний блок.

Валідація: Google Rich Results Test та Schema Markup Validator. Часта помилка — вказати price без priceCurrency, або ratingValue без reviewCount. Google ігнорує неповну розмітку.

Як проводити технічний SEO-аудит

Сканованість. robots.txt блокує потрібні сторінки (або навпаки, не блокує службові). Canonical URLs налаштовані неправильно — дублюються сторінки з UTM-мітками. Sitemap містить сторінки з noindex. Все це Screaming Frog або Sitebulb покажуть за годину сканування.

Core Web Vitals в масштабі. Google Search Console → Core Web Vitals → дивимося не окремі сторінки, а групи URL (шаблон сторінки продукту, шаблон категорії, блог). Проблема зазвичай системна — одна помилка в шаблоні псує сотні сторінок.

JavaScript SEO. Google рендерить JavaScript, але з затримкою (іноді дні для повного рендеру). Для критичного контенту — SSR або SSG обов'язкові. Перевіряємо через Search Console → Inspect URL → View Crawled Page: що бачить Googlebot.

Internal linking. Орфанні сторінки (немає вхідних внутрішніх посилань) втрачають PageRank. Бите посилання (404) — сигнал якості.

Що входить в роботу

• Документація: звіт зі знайденими проблемами, roadmap за пріоритетами, таймінги для кожного етапу.
• Доступи: налаштування моніторингу (SpeedCurve, Sentry Search Console), передача dashboard.
• Навчання: розбір типових помилок для вашої команди (1–2 дзвінки).
• Підтримка: супровід протягом місяця після деплою — перевірка метрик, фікс регресій.

Зв'яжіться з нами — ми оцінимо ваш проект за 2 дні і покажемо, скільки позицій можна повернути за рахунок технічного SEO. Досвід роботи з проектами рівня сотень тисяч відвідувань на місяць — гарантуємо вимірний результат в Core Web Vitals до/після. Замовте аудит у цій формі — отримайте персональний чек-лист з 15 пунктів.