Налаштування автоматичного моніторингу позицій у Google та Яндекс

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

Розробка та обслуговування будь-яких видів сайтів:

Інформаційні сайти або веб-програми
Сайти візитки, landing page, корпоративні сайти, онлайн каталоги, квіз, промо-сайти, блоги, ресурси новин, інформаційні портали, форуми, агрегатори
Сайти або веб-програми електронної комерції
Інтернет-магазини, B2B-портали, маркетплейси, онлайн-обмінники, кешбек-сайти, біржі, дропшиппінг-платформи, парсери товарів
Веб-програми для управління бізнес-процесами
CRM-системи, ERP-системи, корпоративні портали, системи управління виробництвом, парсери інформації
Сайти або веб-програми електронних послуг
Дошки оголошень, онлайн-школи, онлайн-кінотеатри, конструктори сайтів, портали надання електронних послуг, відеохостинги, тематичні портали

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

Послуги, які ми пропонуємо
Показано 1 з 1Усі 2062 послуг
Налаштування автоматичного моніторингу позицій у Google та Яндекс
Середній
від 1 дня до 3 днів
Часті запитання

Наші компетенції:

Етапи розробки

Останні роботи

  • image_website-b2b-advance_0.webp
    Розробка сайту компанії B2B ADVANCE
    1361
  • image_web-applications_feedme_466_0.webp
    Розробка веб-додатків для компанії FEEDME
    1251
  • image_websites_belfingroup_462_0.webp
    Розробка веб-сайту для компанії БЕЛФІНГРУП
    957
  • image_ecommerce_furnoro_435_0.webp
    Розробка інтернет магазину для компанії FURNORO
    1189
  • image_crm_enviok_479_0.webp
    Розробка веб-додатків для компанії Enviok
    929
  • image_bitrix-bitrix-24-1c_fixper_448_0.webp
    Розробка веб-сайту для компанії ФІКСПЕР
    948

Позиції в пошуку не статичні: апдейти алгоритмів Google та Яндексу, активність конкурентів, зміни на сайті — все це впливає на ранжування. Дізнаватися про зміни через тиждень-два — значить реагувати пізно. Ми налаштовуємо автоматичний моніторинг, який дає сигнал протягом 24 годин. Наша практика включає автоматизацію відстеження для 50+ проєктів, що дозволяє гарантувати надійність та точність.

Чому ручний моніторинг неефективний?

Ручна перевірка позицій — трудомісткий процес, який дає лише миттєвий зріз. Для щоденного контролю потрібно мінімум 30 хвилин на 100 ключів. Автоматизація ж працює без участі людини та фіксує навіть короткочасні просідання, які можуть бути викликані тестовими апдейтами алгоритмів. Порівняйте: ручний збір 500 ключів займає 2.5 години на день (це 60+ годин на місяць), а автоматичний — 5 хвилин на налаштування та 0 часу на збір. Помилки при ручному введенні трапляються в 5-10% записів, система виключає їх повністю. Один із клієнтів втратив 30% трафіку через те, що не помітив падіння позицій за тиждень — автоматичні алерти запобігли б втратам.

Як ми вирішуємо проблему запізнення даних?

Використовуємо API-джерела, які повертають актуальні позиції із затримкою не більше доби. Комбінація Google Search Console (безкоштовно, історичні дані) та DataForSEO (перевірка в реальному часі) дає повну картину. Для Яндексу застосовуємо офіційний XML API, який при дотриманні квоти також безкоштовний.

Порівняння підходів до моніторингу

Параметр Ручна перевірка Google Search Console DataForSEO API Яндекс XML API
Вартість Безкоштовно (час) Безкоштовно Від кількох центів за запит Безкоштовно (квота)
Свіжість Миттєво 2–3 дні Реальний час Реальний час
Обсяг перевірки 10–50 слів/год До 1000 запитів на день Необмежено Квота 1000–10000 запитів на день
Історія Відсутня 28 днів З моменту підключення Не зберігається

DataForSEO виграє у Google Search Console у швидкості, а у ручної перевірки — у масштабованості. Для Яндексу використовуємо офіційний XML API, який безкоштовний при дотриманні квоти.

Порівняння частоти моніторингу

