Обновленията на сайта: какво става, ако никой не ги прави

Повечето собственици смятат сайта за завършен в деня, в който излезе. Отвън той наистина изглежда същият и след година, и след три. Отвътре обаче е сглобен от части на различни автори, всяка със свой график на обновления, и когато никой не ги следи, сайтът остарява тихо - докато един ден формата спре да праща или браузърът не започне да предупреждава посетителите.

Какво точно се обновява в един сайт

Типичният сайт на малък бизнес не е едно цяло, а няколко слоя, които се развиват поотделно. Всеки от тях получава нови версии, когато авторът му реши, а не когато на вас ви е удобно.

• Системата за управление на съдържанието - например WordPress, Joomla, OpenCart или PrestaShop. Това е ядрото, през което влизате да сменяте текстове и снимки.
• Добавките (плъгините) - формата за контакт, галерията, банерът за бисквитки, преводът, количката. Всяка е писана от различен автор или фирма.
• Темата - визията на сайта. Платените теми често носят и свои вградени добавки, които се обновяват заедно с темата или изобщо не се обновяват.
• Езикът, на който работи сървърът. При повечето готови системи това е PHP, а версията му се избира в хостинга, не в самия сайт.
• Библиотеките и рамките, на които стъпва кодът. Дори сайт, писан изцяло по поръчка, ползва такива - и те също получават поправки.

Да вземем кафене със сайт на WordPress: форма за резервация на маса, галерия, лента със снимки от Instagram, банер за бисквитки и английска версия. Това са пет добавки от пет различни автора, плюс тема, плюс ядро, плюс версията на PHP в хостинга. Осем части, осем графика. Някой трябва да знае кога коя от тях има нова версия и дали тя не чупи останалите.

Защо добавките са по-голямата грижа от самата система

Ядрото на WordPress се грижи за себе си от години: от версия 3.7 малките поправъчни версии се инсталират автоматично, без някой да натиска бутон. Добавките и темите са друга история. От версия 5.5 и те могат да се обновяват сами, но само ако администраторът включи тази възможност за всяка от тях поотделно. Тоест сайт, който „си стои“, обикновено получава поправките на ядрото, но не и тези на добавките.

А пробойните са именно там. Според годишния доклад на Patchstack, фирма, която следи уязвимостите в WordPress, през 2025 г. в системата и разширенията ѝ са открити 11 334 нови уязвимости. От тях 91% са в добавки, 9% в теми, а в самото ядро - едва шест, и то с нисък приоритет.

Важно е и колко бързо става всичко. Според същия доклад при най-атакуваните уязвимости първите опити за пробив идват за часове, не за дни - докладът посочва медиана от пет часа след публичното обявяване. Ботовете не търсят конкретен бизнес, а конкретна версия на конкретна добавка. Ако вашата е сред тях, „ще го обновим следващия месец“ е закъснение.

Има и добавки, които просто спират да се развиват - авторът им е сменил заниманието си или е закрил фирмата. За тях обновление няма да дойде никога. Решението е замяна с поддържана алтернатива, а не чакане.

PHP: обновлението, за което никой не ви пита

PHP е езикът, на който работят WordPress и повечето готови системи. Всяка негова версия има фиксиран живот: около две години активна поддръжка и още около две, в които получава само поправки за сигурност. После спира да получава каквото и да е.

По официалния календар на php.net версия 7.4 спря да се поддържа на 28 ноември 2022 г., 8.0 - на 26 ноември 2023 г., а 8.1 - на 31 декември 2025 г. Следващата е 8.2: поправките за сигурност за нея спират на 31 декември 2026 г. Поддържаните в момента версии са 8.2, 8.3, 8.4 и 8.5, а самият WordPress препоръчва 8.3 или по-нова.

Какво правят хостинг доставчиците, когато една версия излезе от поддръжка, зависи от фирмата. Някои местят сайтовете принудително на по-нова версия - има доставчици, които махат най-старата всеки декември. Други предлагат платена „удължена поддръжка“, за да може старият сайт да продължи да работи. И двата варианта са лоши за изоставен сайт: при първия стара добавка може да спре да работи за една нощ, при втория плащате, за да запазите проблема.

Пример: автосервиз има форма за записване на час, правена преди години за PHP 7.4. Хостингът минава на по-нова версия, страницата изглежда наред, но формата вече не праща нищо. Собственикът разбира след две седмици, когато клиент се обади ядосан, че е писал и никой не му е отговорил.

