Exekutivní shrnutí
Pokud tedy někdo dnes slibuje „hotový WordPress 7.0“, je to přinejmenším předčasné. Co ale už víme velmi dobře z oficiální roadmapy, dev note článků a testovacích výzev, je směr vydání: WordPress míří k lepší týmové spolupráci, přehlednějšímu blokovému editoru, chytřejší práci se šablonami a k modernějšímu vývojářskému základu včetně nových AI rozhraní.
Pro běžného správce webu bude WordPress 7.0 zajímavý hlavně kvůli viditelným novinkám v editoru: vizuální porovnávání revizí přímo v editoru, nový blok ikon, breadcrumb blok, upravitelné mobilní navigační overlaye, skrývání bloků podle zařízení, vlastní CSS pro jednotlivé bloky a jednodušší práci s logem, faviconou a navigací v Site Editoru. Pro vývojáře pak budou důležité změny okolo iframovaného editoru, metaboxů, pattern overrides, template precedence a deprecací v Interactivity API.
Moje stručné doporučení je jasné: netlačit 7.0 hned do produkce naslepo, ale připravit si staging, kompletní zálohu souborů i databáze, aktualizovat pluginy a šablony, otestovat editor i front-end a u e-shopů navíc celý WooCommerce checkout a integrační vrstvu. U webů s legacy pluginy, custom bloky, klasickými metaboxy nebo větším množstvím Woo rozšíření je opatrný rollout důležitější než samotná nová verze.
Co je už jisté
Jisté je především to, že WordPress 7.0 je release se silným důrazem na Phase 3 collaboration, editor a blokové workflow, nikoli jen na kosmetické úpravy administrace. Současně je ale stejně jisté, že finální scope se ještě může změnit, protože během prodloužené RC fáze WordPress výslovně připustil opravy, omezení některých částí nebo i odstranění rizikových funkcí, pokud se při testování ukážou jako nestabilní.
Stejně tak je potvrzené, že WordPress 7.0 ukončí podporu PHP 7.2 a 7.3. Nové minimální podporované PHP bude 7.4.0, zatímco doporučená verze zůstává PHP 8.3+. Oficiální doporučení WordPressu pro provoz navíc dál směřuje k MySQL 8.0+ nebo MariaDB 10.6+ a HTTPS. To je důležitý praktický bod: pro část starších webů nebude největší problém samotný WordPress 7.0, ale spíš hostingové prostředí, které už nové vydání nemá rádo.
Níže je zjednodušený rozhodovací tok, který dává pro 7.0 největší smysl v praxi:
Tento postup odpovídá doporučením z oficiálních materiálů WordPressu pro testování bety a nočních buildů, zálohování, debug režim i troubleshooting konfliktů pluginů a šablon.
Hlavní článek
Když se o WordPressu 7.0 mluví jako o „velké“ verzi, není to jen marketing. Důvod je jednoduchý: tentokrát nejde jen o další sadu drobných vylepšení v editoru, ale o vydání, které má posunout WordPress dál v tom, jak se na webu pracuje, ne jen jak vypadá. Jenže právě tady je potřeba být přesný. K 20. dubnu 2026 ještě WordPress 7.0 nemá finální release. Stabilní verze je pořád 6.9.4 a oficiální tým přiznal, že závěr cyklu zabrzdily problémy kolem ukládání dat pro spolupráci v reálném čase. Jinými slovy: 7.0 není vaporware, ale ani hotový produkt, který by bylo rozumné slepě nasazovat do ostrého provozu.
Přesto už dnes víme, co bude DNA tohoto vydání. Největší tahák je real-time collaboration v blokovém editoru. WordPress tím dohání očekávání, která si lidé spojili s nástroji typu Google Docs: více uživatelů, společná editace, viditelnost kurzorů a výběrů textu, synchronizace změn a menší tření při týmové práci. Jenže právě tady je i největší háček. WordPress během vývoje přiznal architektonické změny, prodloužil release cycle a v jedné z beta verzí dokonce upravil chování tak, aby byla spolupráce spíš opatrnější a méně náročná na server. Pro správce webu to znamená jediné: spolupráci berte jako silný směr WordPressu, ale finální podobu sledujte až podle závěrečných release notes a field guide.
Dobrá zpráva je, že i bez collaboration je v 7.0 dost věcí, které dávají smysl prakticky okamžitě. Výborným příkladem jsou vizuální revize přímo v editoru. WordPress už dávno uměl vracet starší verze obsahu, ale pro běžného uživatele to nebyl zrovna zážitek. Nově se změny ukazují barevně přímo nad bloky a textem, takže je mnohem snazší pochopit, co kdo upravil. Podobně užitečná je i změna chování u nesynchronizovaných patternů a template parts: nově se častěji otevřou v režimu content only, takže editor méně svádí běžného redaktora k tomu, aby omylem rozbil layout místo toho, aby jen změnil text nebo obrázek. To je přesně ten typ zlepšení, který není spektakulární na keynote, ale v reálném provozu šetří čas i nervy.
Ve stejné kategorii „malé změny, velký dopad“ jsou i nové bloky a designové ovládací prvky. Icon block konečně řeší běžnou potřebu přidávat ikony bez různých obezliček. Breadcrumbs block zase posouvá navigační orientaci webu blíž do jádra, a to způsobem, který je rozšiřitelný i pro pluginy. Hodně zajímavé jsou i customizable navigation overlays, tedy možnost postavit mobilní menu jako opravdovou blokovou část šablony místo předem daného overlaye. K tomu připočtěte skrývání bloků podle viewportu, vlastní CSS pro jednotlivé bloky, rozšířené dimensions controls, nové místo pro správu loga a favicony v Design panelu a možnost stylovat aktivní položku navigace přes theme.json. Výsledek? WordPress se pro blokové a hybridní weby stává mnohem dospělejším vizuálním systémem.
Další velké téma je editor a šablony. Pro uživatele se to projeví tak, že editor bude konzistentnější; pro vývojáře to znamená víc práce s kompatibilitou. WordPress 7.0 mění logiku kolem iframovaného post editoru. Místo staršího rozhodování podle všech registrovaných bloků bude nově více záležet na tom, jaké bloky jsou skutečně vložené v daném obsahu. Pro část webů je to výhra, protože izolace stylů a UI bývá spolehlivější. Pro některé custom bloky nebo editorové hacky je to naopak pozvánka na audit JavaScriptu a CSS, hlavně pokud kód spoléhá na globální document nebo starší block API verze. Zároveň je dobré myslet na to, že u block themes mají uživatelské úpravy šablon uložené v databázi přednost před soubory v šabloně. To je skvělé pro flexibilitu, ale horší pro dlouhodobou správu a versioning, pokud tým nemá disciplínu.
Zajímavou kapitolou je i AI vrstva. Tady je důležité nepodlehnout dojmu, že WordPress 7.0 přinese nějakého vestavěného superasistenta, který vám bude automaticky psát články. Oficiální materiály ukazují něco střízlivějšího a z dlouhodobého hlediska chytřejšího: WordPress přidává AI Client a Connectors API, tedy platformový základ, přes který mohou pluginy jednotně komunikovat s AI providery, spravovat klíče a používat společné rozhraní. Samotní provideři nejsou v jádře natvrdo zabalení; mají fungovat přes samostatné pluginy. Pro běžného uživatele to znamená méně „wow efektu hned po instalaci“, ale větší šanci, že budoucí AI pluginy budou kompatibilnější a méně roztříštěné.
A co výkon? Tady je odpověď poctivější a méně líbivá, než bývá u marketingových přehledů. WordPress 7.0 vypadá jako release, který chce být rychlejší a robustnější, ale vývoj zároveň ukázal, že některé ambicióznější kousky musely projít korekcí. Oficiálně se řešily obavy ohledně výkonu collaboration, client-side media optimalizací i velikosti release balíku. Beta 6 proto mimo jiné revertovala client-side media processing, snížila balík a upravila polling tak, aby na server šlo méně požadavků. Prakticky řečeno: očekávejte spíš release, který se snaží vybalancovat nové možnosti s rozumnou stabilitou, než verzi, která by sama o sobě zázračně zrychlila každý web. Největší výkonové zisky stejně dál přijdou hlavně z dobrého hostingu, cache, moderního PHP a disciplinovaného plugin stacku.
Pro koho tedy bude 7.0 nejpřínosnější? Především pro týmy, které už jedou v blokovém editoru, používají block theme nebo hybridní theme přístup a chtějí mít redakční i vývojový workflow víc pod kontrolou. Hodně získají i agentury a interní týmy, které chtějí uklidit šablony, patterns a editorové chování. Naopak největší obezřetnost bych doporučil e-shopům, webům s legacy metaboxy, staršími custom bloky, hodně přestylovaným adminem a pluginům, které se dlouho neaktualizovaly. U takových projektů není hlavní otázka „jestli 7.0 je dobrý“, ale „jestli je na něj připravený právě náš konkrétní stack“.
Pro a proti aktualizace
Hlavní argumenty pro aktualizaci jsou poměrně silné. WordPress 7.0 staví lepší základ pro týmovou editaci, přináší srozumitelnější práci s revizemi a patterny, rozšiřuje blokové možnosti navigace a designu a současně posouvá technický základ platformy dál tím, že zvedá minimální PHP a přidává nová jednotná vývojářská API. Pro weby, které žijí v moderním blokovém workflow, to není kosmetika, ale skutečné zlepšení každodenní práce.
Hlavní argumenty proti okamžité aktualizaci jsou ale stejně reálné. V době psaní tohoto textu ještě finální vydání není venku; collaboration byla důvodem odkladu; starší metaboxy spolupráci vypínají; některé custom bloky mohou narazit na iframe/editor změny; a u WooCommerce je sice vidět aktivní práce na kompatibilitě, ale metadata posledního stabilního Woo core zatím stále uvádějí testování jen do WordPressu 6.9.4, zatímco konkrétní kompatibilita zůstává otázkou každého rozšíření zvlášť.
Z praktického pohledu to vede k jednoduchému závěru: pokud máte obsahový web, menší firemní prezentaci nebo technicky čistší blokový projekt, budete pravděpodobně chtít 7.0 nasadit relativně brzy po vydání. Pokud ale provozujete obchod s více platebními branami, warehouse integracemi, custom checkoutem nebo historickými pluginy, lepší strategie je počkat na potvrzení kompatibility dodavatelů a důkladný test na stagingu.
Technická příloha pro vývojáře
Níže uvedené body vycházejí převážně z oficiálních dev notes, handbooks a dokumentace WordPressu a WooCommerce. Kde je stav ještě pohyblivý, výslovně to uvádím.
-
Breaking changes a deprecace
- WordPress 7.0 ruší podporu PHP 7.2 a 7.3; nové minimum je PHP 7.4.0, doporučení zůstává PHP 8.3+. Weby na starém PHP mají po vydání 7.0 zůstat na větvi 6.9.
- V Interactivity API je deprecated přímý přístup ke
state.navigationvcore/router; nově je doporučený přístup přeswatch()a server-populatedstate.url. - AI Client v core mění migrační story pro pluginy: doporučeno nahradit
AI_Client::prompt()volánímwp_ai_client_prompt(). Při podpoře< 7.0a bundlováníwordpress/php-ai-clientje potřeba podmíněný autoloader.
-
Požadavky na runtime a prostředí
- Doporučené prostředí: PHP 8.3+, MySQL 8.0+ nebo MariaDB 10.6+, HTTPS.
- WooCommerce 10.7.0: minimum WP 6.8+, PHP 7.4+, testováno do 6.9.4.
- Woo dokumentace doporučuje PHP 8.3+ a MySQL 8.0+ / MariaDB 10.6+.
-
Gutenberg a block editor změny
- Iframed editor: změna chování editoru, nutný audit starších bloků a globálního CSS.
- Pattern editing: unsynced patterns přecházejí do režimu
contentOnly. - Pattern Overrides: fungují i pro custom blocks.
- Per-block CSS: každá instance bloku může mít vlastní CSS.
- Block Visibility: viewport rules (blok zůstává v DOM).
- Dimensions: podpora
width,heightvtheme.json. - UI novinky: nové bloky, navigace, stylování.
-
Theme a template hierarchy
- Priorita: DB → child theme → parent theme.
- Site Editor ukládá změny do DB (user-level override).
- Navigation overlay jako nový template part.
-
WooCommerce kompatibilita
- WooCommerce 10.6.2 řeší kompatibilitu s WP 7.0.
- Kontrolovat: Cart/Checkout blocks, HPOS, Product Editor.
- Kontroluj každé rozšíření zvlášť (platby, doprava…).
- Subscriptions dědí kompatibilitu z Woo.
-
Běžné problémy a mitigace
- White screen: vypnout pluginy, zapínat postupně.
- Šablona: přepnout na default theme.
- Editor chyby: zapnout
WP_DEBUG, logy. - Permalinky / 404: kontrola Site Health.
- Woo UI problémy: aktualizovat Woo + extensions.
-
Kde hledat starší verze
- WordPress: archiv na WordPress.org.
- Pluginy: „Previous Versions“ nebo WP Rollback.
- Šablony: rollback nástroje.
- Woo: release přehled + My Subscriptions.
- GitHub: Releases / Tags.
-
Obnova legacy funkcí
- Rollbackuj plugin/šablonu, ne core.
- Kontroluj DB template overrides.
- Metaboxy převést na
show_in_rest => true.
Kompatibilní stav pro rollout si můžete shrnout do této praktické tabulky. Hodnoty vycházejí z oficiálních požadavků WordPressu, Woo dokumentace a z dev notes k 7.0.
| Oblast | Co ověřit před rolloutem | Bezpečný minimální stav | Doporučený stav |
|---|---|---|---|
| PHP | Verze runtime na hostingu | 7.4 | 8.3+ |
| Databáze | MySQL / MariaDB | funkční supported stack | MySQL 8.0+ nebo MariaDB 10.6+ |
| WordPress core | Aktuální základ před testem | 6.9.4 | 6.9.4 → test 7.0 nightly / RC na stagingu |
| Custom blocks | Block API, CSS, JS, iframe kompatibilita | bez hard dependency na globální document |
block API v3+, audit editor assets |
| Metaboxy | Zda jsou kritické pro editaci obsahu | mohou zůstat, ale bez collaboration | migrace na post meta + sidebar UI |
| Theme / templates | Databázové override šablon | audit wp_template a wp_template_part |
sync změn do theme files a verzování |
| WooCommerce core | Verze a testovaný rozsah | 10.6.2+ | 10.7 + samostatný staging test |
| Woo extensions | Platební, doprava, exporty, subscriptions | každé rozšíření aspoň aktivně udržované | explicitně ověřené „tested with“ a kompatibilita s HPOS / blocks / Site Editorem |
| Rollback readiness | Dostupnost ZIPů a backup setu | kompletní záloha | záloha + připravené předchozí verze kritických pluginů a themes |
U Woo platí zvlášť silně jedno pravidlo: kompatibilitu neposuzujte jen podle „core plugin běží“. Rozhodují konkrétní rozšíření a jejich metadata, changelogy a testované verze.
Krátký plán bezpečné aktualizace
Uděláte inventuru stacku. Sepište si aktivní pluginy, theme, child theme, custom kód, Woo extensions, platební brány, cron joby a všechny integrace třetích stran. Z kontrolek začněte verzemi WordPressu, PHP a databáze v Site Health nebo ve Woo statusu.
Vytvoříte plnou zálohu. Zálohujte databázi i soubory jako jeden konzistentní „backup set“. Oficiální dokumentace doporučuje nejdřív export databáze a pak uložit soubory; při obnově opačné pořadí.
Zastavíte bezhlavé auto-updaty a připravíte staging. WordPress dokumentace výslovně uvádí, že major update dává smysl nejdřív otestovat na development nebo staging prostředí. Pokud testujete ještě před finálním vydáním 7.0, použijte test web, WordPress Beta Tester, nightly build nebo Playground.
Na stagingu nejdřív aktualizujete pluginy a šablony, teprve potom core. U WooCommerce je to oficiálně doporučený postup: nejprve třetí strany a Woo rozšíření, až potom samotný Woo/core update. Tím snížíte šanci, že narazíte na už dávno opravený konflikt.
Spustíte regresní testy. Minimální sada: přístup do administrace, Site Health, layout, permalinky, media, sitemapa, robots.txt, editor nového příspěvku, editor existujícího obsahu, custom blocks, browser console,
debug.log, role a oprávnění, scheduled tasks a všechny integrované služby. U e-shopu přidejte košík, checkout, kupóny, e-maily, gateway callbacky, order management a případně HPOS flow.Když něco spadne, izolujete problém, nepanikaříte. Vypněte pluginy po jednom, zkuste defaultní Twenty theme, použijte Health Check, projděte logy a teprve pak rollbackujte konkrétní komponentu z oficiálního zdroje. U block themes navíc zkontrolujte, zda problém nedělá databázová override šablona.
Do produkce nasazujete až po čistém stagingu a ideálně po jednotlivých webech nebo ve slabší návštěvnosti. Po nasazení sledujte error logy, cron, front-end, admin a u Woo i stavy objednávek a e-mailů. Pokud se vrací staré chování rychleji než fix, rollbackněte konkrétní plugin nebo theme z připraveného ZIPu a otevřete ticket vendorovi.
Rozumné testy, které doporučuji běžet před produkčním rolloutem, jsou tedy tři: obsahový test (editor, patterns, šablony, média), provozní test (front-end, permalinky, sitemapa, cron, logy, cache) a obchodní test (košík, checkout, platby, e-maily, order admin, subscriptions, exporty). Tohle je v praxi mnohem cennější než jen kliknout na „Aktualizovat“ a doufat.
FAQ
1. Kdy přesně vyjde WordPress 7.0 a má smysl na něj čekat?
WordPress 7.0 měl původně mířit na duben 2026, ale finální vydání se zdrželo kvůli technickým otázkám kolem collaboration funkcí a ukládání dat. Pokud na webu funguje vše stabilně, dává větší smysl počkat na finální release notes a první zkušenosti z praxe než aktualizovat naslepo hned v první den.
2. Vyplatí se aktualizovat na WordPress 7.0 hned po vydání, nebo raději počkat?
U menších webů, blogů a technicky čistých prezentací může být brzká aktualizace v pořádku. U webů s větším množstvím pluginů, custom úpravami, starší šablonou nebo složitějším editorem je bezpečnější počkat, udělat staging a vše nejdřív otestovat. Přesně to je i hlavní doporučení v článku.
3. Bude WordPress 7.0 fungovat se staršími pluginy a šablonami?
Ne automaticky. Největší riziko je u starších pluginů, custom bloků, legacy metaboxů a šablon, které dlouho nikdo neaktualizoval. WordPress 7.0 zároveň zvedá minimální podporovanou verzi PHP na 7.4, takže problém nemusí být jen ve WordPressu samotném, ale i v hostingu nebo starším kódu pluginů.
4. Je WordPress 7.0 bezpečný pro WooCommerce e-shop a checkout?
Ano, ale jen po důkladném testu. U WooCommerce nestačí zkontrolovat, že se načte homepage a produkt. Je potřeba otestovat košík, checkout, platební brány, dopravy, e-mailové notifikace i případné skladové nebo ERP napojení. Právě u e-shopů je opatrný rollout výrazně důležitější než u běžného firemního webu.
5. Co je potřeba zkontrolovat před aktualizací webu na WordPress 7.0?
Základ je kompletní záloha souborů i databáze, staging nebo testovací kopie, aktualizace pluginů a šablony, kontrola PHP verze a následné otestování editoru i front-endu. U e-shopu navíc celý nákupní proces. U WordPressu 7.0 to platí dvojnásob, protože nejde jen o kosmetickou změnu, ale o verzi s větším zásahem do editoru, šablon a vývojářského základu.
Zdroje:
https://wordpress.org/download/
https://wordpress.org/download/releases/
https://wordpress.org/about/roadmap/
https://wordpress.org/about/requirements/
https://wordpress.org/plugins/woocommerce/
https://make.wordpress.org/test/2026/02/20/help-test-wordpress-7-0/
https://make.wordpress.org/core/2026/01/09/dropping-support-for-php-7-2-and-7-3/
https://make.wordpress.org/core/2026/02/23/changes-to-the-interactivity-api-in-wordpress-7-0/
https://make.wordpress.org/core/2026/02/24/iframed-editor-changes-in-wordpress-7-0/
https://make.wordpress.org/core/2026/02/25/whats-new-in-gutenberg-22-6-25-february/
https://make.wordpress.org/core/2026/03/04/breadcrumb-block-filters/
https://make.wordpress.org/core/2026/03/04/customisable-navigation-overlays-in-wordpress-7-0/
https://make.wordpress.org/core/2026/03/10/real-time-collaboration-in-the-block-editor/
https://make.wordpress.org/core/2026/03/15/pattern-editing-in-wordpress-7-0/
https://make.wordpress.org/core/2026/03/15/pattern-overrides-in-wp-7-0-support-for-custom-blocks/
https://make.wordpress.org/core/2026/03/15/custom-css-for-individual-block-instances-in-wordpress-7-0/
https://make.wordpress.org/core/2026/03/15/block-visibility-in-wordpress-7-0/
https://make.wordpress.org/core/2026/03/15/dimensions-support-enhancements-in-wordpress-7-0/
https://make.wordpress.org/core/2026/03/19/wordpress-7-0-release-candidate-1-delayed/
https://make.wordpress.org/core/2026/03/24/introducing-the-ai-client-in-wordpress-7-0/
https://make.wordpress.org/core/2026/04/02/the-path-forward-for-wordpress-7-0/
https://developer.wordpress.org/themes/templates/template-hierarchy/
https://developer.wordpress.org/news/2026/01/streamlining-block-theme-development-with-wordpress-playground-and-github/
https://developer.wordpress.org/advanced-administration/wordpress/common-errors/
https://developer.wordpress.org/advanced-administration/wordpress/loopback/
https://developer.wordpress.org/advanced-administration/debug/debug-wordpress/
https://developer.wordpress.org/advanced-administration/security/backup/
https://developer.wordpress.org/advanced-administration/wordpress/wp-config/
https://wordpress.org/support/topic/old-plugin-version-2/
https://en-gb.wordpress.org/plugins/retro-version-manager/
https://woocommerce.com/document/update-php-wordpress/
https://woocommerce.com/document/subscriptions/
https://woocommerce.com/document/woocommerce-self-service-guide/
https://woocommerce.com/products/woocommerce-analytics/
https://developer.woocommerce.com/2026/03/31/woocommerce-10-6-2-dot-release/
https://developer.woocommerce.com/docs/extensions/best-practices-extensions/compatibility/
https://developer.woocommerce.com/releases/
https://github.com/woocommerce/woocommerce/releases