WordPress 7.1 je objavljen. Da li se tvoj sajt održava?

Dva velika izdanja u jednoj sezoni

WordPress u 2026. nije stajao na mestu.

20. maja 2026. objavljen je WordPress 7.0 „Armstrong“, nazvan po Louisu Armstrongu. Izdanje je donelo modernizovano administratorsko iskustvo i jasniju osnovu za AI integracije kroz AI Client u jezgru, Abilities API i mogućnosti dostupne na klijentskoj strani.

19. avgusta 2026. stigao je WordPress 7.1 „Mary Lou“, nazvan po jazz pijanistkinji i kompozitorki Mary Lou Williams. Među novinama su administratorska traka dostupna kroz veći deo kontrolne table i editora, proširene responsive kontrole za blokove, unapređen rad sa medijima, Notes sa formatiranim tekstom i pominjanjima, kao i novi Playlist i Tabs blokovi.

Za developere tu ima mnogo toga za istraživanje. Za vlasnike biznisa poruka je jednostavnija: platforma na kojoj sajt radi aktivno se razvija, a sajtovi koji predugo zaostaju postaju teži i rizičniji za ažuriranje.

Ovo je priča o održavanju, ne o novim funkcijama

Većini firmi najnovija funkcija nije potrebna prvog dana. Potreban im je sajt koji:

• ostaje bezbedan
• radi dovoljno brzo
• ne prekida prikupljanje upita ili prodaju
• može da se uređuje bez straha da će se nešto pokvariti
• ne zahteva hitan rebuild pri svakoj većoj promeni

WordPress i dalje odgovara mnogim marketinškim sajtovima, sadržajno bogatim projektima i e-commerce sistemima, kada se održavanje tretira kao normalan deo poslovanja, a ne kao obaveza koja se odlaže dok nešto ne prestane da radi.

Na WordPress sajtovima redovno viđam isti obrazac. Timovi koji imaju rutinu usvajaju promene u kontrolisanim koracima. Timovi koji odlažu ažuriranja godinu ili duže na kraju ne dobijaju običan upgrade, već projekat sanacije.

Nisu sva ažuriranja ista

Korisno je razlikovati tri vrste posla:

• Bezbednosne zakrpe treba primenjivati brzo, posle osnovne provere i uz dostupnu rezervnu kopiju.
• Redovno održavanje pluginova i tema može da prati dogovoren mesečni ili dvonedeljni ritam.
• Velike WordPress verzije treba planirati, testirati na staging okruženju i objaviti uz spreman rollback.

Problem nastaje kada se sve tri kategorije tretiraju isto: ili se svako ažuriranje instalira odmah na produkciji bez testiranja, ili se ništa ne dira mesecima iz straha da će se sajt pokvariti.

Dobar proces je negde između. Brz je tamo gde rizik od čekanja raste, a oprezan tamo gde promena može da utiče na ključne funkcije sajta.

„Ažuriraćemo kasnije“ ima cenu

Pri pregledima WordPress sajtova često nailazim na ista upozorenja:

• jezgro je nekoliko verzija iza
• instalirane su desetine pluginova, od kojih se neki više ne koriste
• tema nije ozbiljno pregledana od lansiranja
• PHP verzija ili hosting okruženje su zastareli
• niko nije siguran kada je poslednji put testiran restore backupa
• custom kod nema dokumentaciju niti jasnog vlasnika

Prednja strana sajta i dalje može izgledati sasvim pristojno. Forme možda još rade. Ništa ne deluje hitno.

Onda jedan plugin prestane da podržava staru verziju PHP-a, checkout počne da prijavljuje greške, bezbednosna ranjivost postane javno poznata ili hosting promeni okruženje. Posao koji je mogao da bude rutinsko održavanje tada postaje intervencija pod pritiskom.

To je tehnički dug sa poslovnim posledicama: prekidi rada, izgubljeni upiti, skupa sanacija i narušeno poverenje.

Mnogi takvi rizici mogu se rano uočiti kroz strukturiran WordPress pregled.

Bezbednosna ažuriranja čuvaju kontinuitet poslovanja

Zastarelo jezgro, teme i pluginovi ostaju česta površina za napad. Automatizovani sistemi traže poznate ranjivosti na velikom broju domena; mali sajt nije nevidljiv samo zato što nema veliki promet.