Частота Ручний Автоматичний Рекомендація
Раз на день 2.5 години на 500 ключів 10 хвилин на налаштування + 0 на збір Для конкурентних ніш
Раз на тиждень 30 хвилин на 100 ключів 0 хвилин Для стабільних запитів
Раз на місяць 10 хвилин на 50 ключів 0 хвилин Для брендових запитів

Автоматичний моніторинг дає виграш у часі до 30 разів при щоденній перевірці.

Що входить у налаштування моніторингу

  • Інтеграція з API (DataForSEO, Google Search Console, Яндекс XML) — реєстрація, отримання ключів, проброс трафіку.
  • Скрипти щоденного збору — на Python з обробкою помилок, ретраями, логуванням.
  • База даних на PostgreSQL — структура для зберігання історії позицій з індексами для швидких запитів.
  • Система алертів — порівняння поточних з попередніми, відправка в Telegram при перевищенні порогу.
  • Документація — опис архітектури, інструкція з додавання та видалення ключів.
  • Гарантія — безкоштовна підтримка протягом 30 днів після запуску, виправлення помилок за гарантією.

Як це працює: покроково

  1. Аналіз — збираємо всі цільові ключові слова, визначаємо регіони та мови.
  2. Налаштування API — підключаємо джерела даних, тестуємо запити.
  3. Розгортання бази — створюємо таблиці tracked_keywords та position_history.
  4. Реалізація скрипта збору — щоденний запуск за розкладом (cron або Airflow).
  5. Інтеграція алертів — налаштовуємо Telegram-бота, задаємо пороги.
  6. Запуск та моніторинг — перевіряємо коректність, даємо доступ до дашборду.

Замовте налаштування моніторингу прямо зараз, щоб не пропустити зміни позицій.

Приклад інтеграції з DataForSEO

import requests, json, base64

class DataForSEOClient:
    BASE_URL = 'https://api.dataforseo.com/v3'

    def __init__(self, login: str, password: str):
        creds = base64.b64encode(f'{login}:{password}'.encode()).decode()
        self.headers = {
            'Authorization': f'Basic {creds}',
            'Content-Type': 'application/json',
        }

    def check_positions(self, keyword, target_domain, location_code=2840, language_code='en', depth=100):
        payload = [{
            'keyword': keyword,
            'target': target_domain,
            'location_code': location_code,
            'language_code': language_code,
            'depth': depth,
        }]
        resp = requests.post(f'{self.BASE_URL}/serp/google/organic/live/advanced',
                             headers=self.headers, data=json.dumps(payload), timeout=60)
        resp.raise_for_status()
        return resp.json()

    def parse_position(self, response, target_domain):
        tasks = response.get('tasks', [])
        if not tasks:
            return None
        items = tasks[0].get('result', [{}])[0].get('items', [])
        for item in items:
            if item.get('type') == 'organic' and target_domain in item.get('domain', ''):
                return {'position': item.get('rank_absolute'), 'url': item.get('url'),
                        'title': item.get('title'), 'featured_snippet': item.get('rank_absolute') == 0}
        return None

Структура бази даних для зберігання позицій

CREATE TABLE tracked_keywords (
    id SERIAL PRIMARY KEY,
    keyword TEXT NOT NULL,
    target_domain TEXT NOT NULL,
    search_engine VARCHAR(20) DEFAULT 'google',
    location_code INTEGER,
    language_code VARCHAR(10),
    active BOOLEAN DEFAULT true,
    created_at TIMESTAMP DEFAULT NOW()
);

CREATE TABLE position_history (
    id SERIAL PRIMARY KEY,
    keyword_id INTEGER REFERENCES tracked_keywords(id),
    position INTEGER,
    url TEXT,
    checked_at DATE NOT NULL,
    UNIQUE(keyword_id, checked_at)
);

CREATE INDEX idx_positions_keyword_date ON position_history(keyword_id, checked_at DESC);

Щоденний запуск моніторингу та алерти

import psycopg2
from datetime import date

