У 2003 roku siedemnastoletni Matt Mullenweg sforkował b2/cafelog i w ciągu kilku miesięcy pojawił się WordPress 0.7, jeden ekran, jedno pole wprowadzania, minimum CSS. 23 lata później ta sama baza kodu obsługuje 43% wszystkich stron w internecie, od osobistych blogów po Whitehouse.gov i Spotify Newsroom. A jej interfejs przeszedł drogę od spartańskiego minimalizmu do środowiska pracy ze wzmocnioną AI i dziesiątkami narzędzi.

Ciekawe jest tu nie tylko „co dodano", ale i „jak zareagowała społeczność". Co drugą dużą aktualizację witano z wrogością właśnie z powodu interfejsu: Gutenberg w 2018 roku zebrał tysiące jednogwiazdkowych recenzji i zrodził forka ClassicPress, a spory o „rozdęcie" panelu administracyjnego nie cichną od wydania 2.5 Brecker w 2008 roku. Tym bardziej warto prześledzić cały łańcuch, od wersji 0.7 do aktualnej 7.0 Armstrong, która ukazała się 20 maja 2026.

💡 Szybki przegląd:

• Przewiń zrzuty ekranu WordPress 0.7 Gold (2003): zobaczysz, od czego zaczynała się platforma, jeden ekran, pole wprowadzania i przycisk „Opublikuj"
• Porównaj panel administracyjny wersji 1.5 Strayhorn i 2.7 Coltrane, tu pojawiły się Dashboard, lewe menu i instalacja wtyczek z repozytorium bez FTP
• Oceń skok od 2.9 do 3.0 Thelonious: niestandardowe menu, dowolne typy wpisów i multisite przekształciły blog w framework CMS
• Spójrz na 3.8 Parker, całkowicie przepisany responsywny panel administracyjny, 8 schematów kolorystycznych i wektorowe ikony Dashicons, rozpoznawalne do dziś
• Otwórz 5.0 Bebo (grudzień 2018): Gutenberg zastąpił TinyMCE edytorem blokowym i paradygmat edycji zmienił się na zawsze
• Przeanalizuj 5.9 Josephine (styczeń 2022): Full Site Editing umożliwił edycję nagłówka, stopki i szablonów za pomocą tych samych bloków
• Zajrzyj do 7.0 Armstrong (maj 2026): centralny hub AI, odświeżony panel administracyjny, Command Palette i natywne breadcrumbs, aktualne właśnie teraz

27 Maja 2003 r., WordPress 0.7 „Gold"

Pierwsze publiczne wydanie. Po zalogowaniu od razu strona tworzenia wpisu: tytuł, pole treści, przycisk „Opublikuj". Żadnego pulpitu nawigacyjnego. Żadnych menu. Pod maską XHTML 1.1 i surowe standardy sieciowe, zasada, którą Mullenweg deklarował od pierwszego dnia.

Funkcjonalność minimalna: jedna kategoria na wpis, brak podglądu, brak tagów. Ale już tu były szkice, ręczne excerpty dla RSS i ten sam przycisk publikacji. Przesyłanie obrazów? Nie. Moderacja komentarzy? Nie. W zamian przez następne pół roku wyszła seria punktowych aktualizacji: 0.71, 0.72 z instalatorem zamiast ręcznego wp-config.php. WordPress nabierał rozpędu.

3 Stycznia 2004 r., WordPress 1.0

Pierwsze duże wydanie bez jazzowej nazwy kodowej (tradycja z muzykami rozpoczęła się nieco później). Uproszczona instalacja, wiele kategorii na wpis, bezpośrednie odnośniki z czytelnymi dla człowieka adresami URL, moderacja komentarzy. Trzy tygodnie później 1.0.1 „Miles" z dopracowanym interfejsem i znaczącymi zmianami w bazie kodu.

22 Maja 2004 r., WordPress 1.2 „Mingus"