Kompromitovan WordPress sajt retko ostaje „samo IT problem“. Može da znači:

• nedostupan sajt ili prodavnica
• preusmeravanje posetilaca na sumnjive stranice
• neželjeni sadržaj u rezultatima pretrage
• kompromitovane administratorske naloge
• izgubljene forme i upite
• troškove čišćenja, obnove i dodatnog nadzora

Zato bezbednosne zakrpe nisu dodatna usluga rezervisana za velike kompanije. One su deo normalnog upravljanja poslovnim sajtom.

Backup je jednako važan, ali samo ako je potpun, redovan i moguće ga je vratiti. Rezervna kopija koju niko nikada nije testirao više je pretpostavka nego plan oporavka.

Pluginovi: moć i rizik u istom paketu

Pluginovi su jedna od najvećih prednosti WordPress-a, ali i jedan od glavnih izvora problema pri održavanju.

Na pregledima često nalazim više dodataka koji rešavaju slične stvari: nekoliko SEO pluginova, različite alate za keširanje, dva sistema za forme ili dodatke čija je jedina svrha jedna mala funkcija na jednoj stranici.

Svaki pojedinačno može izgledati bezazleno. Zajedno dodaju:

• JavaScript i CSS na frontu
• dodatne upite prema bazi
• administratorski nered
• moguće konflikte
• još jedan raspored ažuriranja
• još jednu zavisnost čija podrška može prestati

Pre nego što se razmišlja o novim funkcijama iz verzije 7.1, treba proveriti šta sajtu zaista treba:

• ukloniti neaktivne i nekorišćene pluginove
• zameniti preklapajuća rešenja jednim održavanim alatom
• proveriti kada je dodatak poslednji put ažuriran
• izbegavati napuštene ekstenzije bez jasne zamene
• dokumentovati čemu služi svaki važan plugin

Manji broj pažljivo odabranih i redovno održavanih zavisnosti bolji je od muzeja pluginova koji niko ne želi da dira.

Nova verzija WordPress-a ne rešava automatski performanse

WordPress 7.0 i 7.1 unapređuju osnovu platforme. To je korisno, ali samo ažuriranje jezgra neće popraviti:

• hero sliku od nekoliko megabajta
• page builder prepun ugnježdenih elemenata
• nepotrebne skripte trećih strana
• loše podešen cache
• spor hosting
• zastarelu bazu punu napuštenih tabela
• godine brzih popravki bez čišćenja

Performanse se na kraju mere poslovno. Spor sajt utiče na Core Web Vitals, mobilno iskustvo, konverzije i utisak koji novi posetilac stiče o firmi.

Ljudi uglavnom ne kažu: „Ovaj sajt ima problem sa LCP-om.“ Samo osete da firma deluje sporo, zastarelo ili nepouzdano.

Ako performanse nikada nisu ozbiljno proverene, smisleno je početi od pregleda brzine i tehničkog stanja, a ne od pretpostavke da će nova verzija WordPress-a rešiti sve.

Kako bezbedno planirati prelazak na novu verziju

Velika WordPress izdanja treba tretirati kao planirani posao, ne kao klik između dva sastanka.

Razuman proces izgleda ovako:

1. Napravi inventar. Zapiši verziju WordPress-a, PHP-a, teme, ključnih pluginova, integracija i custom koda.
2. Napravi potpun backup. Potrebni su i fajlovi i baza, uz proveru da backup zaista može da se vrati.
3. Pripremi reprezentativan staging. Testno okruženje treba da bude dovoljno slično produkciji da rezultati imaju smisla.
4. Proveri kompatibilnost. Pregledaj podršku za temu, pluginove, PHP verziju i sve poslovno kritične integracije.
5. Ažuriraj na stagingu. Promene prvo primeni van produkcije i beleži greške, upozorenja i neočekivano ponašanje.
6. Testiraj ključne tokove. Kontakt forme, checkout, plaćanja, prijavu, pretragu, višejezičnost, tracking i najvažnije šablone.
7. Uporedi performanse. Proveri da li su se promenili brzina, greške u konzoli, logovi ili Core Web Vitals na ključnim stranicama.
8. Planiraj produkciju i rollback. Odredi termin, odgovornu osobu i jasan način vraćanja prethodne verzije ako nešto pođe po zlu.
9. Prati sajt posle objave. Proveri forme, narudžbine, logove, analitiku i ponašanje ključnih stranica tokom narednih dana.

