WordPress 7.0 RC1 – какво идва на 9 април и защо трябва да тествате сега

Първият Release Candidate на WordPress 7.0 е достъпен от 24 март 2026 г. Финалната версия е насрочена за 9 април – съвпадаща с WordCamp Asia – и RC1 е последният етап преди нея, в който се очаква от разработчици и собственици на сайтове да тестват и докладват проблеми.

Какво означава RC1 за съвместимостта на плъгините

RC1 маркира момента, в който ядрото е функционално завършено. Промени в кода след тази точка се правят само при открити бъгове или регресии – нови функции не се добавят. За автори на плъгини и теми това е сигнал да финализират тестовете си и да обновят полето „Tested up to“ в readme.txt до стойност 7.0. Разликата спрямо Beta 5 включва над 134 корекции и подобрения, което говори за интензивна работа по стабилизация.

RC1 съдържа и няколко функции, които не бяха готови за Beta 1, но са критични за флагшип възможностите на версията.

Блоковият редактор вече работи изцяло в iframe, независимо дали има classic meta boxes. Това е промяната с най-голямо въздействие за разработчиците на плъгини – CSS селектори, които разчитат на достъп до DOM елементи в редактора, ще се счупят. Тестването на всеки плъгин, който добавя стилове или скриптове в блоковия редактор, е задължително преди 9 април. PHP 7.2 и 7.3 отпадат от поддръжка – сайтове с тези версии няма да получат предложение за ъпдейт и ще останат на клона 6.9 със security patches.

Real Time Collaboration – редактиране на живо от няколко потребителя

Най-очакваната функция на WordPress 7.0 е съвместното редактиране в реално време. Двама или повече потребителя могат да работят върху една и съща публикация едновременно, като виждат промените на останалите без презареждане на страницата.

Техническата реализация стъпва върху CRDT (Conflict-free Replicated Data Type). Данните за синхронизация се съхраняват като post_meta в специален вътрешен post type – wp_sync_storage. По подразбиране транспортът използва HTTP polling, но хостинг компаниите могат да добавят WebSocket provider за по-бърза комуникация. В RC1 лимитът на едновременни колаборатори е двама, като стойността може да се промени чрез wp-config константа.

RTC е opt-in по подразбиране в RC1, за да се събере по-широк feedback.

Активирането става чрез константата WP_ALLOW_COLLABORATION. Notes (бележките), въведени в WordPress 6.9 за асинхронна комуникация, вече се синхронизират в реално време между редакторите и имат клавишна комбинация за бързо създаване.

// wp-config.php - активиране на Real Time Collaboration
define( 'WP_ALLOW_COLLABORATION', true );

AI Client в ядрото на WordPress

WordPress 7.0 интегрира WP AI Client директно в Core. Това е provider-agnostic PHP API за комуникация с генеративни AI модели – Anthropic, OpenAI, Google Gemini и всеки друг, който следва стандартните API патърни. До този момент всеки плъгин, който използваше AI, трябваше да поддържа собствен SDK, настройки за credentials и provider логика. С WP AI Client тази дупликация отпада.

Функцията wp_ai_client_prompt() е препоръчителната входна точка. Тя връща WP_AI_Client_Prompt_Builder инстанция с fluent интерфейс, която автоматично конвертира exceptions към WP_Error обекти. API ключовете се управляват през новия Connectors екран в Settings.

// Генериране на текст чрез WP AI Client
$text = wp_ai_client_prompt( 'Обобщи тази публикация на български.' )
    ->using_temperature( 0.3 )
    ->generate_text();

if ( is_wp_error( $text ) ) {
    error_log( $text->get_error_message() );
    return;
}

echo wp_kses_post( $text );

Три официални provider плъгина са налични в Plugin Directory – за OpenAI, Google и Anthropic. Community разработчици вече са добавили провайдъри за Ollama (локални модели) и Grok. Ако не искате AI на сайта си – нищо не се зарежда по подразбиране. Има и единна конфигурационна опция, която изключва всички LLM функции наведнъж.

Abilities API – клиентски възможности за плъгини и AI агенти

Abilities API беше въведен в WordPress 6.9 от сървърната страна. В 7.0 се появява и JavaScript пакетът @wordpress/abilities, който позволява регистриране на client-side abilities – навигация, вмъкване на блокове, изпълнение на команди.

Сървърните abilities се изпълняват автоматично през REST API, като HTTP методът зависи от анотациите на ability-то (readonly abilities използват GET, останалите – POST).

import { registerAbility } from '@wordpress/abilities';

registerAbility( {
    name: 'my-plugin/generate-excerpt',
    label: 'Generate Excerpt',
    description: 'AI-powered post summary',
    category: 'content',
    callback: async ( { postId } ) => {
        const response = await wp.apiFetch( {
            path: `/my-plugin/v1/excerpt/${ postId }`,
            method: 'POST',
        } );
        return response.excerpt;
    },
    meta: {
        annotations: { readonly: false },
    },
} );