Dokładnie rok po starcie, wersja, która przekształciła WordPressa z dziennika w rozszerzalną platformę. Architektura wtyczek: ten sam fundament, na którym dziś stoi ekosystem ponad 60 000 rozszerzeń. Szyfrowane hasła, podgląd postów, automatyczne miniatury, podkategorie. Podgląd w 2004 roku był przełomem, wreszcie można zobaczyć, jak post wygląda przed publikacją, a nie zgadywać.

17 Lutego 2005 r., WordPress 1.5 „Strayhorn"

Tutaj WordPress przestał być „tylko blogiem". System motywów oddzielił wygląd od silnika, zmiana wyglądu strony bez ani jednej linii kodu. Statyczne strony (nie tylko posty). Debiut Dashboardu, tego samego panelu sterowania, który na dekady stanie się centrum panelu administracyjnego. Ponad 200 000 pobrań w pierwszych miesiącach, platforma weszła na zasadniczo nowy poziom.

31 Grudnia 2005 r., WordPress 2.0 „Duke"

W rytm bicia zegarów, druga generacja WordPressa. Panel administracyjny stał się rozpoznawalnie niebieski, pojawił się edytor wizualny (WYSIWYG na TinyMCE), role użytkowników z rozgraniczeniem uprawnień, Akismet przeciwko spamowi, wbudowane przesyłanie plików. AJAX-owe usuwanie komentarzy bez przeładowania strony. Dla deweloperów: cache'owanie, podgląd motywów, functions.php. W ciągu kolejnych 12 miesięcy wyszło 8 pomniejszych aktualizacji, projekt nabrał rozpędu.

22 Stycznia 2007 r., WordPress 2.1 „Ella"

Z zewnątrz panel administracyjny prawie się nie zmienił, ale pod maską: autozapis (wreszcie można nie bać się, że przeglądarka padnie), sprawdzanie pisowni, import/eksport XML, przeprojektowany edytor linków. Więcej AJAX-a: strony przestały się w pełni przeładowywać przy każdej akcji. Matt przewidział wówczas wydanie 2.2 na 23 kwietnia 2007, pomylił się o trzy tygodnie, co jak na open source z wolontariuszami wciąż jest imponującą dokładnością.

16 Maja 2007 r., WordPress 2.2 „Getz"

System widżetów, bloki w panelu bocznym, które można przeciągać, bez ani jednej linii PHP w szablonie. Import z Bloggera, pełna obsługa Atom, jQuery w rdzeniu (1.1.2, pierwszy krok ku nasyconej JS-em przyszłości). 240+ poprawionych błędów. WordPress ostatecznie przestawał być narzędziem dla geeków i stawał się platformą dla każdego użytkownika.

25 Września 2007 r., WordPress 2.3 „Dexter"

Tagi w rdzeniu (wreszcie, bez wtyczek). Kanoniczne adresy URL dla SEO. Powiadomienia o aktualizacjach wtyczek bezpośrednio w panelu administracyjnym, wcześniej o nowych wersjach dowiadywano się przypadkiem. Przycisk „Kitchen Sink" w edytorze, który otwierał rozszerzony panel formatowania. Z zewnątrz interfejs prawie nie zmienił się od 2.1, ale wewnątrz załatano mnóstwo luk w zabezpieczeniach. Społeczność urządzała imprezy z okazji wydań, WordPress stawał się zjawiskiem kulturowym.

29 Marca 2008 r., WordPress 2.5 „Brecker"

Sześć miesięcy pracy i panelu administracyjnego nie można poznać. Spokojna kolorystyka (odeszli od niebieskiego), widżety na Dashboardzie z konfigurowalnym rozmieszczeniem, wieloplikowe przesyłanie, wskaźnik siły hasła, wbudowane galerie, API shortcode'ów. Pierwsze wydanie, które wyglądało naprawdę nowocześnie jak na swoje czasy. Krytycy jednak zmiażdżyli je za „rozdęcie", spór, który będzie się powtarzał przy każdym dużym wydaniu przez następne półtorej dekady.