Petak popodne bez dostupnog developera i rollback plana nije dobar trenutak za veliku produkcionu nadogradnju.

Šta ako sajt nije ažuriran godinama?

Kod veoma zastarelog sajta najveći rizik često nije samo verzija WordPress jezgra. Problem može biti kombinacija:

• stare PHP verzije
• napuštene teme
• pluginova bez podrške
• custom koda pisanog za stare API-je
• nepoznatih izmena direktno u temi ili pluginovima
• hostinga koji ne odgovara današnjim zahtevima

WordPress jezgro često može da pređe preko više verzija direktno, ali to ne znači da će ceo sistem oko njega bez problema pratiti taj skok. Najviše neizvesnosti obično dolazi iz tema, pluginova, custom koda i serverskog okruženja.

Zato ne treba automatski instalirati svaku međuv verziju na produkciji. Bolji pristup je:

1. napraviti kopiju postojećeg sajta
2. dokumentovati okruženje i zavisnosti
3. zameniti ili ažurirati kritične komponente
4. testirati ciljnu WordPress verziju na stagingu
5. proceniti da li je sigurnija nadogradnja ili kontrolisan rebuild

Ponekad je postojeći sajt moguće uredno modernizovati. Ponekad bi održavanje zastarele osnove koštalo više od prelaska na čistiji sistem. Tu odluku treba doneti na osnovu dokaza, ne straha niti automatske pretpostavke da je „novo uvek bolje“.

Šta verzije 7.0 i 7.1 praktično znače za većinu timova

AI osnova uvedena u WordPress 7.0 otvara više prostora za asistirano uređivanje, integracije i nove alate. To ne znači da svaki tim odmah treba da uvede AI u svoj proces objavljivanja.

Pre toga treba rešiti jednostavnija pitanja:

• Ko odobrava sadržaj?
• Da li se automatski predlozi proveravaju pre objave?
• Ko ima pristup podacima i integracijama?
• Da li AI funkcija stvarno ubrzava posao ili samo dodaje još jedan alat?

Poboljšanja u verziji 7.1 za većinu timova imaju neposredniju vrednost: ujednačeniji administratorski rad, bolje responsive kontrole, praktičniji medijski proces i korisnije opcije za saradnju u editoru.

Najvažnija korist ipak nije pojedinačna funkcija. To je činjenica da platforma nastavlja da se razvija, dobija bezbednosne popravke i ostaje održiva kada se sajt redovno prati.

Održavanje treba da ima ritam

Dobar plan ne zahteva svakodnevno razmišljanje o WordPress-u. Zahteva jasno definisanu rutinu.

Za tipičan poslovni sajt to može da znači:

• redovne automatske rezervne kopije
• brzu primenu važnih bezbednosnih zakrpa
• mesečni pregled pluginova, tema i grešaka
• periodičan test formi, checkouta i trackinga
• proveru performansi posle većih izmena
• planirane velike nadogradnje na stagingu
• godišnji pregled hostinga, zavisnosti i tehničkog duga

Ritam će zavisiti od sajta. Prodavnica koja svakodnevno obrađuje porudžbine zahteva ozbiljniji nadzor od jednostavne prezentacione stranice. Ali nijedan poslovni sajt ne bi trebalo da zavisi od toga da se neko slučajno seti ažuriranja.

Rečenica koju bih zapamtio

Sajt je infrastruktura. Infrastruktura koja se redovno ažurira, čuva i planski unapređuje jeftinija je za održavanje od infrastrukture koja se spasava posle krize.

WordPress 7.1 je aktuelan u avgustu 2026. Nije ciljna linija, već još jedan podsetnik da proveriš koliko je tvoj sajt blizu savremenoj, podržanoj i održivoj postavci.

Nisi siguran da li je sajt spreman za sledeću nadogradnju?

Godinama viđam firme koje potroše više na rešavanje problema koji su mogli biti sprečeni nego što bi potrošile na redovno održavanje.

Fokusiran pregled može da otkrije zastarele pluginove, probleme sa kompatibilnošću, uska grla u performansama, bezbednosne propuste i rizike nadogradnje pre nego što postanu hitna intervencija.

Zatraži audit sajta i dobićeš jasnu sliku bezbednosti, performansi i spremnosti za sledeće WordPress izdanje.