WordPress се готви за съвместно редактиране в реално време

# ЕтикетиWordPressХостинг

Екипът на WPhost14 окт 20268 мин четене

На 14 октомври 2026 г. в блога на разработчиците на WordPress излезе ръководство за три експериментални механизма за съвместно редактиране в реално време. Всеки от тях по свой начин събира в една публикация промените на няколко души, които я редактират едновременно. Екипът кани всеки желаещ да ги изпробва. Самата функция не е в плановете за WordPress 7.2.

Идеята е позната от Google Docs, където няколко души работят по един документ и всеки вижда промените на останалите, докато пише. Днес, ако двама отворят една и съща публикация, WordPress показва на втория, че някой друг вече я редактира, и го пита дали иска да поеме редакцията.

Защо редактирането в реално време не влезе в WordPress 7.0?

Функцията трябваше да излезе с WordPress 7.0, но през май 2026 г. беше извадена от версията. Сред посочените причини са опасенията за натоварването на сървъра и повтарящите се грешки, открити при тестовете.

През септември разработчиците предложиха нова посока. В сегашния експеримент промените се обединяват само в браузърите и сървърът не знае кой какво е написал. Така автор, на когото не е позволено да публикува HTML код, може да добави скрипт в публикация, по която работи и администратор. Щом администраторът запази своята поправка, скриптът се записва с неговите администраторски права. При новия подход всяка промяна минава през WordPress. Сървърът проверява кой я е направил, дали има право на нея и дали не носи опасен код, преди да я запише.

Трите механизма за редактиране в реално време

Механизмите се различават по това колко бързо стигат промените до останалите и какво става, когато двама променят едно и също място.

yjs-server. Най-близо е до Google Docs. Промените пристигат бързо и всеки вижда курсорите на останалите. Ако обаче двама сменят едно и също нещо едновременно, единият тихо печели и никой не получава предупреждение.
DE-RTC. Най-близо е до днешния WordPress. Промените се споделят при автоматичното запазване, по подразбиране на всеки десет секунди, затова усещането не е като в Google Docs. Ако двама променят един и същ блок по несъвместим начин, блокът се отделя за преглед и човек решава коя версия да остане. Според разработчиците е подходящ за малък и евтин хостинг.
intent-log. Браузърът описва всяко действие, например „раздели блок 1“, а сървърът пази дневник с тези описания, така че остава история кой какво е направил. И тук конфликтите се отделят за преглед от човек.

Какво се променя за Вашия сайт

Засега нищо. Механизмите са в плъгина gutenberg-sync-engines, с който разработчиците сравняват трите подхода, за да изберат един и да го пуснат като отделен плъгин за по-широко тестване. В официалния план за WordPress 7.2 съвместното редактиране нарочно е оставено настрана, защото трябва още време за решения по архитектурата. Версия 7.2 трябва да излезе на 8 декември.

Тестовият плъгин работи само заедно с Presence API, плъгина, който следи кой потребител коя публикация е отворил. Според резюмето от срещата на 12 октомври Presence API може да изпълни условията, за да бъде предложен за ядрото, най-рано на 3 декември. За самото редактиране в реално време никоя от статиите не дава дата.

Когато функцията стигне до сайтовете, ще иска повече от сървъра. Най-простият вариант, при който браузърът пита сървъра за промени на всеки няколко секунди, работи на всеки хостинг, но за сметка на PHP процесите, които изпълняват кода на сайта. По-бързите варианти, например WebSocket, искат сървър, на който може да работи отделен процес. Разработчиците сами пишат, че честото питане е по-малко реалистично на по-слаб хостинг, и очакват възможностите да зависят от него.

За магазините има още една подробност. Статиите говорят за редактора на блокове, в който се пишат страниците, а продуктите в WooCommerce по подразбиране се отварят в класическия екран. За тях статиите не казват нищо.

Какво да направите

На живия сайт засега не е нужно да правите нищо. Ако искате да изпробвате механизмите, сами или с разработчика си, направете го на staging копие, тоест на отделно копие на сайта само за тестове. Ако хостингът Ви е с cPanel, проверете в ръководството за WP Toolkit дали версията Ви може да прави такива копия. Преди теста имайте предвид следното:

Нужни са WordPress 7.0 или по-нов и плъгинът Presence API, активиран преди тестовия.
Тестовият плъгин не е в каталога с плъгини. Сваля се от GitHub.
Не работи заедно с активен плъгин Gutenberg, защото носи свое копие на редактора.
При активиране създава свои таблици в базата данни.

Отзивите се събират в GitHub и в канала #feature-realtime-collaboration в Slack на WordPress.

Какво правим ние

При месечната поддръжка обновленията на WordPress, темите и плъгините минават първо през staging. Всяка промяна е в Git и стига до живия сайт само след тестовете, както е описано в начина ни на работа. Пишете ни през формата за запитване и ще се свържем с Вас.

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

Какво е съвместното редактиране в реално време в WordPress?

Функция, при която няколко души редактират една и съща публикация едновременно и всеки вижда промените на другите, докато пишат, както в Google Docs. WordPress я нарича real-time collaboration. Днес, когато двама отворят една публикация, WordPress казва на втория, че някой друг я редактира, и пита дали иска да поеме.

Ще има ли съвместно редактиране в WordPress 7.2?

Не. Официалният план за WordPress 7.2, която се очаква на 8 декември 2026 г., съзнателно оставя съвместното редактиране настрана, защото е нужно повече време за решенията за архитектурата. Никоя от публикациите на екипа не дава дата за самата функция.

Защо съвместното редактиране беше махнато от WordPress 7.0?

Функцията трябваше да излезе с WordPress 7.0, но през май 2026 г. беше извадена от версията. Сред причините са опасенията за натоварването на сървъра и грешките, които се повтаряха при тестовете.

Какъв проблем със сигурността има текущият експеримент?

В текущия експеримент редакциите се сливат само в браузърите, така че сървърът не знае кой какво е написал. Автор без право да публикува HTML може да добави скрипт в публикация, която редактира и администратор, а когато администраторът запази, скриптът се записва с неговите права. В новия подход, предложен през септември 2026 г., всяка промяна минава през WordPress, който проверява кой я прави, има ли право и носи ли опасен код.

Какви са трите механизма за синхронизация, които се тестват?

yjs-server е най-близо до Google Docs, но при едновременна промяна на едно и също място едната тихо печели. DE-RTC споделя промените при автоматичното запазване, по подразбиране на всеки десет секунди, и оставя конфликтите за преглед от човек. intent-log записва на сървъра описание на всяко действие, така че остава история кой какво е направил.

Ще натовари ли съвместното редактиране хостинга ми?

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

Важи ли съвместното редактиране за продуктите в WooCommerce?

Публикациите на екипа на WordPress говорят за блоковия редактор, в който се пишат страниците. Продуктите в WooCommerce по подразбиране се отварят в класическия екран за редакция, а публикациите не казват нищо за тях.

Мога ли да пробвам тестовия плъгин за съвместно редактиране?

Да, но не на живия сайт, защото разработчиците предупреждават, че и трите механизма още имат нужда от работа и може да имат грешки. Ползвайте копие в staging с WordPress 7.0 или по-нова и активирайте първо плъгина Presence API. Тестовият плъгин gutenberg-sync-engines идва от GitHub, не работи заедно с активен плъгин Gutenberg и създава свои таблици в базата.

Източници