Edytor postów zmienił się nie do poznania: mniej wizualnego szumu, logiczne grupowanie elementów, rozszerzony pasek narzędzi. To właśnie od wersji 2.5 środowisko pracy autora zaczęło przypominać nowoczesny interfejs edytorski, a nie formularz z przeglądarki lat 90.

15 Lipca 2008 r., WordPress 2.6 „Tyner"

Wyszedł prawie miesiąc przed planem. Rewizje postów, wiki-podobna historia zmian z możliwością powrotu do dowolnej wersji. Press This, skryptozakładka do szybkiej publikacji linków i cytatów z przeglądarki. Podpisy pod obrazkami, licznik słów w edytorze, masowe zarządzanie wtyczkami (włącz/wyłącz pakietem). WordPress ostatecznie wyrósł z roli „platformy blogowej", teraz było to narzędzie do zarządzania treścią.

11 Grudnia 2008 r., WordPress 2.7 „Coltrane"

Rewolucja nawigacji. Lewe pionowe menu zamiast górnego poziomego, struktura, która w swojej podstawie przetrwała do dziś. Przeciąganie i upuszczanie widżetów na Kokpicie, odpowiadanie na komentarze bezpośrednio z panelu administracyjnego, instalacja wtyczek z repozytorium jednym kliknięciem (bez FTP). Opcje ekranu, każdy użytkownik dostosowuje widoczność elementów do swoich potrzeb. Najstaranniej udokumentowana wersja na tamten moment: zespół opublikował dziesiątki screencastów do każdego nowego ekranu.

11 Czerwca 2009 r., WordPress 2.8 „Baker"

Matt nazwał go „dobrym, kompletnym wydaniem". Ulepszenia motywów i widżetów, przyspieszenie panelu administracyjnego, zaktualizowane ikony. Z zewnątrz, polerowanie istniejącego interfejsu, bez przebudowywania. Ale to właśnie takie wydania stabilizują platformę: po turbulencjach wersji 2.5-2.7 użytkownicy potrzebowali chwili oddechu.

19 Grudnia 2009 r., WordPress 2.9 „Carmen"

Z zewnątrz, minimum zmian. Funkcjonalnie, potężny skok: wbudowany edytor obrazów (przycinanie, obracanie, skalowanie, bezpośrednio w bibliotece mediów), oEmbed do automatycznego osadzania wideo z linku, kosz na usunięte wpisy (z możliwością cofnięcia), automatyczna optymalizacja bazy danych. Narzędzia do pracy z treścią stawały się profesjonalne.

17 Czerwca 2010 r., WordPress 3.0 „Thelonious"

Trzynaste główne wydanie i moment przełomowy. Ponad 200 uczestników. Menu użytkownika, nawigacja konfigurowana z panelu administracyjnego bez ani jednej linii kodu. Niestandardowe typy wpisów i taksonomie, WordPress przekształcił się w pełnoprawny framework CMS, zdolny do zarządzania portfolio, katalogami, wydarzeniami. Multisite, połączenie WordPress MU z rdzeniem, jedna instalacja obsługuje sieć witryn. Niestandardowe tła i nagłówki. Domyślny motyw Twenty Ten z wyraźną typografią. Ponad 1200 poprawionych błędów. Od tego momentu WordPress nie jest już „silnikiem blogowym z dodatkami", lecz dojrzałym systemem CMS.

23 Lutego 2011 r., WordPress 3.1 „Reinhardt"

Admin Bar, ten sam ciemny pasek u góry, który widzą zalogowani użytkownicy na stronie. Formaty wpisów: standardowy, galeria, cytat, wideo, struktura treści stała się semantyczna. Linkowanie wewnętrzne w edytorze (wyszukiwanie istniejących treści w celu tworzenia linków). Ulepszone wyszukiwanie w witrynie. Panel administracyjny nabrał cech rozpoznawalnych do dziś.

4 Lipca 2011 r., WordPress 3.2 „Gershwin"