Какво става с изоставения сайт, стъпка по стъпка

Изоставеният сайт не се срива в един ден. Обикновено нещата вървят в този ред:

1. Първите месеци не се вижда нищо. В панела се трупат чакащи обновления, но сайтът зарежда и формите пращат.
2. В някоя от добавките се появява известна пробойна. Ботовете започват да търсят сайтове с тази версия и рано или късно намират вашия. Какво следва за бизнеса, описахме в статията какво става, ако сайтът бъде хакнат.
3. Хостингът сменя версията на PHP. Части, писани за старата, спират да работят - най-често формата, количката или връзката с плащанията.
4. Обновяването става скъпо. След две-три години никое обновление не е малко: прескачат се по няколко версии наведнъж, някои добавки вече ги няма, темата не е съвместима. Това вече е ремонт, не поддръжка.

Последната стъпка е причината редовното обновяване да излиза по-евтино. Малките промени всеки месец се проверяват за минути. Голямото наваксване след години изисква тестово копие на сайта, дни работа и често подмяна на части, които иначе са били наред.

Как да разберете дали вашият сайт се обновява

Не е нужно да сте програмист. Ако сайтът е на WordPress и имате достъп до панела, отворете менюто Инструменти → Състояние на сайта (Tools → Site Health в английския интерфейс). Там системата сама казва дали има добавки, които чакат обновление, и дали версията на PHP е остаряла. В раздела с информация, в частта за сървъра, е записана и точната версия.

Други признаци, които виждате сами, без да питате никого:

• До менюто за обновления в панела стои число. Ако е двуцифрено, почти сигурно никой не влиза редовно.
• Контролният панел на хостинга показва PHP 8.1 или по-стара версия.
• Хостингът ви е пращал писма за остаряла версия и никой не е отговорил на тях.
• Отчетът или фактурата за поддръжка не споменава нито една конкретна версия или дата.

Проверете и чий имейл е записан като администраторски. Когато автоматичните обновления на добавки и теми са включени, WordPress праща писмо след всеки опит - успешен или неуспешен. Ако адресът е на бивш служител или на фирмата, която е правила сайта преди години, сигналите за проблем отиват при човек, който не ги чете.

Ако сайтът е писан по поръчка, а не на готова система, въпросът е същият, само думите са други: кога за последно са обновени рамката и библиотеките и кой следи бюлетините за сигурност. Пример от последната година: през декември 2025 г. беше обявена критична уязвимост в една от най-разпространените библиотеки за изграждане на сайтове. Поправките излязоха веднага, но стигат само до сайтовете, които някой е обновил.

Какво да поискате от поддръжката

„Поддържаме сайта ви“ само по себе си не казва нищо. Добрата поддръжка се описва с конкретни действия и дати. Поискайте ги писмено:

• Кратък месечен отчет: какво е обновено, от коя на коя версия и на коя дата.
• Резервно копие точно преди всяко обновяване и проверка след него - формата, количката, плащането, записването на час.
• Срок за реакция при критична пробойна, посочен в часове или дни, а не „при следващата планова поддръжка“.
• План за PHP: коя версия е сега, до кога се поддържа и кога е преходът към следващата.
• Опис на добавките и решение за всяка, която не е обновявана повече от година - замяна или махане.
• За онлайн магазин: големите обновления първо в тестово копие, после на живия сайт.

Самото обновяване също носи риск: новата версия на една добавка понякога чупи друга. Затова редът винаги е един и същ - копие, обновяване, проверка на това, което носи пари, и връщане назад, ако нещо не работи. Поддръжка, която натиска „обнови всички“ и затваря панела, не намалява риска, а само го мести в деня, в който някой клиент ще го открие вместо вас.

Каквато и поддръжка на сайта да изберете, тя трябва да е списък с проверими действия, а не абонамент за спокойствие. Ако не може да отговори на тези въпроси с дати и версии, значи някой плаща, а никой не обновява.

Ако сайтът ви не е пипан от години, започнете с опис: на каква система е, кои версии ползва, кои добавки още се поддържат. Едва с този опис в ръка може честно да се реши дали наваксването струва по-малко от нов сайт.

Темиподдръжка на сайтсигурност на сайтаобновленияхостинг