Editare colaborativă în timp real, similară ca stil cu Google Docs.
Retrasă pe 8 mai 2026 — cu douăsprezece zile înainte de lansare.
Infrastructură AI nativă în Core, un admin redesenat și cele mai mari modificări ale editorului de la lansarea Gutenberg în 5.0.
Probabil mai important decât ar fi fost RTC.
Cea mai mare schimbare structurală din Core de la integrarea REST API în 2015. AI este acum o preocupare la nivel de platformă, nu de plugin individual.
Descrii ce ai nevoie. WP Core alege modelul pe baza preferințelor tale, cu fall back pe ce este disponibil.
Pachetul wordpress/wp-ai-client gestionează automat tranzițiile către 7.0. Detectarea capabilităților potrivește cerințele cu modelele disponibile — cost mai mic, procesare mai rapidă.
Trei opțiuni preinstalate în Core: Anthropic, Google, OpenAI. Metode de autentificare suportate în 7.0: api_key și none.
Autorii de plugin pot înregistra proprii furnizori prin acțiunea wp_connectors_init.
REST API a fost integrat în Core. Orice sistem care știa unde să caute putea obține conținut WordPress prin HTTP.
Abilities API este paralela structurală pentru era agenților. Orice sistem care știe protocolul MCP poate descoperi, descrie și apela funcționalități WordPress.
Plugin-urile înregistrează abilități specifice — doar citire sau citire/scriere. Sunt descoperibile prin API-ul REST. Client-Side Abilities adaugă echivalentul JS cu UI încorporat și paletă de comenzi.
Câmpul pentru cheia API a furnizorului Anthropic nu se comportă ca un câmp de parolă. Browserele pot autocompleta și pot expune vizual cheia în lista de sugestii.
Vectori de expunere: calculatoare partajate, partajare de ecran, oricine cu acces la o sesiune activă de browser.
"WordPress 7.0 combined with plugin vulnerabilities equals free AI tokens. There will be an absolute rush by hackers to steal API keys."
— postat pe X, 22 mai 2026
Prima schimbare vizuală reală din aproximativ 2013. Tema implicită nouă se numește Modern. DataViews înlocuiesc WP_List_Table. View Transitions între ecrane.
Utilizatorii autentificați primesc o iconiță ⌘K în partea superioară a barei de admin. Deschide paleta de comenzi din orice loc al dashboard-ului.
Editare, design, folosirea plugin-urilor — toate accesibile fără a părăsi tastatura.
(Sau apasă ⌘K / Ctrl+K pentru a o deschide.)
List View afișează iconițe de vizibilitate lângă blocurile afectate.
Vedere cronologică a modificărilor, comentariilor și reviziilor per element.
Randare pentru câmpuri de detalii cu aspect similar unei modal.
Redenumire API pentru DataViews personalizate. Plugin-urile care extind tabelele standard trebuie testate.
Toate H1–H6 ca block variations. Se pot schimba ușor din sidebar, dar apar și în lista de blocuri cu /.
⚠ Incompatibil: register_block_style('core/heading') s-ar putea să nu se aplice tuturor variațiilor.
Librărie SVG integrată. În viitor s-ar putea să fie deschise și la librării externe
Arată automat ierarhia site-ului. Filtre pentru adăugarea, eliminarea și modificarea rutelor de breadcrumb după taxonomie și termen.
Video-uri ca fundaluri de secțiune în blocul Cover.
Lightbox cu mod opțional de slideshow. Creezi o galerie → iconița de link → „mărește la click".
Text în layout pe coloane. Suport pentru textIndent în tipografie.
Blocuri doar în PHP. Un Interactivity API rescris. Pattern Overrides pentru blocuri personalizate
block.json. Fără JS. Fără React.autoRegister: true expune blocul către JS printr-o variabilă globalăMarcat ca experimental. API-ul va evolua. Direcția este clară — blocuri pentru dezvoltatori PHP fără un toolchain JS — dar nu lansa în producție blocuri pe baza acestuia încă.
contentOnly se aplică mai largPattern-urile care anterior permiteau editarea fără restricții a blocurilor interioare folosesc acum modul contentOnly în mod implicit.
Ce trebuie făcut: adaugă "role": "content" în block.json pentru atributele care reprezintă conținut editabil. Fără asta, atributele dispar din list view și devin needitabile.
Renunță prin disableContentOnlyForUnsyncedPatterns sau prin filtrul PHP block_editor_settings_all.
Bazele pentru pagini de Site Editor extensibile prin plugin-uri ajung în 7.0.
@wordpress/boot — plugin-urile pot construi pagini de site-editor personalizate@wordpress/scripts refactored — construiește din directoare, mai customizabil, mai puțină dependență de WebpackSite-urile pe 7.2 și 7.3 ar trebui să rămână pe versiunea 6.9 doar cu update-uri de securitate. PHP 8.3 este recomandat, dar WP 7 este testat și pe PHP 8.5.
Aplicat când fiecare bloc folosește Block API v3+. Orice cod care se leagă de document/window de nivel superior nu mai funcționează.
Articole, Pagini, Media. Redenumire API groupByField → groupBy.
H1–H6 ca variații, nu un singur bloc + atribut level. register_block_style trebuie testat.
state.navigation deprecat. Migrează la watch() care urmărește state.url.
Rolurile Admin și Editor eliminate din selectorul implicit. Afectează fluxurile automate de creare a utilizatorilor.
În plus: suportul script tematic HTML5 eliminat · margini de jos eliminate din componentele editorului · React 19 · CodeMirror v5 · Block Hooks mutate în controller-ul REST.
Sincronizarea cu mai mulți editori stoca starea colaborativă în post meta.
Post meta este în regulă pentru scrieri ocazionale. RTC transformă fiecare apăsare de tastă într-o scriere în DB. Asta schimbă WordPress dintr-un CMS cu scrieri ocazionale într-un sistem de sincronizare continuă la nivelul datelor — fără infrastructura necesară.
Soluția necesită un nou tabel în baza de date a Core și probabil sincronizare CRDT bazată pe Yjs. Asta este o schimbare fundamentală de infrastructură, nu o schimbare de funcționalitate.
"Shipping unstable real-time editing across a CMS used by hundreds of millions of sites would have been damaging in ways no feature win could justify."
Reacția comunității a fost de ușurare, nu indignare.
AȘTEPTATĂ ÎN 7.1 · AUGUST 2026
WP_List_Tablestate.navigationwp plugin deactivate --all && wp plugin activate --all 2>&1 | grep -i "deprecated\|warning"
AI Client + Abilities API + Connectors fac pentru AI ce a făcut REST pentru conținut — fac funcțiile WordPress accesibile.
Majoritatea nu afectează 99% din site-uri. Iar cele care o fac — editor în iframe, DataViews, variațiile Heading — de regulă necesită un audit unic.
Revizii vizuale, blocuri doar în PHP, Editare responsive, Pattern Overrides pentru blocuri personalizate — acestea schimbă munca de zi cu zi mai mult decât o va face AI pentru majoritatea proiectelor.