Spis treści
Wstęp
O czym będzie ten artykuł?
W tym artykule rozłożymy wszystko na czynniki pierwsze. Sprawdzimy:
- Czym w ogóle jest FSE i dlaczego WordPress tak bardzo na tym się skupia,
- Czy klasyczne motywy odchodzą do lamusa – i jak długo jeszcze będą działać,
- Kiedy migracja do FSE ma sens, a kiedy to strata czasu i pieniędzy,
- Jak przygotować się do zmian, żeby nie zrobić sobie krzywdy,
- Praktyczne przykłady – co robić z Divi, Astrą, custom theme’ami itp.
Nie będzie tu paniki ani namawiania do rewolucji. Chcę, żebyś po przeczytaniu wiedział dokładnie, czy i kiedy warto myśleć o zmianie – albo dlaczego możesz spokojnie zostać przy tym, co masz.
Czym jest Full Site Editing i dlaczego WordPress w to idzie?
Żeby zrozumieć FSE, musimy cofnąć się o parę lat. Najpierw dostaliśmy edytor Gutenberg (ten, który zastąpił stare okienko edycji treści). Pozwalał on układać klocki tylko wewnątrz wpisu lub strony. Nagłówek, stopka i panele boczne były “zabetonowane” w motywie.
Full Site Editing (FSE) to po prostu rozszerzenie tej idei na CAŁĄ stronę. Chcesz zmienić logo w nagłówku? Robisz to blokiem. Chcesz przesunąć menu w stopce? Też blok.
Co to oznacza w praktyce? Koniec z sekcją “Dostosuj” (Customizer) i koniec z tradycyjnymi Widgetami (przynajmniej w teorii). Dlaczego WordPress to robi? Cel jest jeden: ujednolicenie doświadczenia. Twórcy chcą, żebyś nie musiał instalować ciężkich wtyczek typu Page Builder (jak Elementor), żeby edytować nagłówek. Chcą, żeby “Core” WordPressa był wystarczający.
Klasyczny motyw vs motyw blokowy – kluczowe różnice
To jest moment, w którym wielu moich klientów łapie się za głowę. “Gdzie podziały się moje widgety?!”. Spójrzmy na różnice, bo to dwa różne światy pod maską.
W klasycznym motywie edycja nagłówka i stopki to zwykle kopanie w plikach PHP albo klikanie w zakładce “Dostosuj” (Customizer). W motywie blokowym po prostu otwierasz Edytor Witryny i zmieniasz wszystko jak zwykły wpis – przeciągasz bloki, zmieniasz kolory, fertig. Widgety? W starym świecie masz osobną zakładkę “Wygląd > Widgety”, gdzie wrzucasz różne pudełka z treścią. W FSE takich widgetów po prostu nie ma – zamiast tego wstawiasz zwykłe bloki (np. blok “Ostatnie wpisy” albo “Kategorie”) tam, gdzie potrzebujesz.
Szablony stron to kolejna przepaść. Klasyczny motyw używa plików PHP (single.php do pojedynczych wpisów, archive.php do archiwów kategorii itd.). Żeby coś zmienić, musisz znać PHP albo prosić programistę. W motywie blokowym te szablony edytujesz w panelu jak normalną stronę – przeciągasz elementy, zmieniasz układ, gotowe. Konfiguracja motywu też się zmieniła – zamiast kombinować w style.css i functions.php, większość ustawień globalnych (kolory, czcionki, odstępy) ląduje w jednym pliku JSON o nazwie theme.json. Menu nawigacyjne? Kiedyś tworzyłeś je w “Wygląd > Menu”, teraz używasz bloku Nawigacji, który wstawiasz w nagłówku i edytujesz jak każdy inny blok.
Dla Ciebie jako właściciela strony oznacza to jedno: większą kontrolę bez kodowania, ale też konieczność nauczenia się nowego interfejsu. To, co kiedyś zlecałeś programiście (np. “przesuń datę wpisu nad tytuł”), teraz wyklikasz sam. To jest ogromna siła FSE, ale wymaga przyzwyczajenia się do nowego sposobu myślenia o budowie strony.
Czy musisz migrować? Kiedy warto, a kiedy nie
Nowy model jest gotowy do działania, ale ekosystem wtyczek wciąż goni ten standard. Nie musisz rzucać wszystkiego i migrować dzisiaj.
Warto rozważyć migrację (lub start na FSE), gdy: Stawiasz zupełnie nową stronę i chcesz mieć spokój na lata. Albo gdy Twój obecny motyw przestał być aktualizowany przez twórcę i czujesz, że to bomba zegarowa. FSE to też dobra opcja, jeśli chcesz uniezależnić się od płatnych, ciężkich page builderów – nie będziesz już musiał płacić licencji za Elementor czy Divi, jeśli podstawowy Gutenberg wystarczy Twoim potrzebom. No i wydajność – motywy blokowe są zazwyczaj znacznie lżejsze, bo ładują mniej CSS i JavaScript. Jeśli szybkość strony jest dla Ciebie priorytetem, to argument nie do zbicia.
Lepiej zostać przy klasycznym motywie, gdy: Twoja strona działa dobrze, szybko i zarabia. Serio, lepsze jest wrogiem dobrego. Jeśli nie ma problemu, nie naprawiaj. Kolejny powód to mocne poleganie na specyficznych wtyczkach, które nie mają jeszcze wsparcia dla bloków – sprawdź to koniecznie przed decyzją. Jeśli używasz zaawansowanych funkcji Divi lub Elementora (skomplikowane animacje, parallax, nietypowe efekty hover), których natywny Gutenberg jeszcze nie obsługuje lub robi to niezgrabnie, migracja może być dla Ciebie dużym krokiem wstecz pod względem wizualnym. I oczywiście – jeśli nie masz budżetu ani czasu na naukę nowego systemu, to po co się stresować?
Przygotowanie do migracji – co sprawdzić przed startem
Decyzja podjęta? Wchodzisz w to? Super. Ale nie rób tego “na żywca” na działającej stronie, proszę. Po pierwsze – pełny backup strony, to znaczy pliki plus baza danych. To podstawa, bez tego nawet nie zaczynaj. Po drugie – spisz sobie dokładnie, co masz w widgetach (panele boczne, stopka). W FSE one znikną i będziesz musiał je ręcznie odtworzyć blokami, więc lepiej mieć notatki niż polegać na pamięci. Po trzecie – sprawdź, czy Twoje kluczowe wtyczki (szczególnie formularze kontaktowe, rezerwacje, sklep) mają bloki lub są w pełni kompatybilne z FSE. Gdzieś na forum WordPressa ktoś na pewno już to sprawdził za Ciebie. Po czwarte – zrób screenshoty wszystkich ważnych widoków: strona główna, pojedynczy wpis, strona ofertowa. Pamięć jest ulotna, screenshoty nie.
I wreszcie – środowisko testowe. Nigdy, przenigdy nie zmieniaj motywu na klasyczny blokowy na żywej stronie (chyba że lubisz dreszczyk emocji i wściekłych klientów 😉).
Metoda 1: Zmiana na gotowy motyw blokowy
W takim razie przełączamy się całkowicie na nowy sposób myślenia. Użyjemy do tego domyślnego motywu Twenty Twenty-Five (lub Twenty Twenty-Four), bo są świetnie zrobione.
Krok 1: Instalacja na stagingu
Zainstaluj i włącz motyw blokowy. Pierwsze co zauważysz: z menu “Wygląd” zniknęło “Dostosuj” i “Menu”. Nie panikuj.
Krok 2: Pierwsze uruchomienie
Przejdź do Wygląd > Edytor. To jest Twoje nowe centrum dowodzenia.
Kliknij w górną część podglądu strony. Zobaczysz, że nagłówek to teraz grupa bloków. Możesz podmienić Logo, zmienić kolor tła.Krok 4: Przeniesienie menu (Nawigacja)
Klasyczne menu nie importują się automatycznie idealnie. Kliknij w blok “Nawigacja” i wybierz “Utwórz nowe menu” lub spróbuj zaimportować klasyczne. Tutaj czeka Cię trochę klikania, żeby ustawić linki od nowa.
Krok 5: Odtworzenie stopkiPrzewiń na sam dół. To tutaj musisz “ręcznie” dodać kolumny i wpisać te informacje, które wcześniej miałeś w widgetach stopki.
Krok 6: Dostosowanie szablonów
Kliknij w logo WordPressa w lewym górnym rogu > Szablony. Sprawdź, jak wygląda szablon “Pojedynczy wpis” (Single Post). Czy wyświetla tytuł, datę i treść tak jak chcesz?
Metoda 2: Hybrydowe podejście z theme.json
Dla tych, którzy nie chcą rewolucji, ale chcą skorzystać z dobrodziejstw nowych stylów, jest metoda hybrydowa. Możesz dodać plik konfiguracyjny theme.json do swojego KLASYCZNEGO motywu.
Co to daje? Odblokowuje nowe panele sterowania typografią i kolorami w edytorze bloków, bez konieczności przebudowywania całej strony na bloki.
Stwórz plik theme.json w głównym katalogu motywu i dodaj prostą konfigurację:
{
"version": 2,
"settings": {
"color": {
"palette": [
{
"slug": "primary",
"color": "#0073aa",
"name": "Primary"
},
{
"slug": "secondary",
"color": "#005177",
"name": "Secondary"
}
]
},
"typography": {
"fontSizes": [
{
"slug": "small",
"size": "12px",
"name": "Small"
},
{
"slug": "normal",
"size": "16px",
"name": "Normal"
}
]
}
}
}
Dzięki temu edytor bloków “zrozumie” Twoje kolory firmowe, a Ty nadal będziesz mieć klasyczny nagłówek i stopkę w PHP. Wilk syty i owca cała.
Najczęstsze problemy przy migracji i jak je rozwiązać
Problem 1: Widgety zniknęły i panel boczny jest pusty.
Rozwiązanie: Musisz wejść w edycję szablonu strony (w Edytorze Witryny) i dodać tam kolumny, a w jednej z nich umieścić bloki odpowiadające Twoim starym widgetom (np. blok “Ostatnie wpisy”, “Kategorie”).
Problem 2: Menu wygląda inaczej / jest brzydkie.
Rozwiązanie: Blok Nawigacja jest potężny, ale domyślne style bywają surowe. Musisz pobawić się ustawieniami w prawym panelu (typografia, odstępy) albo zawinąć nawigację w blok “Wiersz”, żeby ją wyśrodkować.
Problem 3: Moja ulubiona wtyczka nie działa z FSE.
Rozwiązanie: Często wtyczki używają tzw. shortcodów. W FSE nadal możesz użyć bloku “Shortcode” i wkleić tam kod wtyczki. To zazwyczaj działa jako obejście.
Problem 4: Brakuje Customizera, nie wiem gdzie zmienić CSS.
Rozwiązanie: Globalne style są teraz pod ikoną “Oko” lub “Aa” w prawym górnym rogu Edytora Witryny. Tam też znajdziesz pole na “Dodatkowy CSS” (ukryte pod trzema kropkami w panelu stylów).
Podsumowanie
FSE to bez wątpienia przyszłość WordPressa. Wcześniej czy później wszyscy tam wylądujemy. Jednak migracja nie musi być rewolucją przeprowadzoną w jeden weekend. Możesz podejść do tego ewolucyjnie, zaczynając od testów na localhoscie lub stagingu.
Najważniejsze to nie bać się zmian, ale też nie wdrażać ich na ślepo. Przetestuj, przeklikaj, upewnij się, że wszystko rozumiesz. A jak już się przestawisz – gwarantuję, że nie będziesz chciał wracać do starego sposobu edycji.
Jeżeli macie jeszcze inne pytania odnośnie tworzenia stron internetowych, administracji stron internetowych lub pozycjonowaniem stron to również śmiało pytajcie.
- Bloki wielokrotnego użytku i wzorce w Gutenbergu – jak przyspieszyć tworzenie treści? - 10 marca 2026
- Migracja na Full Site Editing – jak przejść z klasycznego motywu na blokową edycję witryny? - 10 marca 2026
- WooCommerce 10.5 zmienia permalinki: Czy Twój sklep jest gotowy na nowe URLe? - 30 stycznia 2026
- Claude Connector dla WordPress.com: Twoja strona w końcu “rozmawia” z AI - 30 stycznia 2026
- Kalendarz rezerwacji na WordPress? Krok po kroku! - 30 grudnia 2025
- Jak tworzyć świąteczne pop-upy i banery w WordPressie, nie irytując użytkowników? - 30 grudnia 2025
- Noworoczny plan bezpieczeństwa WordPress – co wdrożyć w styczniu, żeby spać spokojnie? - 30 listopada 2025
- Jak przygotować swojego WordPress’a pod GEO? Nowe oblicze pozycjonowania! - 30 listopada 2025
- Jak zabezpieczyć wp-config.php w WordPressie? - 29 października 2025
- Integracja WordPressa z Google Tag Manager – szybki start - 29 października 2025




Dodaj komentarz