def run_daily_check(db_conn, dfs_client, target_domain):
    today = date.today().isoformat()
    with db_conn.cursor() as cur:
        cur.execute('SELECT id, keyword, search_engine, location_code, language_code FROM tracked_keywords WHERE active = true')
        keywords = cur.fetchall()
    for kw_id, keyword, engine, loc_code, lang_code in keywords:
        try:
            response = dfs_client.check_positions(keyword=keyword, target_domain=target_domain,
                                                   location_code=loc_code or 2840, language_code=lang_code or 'en')
            result = dfs_client.parse_position(response, target_domain)
            position = result['position'] if result else None
            url = result['url'] if result else None
            with db_conn.cursor() as cur:
                cur.execute('''
                    INSERT INTO position_history (keyword_id, position, url, checked_at)
                    VALUES (%s, %s, %s, %s)
                    ON CONFLICT (keyword_id, checked_at) DO UPDATE
                    SET position = EXCLUDED.position, url = EXCLUDED.url
                ''', (kw_id, position, url, today))
            db_conn.commit()
        except Exception as e:
            print(f'Error checking {keyword}: {e}')

def detect_significant_changes(db_conn, threshold=5):
    with db_conn.cursor() as cur:
        cur.execute('''
            WITH ranked AS (
                SELECT k.keyword, p.position, p.checked_at,
                       LAG(p.position) OVER (PARTITION BY p.keyword_id ORDER BY p.checked_at) AS prev_position
                FROM position_history p
                JOIN tracked_keywords k ON k.id = p.keyword_id
                WHERE p.checked_at >= CURRENT_DATE - INTERVAL '2 days'
            )
            SELECT keyword, prev_position, position,
                   (COALESCE(prev_position, 101) - COALESCE(position, 101)) AS change
            FROM ranked
            WHERE prev_position IS NOT NULL
              AND ABS(COALESCE(prev_position, 101) - COALESCE(position, 101)) >= %s
            ORDER BY ABS(change) DESC
        ''', (threshold,))
        return [{'keyword': row[0], 'prev': row[1], 'current': row[2], 'change': row[3],
                 'direction': 'up' if row[3] > 0 else 'down'} for row in cur.fetchall()]

Нотифікації в Telegram

import httpx

def send_telegram_alert(bot_token, chat_id, changes):
    if not changes:
        return
    lines = ['*Зміни позицій за добу:*\n']
    for ch in changes[:20]:
        arrow = '↑' if ch['direction'] == 'up' else '↓'
        prev = ch['prev'] or '100+'
        curr = ch['current'] or '100+'
        lines.append(f"{arrow} `{ch['keyword']}`: {prev} → {curr}")
    text = '\n'.join(lines)
    httpx.post(f'https://api.telegram.org/bot{bot_token}/sendMessage',
               json={'chat_id': chat_id, 'text': text, 'parse_mode': 'Markdown'})

Терміни та вартість

Налаштування моніторингу для одного домену зі зберіганням у PostgreSQL та Telegram-алертами займає 2–3 робочих дні. Додавання візуалізації (Grafana/Metabase), підтримки кількох сайтів та автоматичного імпорту ключових слів з Search Console — 4–6 днів. Вартість розраховується індивідуально виходячи з обсягу ключових слів та необхідних інтеграцій. Отримайте консультацію для точної оцінки.

DataForSEO SERP API документація

Додатково: Пошукові алгоритми Google — розуміння ранжування допомагає краще інтерпретувати дані моніторингу.

Чому 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 з потрібними розмірами.
Типовий сценарій CLS до CLS після Основний фікс
Банер знижок без min-height 0.42 0.02 min-height: 300px
Картинки в статтях без атрибутів 0.18 0.01 width/height + aspect-ratio
Віджет чату, що завантажується через 3с 0.35 0.05 position: fixed із зарезервованим відступом

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) — сигнал якості.

Типові помилки при впровадженні Schema.org
  • Вказано price без priceCurrency — розмітка ігнорується.
  • ratingValue без reviewCount — у видачі не показується.
  • Кілька Product на одній сторінці без @type: ItemList — Google бере тільки перший.
  • JSON-LD в GTM — Google не завжди бачить динамічну розмітку, краще серверний рендеринг.
Етап роботи Що входить Термін
Аудит Сканування, аналіз Core Web Vitals, аудит Schema, звіт з пріоритетами 1–2 тижні
Оптимізація одного шаблону LCP, CLS, INP, впровадження SSR/SSG, налаштування preload 2–4 тижні
Повна технічна оптимізація Всі шаблони, code splitting, Web Workers, моніторинг в CI 4–10 тижнів
Впровадження Schema.org JSON-LD генерація, валідація, тестування rich snippets 1–3 тижні

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

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

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