SEO-діагностика

Search Clues

Читати інструкцію

Завантажте дані з Google Search Console, додайте на графік оновлення Google і зміни сайту - та з’ясуйте, що могло вплинути на трафік.

Локальна робоча область

Завантажте дані з Search Console

Експортуйте дані за останні 16 місяців із Search Console. Файл обробляється лише в цьому браузері.

Вбудований знімок оновлено:

ZIP із Google Search ConsoleЕфективність > Результати пошуку > останні 16 місяців > Експорт > Завантажити CSV. ZIP не розпаковуйте.

Усі дані залишаються в цьому браузері на цьому пристрої. Файли обробляються локально й не надсилаються на сервери M09.

Період

Історія офіційних оновлень Google

Підтверджені оновлення Google

Коротко перед початком

Як отримати ZIP-архів із Search Console?

У Search Console відкрийте потрібний ресурс і перейдіть до Ефективність → Результати пошуку. Виберіть останні 16 місяців і тип пошуку «Веб», приберіть зайві фільтри та вимкніть порівняння. Натисніть Експорт → Завантажити CSV, а потім відкрийте отриманий ZIP тут без розпакування й перейменування.

Чи можна переглянути понад 16 місяців трафіку?

Один експорт Search Console охоплює до 16 місяців. Сумісні ZIP-архіви одного сайту об’єднуються за датами, а новіший експорт замінює дані за дні, що збігаються. Виберіть «Увесь час», щоб побачити всю доступну локальну історію.

Як інструмент запобігає змішуванню даних різних сайтів?

Він перевіряє адресу ресурсу в початковій назві ZIP із Search Console або в даних експорту. Якщо адреси явно не збігаються, імпорт блокується. Якщо адресу перевірити не вдається, перед додаванням даних потрібно підтвердити дію. Зберігайте початкову назву ZIP.

Як отримати потрібний JSON із GitHub?

Встановіть GitHub CLI й авторизуйтеся. У наведеній нижче команді лише для читання замініть OWNER/REPOSITORY в обох місцях на власника й назву репозиторію, а YYYY-MM-DD на дату не пізніше початку періоду Search Console. Виконайте команду й відкрийте отриманий JSON тут.

Як експортувати JSONGitHub CLI
gh auth login

gh pr list \
  --repo OWNER/REPOSITORY \
  --base "$(gh repo view OWNER/REPOSITORY --json defaultBranchRef --jq '.defaultBranchRef.name')" \
  --state merged \
  --search "merged:>=YYYY-MM-DD" \
  --limit 1000 \
  --json number,title,mergedAt,url,labels,additions,deletions,changedFiles,files,mergeCommit,baseRefName \
  > website-changes.json

Замініть OWNER/REPOSITORY і дату. Команда сама визначить основну гілку репозиторію. Вона лише читає PR: не запускає Actions і не витрачає хвилини їх виконання. Заголовки й шляхи обробляються лише в браузері.

Чи означає злиття PR, що код уже розгорнуто?

Ні. На шкалі це лише контекст зміни коду. Перед висновком перевірте фактичну дату розгортання в журналі розгортань.

Як визначається повторювана закономірність?

Інструмент шукає схожу зміну в межах 21 дня від тієї самої календарної дати торік. Можлива сезонність позначається, лише якщо збігаються напрямок, масштаб, статистична сила й форма тренду навколо зміни. Один попередній рік - підказка, а не доказ.

Чи доводить збіг дат вплив Google?

Ні. Збіг створює гіпотезу, але не доводить причину. Перевірте сторінки, запити, країни та пристрої.

Де зберігаються збережені сайти?

ZIP, CSV і JSON обробляються локально в браузері й не надсилаються на сервери M09. Збережені сайти містяться в IndexedDB цього профілю; очищення даних сайту видалить їх. Експортована резервна копія є звичайним незашифрованим JSON-файлом.