Анализ на Добрин Господинов - основател и главен мениджър на ИТ екипа във Forge.bg
На 4 септември 2025 г. редица услуги на Google (Search, YouTube, Maps, част от Gmail/Drive) започнаха да дават грешки и да зареждат бавно в части от Източна Европа – силно усетено в Турция и Балканите, включително България. Първите по-сериозни смущения бяха малко след 10:00 ч. местно време (UTC+03). Причината още не е официално изяснена, но институции в региона потвърдиха, че има проблем, а картите с инциденти очертаха засегнати зони из Югоизточна Европа.
Какво всъщност „падна“?
* Потребители съобщаваха за недостъпни или силно бавни YouTube, Search, Maps и епизодично Gmail/Drive. Репортажи от региона и агрегатори на сигнали показаха пик на оплакванията именно от Балканите и съседни страни.
* Официалните статус страници понякога изостават при регионални/мрежови аномалии, затова е възможно в даден момент да показват „без инциденти“, докато локално проблемите са видими.
Попитахме Добрин Господинов - основател и главен мениджър на ИТ екипа във Forge.bg, защо проблемът с Гугъл засегна толкова много сайтове в интернет.
Получава се нещо като Ефектът на доминото
Дори сайтове, които не са хостнати в Google, често теглят критични ресурси от домейни на Google. Когато тези ресурси забавят или не отговорят, браузърът чака таймаути и цялата страница „увяхва“. Няколко типични примера:
* Шрифтове и CSS от fonts.googleapis.com / fonts.gstatic.com – блокират рендера до изтегляне или таймаут.
* reCAPTCHA – без него не работят логин/регистрации/форми.
* Analytics / Tag Manager – синхронно вградени скриптове забавят критичния път.
* YouTube/Maps ембед – iframe-и и JS SDK-и, които чакат отговор от Google.
* DNS резолвинг през 8.8.8.8 (много мрежи го използват) – проблеми с резолвинга водят до на пръв поглед „умиращи“ сайтове.
* Google Cloud / Firebase / Cloud CDN / Cloud DNS – ако ваш актив е там, зависите от тяхната мрежова достъпност.
Интересен факт е, че дори Wi-Fi мрежите бяха засегнати - даваше Connected without Internet. Много потребители репортваха същото. Това вероятно се дължи на факта, че рутерите често използват DNS 8.8.8.8 на Гугъл.
Комбинацията от тези зависимости обяснява защо на моменти „90% от интернет“ изглеждаше бавен – не защото всички сайтове са в Google, а защото огромна част реферира към негови ресурси по подразбиране.
Това знак ли е за „апокалипсис“?
Не. Това е по-скоро урок по концентрационен риск: когато един инфраструктурен гигант има проблем – дори частичен и регионален – вълните стигат далеч. Няма доказателства за глобален колапс на интернет и към момента няма потвърдено сведение за масирана кибератака като първопричина.
Как се отразява на бизнеса и ежедневието
* Комуникации: бавни/неработещи пощи, видеосрещи и споделени документи.
* Операции: checkout-и и контактни форми блокират заради reCAPTCHA; админ панели със SSO към Google блокират логин.
* Маркетинг и анализи: отчети се разминават, тъй като Analytics/Ads тагове не се зареждат или „висят“.
* UX и SEO: блокиращите външни ресурси удрят Core Web Vitals; цяли страници „стоплят“ от няколко реда външен JS/CSS.
Как да ограничим щетите след днешния срив (практически препоръки)
* Локално хостване на критични активи: кеширайте и сервирайте шрифтове/критичен CSS от вашия домейн; ползвайте font-display: swap.
* Async/Defer за външни скриптове; таймаути и graceful fallback-и (напр. при reCAPTCHA – алтернативи като Turnstile/hCaptcha).
* Failover за DNS и разделяне на доставчиците (не разчитайте само на 8.8.8.8).
* Мулти-CDN/регионално дублиране за статични ресурси.
* Мониторинг на third-party зависимости и „circuit breaker“ логика – ако ресурс не отговори X ms, зареждайте локален fallback.
„По мои наблюдения и опит над 90% от сайтовете в интернет използват услуги и ресурси на Google – шрифтове, reCAPTCHA, аналитични и таг мениджмънт скриптове, карти, ембеди и други облачни услуги. Срив с подобен мащаб засяга всички тях – понякога пряко, друг път косвено чрез забавяне и натрупване на таймаути“, коментира още Добрин Господинов.