Abilities API е фундаментът, върху който работят MCP Adapter-ът и Command Palette-ът. Всеки AI агент, който се свърже с WordPress чрез Model Context Protocol, открива и извиква точно тези abilities.

Connectors екран и Command Palette

RC1 добавя нов административен екран за управление на AI providers. Екранът е достъпен от Settings > Connectors и позволява конфигурация на API ключове без писане на код. Плъгини, които регистрират provider в PHP AI Client-а, автоматично получават интеграция с този екран.

Command Palette-ът вече е достъпен навсякъде в admin bar-а чрез Cmd+K (macOS) или Ctrl+K (Windows/Linux). Комбинацията отваря бърз достъп до навигация, actions и registered abilities – значително ускорява работата при администриране на сайт с много съдържание.

Нови блокове и подобрения в редактора

WordPress 7.0 въвежда Icon блок с REST endpoint /wp/v2/icons за търсене и филтриране на SVG икони от вградена библиотека.

Breadcrumbs блокът е нов и помага за навигационната структура. Navigation блокът получава customizable overlays, които работят като template parts – включително мобилни версии с breakpoint настройки. Cover блокът поддържа видео embed-ове като фон, Grid блокът е responsive-enabled, а Gallery блокът има lightbox. Heading нивата (H1-H6) са регистрирани като block variations, което дава по-прецизен контрол върху йерархията.

Font Library екранът за управление на шрифтове е активиран за всички теми, не само за block теми.

Visual Revisions и View Transitions

Visual Revisions позволява визуално сравнение на версиите на публикация директно в редактора. Sidebar-ът показва кои блок атрибути са променени между ревизиите – сериозно подобрение спрямо текстовия diff, който не дава реална представа за визуалната промяна. View Transitions пренасят CSS анимации между екраните на wp-admin, създавайки усещане за работа с native приложение вместо класическо презареждане на страници.

Новата цветова схема на admin интерфейса е козметична, но допринася за по-модерното усещане.

DataViews, DataForm и сървърни блокове

DataViews заменя WP_List_Table на core admin екраните с модерен React-базиран интерфейс. Разработчиците получават нов activity layout и основа за регистриране на third-party типове в бъдещи версии. DataForm добавя details layout, нови контроли (combobox, adaptiveSelect) и пълна валидация за всички полета.

PHP-only block registration е друга функция, насочена към разработчици, които предпочитат да не пишат JavaScript за прости блокове. Сървърно генерираните блокове получават auto-generated inspector controls, а Block Bindings за pattern overrides вече работят с custom dynamic блокове.

Client-Side Media Processing

Обработката на медийни файлове се измества частично към браузъра. Resize и компресия на изображения се извършват client-side преди качване, което намалява натоварването на сървъра и ускорява процеса. Поддръжката на по-съвременни формати за компресия (AVIF, WebP) и по-гъвкава обработка на съществуващо съдържание са основните предимства.

В RC1 тази функционалност е достъпна само като плъгин, не е активирана по подразбиране в Core.

CodeMirror ъпдейт и минимални PHP изисквания

CodeMirror е обновен до версия 5.65.40. Промяната засяга Custom HTML блока, CSS редактора в Customizer-а и всички code input полета в wp-admin. За повечето плъгини ъпдейтът е невидим, но ако използвате вътрешни API-та на CodeMirror, проверете за съвместимост.

Минималната PHP версия се вдига на 7.4. Препоръчителната версия за пълна функционалност (включително AI Client и RTC) е PHP 8.2+, а за максимална производителност – PHP 8.3. Сайтове на PHP 7.2/7.3 няма да получат ъпдейт до 7.0, но ще продължат да получават security patches на клона 6.9.

Как да тествате RC1

Най-бързият начин е WordPress Playground – директно в браузъра, без инсталация. За по-реалистичен тест, инсталирайте WordPress Beta Tester плъгина на staging среда и изберете Bleeding edge канал с Beta/RC Only поток. С WP-CLI командата е една:

wp core update --version=7.0-RC1

Приоритетни зони за тестване: Real Time Collaboration (дали sync-ът работи стабилно при бавна връзка), Pattern Editing в content-only mode и кеширане на страниците след ъпдейта. Проблемите се докладват в Alpha/Beta форума или директно в Trac.

Ако поддържате плъгин или тема, сега е моментът да финализирате тестването и да обновите „Tested up to“ до 7.0. Този release е най-значимият от WordPress 5.0 насам – пропускането на тестовата фаза крие реален риск от проблеми на 9 април.

Често задавани въпроси