Całkowita zmiana designu: nowe fonty, bardziej „płaski" styl (na kilka lat przed tym, jak Metro i iOS 7 uczyniły flat design mainstreamem). Minimalne wymagania podniesiono do PHP 5.2.4 i MySQL 5.0, wsparcie dla PHP 4 i starych wersji MySQL zakończono. Internet Explorer 6 został oficjalnie wykluczony z listy obsługiwanych przeglądarek. Baza kodu stała się czystsza i szybsza.

12 Grudnia 2011 r., WordPress 3.3 „Sonny"

Responsywny panel administracyjny dla tabletów, w 2011 roku, gdy iPad dopiero zyskiwał popularność, był to odważny krok. Przesyłanie plików multimedialnych przez przeciągnięcie bezpośrednio do edytora: przeciągnął Pan/Pani obrazek z pulpitu i jest on we wpisie. Podpowiedzi (tooltips) dla elementów interfejsu. Panel administracyjny stawał się bardziej przyjazny dla różnych urządzeń i różnych poziomów zaawansowania użytkowników.

13 Czerwca 2012 r., WordPress 3.4 „Green"

Konfigurator motywów, po raz pierwszy można zmieniać ustawienia motywu i widzieć rezultat w czasie rzeczywistym przed publikacją. API XML-RPC dla aplikacji mobilnych. Ulepszona praca z obrazami: automatyczne podpisy z HTML. WordPress przygotowywał się do ery mobilnej i do roli backendu nie tylko dla przeglądarki.

11 Grudnia 2012 r., WordPress 3.5 „Elvin"

Całkowicie przepisany menedżer plików multimedialnych: układ siatkowy zamiast listy, szybkie przesyłanie, tworzenie galerii za pomocą kilku kliknięć. Domyślny motyw Twenty Twelve, czysty, responsywny design zorientowany na typografię. Biblioteka multimediów stała się wreszcie narzędziem, a nie składowiskiem plików.

1 Sierpnia 2013 r., WordPress 3.6 „Oscar"

Rewizje otrzymały wizualne porównanie wersji: klatka po klatce, z podświetleniem zmian, jak w diffie Git. Blokowanie wpisów, gdy jeden redaktor pracuje nad wpisem, pozostali widzą ostrzeżenie. Wbudowane odtwarzacze HTML5 dla audio i wideo bez Flasha. Interfejs ustabilizował się po serii znaczących zmian.

24 Października 2013 r., WordPress 3.7 „Basie"

Z zewnątrz niemal niezauważalne wydanie. Pod maską, automatyczne aktualizacje w tle dla wersji podrzędnych i łatek bezpieczeństwa. Od tego czasu większość instalacji WordPressa aktualizowała się sama, bez udziału właściciela. Prawdopodobnie najważniejsza „niewidoczna" funkcja w historii platformy, miliony witryn przestały być podatne na ataki z powodu tego, że właściciel nie kliknął przycisku „Aktualizuj".

12 Grudnia 2013 r., WordPress 3.8 „Parker"

Panel administracyjny przepisano od podstaw. Responsywny design: gotowy na Retina w MacBooku Pro, przyjazny dla urządzeń mobilnych na tabletach i telefonach. 8 schematów kolorystycznych do wyboru, od klasycznej szarości po jaskrawy niebieski i „kawowy". Nowoczesna typografia oparta na Open Sans. Wektorowe ikony Dashicons zamiast pikselowych PNG, ostre w każdej rozdzielczości. Motyw Twenty Fourteen z układem magazynowym. Ten design stał się wizualną tożsamością WordPressa na kolejne lata.

16 Kwietnia 2014 r., WordPress 3.9 „Smith"

Podgląd galerii na żywo w edytorze, wcześniej w miejscu galerii widniała zaślepka. Przeciąganie i upuszczanie obrazów bezpośrednio w tekście. Edycja obrazów „w locie": skalowanie, przycinanie, obracanie bez otwierania biblioteki mediów. Playlisty audio/wideo za pomocą wbudowanych narzędzi. Multimedia w WordPressie ostatecznie przestały być kompromisem.

