Съвети / Google data за SEO Audit

Google data за SEO Audit: какво правят GSC и GA4 слоевете и защо Priority score е по-полезен от обикновен списък с грешки

Класическият SEO одит показва какво е счупено. Google data слоят добавя и къде си струва да се действа първо. Така не гледаш само „има проблем“, а „има проблем на страница с реална видимост, трафик или бизнес стойност“.

Какво точно добавя тази интеграция

  • Google Search Console connection за impressions, clicks, CTR и average position.
  • GA4 landing page overlay за sessions, engaged sessions, conversions и revenue.
  • Priority score, който комбинира SEO проблема с реалната видимост и бизнес тежест на страницата.
  • Traffic-aware и value-aware triage — виждаш какво да оправиш първо, а не само какво е счупено.

Трябва ти практична инструкция за Google OAuth?

Виж отделното ръководство откъде се взимат Client ID, Client Secret и GA4 Property ID и какво точно се попълва в Editor.bg.
Отвори setup инструкцията

Искаш практичен workflow за работа с export-ите?

Написах отделна подробна статия как да четеш Google priority CSV, какво да пращаш на developer, какво да оставиш за SEO/content екипа и как да подредиш задачите по реална стойност.
Отвори практичната статия

Искаш по-ясен отговор защо не стига само GA4?

Написах отделна подробна статия какво точно дава GSC, какво дава GA4, какво губиш без единия слой и как да използваш двата източника за истински SEO приоритет.
Защо GSC + GA4 заедно

Как се свързва на практика

  1. В Profile записваш своя Google OAuth Client ID и Client Secret.
  2. Влизаш в конкретния Project и натискаш Свържи Google (GSC + GA4).
  3. Избираш Search Console property.
  4. Записваш GA4 Property ID.
  5. Пускаш GSC sync, после GA4 sync.
Важно: за GA4 няма отделен втори login, ако същият Google акаунт има достъп и до Search Console, и до Analytics property-то. Използва се същата защитена Google auth връзка.

Защо това е полезно

Същият проблем ≠ еднакъв приоритет

Липсващо meta description на страница с 20 000 impressions е по-важно от същия проблем на страница без видимост.

Бизнес слоят променя приоритета

Страница може да не е топ по impressions, но да носи сесии, конверсии и revenue. Тогава проблемите по нея стават по-важни.

По-добър backlog за екипа

Content и dev екипите виждат не само какво да оправят, а и какво да оправят най-напред, за да има по-бърз резултат.

Как работи Priority score

Вътрешно системата комбинира тежестта на SEO проблема, impressions, CTR opportunity, средна позиция, sessions, engaged sessions, conversions и revenue. В интерфейса резултатът е опростен до Very High, High, Medium и Low, плюс числова стойност.

Пример: страница с META_DESC_MISSING, много impressions и слаб CTR ще получи висок приоритет. Друга страница със същия проблем, но с малко impressions и без сесии, ще бъде по-назад в списъка.

Как се пазят данните

  • Изпращат се по HTTPS.
  • Съхраняват се криптирано в базата.
  • Не се показват обратно в пълен вид в интерфейса.
  • Използват се само за оторизирана Google връзка към проекта и за SEO анализа.
Най-точният начин да се опише това е: данните са защитени и ограничени по употреба, но системата трябва да ги използва server-side, за да изпълнява sync-а към Google. Затова е коректно да се казва „криптирани и защитени“, а не „недостъпни за системата“.

Част ли е от Keywords или от SEO Audit?

Това е add-on към SEO Audit. Не е част от token пакетите за контент, не изисква site bridge и не е зависимо от workflow-а за ключови думи. Причината е проста: Search Console и Analytics са източници за анализ и приоритизация, а не за publish към сайта.