WordPress 7.0 Armstrong: какво ново носи изданието от май 2026

Изданието WordPress 7.0 излезе на 20 май 2026 под името „Armstrong“, в чест на Луис Армстронг.

Закъснението от април беше резултат от архитектурен проблем със синхронизацията при real-time collaboration функцията. Тя пишеше данни през post meta, което неволно изключваше query кеша на целия сайт при отворен block editor. Решението изискваше нова таблица в базата данни, а core team-ът прецени, че няма да успее да я стабилизира за първоначалната дата на 9 април. В резултат RTC беше изцяло премахната от 7.0 и отложена за следващо издание, след тестовете на RC1 в края на март.

AI инфраструктура директно в Core

Най-голямата промяна не е визуална, а архитектурна. Core вече разполага с WP AI Client – абстракционен слой, който позволява на плъгини и теми да говорят с външни AI модели през единен интерфейс.

До 7.0 всеки плъгин с AI функционалност пишеше собствен wrapper около OpenAI, Anthropic или друг доставчик. Това водеше до дублиране на код, несъвместими UX модели и хаос при упълномощаване. Новият Connectors API стандартизира как се регистрират и удостоверяват външни AI услуги, а Connectors екран в wp-admin събира управлението им на едно място. PHP-страничният Abilities API позволява плъгини и теми да декларират какво конкретен сайт може да прави, например „генерирай alt текст“ или „създай excerpt“, след което моделите избират подходящ инструмент сами. Това допълва съществуващия подход с MCP сървъри за AI управление на WordPress и WooCommerce, но премества интеграцията от плъгин на core слой.

Това е plumbing, не feature. Стандартна 7.0 инсталация не генерира съдържание сама. За реални AI възможности трябва да инсталирате опционалния AI plugin, който седи върху Client и Abilities API и предоставя готов UI за генериране на изображения, заглавия, excerpts и alt тагове.

// Регистриране на ability за AI генериране на excerpt
wp_register_ability( 'wp2bg/generate-excerpt', array(
    'label'       => __( 'Generate excerpt', 'wp2bg' ),
    'description' => 'Generates a short excerpt from post content.',
    'callback'    => function( $args ) {
        $post = get_post( $args['post_id'] );
        return wp_ai_client_complete( array(
            'prompt' => "Summarize in 2 sentences: {$post->post_content}",
            'max_tokens' => 80,
        ) );
    },
) );

Модернизиран dashboard и Command Palette

Posts, Pages и Media списъчните екрани са преписани върху системата DataViews.

Старите HTML таблици с pagination, типични за wp-admin от 2005 насам, са заменени с React компонент с inline филтриране без презареждане, превключване между grid и table изглед, и устойчиви keyboard shortcut-и. Същите DataViews компоненти са изложени през публичен пакет, така че плъгини могат да изградят свои списъчни екрани със същите UX модели. Това е първата сериозна стъпка към интерфейс, който не изглежда като database admin от ранните 2000.

Cmd+K или Ctrl+K вече отваря Command Palette навсякъде в admin-а.

Палитрата прави fuzzy search върху регистрирани команди, screen-и и постове. Команди могат да се регистрират през Client-Side Abilities API, което я превръща в естествена входна точка за AI задачи – „генерирай excerpt“, „създай alt тагове за тази галерия“, „експортирай поста като PDF“. View Transitions API е активиран в wp-admin, така че навигацията между екрани вече има плавни преходи без рязко презареждане. Visual Revisions screen показва промените в публикация с цветово кодиран diff, който е разбираем дори за нетехнически редактори.

PHP-only блокова регистрация

Регистрирането на блок вече не изисква React, Webpack или JavaScript build pipeline.

register_block_type() приема дефиниция в чист PHP с render callback и атрибути. Това е критична промяна за разработчици на server-side плъгини, които досега бяха принудени да поддържат frontend toolchain само за да добавят прост dynamic block. Build-less блокове са по-лесни за версиониране и по-малки като bundle. Те нямат проблем със съвместимост при WordPress core ъпдейти, а интеграцията с Git базиран работен процес за WordPress става драстично по-чиста без node_modules в репото.

register_block_type( 'wp2bg/featured-posts', array(
    'api_version'     => 3,
    'title'           => 'Featured Posts',
    'category'        => 'widgets',
    'render_callback' => 'wp2bg_render_featured_posts',
    'attributes'      => array(
        'count'    => array( 'type' => 'number', 'default' => 5 ),
        'category' => array( 'type' => 'string', 'default' => '' ),
    ),
) );

function wp2bg_render_featured_posts( $attrs ) {
    $q = new WP_Query( array(
        'posts_per_page' => $attrs['count'],
        'category_name'  => $attrs['category'],
    ) );
    ob_start();
    while ( $q->have_posts() ) {
        $q->the_post();
        printf( '<article><a href="%s">%s</a></article>', get_permalink(), get_the_title() );
    }
    wp_reset_postdata();
    return ob_get_clean();
}

Минималната версия PHP се вдига на 7.4. Хостинги все още на 7.2 или 7.3 ще получат предупреждение при ъпдейт и блокиране на автоматичните minor релийзове.

Преходът към 8.x остава най-добрата инвестиция в производителност, а конкретните ползи от PHP 8.5 за WordPress сайтове са документирани с измервания.

Нови блокове и design controls

Native Breadcrumbs блок замества стотиците плъгин варианти с едно решение, което чете йерархията от WordPress query loop. Headings блок обединява H1 до H6 управление в общ инспектор. Icons блок поддържа SVG библиотека с над 200 вградени икони и приема custom upload.

Block-level Custom CSS вече се поддържа естествено. Всеки блок може да приема CSS правила, които се прилагат scoped върху него без да текат към съседни блокове.

Gallery блок носи native lightbox без зависимост от допълнителни плъгини. Mobile Navigation Overlays добавя възможност за custom стилизирани mobile менюта директно през Site Editor. Responsive Editing Mode показва как блок изглежда на различни viewport размери без напускане на редактора.

Какво отпадна от плана

Real-time collaboration не е в 7.0.

Това беше планираният headline на изданието. Версия 6.9 въведе block notes и presence API като подготовка, но в RC фазата стана ясно, че синхронизационният слой повреждаше query кеша. Алтернативата изискваше нова database таблица и core team-ът избра стабилност пред дата. RTC се очаква в 7.1 или 7.2, в зависимост от резултатите от тестване.

Twenty Twenty-Six няма да има. WordPress 7.0 не носи нова default тема, фокусът остава върху Twenty Twenty-Five и нейната съвместимост с новите DataViews и AI компоненти.

Как да ъпдейтнете безопасно

Винаги обновявайте първо в staging копие.

Проверете дали активните плъгини имат 7.0-съвместими версии, особено тези, които разширяват wp-admin списъчни екрани (CPT-UI, ACF, WooCommerce), защото DataViews промените може да изискват компонентни ъпдейти. Запазете пълен бекъп преди update на core, теми, плъгини и база данни. След прехода прегледайте критичните потребителски пътеки: checkout за WooCommerce магазини, форма за контакт, авторизация. Прегледайте също процедурите за диагностика при пробив, защото някои стари hardening правила филтрират URL pattern-и, които вече не съответстват на 7.0 routing-а.

За малки сайтове без сложни интеграции изчакайте 7 до 14 дни, за да хване core team-ът евентуални regressions в 7.0.1 или 7.0.2.

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