4 Września 2014 r., WordPress 4.0 „Benny"

Biblioteka mediów z nieskończonym przewijaniem: siatka z automatycznym ładowaniem, nie trzeba przewracać stron. Płynne wstawianie playlist i galerii w edytorze. Wybór języka podczas instalacji, WordPress stał się naprawdę globalny. Ulepszone wyszukiwanie wtyczek z metrykami: liczba instalacji, ocena, ostatnia aktualizacja. W tym momencie platforma obsługiwała prawie jedną czwartą wszystkich stron w internecie.

18 Grudnia 2014 r., WordPress 4.1 „Dinah"

Tryb skupienia w edytorze, minimalistyczny interfejs, wszystko, co zbędne, znika, zostaje tylko tekst. Cicha edycja (wstawianie linków i list inline bez otwierania okien modalnych). Rekomendacje motywów w kastomizerze z podglądem na żywo. Twenty Fifteen, pierwszy domyślny motyw z pełnym wsparciem mobilnym i czystym, blogowym designem.

23 Kwietnia 2015 r., WordPress 4.2 „Powell"

Press This jako pełnoprawny bookmarklet do szybkiej publikacji linków z przeglądarki. Wsparcie emoji w rdzeniu, miliony użytkowników otrzymały emotikony bez dodatkowych wtyczek. Odświeżony instalator wtyczek z leniwym ładowaniem: strona nie przeładowuje się, wyniki pojawiają się natychmiast.

18 Sierpnia 2015 r., WordPress 4.3 „Billie"

Kastomizer menu, konfiguracja nawigacji z podglądem na żywo, wreszcie widać rezultat przed zapisaniem. Ikony witryny (favicon) konfiguruje się bezpośrednio z kastomizera, bez problemów z FTP i katalogiem głównym. Ulepszone formatowanie list w edytorze. Hasła są teraz generowane automatycznie, a nie wymyślane przez użytkownika, gwałtowny skok bezpieczeństwa dla milionów instalacji.

8 Grudnia 2015 r., WordPress 4.4 „Clifford"

Obrazy responsywne (srcset) w rdzeniu, przeglądarka sama wybiera rozmiar obrazu odpowiedni do rozdzielczości ekranu. REST API: WordPress staje się headless CMS, gotowym do oddzielenia backendu od frontendu. Osadzanie postów z innych witryn WordPress przez oEmbed. Twenty Sixteen, minimalistyczny motyw blogowy z klasycznym paskiem bocznym.

12 Kwietnia 2016 r., WordPress 4.5 „Coleman"

Edycja linków inline: Ctrl+K i link wstawia się bezpośrednio w tekście, bez okna modalnego. Logo witryny z poziomu kastomizera. Kompresja CSS/JS w celu przyspieszenia ładowania. Podgląd responsywności w kastomizerze: tablet/telefon/desktop przełącza się jednym przyciskiem. Edytor stawał się szybszy, a interfejs, bardziej przejrzysty.

16 Sierpnia 2016 r., WordPress 4.6 „Pepper"

Natywne czcionki systemowe w panelu administracyjnym: interfejs ładuje się natychmiast, bez oczekiwania na Google Fonts. Shiny Updates, aktualizacje wtyczek przez AJAX, strona nie przeładowuje się. Wykrywanie uszkodzonych linków w edytorze: WordPress podświetla URL prowadzący do nieistniejącej strony. Panel administracyjny stał się odczuwalnie szybszy.

6 Grudnia 2016 r., WordPress 4.7 „Vaughan"

REST API z punktami końcowymi dla postów, stron, komentarzy i użytkowników, WordPress oficjalnie stał się pełnoprawnym headless CMS. Niestandardowy CSS w kastomizerze bez edytowania plików motywu. Podgląd miniaturek w bibliotece mediów po najechaniu kursorem. Twenty Seventeen, motyw z nagłówkiem wideo i przewijaniem parallax, prawdopodobnie najbardziej ambitny domyślny motyw w tamtym czasie.

