Краткият отговор: управленският трус в Automattic не означава, че WordPress сайтовете изведнъж са застрашени. Но е важен сигнал за всеки бизнес, който разчита на WordPress.com, WooCommerce, Jetpack, Akismet или други услуги около екосистемата. Когато компанията зад голяма част от комерсиалния WordPress слой влиза в напрежение на върха, разумният ход е не паника, а проверка: какво точно използвате, кой го поддържа и колко зависим е сайтът ви от един доставчик.
Какво се случва
TechCrunch съобщи, че бордът на Automattic е принудил съоснователя на WordPress Мат Мъленуег да излезе в отпуск. The Verge също отрази случая, като цитира твърдения на Мъленуег за вътрешен конфликт около решението. Към момента най-важното за читателя не е драмата като корпоративна интрига, а фактът, че става дума за човек и компания с огромно влияние върху начина, по който милиони сайтове се изграждат, хостват, защитават и монетизират.
Automattic не е „самият WordPress“ в тесния смисъл. WordPress като CMS е проект с отворен код. Но Automattic стои зад WordPress.com, WooCommerce, Jetpack, Akismet, Tumblr и редица услуги, които много собственици на сайтове използват без да мислят ежедневно за доставчика зад тях. Точно затова новината има по-широк ефект от обикновена смяна в ръководството на технологична компания.
Защо е важно за WordPress
WordPress е странна комбинация от отворен код, общност, фондация, търговски услуги, агенции, хостинг компании и плъгини. Това е силата му, но и причината подобна новина да се чете внимателно. Ако използвате самостоятелно инсталиран WordPress на собствен хостинг, сайтът ви няма да спре, защото изпълнителният директор на Automattic е в отпуск. Ако обаче магазинът ви зависи от WooCommerce разширения, Jetpack функции, WordPress.com инфраструктура или платени услуги, управленската стабилност на Automattic вече не е далечна тема.
За българския малък бизнес това има много практичен превод. Онлайн магазин, фирмен сайт или медия често се поддържат от външен разработчик, а собственикът вижда само таблото в админа. Ако вътре има WooCommerce, Jetpack, Akismet, WordPress.com акаунт, автоматични обновления и няколко платени добавки, добре е да знаете кой управлява тези акаунти и какво се случва при проблем. Подобни зависимости са нормални, но не трябва да са невидими.
Темата се вписва и в по-големия разговор за контрол върху уеб платформите. Наскоро видяхме как Google запазва Chrome, но губи част от контрола върху търсенето, както и как Chrome окончателно маха Manifest V2 от Web Store. При WordPress залогът е различен, но въпросът е сходен: колко власт трябва да има един център върху инфраструктура, от която зависят много независими играчи?
Какво да проверите, ако имате WordPress сайт
Първо вижте дали сайтът е на WordPress.com или на собствен хостинг. Това е базовата разлика. При WordPress.com зависимостта от Automattic е директна. При самостоятелен WordPress зависимостта обикновено минава през плъгини, теми, акаунти и услуги.
Второ, проверете WooCommerce. Ако магазинът ви използва платени разширения за плащания, доставки, абонаменти или фактуриране, трябва да знаете кой акаунт ги държи, кога се подновяват и дали имате алтернативен начин да продължите работа при спор, забавяне или промяна в условията. Това не е специална тревога за днешния ден, а добра хигиена за всеки онлайн магазин.
Трето, погледнете Jetpack, Akismet и автоматичните бекъпи. Ако разчитате на тях за защита, статистика, CDN, антиспам или архиви, уверете се, че достъпът не е вързан само към личен имейл на бивш служител или агенция. Същата логика важи и за AI инструментите и разработчиците, както писахме при отварянето на Codex като по-широк слой за агенти: удобството е отлично, докато контролът и достъпите са подредени.
Четвърто, направете обикновен тестов бекъп и възстановяване в контролирана среда. Много фирми вярват, че имат архив, но никога не са проверявали дали той наистина връща сайта в работещ вид. Това е по-важно от всяка управленска новина.
Практична проверка за 2026 г.
Ако сайтът ви носи продажби, резервации или запитвания, направете кратък списък с критичните зависимости: хостинг, домейн, имейл, WordPress админ, WooCommerce, платежни модули, бекъпи, антиспам, CDN и аналитика. Срещу всяка точка запишете кой има достъп, кой плаща, кога изтича и какъв е резервният вариант. Това отнема по-малко от час, но спестява дни хаос при реален проблем.
Сигурността също не е странична тема. Когато големи платформи минават през промени, атакуващите често използват шума за фишинг, фалшиви имейли за „обновяване на акаунта“ или измамни предупреждения. Затова не отваряйте линкове от съмнителни писма, а влизайте в WordPress, WooCommerce или WordPress.com през официалните адреси. Подобен подход е нужен и при по-широката вълна от AI подпомогнати кибератаки, където най-слабата точка често е човешкото доверие, не самият софтуер.
Какво да следим следва
Най-важните сигнали ще бъдат официалната позиция на Automattic, дали отпускът на Мъленуег е временна мярка или начало на по-дълбока промяна, и дали ще има отражение върху WordPress.com, WooCommerce и Jetpack пътната карта. За обикновения потребител няма смисъл да следи всеки вътрешен детайл. Има смисъл да следи услугите, от които реално зависи неговият сайт.
Ако всичко продължи нормално, новината ще остане управленски епизод. Ако обаче се появят промени в продуктова посока, цени, поддръжка или отношенията с WordPress общността, ефектът може да стане осезаем за агенции, магазини и медии. Засега най-разумната позиция е спокойна, но не пасивна: не местете сайт заради заглавие, но подредете достъпите и бекъпите си.
Източници: TechCrunch, The Verge, Automattic.
FAQ: Automattic и WordPress
Това означава ли, че WordPress не е стабилен?
Не. WordPress като софтуер с отворен код не зависи от един човек. Новината е по-важна за услугите и търговския слой около Automattic.
Трябва ли да махна WooCommerce или Jetpack?
Не заради тази новина сама по себе си. По-добре е да проверите достъпите, подновяванията, бекъпите и алтернативите си, вместо да правите прибързани промени.
Кой е най-големият риск за малък бизнес сайт?
Най-често рискът не е самата платформа, а липсата на ясен собственик на акаунти, резервни копия и критични плъгини. Това може да блокира сайт дори без голяма технологична криза.
