WordPress 7.1 трябва да бъде пуснат на 19 август 2026 г. Версията ще включва промяна, която подобрява достъпността, но нарушава съвместимостта със съществуващата HTML структура в администрацията. Очаква се тя да засегне малка част от потребителите.
Промяната вероятно няма да повлияе на повечето сайтове. Разработчиците на плъгини и теми обаче трябва да проверят дали техният код разчита на досегашната структура на таблиците със списъци.
Какво се променя в WordPress 7.1?
WordPress 7.1 променя HTML структурата на таблиците, чрез които в администрацията се показват публикации, страници и персонализирани типове съдържание.
Промените са следните:
- Колоната с полето за избор се променя от заглавка на ред
<th>в обикновена клетка<td>. - Колоната със заглавието на публикацията се променя от
<td>в заглавка на ред<th scope="row">. - Към заглавката на реда с името на публикацията се добавя
aria-label, съдържащ заглавието. - Свитите клетки в адаптивния изглед преминават към
flexоформление.
Промяната няма да засегне теми, чийто код се отнася единствено до публичната част на сайта. Възможно е обаче да наруши работата на плъгини и персонализации в администрацията, които използват CSS или JavaScript селектори, насочени към конкретни <th> и <td> елементи.
Защо WordPress прави промяната?
Проблемът е описан в WordPress Core Trac билет #32892. Той е останал нерешен в продължение на 11 години, преди билетът да бъде затворен девет дни преди публикуването на първоначалния материал.
Досегашната заглавка на реда няма подходящо семантично обозначение. Екранните четци идентифицират всеки ред чрез текста на полето за избор, а не чрез заглавието на публикацията.
Проблемът е по-сериозен при заключени публикации. Иконата за заключване няма етикет, който екранният четец да съобщи. Вместо заглавието на публикацията потребителят чува заглавието на колоната „Избери всички“, което не описва съдържанието на реда.
В билет #32892 е посочено:
„Още една основателна причина да разгледаме този проблем е, че когато дадена публикация е заключена и се появи иконата за заключване, иконата няма етикет или текст, който може да бъде съобщен. Затова екранните четци ще прочетат заглавието на колоната „Избери всички“.“
В същия билет проблемът с достъпността е описан по следния начин:
„Във всички таблици със списъци в администрацията „Избери %s“, където %s е името на публикацията, прикачения файл, плъгина, потребителя и т.н., се използва като заглавка на ред:
<th scope="row" class="check-column">Това не е правилно от семантична гледна точка и от гледна точка на достъпността поради всички причини, посочени в #31654. Заглавката на реда трябва да бъде клетката с основния обект, за който се отнася таблицата: заглавието на публикацията, името на плъгина и т.н.“
Какво трябва да направят потребителите?
В риск са плъгините, които използват CSS или JavaScript за насочване към конкретни <th> или <td> елементи в списъците с публикации.
Проблем може да възникне при плъгин, който добавя информация или контроли към тези списъци и разчита на досегашната HTML структура.
След излизането на WordPress 7.1 проверете дневника с промените на съответния плъгин. Можете да го намерите, като потърсите името на плъгина заедно с думата „changelog“.
Ако съвместимостта с WordPress 7.1 е потвърдена, актуализирайте плъгина, преди да инсталирате новата версия на WordPress. Ако няма потвърждение, тествайте обновяването в staging среда.
Yoast SEO, Rank Math и All in One SEO имат функции, свързани със списъците с публикации в администрацията. Прегледът на публично достъпния им код, направен за първоначалния материал, не е установил селектори, които видимо зависят от променяната структура на <th> и <td>.
Това не гарантира съвместимост. Преди обновяването е необходимо да бъдат проверени официалните блогове и дневниците с промени на трите плъгина.
Дори даден плъгин да спре да работи правилно с WordPress 7.1, проблемът вероятно няма да засегне публичната част на сайта.
Какво трябва да направят разработчиците?
Разработчиците трябва да проверят своите плъгини за съвместимост с новата структура. Това важи и за хората, които създават собствени плъгини чрез т.нар. vibe coding и разчитат на изкуствен интелект за написването на кода.
Трябва да бъдат прегледани всички CSS и JavaScript селектори, които са насочени конкретно към <th> или <td> елементи в административните списъци с публикации. При промяната на типа на елемента тези селектори може да спрат да работят.
Официалната публикация на WordPress показва следните примери преди и след промяната.
Код преди промяната
<tr>
<th scope="row" class="check-column">
<input type="checkbox" name="post[]" value="123">
</th>
<td class="title column-title column-primary page-title">
<a class="row-title" href="...">Hello world!</a>
</td>
<td class="author column-author">admin</td>
</tr>
Елементът <th> се намира в първата колона, а след него има <td> със заглавието на публикацията.
Код след промяната
<tr>
<td class="check-column">
<input type="checkbox" name="post[]" value="123">
</td>
<th scope="row" class="title column-title column-primary page-title" aria-label="Hello world!">
<a class="row-title" href="...">Hello world!</a>
</th>
<td class="author column-author">admin</td>
</tr>
Клетката с полето за избор се променя от <th> в <td>, а клетката със заглавието на публикацията преминава от <td> в <th>.
Плъгините може да трябва да поддържат както старата, така и новата структура. Затова CSS и JavaScript селекторите трябва да бъдат актуализирани така, че да работят и с двете версии.