8 Czerwca 2017 r., WordPress 4.8 „Evans"

Widżety multimedialne: obraz, audio, wideo można wstawiać w pasku bocznym bez żadnego shortcode'a. Widżet tekstowy otrzymał edytor wizualny, nie trzeba już ręcznie pisać HTML-a, aby sformatować kolumnę boczną. Granice linków w edytorze: jedno kliknięcie zaznacza pełny URL, bez ręcznego zaznaczania myszą.

Przed wydaniem wersji 4.8 ukazało się również kilka wersji beta i kandydatów:

W wersjach beta 4.8 interfejs praktycznie nie różnił się od finalnego wydania, zespół testował widżety multimedialne i nowy edytor tekstowy. Główne prace koncentrowały się na stabilności: usuwano błędy, sprawdzano kompatybilność z popularnymi wtyczkami.

15 Listopada 2017 r., WordPress 4.9 „Tipton"

Szkice i planowanie zmian w Customizerze: konfiguruje Pan/Pani projekt, zapisuje jako szkic, publikuje, gdy jest gotowy, bez konieczności uruchamiania „remontu" na działającej witrynie. Widżet galerii, podgląd motywu na żywo przed aktywacją, zachowanie widżetów przy zmianie motywu (wreszcie bez utraty zawartości sidebaru). Podświetlanie składni w edytorze kodu motywu.

Właśnie na etapie 4.9 Automattic ogłosił oficjalne wezwanie dla testerów Gutenberga, konstruktora bloków, który zaledwie rok później wywróci edytor WordPressa do góry nogami. W aktualizacji pomniejszej 4.9.6 dodano narzędzia do RODO: szablon polityki prywatności, zgodę na cookies dla komentarzy, eksport i usuwanie danych użytkowników.

Gutenberg i era 5.x (2018-2021)

6 grudnia 2018 roku ukazał się WordPress 5.0 „Bebo" i edytor zmienił się na zawsze. Gutenberg zastąpił klasyczny TinyMCE interfejsem blokowym: każdy akapit, obraz, nagłówek, galeria, przycisk, kolumna to osobny blok. Przeciąga się myszą, zmienia kolejność, konfiguruje bez ani jednej linii kodu. Społeczność przyjęła edytor z wrogością: tysiące jednoprocentowych opinii w repozytorium, fork ClassicPress dla tych, którzy chcieli pozostać przy starym edytorze. Jednak Automattic konsekwentnie dopracowywał Gutenberga przez kolejne 3 lata. Motyw Twenty Nineteen, pierwszy zoptymalizowany pod edytor blokowy, z minimalistyczną typografią.

Do wersji 5.9 „Josephine" (styczeń 2022) edytor blokowy wyszedł poza obszar wpisu: Full Site Editing umożliwił edycję nagłówka, stopki, szablonów i całej zawartości strony za pomocą tych samych bloków. Site Editor stał się jedynym interfejsem dla całej witryny, a granica między „edycją treści" a „konfiguracją projektu" zniknęła.

Ostatni zryw: 6.x i 7.0 (2022-2026)

WordPress 6.0 „Arturo" (maj 2022) dopracował edytor blokowy: zaznaczanie tekstu w wielu blokach, eksport motywów z edytora, wzorce bloków dla powtarzalnych układów. Wersje 6.1-6.7 dodały typografię płynną, warianty stylów i dziesiątki usprawnień wydajności. 6.8 „Cecil" (kwiecień 2025) przyniósł Style Book dla motywów klasycznych, ładowanie spekulatywne i haszowanie haseł bcrypt. 6.9 „Gene" (grudzień 2025) to system notatek (komentarze blokowe przy recenzji), Command Palette do szybkiej nawigacji z klawiatury oraz Abilities API, które położyło fundament pod integrację AI.

