Ручнік сам прийшов, ручнік сам пішов на всіх com.de доменах.

Про що писав вище https://t.me/SEODropLab/155

Апдейт все!

🚨 Google дає дані по AI-видимості — прямо в Search Console!

Вийшов новий звіт Search Generative AI performance. Тепер видно, як твій сайт показується всередині AI-фіч Google — і окремо в Пошуку, і окремо в Discover.

📊 Що з'явилось у GSC:
— Розділ «Generative AI» у Performance → Search results
— Окремий «Generative AI» під Discover
— Покази (impressions) в AI-відповідях + розбивка по сторінках, країнах, девайсах і датах
Простими словами: раніше ти не міг окремо побачити, скільки разів сайт засвітився в AI Overviews / AI Mode. Тепер — можеш. 👀

⚠️ Нюанс: котиться поки на частину сайтів (beta). Google спершу тестує й збирає фідбек, у більшості звіту ще нема.

✅ Що робити:
1️⃣ Зайди в GSC → Performance і перевір, чи з'явився розділ Generative AI (Search results / Discover).
2️⃣ Є звіт — дивись, які сторінки потрапляють в AI-відповіді та скільки дають показів. Це твоя база під GEO/AEO.
3️⃣ Нема — чекай розкатки.

Видимість в AI більше не сліпа зона — її нарешті можна міряти. 📈
🔗 Джерело: developers.google.com/search/blog/2026/06/gen-ai-performance-reports

🚀 Ahrefs запустив безкоштовний API для Domain Rating!

Тепер DR будь-якого домену можна тягнути прямо з коду — безкоштовно і без API-ключа. Просто GET-запит, і готово.

🔹 Без підписки, без реєстрації, без ключа
🔹 Формати на вибір: JSON, CSV, XML, PHP
🔹 Приклади під cURL, Python, Node.js, Go

⚡️ Навіщо це треба: Масова перевірка DR для списків доменів, дропів, аутрич-баз і пет-проєктів — без витрат лімітів основного акаунта.

💻 Запит простіший нікуди:

curl "https://api.ahrefs.com/v3/public/domain-rating-free?target=example.com"

DR — це сила беклінк-профілю за 100-бальною логарифмічною шкалою відносно інших сайтів у базі Ahrefs.
✅ Перевірив особисто — все працює.
📄 Дока: docs.ahrefs.com/en/api/reference/public/get-domain-rating-free

🌐 Google: при переїзді домену додавай у Change of Address ВСІ варіанти

Google оновив гайд по міграції сайтів і додав важливе уточнення для тих, хто переїжджає з одного домену на інший.
Тепер при зміні домену потрібно подавати запити в інструменті Change of Address для всіх піддоменів і варіантів старого домену — і www, і non-www — навіть якщо ти ними не користуєшся.

📌 Як це виглядає на практиці:
Переїжджаєш з example.com на new-example.net? Подавай Change of Address окремо для:
🔹 example.com
🔹 www.example.com
🔹 en.example.com та інших піддоменів
⚠️ І головне — усі ці варіанти спершу мають бути верифіковані в Search Console.

💡 Чому це важливо:
Google прямо сказав: міграція працює найкраще, коли коректно переносяться всі варіанти сайту. Логіка проста — якщо забути про якийсь варіант, патерни можуть повести Google на «забутий» піддомен і зламати перенесення позицій.

✅ ЧЕКЛИСТ: міграція сайту на новий домен без втрати позицій

Зберігай — це база для будь-якого переїзду.

🔹 Перед переїздом (підготовка)
1️⃣ Зміна тільки одна за раз: спочатку переїзд на новий домен, потім уже зміна CMS чи дизайну — не все одночасно.
2️⃣ Признач переїзд на період спаду трафіку — менше людей зачепить, більше ресурсів сервера на краулінг.
3️⃣ Верифікуй у Search Console ВСІ варіанти старого й нового сайту — www, non-www, HTTP і HTTPS.
4️⃣ ⚠️ Якщо домен куплений/дроп — перевір його на чистоту: ручні санкції за минулий спам і залишкові видалення URL від попереднього власника.
5️⃣ Перезалий disavow-файл уже в акаунті нового сайту.

🔹 URL-мапінг
6️⃣ Збери список старих URL (сайтмапи, логи сервера, аналітика, найважливіші сторінки) і зістав кожен зі своїм новим адресом.
7️⃣ Не забудь про вбудований контент — зображення, відео, JS, CSS теж переносяться.
8️⃣ Кожен новий URL — із self-referencing rel=canonical; онови hreflang, якщо є мультимовність.

🔹 Редіректи
9️⃣ Тільки серверні 301/308 permanent-редіректи, якщо технічно можливо.
🔟 Уникай ланцюгів редіректів — веди одразу на фінальний URL (макс. 3, не більше 5 хопів).
⚠️ Не зливай купу старих URL на одну нерелевантну сторінку (типу головної) — Google може порахувати це за soft 404.

