Niektóre nowości w WordPressie 7.0 są ważne dlatego, że otwierają zupełnie nowe kierunki rozwoju. Inne dlatego, że rozwiązują stary, bardzo praktyczny problem, który od dawna prosił się o sensowne narzędzie w samym edytorze. Do tej drugiej grupy świetnie pasuje viewport-based block visibility, czyli możliwość ukrywania i pokazywania bloków w zależności od rozmiaru ekranu. WordPress 7.0 oficjalnie wprowadza kontrolki, które pozwalają ustawiać widoczność bloków dla różnych viewportów, bez ręcznego pisania własnych obejść.
To ważna zmiana, bo przez lata WordPress dawał sporo swobody w budowaniu layoutów, ale znacznie mniej wygody wtedy, gdy ktoś chciał po prostu powiedzieć: „ten blok ma być widoczny na desktopie, ale nie na telefonie” albo „na mobile pokażę krótszą wersję sekcji, a na większym ekranie pełną”. Dało się to zrobić, ale zwykle kończyło się to dodatkowym CSS-em, pluginami albo mniej eleganckimi kompromisami projektowymi. W oficjalnych aktualizacjach Gutenberga ten problem został nazwany wprost: site builderzy od dawna prosili o kontrolę widoczności bloków między urządzeniami bez pisania CSS.
Stary problem: responsywny layout to nie to samo co responsywna decyzja o treści
WordPress już wcześniej potrafił być responsywny w klasycznym sensie. Bloki mogły się układać inaczej na mniejszych ekranach, kolumny mogły się zwijać, siatki mogły dostosowywać się do szerokości urządzenia. Ale to nie rozwiązywało innego, bardziej redakcyjnego problemu: czasem nie chodzi o to, żeby element się tylko inaczej ułożył, ale żeby w ogóle zniknął albo został zastąpiony inną wersją treści. WordPress 7.0 wchodzi właśnie w ten obszar. Oficjalny dev note o Block Visibility mówi o ustawianiu reguł widoczności bloków dla viewportów, a zapowiedź Beta 1 opisuje to jako możliwość ukrywania lub ujawniania bloków zależnie od rozmiaru ekranu.
To niby niewielka różnica, ale w praktyce bardzo duża. Responsywność dotąd często oznaczała: „ten sam blok zachowa się inaczej”. Widoczność bloków oznacza: „na różnych urządzeniach mogę podjąć inną decyzję o tym, co użytkownik w ogóle zobaczy”. Właśnie dlatego ta funkcja jest bardziej znacząca, niż może się wydawać po samej nazwie. To nie jest tylko dodatkowy przełącznik w panelu ustawień, ale krok w stronę bardziej świadomego projektowania treści pod różne konteksty użycia.
Co dokładnie wprowadza WordPress 7.0
Oficjalny dev note z marca opisuje nową funkcję jako viewport-based block visibility controls. Użytkownik może ustawić, czy dany blok ma być widoczny na określonych typach ekranów, a WordPress pokazuje potem w edytorze, że taki blok ma aktywne reguły widoczności. W List View pojawiają się ikony informujące, na których viewportach blok jest ukryty, a tooltipy pomagają to szybko zrozumieć bez wchodzenia w szczegóły ustawień. Dev note wspomina też o uproszczonym toolbarze dla ukrytych bloków.
To ważne, bo sama możliwość ukrywania treści to dopiero połowa sukcesu. Druga połowa to czytelność w samym edytorze. Jeśli autor strony ma po kilku dniach nie pamiętać, dlaczego dany blok „nagle” nie pojawia się na mobile, funkcja szybko zamienia się w źródło chaosu. WordPress wyraźnie próbuje temu zapobiec, dodając wizualne wskaźniki bezpośrednio w interfejsie. Dzięki temu reguły widoczności nie są ukrytym trikiem, tylko elementem, który da się rozpoznać i zrozumieć podczas pracy.
To wygląda na funkcję, która dojrzewała przez kilka wydań Gutenberga
Ta nowość nie pojawiła się znikąd w ostatniej chwili. Już w styczniu aktualizacje Gutenberga opisywały viewport modal do ustawiania reguł widoczności, backendowe wsparcie dla generowania CSS i wskaźniki w interfejsie pokazujące, które bloki są ukryte na określonych urządzeniach. W lutym WordPress informował, że viewport-based block visibility zostało ustabilizowane, a w marcu pojawił się osobny dev note dla tej funkcji w kontekście 7.0. To sugeruje, że nie jest to eksperyment wrzucony na szybko, tylko feature rozwijany i porządkowany stopniowo.
To dobra wiadomość, bo akurat w tym obszarze bardzo łatwo o nieporozumienia. Widoczność bloków brzmi prosto, ale dotyka kilku rzeczy naraz: UX edytora, generowanego front-endu i ogólnego zrozumienia, co właściwie ma się pojawiać na różnych urządzeniach. Fakt, że WordPress rozwijał tę funkcję etapami, zwiększa szansę, że nie będzie to tylko techniczny checkbox, ale coś naprawdę używalnego.
Dlaczego to jest ważne dla zwykłych twórców stron
Na papierze może to wyglądać jak detal. W praktyce to jedna z tych funkcji, które bardzo szybko przekładają się na codzienną pracę. Właściciel strony nie musi już myśleć w kategoriach „czy da się to obejść customowym CSS-em”, tylko może po prostu zdecydować, że pewne elementy mają sens na dużym ekranie, a inne na małym. Zapowiedź WordPress 7.0 Beta 1 wprost przedstawia to jako bardziej responsywne, mobile-friendly controls dla bloków.
To jest szczególnie istotne dzisiaj, gdy bardzo wiele stron projektuje się od razu z myślą o mobile. Na telefonie często lepiej sprawdza się krótszy lead, prostsza sekcja hero, inne wezwanie do działania albo bardziej kompaktowy blok informacyjny. Dotąd takie decyzje często wymagały dodatkowej warstwy technicznej. Teraz WordPress próbuje przenieść je bliżej samego procesu projektowania i edycji treści. To już jest interpretacja, ale bardzo dobrze wynika z tego, jak oficjalne materiały opisują sens tej funkcji.
To nie jest tylko temat dla designerów
Łatwo pomyśleć, że block visibility to funkcja wyłącznie dla osób układających layouty. Ale w rzeczywistości równie mocno dotyczy ona pracy redakcyjnej i contentowej. Czasem na desktopie chcesz pokazać pełniejsze wyjaśnienie, większy zestaw linków albo rozbudowaną sekcję pomocniczą, a na mobile — skróconą, czytelniejszą wersję. Nie dlatego, że treść na telefonie jest „mniej ważna”, ale dlatego, że sposób jej odbioru jest inny. Możliwość sterowania widocznością bloków robi z edytora bardziej elastyczne narzędzie komunikacji, a nie tylko układania elementów.
W tym sensie WordPress 7.0 daje coś więcej niż prosty feature responsywny. Daje możliwość podjęcia decyzji redakcyjnej zależnej od kontekstu urządzenia. To brzmi niepozornie, ale dobrze wpisuje się w dojrzewanie całego ekosystemu blokowego: od samego budowania layoutów do bardziej świadomego modelowania doświadczenia użytkownika.
Co ta funkcja zmienia w filozofii edytora
Najciekawsze jest może to, że WordPress coraz wyraźniej odchodzi od modelu „jeden blok, jedno zachowanie, wszędzie tak samo”. Oczywiście nadal nie chodzi o tworzenie zupełnie osobnych stron dla każdego urządzenia. Ale 7.0 pokazuje, że sam edytor blokowy zaczyna lepiej rozumieć fakt, że różne ekrany to nie tylko różna szerokość, lecz także różne potrzeby prezentacji treści. Funkcja block visibility bardzo dobrze to ucieleśnia.
To też dobrze pasuje do szerszego obrazu WordPressa 7.0. Z jednej strony mamy customizable navigation overlays dla mobile, z drugiej współtworzenie i wizualne rewizje, a z trzeciej właśnie kontrolę widoczności bloków zależnie od urządzenia. Wszystkie te zmiany wyglądają inaczej, ale razem pokazują wspólny kierunek: WordPress chce być bardziej elastycznym, nowoczesnym środowiskiem pracy z treścią i interfejsem.
Czy to już wystarczy, żeby przestać sięgać po obejścia?
Pewnie nie w każdej sytuacji. Bardziej zaawansowane projekty nadal mogą potrzebować własnych reguł, dodatkowego CSS-u albo bardziej szczegółowych warunków. Ale to nie zmienia faktu, że WordPress 7.0 rozwiązuje wreszcie najczęstszy i najbardziej podstawowy przypadek użycia w sposób natywny. A właśnie takie przypadki najbardziej wpływają na to, czy system wydaje się wygodny na co dzień. Oficjalne materiały nie obiecują tu kompletnego silnika warunkowej logiki, tylko sensowne, viewport-aware controls dla bloków. I chyba właśnie dlatego ta funkcja ma szansę się przyjąć.
To zresztą dobry znak, że WordPress nie próbuje od razu rozwiązać wszystkiego. Zaczyna od scenariusza, którego użytkownicy naprawdę potrzebują i o który prosili od dawna. Czasem właśnie tak wyglądają najlepsze zmiany: nie jako wielka rewolucja, tylko jako długo oczekiwane usunięcie frustrującej luki.
Najkrótszy wniosek
Widoczność bloków w WordPressie 7.0 to jedna z tych funkcji, które nie brzmią spektakularnie, ale mogą bardzo szybko stać się codziennym standardem pracy. Możliwość ukrywania i pokazywania bloków zależnie od urządzenia porządkuje coś, co dotąd często wymagało obejść i technicznych sztuczek. WordPress nie wymyśla tu nowej filozofii internetu mobilnego, ale wreszcie daje natywne narzędzie do decyzji, które użytkownicy od dawna chcieli podejmować w samym edytorze.
Jeśli customizable overlays pokazują, że WordPress 7.0 dojrzewa po stronie mobilnej nawigacji, to block visibility pokazuje równie ważną rzecz: dojrzewa też po stronie samej treści. I to może być jedna z bardziej niedocenionych nowości całego wydania.
