30.08.202619 sierpnia 2026 roku została oficjalnie wydana nowa wersja WordPressa 7.1, nazwana „Mary Lou”. To nie jest aktualizacja, która całkowicie zmienia sposób działania stron opartych na WordPressie. Wprowadza jednak kilka zmian istotnych z perspektywy właścicieli firm, administratorów witryn, sklepów WooCommerce oraz zespołów zajmujących się marketingiem.
Najciekawsze dotyczą responsywności, obsługi zdjęć, wydajności, współpracy przy edycji treści oraz dalszego przygotowywania WordPressa do integracji z automatyzacjami i rozwiązaniami wykorzystującymi AI.
Czy w takim razie każdą firmową stronę należy od razu zaktualizować?
Nie bez wcześniejszego sprawdzenia kompatybilności.
Nowa wersja systemu to dobry powód do przeglądu technicznego strony, ale aktualizacja działającego serwisu produkcyjnego powinna być procesem, a nie kliknięciem wykonanym bez przygotowania.
WordPress 7.1 został oficjalnie wydany 19 sierpnia 2026 roku. Jest to kolejna duża wersja systemu po WordPressie 7.0.
Warto zwrócić uwagę na tempo rozwoju platformy. WordPress pozostaje aktywnie rozwijanym systemem, a kolejne wersje obejmują nie tylko edytor treści, lecz także wydajność, dostępność, API i rozwiązania przeznaczone dla deweloperów.
Dla przedsiębiorcy oznacza to dwie rzeczy.
Z jednej strony używany przez firmę CMS jest stale rozwijany.
Z drugiej – strona internetowa nie powinna być traktowana jako projekt wykonany raz na kilka lat, którego po uruchomieniu nie trzeba już technicznie utrzymywać.
Lista zmian jest długa, ale nie każda pozycja z changelogu ma znaczenie dla właściciela firmy.
Skupmy się na tych, które mogą realnie wpłynąć na codzienną pracę ze stroną.
Jedną z najciekawszych zmian są bardziej rozbudowane responsywne style dostępne bezpośrednio w Site Editorze.
WordPress 7.1 umożliwia dostosowywanie wyglądu bloków do różnych wielkości ekranów oraz podgląd zmian dla poszczególnych viewportów. Motywy blokowe mogą również definiować własne breakpointy dla urządzeń mobilnych i tabletów.
Dlaczego ma to znaczenie?
Projektując stronę internetową, bardzo łatwo skoncentrować się na jej wyglądzie na dużym monitorze. Tymczasem znaczna część klientów zobaczy ją po raz pierwszy na smartfonie.
Typowe problemy pojawiające się na urządzeniach mobilnych to:
Do tej pory część takich zmian wymagała dodatkowych ustawień motywu, buildera albo własnego CSS.
WordPress 7.1 rozwija możliwość kontrolowania responsywności bezpośrednio w samym systemie.
Nie oznacza to oczywiście, że WordPress automatycznie zaprojektuje dobrą wersję mobilną. Narzędzie daje większe możliwości, ale nadal trzeba wiedzieć, jak z nich korzystać.
Druga zmiana jest mniej widowiskowa, ale może być bardzo praktyczna.
WordPress 7.1 przenosi część operacji związanych z przetwarzaniem obrazów do przeglądarki użytkownika. Kompresowanie, zmiana rozmiaru oraz generowanie miniaturek mogą odbywać się po stronie przeglądarki z wykorzystaniem WebAssembly i libvips.
Po co?
Wyobraźmy sobie prostą sytuację.
Pracownik firmy robi nowoczesnym smartfonem zdjęcia realizacji i przesyła kilka dużych fotografii bezpośrednio do WordPressa.
Dotychczas przetworzenie plików w dużej mierze obciążało serwer. Przy dużych obrazach i słabszym hostingu mogły pojawić się problemy z limitem pamięci PHP albo timeoutem.
Nowe rozwiązanie ma zmniejszać obciążenie serwera podczas tego procesu.
To szczególnie interesujące dla serwisów, w których regularnie dodawane są:
Nie jest to jednak argument za wrzucaniem na stronę zdjęć prosto z aparatu bez jakiejkolwiek kontroli.
Optymalizacja grafik nadal pozostaje jednym z podstawowych elementów dbania o szybkość strony.
WordPress 7.1 rozwija również natywną obsługę formatów wykorzystywanych przez współczesne urządzenia, w tym AVIF, HEIC oraz HDR gain maps.
HEIC jest szczególnie interesujący w praktyce, ponieważ z tym formatem można spotkać się np. w zdjęciach wykonywanych iPhone’em.
Dla osoby uzupełniającej stronę zmniejszenie liczby sytuacji typu „dlaczego nie mogę dodać tego zdjęcia?” może wydawać się niewielką zmianą.
Przy regularnej pracy z serwisem takie usprawnienia po prostu oszczędzają czas.
WordPress przebudował również sposób podstawowej edycji zdjęć.
Nowy modal edycji mediów umożliwia m.in.:
Nie zastąpi to oczywiście profesjonalnego programu graficznego.
Może natomiast ograniczyć liczbę sytuacji, w których prostą korektę zdjęcia trzeba wykonywać poza CMS-em, ponownie zapisywać plik i przesyłać go do WordPressa.
Ciekawie rozwija się system Notes.
W WordPressie 7.1 notatkę można pozostawić nie tylko przy całym bloku, ale również przy konkretnym fragmencie tekstu. Pojawiło się formatowanie rich text, linki oraz możliwość oznaczenia innej osoby przez @mention.
W praktyce może to wyglądać następująco:
copywriter przygotowuje artykuł,
specjalista SEO sugeruje zmianę nagłówka,
właściciel firmy poprawia fragment dotyczący usługi,
prawnik zgłasza uwagę do konkretnego zdania,
a osoba odpowiedzialna za publikację widzi komentarze bez konieczności prowadzenia równoległej korespondencji mailowej.
Dla jednoosobowej strony firmowej nie będzie to przełom.
Dla większych organizacji i zespołów marketingowych możliwość prowadzenia części procesu redakcyjnego bezpośrednio w CMS-ie jest znacznie ciekawsza.
WordPress 7.1 dodaje również dwa nowe bloki: Tabs oraz Playlist.
Z biznesowego punktu widzenia ciekawszy jest przede wszystkim blok Tabs.
Zakładki mogą być wykorzystywane np. do prezentacji:
Do tej pory podobne rozwiązania często zapewniał motyw, builder lub dodatkowa wtyczka.
Każda funkcjonalność, którą można zrealizować stabilnie w Core bez instalowania kolejnego rozszerzenia, jest potencjalnie interesująca z punktu widzenia utrzymania witryny.
Nie oznacza to jednak, że po aktualizacji należy natychmiast zastępować istniejące zakładki nowym blokiem. Działających komponentów nie przebudowuje się tylko dlatego, że pojawiła się alternatywa.
To zmiana mniej widoczna dla zwykłego użytkownika, ale bardzo interesująca z perspektywy dalszego rozwoju platformy.
WordPress 7.1 rozszerza Abilities API, którego infrastruktura pojawiła się wcześniej w WordPressie 6.9.
Nowa wersja dodaje m.in. mechanizmy walidacji, filtrowalny cykl wykonywania oraz współdzielone odkrywanie możliwości. Oficjalny zespół WordPressa wskazuje, że rozwiązania te ułatwiają tworzenie integracji i automatyzacji, w tym narzędzi wykorzystujących AI.
Nie oznacza to, że po aktualizacji strony nagle pojawi się w niej sztuczna inteligencja.
To raczej rozwój infrastruktury pozwalającej twórcom wtyczek i dedykowanych rozwiązań budować bardziej uporządkowane integracje z WordPressem.
Dla firm może to być istotne w dłuższej perspektywie.
WordPress coraz częściej nie pełni bowiem wyłącznie funkcji prostego CMS-a do edycji tekstów. Jest wykorzystywany jako element większego środowiska obejmującego:
CRM, ERP, marketing automation, systemy sprzedażowe, zewnętrzne API czy narzędzia AI.
W nowej wersji pojawiły się również zmiany wydajnościowe.
Najbardziej widoczna dotyczy wspomnianego już przetwarzania obrazów po stronie przeglądarki, co zmniejsza obciążenie serwera i ogranicza problemy z pamięcią czy timeoutami podczas przesyłania dużych plików.
Warto jednak wyjaśnić jedną rzecz.
Sama aktualizacja do WordPressa 7.1 nie sprawi automatycznie, że wolna strona stanie się szybka.
Jeżeli problemem jest:
zmiana wersji WordPressa nie rozwiąże przyczyny.
Aktualizacje Core są jednym elementem utrzymania wydajnej strony, a nie zamiennikiem jej technicznej optymalizacji. W sklepie istotnym elementem infrastruktury jest również odpowiednio dobrany hosting dla WooCommerce.
Tutaj odpowiedź zależy od konkretnej witryny.
W przypadku prostej strony testowej można pozwolić sobie na znacznie więcej niż w sklepie generującym codziennie kilkaset zamówień.
Na stronie produkcyjnej nie rekomendowałbym schematu:
pojawia się nowa wersja → klikamy „Aktualizuj teraz” → sprawdzamy, co się stanie.
Bezpieczniejszy proces wygląda inaczej.
Backup powinien obejmować zarówno pliki, jak i bazę danych.
Co ważne, kopia zapasowa ma wartość dopiero wtedy, gdy można ją rzeczywiście przywrócić.
Należy zweryfikować przede wszystkim:
Im bardziej rozbudowany serwis, tym ważniejszy jest ten etap.
Staging jest kopią serwisu działającą poza środowiskiem produkcyjnym.
Pozwala sprawdzić aktualizację bez ryzyka, że błąd zobaczą klienci.
Po aktualizacji warto przejść najważniejsze ścieżki użytkownika.
Dla strony firmowej:
formularz kontaktowy, menu, wyszukiwarka, wersja mobilna, kluczowe landing page’e.
Dla sklepu:
produkt → koszyk → checkout → płatność → e-mail → zamówienie.
Brak widocznego błędu na stronie głównej nie oznacza jeszcze, że aktualizacja przebiegła idealnie.
Warto zweryfikować:
Najlepiej w okresie mniejszego ruchu i wtedy, gdy osoba techniczna może zareagować w przypadku problemu.
Nie do końca.
Sklep internetowy jest bardziej wrażliwym środowiskiem.
Aktualizacja może wpływać nie tylko na wygląd strony, ale również na:
Sam WooCommerce również jest aktywnie rozwijany. W sierpniu wydano WooCommerce 11.0, a wersja 11.1 ma zostać wydana 1 września 2026 r. W zapowiedzi WooCommerce 11.1 znalazły się m.in. usprawnienia wydajności produktów wariantowych.
Jeżeli więc sklep czeka jednocześnie aktualizacja WordPressa, WooCommerce i kilku istotnych wtyczek, szczególnie ważne stają się staging i testy regresji.
Aktualizowanie całego stosu produkcyjnego bez sprawdzenia może skończyć się sytuacją, w której strona wygląda poprawnie, ale np. jedna z metod płatności przestaje działać.
To argument, który pojawia się bardzo często.
Serwis działa, formularze wysyłają wiadomości, więc przedsiębiorca nie widzi potrzeby ingerencji.
Problem polega na tym, że utrzymanie strony przypomina bardziej utrzymanie infrastruktury IT niż zakup katalogu reklamowego.
WordPress Core, PHP, baza danych, przeglądarki, API, wtyczki i zewnętrzne usługi cały czas się zmieniają.
Im dłużej odkładane są aktualizacje, tym większy może być później skok technologiczny.
Zamiast aktualizacji:
7.0 → 7.1
firma po kilku latach może stanąć przed projektem:
5.x → 7.x,
stary PHP → nowy PHP,
porzucony motyw → nowy motyw,
nieaktualne wtyczki → zamienniki,
stary builder → migracja komponentów.
I nagle zwykła „aktualizacja WordPressa” zaczyna przypominać częściową przebudowę serwisu.
Nie wszystkie aktualizacje WordPressa dotyczą nowych funkcji.
Dobrym przykładem jest sierpień 2026.
12 sierpnia została wydana wersja WordPress 6.9.7, która zawierała poprawki bezpieczeństwa. WordPress.org zalecał użytkownikom tej gałęzi niezwłoczną aktualizację.
To pokazuje, dlaczego nie należy patrzeć na numer wersji wyłącznie przez pryzmat nowych funkcji.
W utrzymaniu firmowej strony trzeba rozróżnić:
aktualizacje funkcjonalne, które można spokojnie przetestować,
oraz
aktualizacje bezpieczeństwa, które mogą wymagać znacznie szybszej reakcji.
Dobrze prowadzona strona powinna mieć proces obsługujący oba przypadki.
Najważniejszy wniosek z premiery WordPressa 7.1 nie brzmi: „każdy powinien dziś kliknąć aktualizację”.
Znacznie rozsądniejszy jest inny:
każda firma korzystająca z WordPressa powinna wiedzieć, kto odpowiada za jego aktualizacje i w jaki sposób są one testowane.
Jeżeli odpowiedź brzmi:
„chyba nikt”,
albo:
„aktualizujemy, gdy coś przestanie działać”,
problem jest większy niż sama wersja WordPressa.
Dobrze utrzymywany serwis powinien mieć przynajmniej:
Dotyczy to szczególnie stron, które generują leady, obsługują kampanie Google Ads albo prowadzą sprzedaż.
Tak, docelowo warto korzystać z aktualnej, wspieranej wersji WordPressa.
Nie oznacza to jednak, że każda firma powinna aktualizować produkcję w pierwszej godzinie po premierze.
WordPress 7.1 przynosi kilka wartościowych zmian: lepsze narzędzia responsywne, wygodniejszą pracę z mediami, usprawnienia współpracy, poprawki wydajności i dalszy rozwój infrastruktury pod integracje oraz automatyzacje.
Najważniejsze jest jednak nie to, jak szybko firma kliknie „Aktualizuj”, ale czy zrobi to w sposób kontrolowany.
Jeżeli strona jest istotnym kanałem sprzedaży lub marketingu, aktualizacja powinna być traktowana tak samo jak każda inna zmiana w systemie produkcyjnym: backup, staging, testy, wdrożenie i kontrola po publikacji. W przypadku profesjonalnej strony internetowej taki proces powinien być elementem stałego utrzymania, a nie jednorazową akcją.
Dzięki temu rozwój WordPressa staje się korzyścią dla biznesu, a nie kolejnym źródłem ryzyka.
Tak. WordPress 7.1 został oficjalnie wydany 19 sierpnia 2026 r. Nie jest to wersja beta ani Release Candidate.
Tak, standardowy mechanizm aktualizacji WordPressa umożliwia przejście do nowej wersji. Na stronie firmowej lub sklepie warto jednak wcześniej wykonać backup i sprawdzić kompatybilność motywu oraz wtyczek, a w przypadku bardziej rozbudowanych serwisów przeprowadzić aktualizację najpierw na stagingu.
Może przynieść pewne korzyści wynikające ze zmian w Core, w tym usprawnień obsługi obrazów, ale sama aktualizacja nie rozwiąże problemów powodowanych przez słaby hosting, ciężki motyw, nieoptymalne wtyczki, skrypty zewnętrzne czy niewłaściwie przygotowane grafiki.
WordPress i WooCommerce są rozwijane z myślą o współpracy, ale bezpieczeństwo konkretnej aktualizacji zależy również od motywu, wtyczek i indywidualnych modyfikacji sklepu. Przy sklepie produkcyjnym aktualizację warto najpierw przetestować na stagingu, szczególnie w obszarach koszyka, checkoutu, płatności i integracji.
Nie ma jednej odpowiedzi dla każdego serwisu. Przy prostych witrynach automatyzacja części aktualizacji może być rozsądna. W sklepie, portalu B2B lub stronie z niestandardowymi integracjami lepiej dobrać politykę aktualizacji do ryzyka i znaczenia poszczególnych komponentów, zamiast automatycznie aktualizować cały stos bez testów.