🔹 Запуск
1️⃣1️⃣ Увімкни редіректи → перевір canonical і noindex → протестуй через URL Inspection Tool.
1️⃣2️⃣ Подай Change of Address у Search Console для старого сайту (НЕ потрібно лише при переїзді HTTP→HTTPS).
1️⃣3️⃣ Залий новий сайтмап.
1️⃣4️⃣ Тримай редіректи мінімум рік (а краще — безстроково).

🔹 Після переїзду
1️⃣5️⃣ Онови внутрішні лінки, зовнішні (попроси донорів), профільні (соцмережі) і рекламні кампанії на нові URL.
1️⃣6️⃣ Моніторь обидва сайти: трафік на старому має падати, на новому — рости.

June 2026 spam update

https://status.search.google.com/incidents/YUX1peHev5a4fkxLDiUQ

📉 Google трясе видачу: неофіційний апдейт на вихідних!
У суботу, 18 липня, інструменти моніторингу зафіксували різкий сплеск волатильності у видачі Google. Mozcast, SEMrush, Sistrix, AccuRanker, Algoroo — всі показують турбулентність значно вищу за норму 📊

Що відомо 📝
🔹 Пік коливань припав на 18 липня, але штормило весь минулий тиждень
🔹 Частина SEO-фахівців фіксує розворот: рухи від ~11 липня почали відкочуватись у зворотний бік 🔄
🔹 Офіційного анонсу від Google немає — класичний unconfirmed update
🔹 Останній підтверджений апдейт — June 2026 spam update (14–26 червня), до нього — May 2026 core update
🔹 Обидва підтверджені core-апдейти 2026 пройшли на початку року → за усталеною каденцією наступний широкий core очікується у серпні–вересні ⏳

Що робити 🚀
Позиції стрибали на вихідних? Це воно. Не панікуй і не переписуй сайт на емоціях 🧘
Дочекайся стабілізації видачі — висновки по трафіку роби мінімум через тиждень
Зафіксуй зміни позицій зараз, щоб потім порівняти: що просіло тимчасово, а що закріпилось
Вікно до серпневого core — найкращий час підтягнути якість контенту та почистити слабкі сторінки 🎯

Далі стежимо — якщо Google підтвердить апдейт, розберемо деталі 👀

🕷 Google оновив документацію по crawl budget: усі сайти стартують «з нуля»!

У доці Optimize Your Crawl Budget з'явилося нове формулювання: кожен сайт починає з однакового дефолтного, консервативного ліміту краулінгу. Якщо є попит на більший обхід і сайт залишається «здоровим» — ліміт зросте автоматично.

Що це означає?
▪️ Новий сайт чи переїзд на новий домен = Googlebot ходить обережно. Швидку індексацію треба «заслужити»
▪️ Ліміт росте від стабільного швидкого сервера (TTFB, без 5xx/429) + реального попиту на контент
▪️ Ліміт спільний для ВСІХ краулерів Google — один бот виїдає капасіті, іншим дістається менше
▪️ Додали рекомендацію по 304 (Not Modified): сторінка не змінилась — Google бере кеш і витрачає бюджет на нове
▪️ Бюджет рахується по хосту (піддомену), а не по всьому домену!

Висновок: для нових і великих сайтів технічка знову вирішує. Швидкий сервер + чиста структура + 304 = швидше в індекс 👀

Консоль знову давно не оновлюється

Апдейт чи доопрацювання консолі? Напишіть свої варіанти у коментарях👇

Google трясе третій тиждень поспіль: нова хвиля волатильності 24-26 липня!

З вечора четверга 23.07 і всі вихідні — сильна волатильність видачі. Черговий непідтверджений апдейт, який «розігнався» у п'ятницю.
Що відомо?
▪️ Трекери (Semrush Sensor, Mozcast, AccuRanker, Sistrix та ін.) — пік близько 24 липня
▪️ Це вже ТРЕТЯ хвиля за місяць: 11 липня → 18-19 липня → 24-26 липня
▪️ Останній підтверджений апдейт — June Spam Update (завершився 26 червня). Core-апдейту в липні так і не було
▪️ Скарги вебмастерів: трафік до 27% від норми, у Бразилії мінус 60-70%, у когось нуль конверсій в Ads при повністю витраченому бюджеті

Цікава деталь від Баррі Шварца: ці коливання значать для паблішерів все менше, бо Google шле все менше трафіку. Великі видавці вже серйозно розглядають повне блокування Googlebot 👀

Що робити?
▪️ Не панікувати і не вносити різких змін — апдейт непідтверджений, позиції можуть відкотитись
▪️ Фіксуйте зміни позицій зараз — якщо в серпні-вересні прийде core-апдейт, буде з чим порівняти
▪️ Перевірте GSC: падіння по всьому сайту чи по окремих кластерах