Edycja całej strony

Funkcjonalność WordPress pozwalająca edytować wszystkie elementy strony przez jeden interfejs blokowy — treść, szablony, nagłówek, stopkę. Block Themes zapewniają konsekwentny, semantyczny HTML naturalnie czytelny dla agentów AI. Fundament architektoniczny dla AI features w WP 7.0.

W Polsce nazywane też:

Full Site EditingFSEedycja całej stronySite Editor WordPressBlock Theme

Przez lata WordPress miał dwie osobne strefy edycji: edytor treści (Gutenberg — dla postów i stron) i Customizer (dla szablonu, nagłówka, stopki, motywu). Dwie różne interfejsy, dwa różne sposoby myślenia, dwie różne technologie.

Full Site Editing (FSE) zjednoczyło te strefy. Jeden edytor blokowy dla wszystkiego — treści i struktury strony. Nagłówek? Blok. Stopka? Blok. Sidebar? Blok. Każdy element strony jest teraz blokiem który można edytować w tym samym interfejsie.

Dla agent-readiness: FSE sprawia że całość strony — nie tylko treść — jest zbudowana z semantycznych bloków które agent może przetwarzać.

Czym jest Full Site Editing

Full Site Editing (FSE) to funkcjonalność WordPress pozwalająca edytować wszystkie elementy strony — treść, szablony, nagłówek, stopkę, sidebar — przez jeden interfejs blokowy (Site Editor) zamiast osobnych narzędzi, opierająca się na Block Themes i Global Styles, i stanowiąca architektoniczny fundament dla zintegrowanych funkcji AI w WordPress 7.0.

Block Themes

FSE wymaga Block Theme — motywu zbudowanego wyłącznie z bloków, bez klasycznych PHP templates. Popularny Twenty Twenty-Four, Twenty Twenty-Five i Twenty Twenty-Six (domyślny motyw WP 7.0) są Block Themes.

Block Themes definiują strukturę przez pliki HTML z blokami zamiast przez PHP templates. Theme.json zastępuje functions.php dla ustawień globalnych stylów. Efekt: motyw który jest semantycznie zrozumiały — zarówno dla człowieka jak i dla narzędzi które analizują strukturę strony.

Global Styles i Style Variations

WordPress 7.0 rozszerza Style Variations — użytkownik może zobaczyć live preview różnych wariantów stylu zanim zastosuje. To jest szczegół UX ale ilustruje kierunek: WordPress staje się systemem który wizualnie pokazuje możliwości zanim user podejmie decyzję.

Ten wzorzec — „pokaż możliwości, użytkownik wybiera” — jest analogiem Abilities API dla agentów: agent widzi co strona potrafi zanim zacznie działać.

FSE a agent-readiness

Strona zbudowana na FSE z Block Theme ma konsekwentną, semantyczną strukturę HTML — nagłówek jest zawsze nagłówkiem, nawigacja jest zawsze nawigacją, treść jest zawsze treścią. Nie ma „kreatywnych” PHP templates które generują HTML w nieoczekiwanych strukturach.

Agent który crawluje stronę FSE ma przewidywalną strukturę do parsowania. Nawigacja jest w

Powiązane pojęcia

GutenbergEdytor blokowy WordPress — interfejs oparty na niezależnych blokach zamiast jednego pola tekstowego — fundament Full Site Editing, Abilities API i integracji AI w WP 7.0. Architektura blokowa jest naturalnie bardziej agent-readable niż page buildery generujące zagnieżdżone divy.WordPress 7.0Pierwsza wersja WordPressa (43% internetu) z natywną integracją AI w core — WP AI Client (Settings → Connectors dla OpenAI, Claude, Gemini), Abilities API (możliwości pluginów widoczne dla agentów), Playground MCP Server i PHP-only blocks. Wydana 20 maja 2026. Real-time collaboration przesunięta na WP 7.1.API możliwości WordPressStandard WordPress (WP 6.9 PHP + WP 7.0 JS) rejestrowania możliwości pluginów widocznych dla agentów AI i WebMCP — z input/output schemas i permission callbacks. Maszynowo-czytelna deklaracja "co ta strona potrafi". Fundament pod WebMCP integration.Czytelność dla agentaPierwszy filar agent-readiness: zdolność strony do bycia odczytaną przez agenta AI bez renderowania JavaScript — obejmuje semantyczny HTML, hierarchię nagłówków i dostępność treści w czystym HTML.Semantyczny HTMLUżycie znaczników HTML zgodnie z ich znaczeniem (main, article, nav, header, footer) zamiast generycznych div — pozwala agentom AI zrozumieć strukturę strony bez zgadywania.