WordPress 7.0 „Armstrong", aktualna wersja, która ukazała się 20 maja 2026. Wydanie poprowadził Matias Ventura przy udziale ponad 875 współtwórców, w tym ponad 200, którzy dołączyli po raz pierwszy. Ponad 420 ulepszeń i poprawek. Oto główne zmiany w interfejsie, które są widoczne natychmiast po zalogowaniu do panelu administracyjnego:

• AI Client w rdzeniu. Rdzeń WordPressa potrafi teraz natywnie komunikować się z generatywnymi modelami AI. AI Client to warstwa transportowa: sam w sobie niczego nie generuje, ale daje wtyczkom i motywom ujednolicony sposób integracji z AI bez własnych SDK. Obok centralny ekran Connections do zarządzania usługami AI. Aby uzyskać generowanie tekstu, obrazów i tekstów alternatywnych, należy zainstalować opcjonalną wtyczkę AI na bazie tej infrastruktury.

• Odświeżony panel administracyjny. Najbardziej zauważalna zmiana: nowa kolorystyka, więcej przestrzeni między elementami, płynne przejścia między ekranami. Najradykalniejsza aktualizacja stylu wizualnego wp-admin od czasów 3.8 Parker (2013).

• Command Palette. Cmd+K (lub Ctrl+K) otwiera pasek wyszukiwania rozmytego do natychmiastowego przejścia do dowolnej sekcji panelu, wpisu lub ustawienia. Loguje się Pan/Pani, naciska Cmd+K, wpisuje „menu" i jest Pan/Pani w Customizerze menu. Jedna zmiana, którą odczuwa się na co dzień.

• Cztery nowe bloki: Gallery z lightboksem (pokaz slajdów bez wtyczek), Breadcrumbs (natywna ścieżka nawigacyjna, wcześniej tylko przez wtyczki SEO), Icons (biblioteka ikon UI bezpośrednio w edytorze), zaktualizowany Heading.

• Dla programistów: rejestracja bloków w PHP bez budowania JavaScript, rozszerzalny Site Editor, Interactivity API z funkcją watch(), minimalne PHP 7.4 (rezygnacja z 7.2 i 7.3).

Funkcja, na którą czekano najbardziej, współpraca w czasie rzeczywistym (jednoczesne edytowanie wpisu przez kilku użytkowników, jak w Google Docs), została wycięta 12 dni przed premierą, 8 maja 2026. Oficjalny powód: „powierzchnia ataku, warunki wyścigu, obciążenie serwera, problemy z pamięcią i powtarzalne błędy przy testach fuzz". RTC nie zostało anulowane na zawsze, zespół przygotowuje wtyczkę eksperymentalną przed kolejną próbą scalenia z rdzeniem.

23 lata ewolucji od ekranu z jednym polem tekstowym do środowiska pracy wspomaganego przez AI. A to jeszcze nie koniec.

⁉️🤔 Często zadawane pytania

Dlaczego WordPress tak bardzo zmienił interfejs przez te lata?

Każda zmiana interfejsu to odpowiedź na konkretną potrzebę: wzrost liczby odbiorców (od geeków do zwykłych użytkowników), konkurencja ze strony Squarespace, Wix i Medium, przesunięcia technologiczne (urządzenia mobilne, frameworki JavaScript, REST API). Gutenberg w 5.0, najbardziej radykalny przykład: edytor blokowy pojawił się, ponieważ TinyMCE nie radził sobie ze złożonym składem, którego wymagali użytkownicy w 2018 roku. WYSIWYG, zaprojektowany dla wpisów blogowych, nie mógł odpowiednio pracować z kolumnami, przyciskami i layoutami.

Które wydanie najmocniej wpłynęło na interfejs WordPressa?

Trzy punkty zwrotne. 2.7 „Coltrane" (2008), lewe menu pionowe i widżety drag-and-drop, struktura, która przetrwała w podstawach do 2026 roku. 5.0 „Bebo" (2018), Gutenberg, całkowita zmiana paradygmatu edycji z klasycznego edytora na blokowy. 7.0 „Armstrong" (2026), natywny AI Client w rdzeniu i pierwszy scentralizowany interfejs dla możliwości AI w CMS tej skali. Jeśli liczyć według długoterminowego wpływu, Coltrane wyznaczył szkielet strukturalny, Bebo zmienił sposób pracy z treścią, Armstrong otworzył drzwi do ery AI.

Czy można przywrócić stary interfejs WordPressa?

Dla klasycznego edytora istnieje wtyczka Classic Editor, która wciąż jest aktywna na milionach instalacji. Jednak Gutenberg dzisiaj to nie tylko edytor: architektura blokowa jest fundamentalna dla motywów, widżetów i Full Site Editing. Powrót do interfejsu sprzed wersji 5.0 w 2026 roku oznacza utratę większości nowoczesnej funkcjonalności, od wzorców bloków po Site Editor. Opcją kompromisową jest używanie edytora blokowego wybiórczo (dla poszczególnych typów wpisów), pozostawiając Classic Editor dla reszty.

Które funkcje interfejsu pojawiły się wcześniej, niż się powszechnie uważa?

Wiele funkcji interfejsu, które postrzega się jako „nowoczesne", pojawiło się zaskakująco wcześnie. Autozapis, od wersji 2.1 (2007), a nie od 3.x. Podgląd wpisów, od 1.2 (2004). System widżetów, od 2.2 (2007), na długo przed Gutenbergiem. Przesyłanie wielu plików, od 2.5 (2008). AJAX w panelu administracyjnym, od 2.0 (2005) do usuwania komentarzy. Po prostu w momencie pojawienia się te funkcje nie były mainstreamem i nie były postrzegane jako przełom.

Co dalej: WordPress 8.0 i interfejs przyszłości?

Trzy wektory, które są widoczne już teraz. Asystenci AI staną się integralną częścią interfejsu: 7.0 położył warstwę transportową, kolejne wersje dodadzą konkretne zdolności AI do edytora, mediateki i Customizera. Współpraca w czasie rzeczywistym: po tym, jak RTC wycięto z 7.0, zespół przygotowuje wtyczkę eksperymentalną i jest to wyraźny priorytet dla 7.1 lub 7.2. Zacieranie granicy między frontendem a backendem: WordPress zmierza w kierunku modelu „widzisz witrynę, edytujesz witrynę", gdzie panel administracyjny jako osobny interfejs stopniowo rozpuszcza się w samej witrynie.

Czy warto aktualizować się do 7.0 już teraz?

Jeśli mają Państwo produkcyjną stronę z dziesiątkami wtyczek, nie w dniu premiery. Optymalny scenariusz: zaktualizować kopię stagingową w pierwszym tygodniu, sprawdzić krytyczne procesy robocze i poczekać na łatki kompatybilności od autorów wtyczek, a następnie w ciągu 7-14 dni wdrożyć na produkcję. Pełny backup jest obowiązkowy.

Jeśli uruchamiają Państwo nowy projekt, proszę od razu instalować 7.0. Nie ma żadnego sensu startować na 6.9: wszystkie nowe bloki (Breadcrumbs, Gallery z lightboxem, Icons), Command Palette i odświeżony panel administracyjny są dostępne tylko w 7.x. A biorąc pod uwagę, że minimalne PHP zostało podniesione do 7.4, świeży hosting bez problemu je obsłuży, większość dostawców domyślnie oferuje znacznie nowsze wersje PHP.

W ciągu 23 lat WordPress przeszedł drogę od pojedynczego ekranu z polem tekstowym do wspomaganego przez AI systemu operacyjnego dla niemal połowy internetu. Platforma przetrwała forki, bunty społeczności i konkurencję z kreatorami stron właśnie dlatego, że każde główne wydanie rozwiązywało realny problem, a nie tylko „odświeżało wygląd". I sądząc po wersji 7.0, ta strategia nigdzie się nie wybiera.