Bạn đang maintain plugin hoặc theme WordPress và tự hỏi bản cập nhật gần đây có gì thật sự ảnh hưởng tới code của mình không? Đây là kiểu câu hỏi nên hỏi sớm, vì một thay đổi nhỏ trong block editor, REST API hoặc asset pipeline có thể làm hỏng trải nghiệm admin mà người dùng nhìn thấy mỗi ngày.
Trong bài này, mình tóm tắt các điểm đáng chú ý nhất từ roundup WordPress Developer tháng 5/2026 và chuyển chúng thành checklist thực hành cho developer. Thú vị nhỉ: có những thay đổi chưa phải tính năng lớn, nhưng lại là tín hiệu rõ về hướng WordPress đang đi tiếp.
Tóm tắt nhanh
- WordPress 7.0 được lên lịch phát hành ngày 20/05/2026 sau khi chu kỳ bị kéo dài để xử lý phần kiến trúc.
- Real-time collaboration không đi kèm WordPress 7.0; developer không nên viết tài liệu hoặc tính năng phụ thuộc vào RTC như thể đã ổn định.
- Gutenberg 23.1 có nhiều tín hiệu đáng theo dõi: taxonomy management, media editor, @wordpress/ui primitives và @wordpress/grid.
- Plugin/theme nên được test lại ở ba lớp: editor UI, REST/API dữ liệu và E2E workflow bằng Playwright.
- Đây là bài cập nhật dành cho developer, không phải bài tổng quan tính năng cho người dùng cuối.
WordPress cho developer 2026 có gì đáng chú ý?
WordPress cho developer 2026 đáng chú ý ở chỗ nhiều thay đổi không chỉ nằm ở giao diện người dùng, mà nằm ở lớp editor, API, cách block được quản lý và cách developer nên test extension. Nếu bạn làm plugin, theme hoặc custom block, đừng chỉ đọc changelog như tin tức; hãy đọc như một danh sách rủi ro kỹ thuật.
Roundup tháng 5/2026 trên WordPress Developer Blog nhắc đến WordPress 7.0, Gutenberg, content types, revisions cho template/template part/pattern, REST API updates, widget data layer, block fixes và tài nguyên E2E testing mới cho developer [1]. Điểm quan trọng là các thay đổi này chạm vào nơi plugin và theme thường can thiệp: dữ liệu editor, UI admin, quyền người dùng và asset.
Mình khuyên bạn tách thông tin thành ba nhóm. Nhóm đầu là thay đổi đã ảnh hưởng trực tiếp tới bản phát hành sắp tới. Nhóm hai là thử nghiệm cần theo dõi nhưng chưa nên xem như hợp đồng API ổn định. Nhóm ba là tín hiệu roadmap, tức những thứ chưa cần sửa code ngay nhưng nên ảnh hưởng tới cách bạn thiết kế plugin mới.
Bạn đang đọc bài viết thuộc chuyên mục Lập trình của VietnamTutor, nơi mình ghi lại các thay đổi công nghệ theo góc nhìn triển khai thật, không chỉ tóm tắt release note.
WordPress 7.0 và RTC cần hiểu đúng ra sao?
WordPress 7.0 được lên lịch phát hành ngày 20/05/2026, nhưng real-time collaboration không nằm trong bản này. Đây là thông tin cần nắm chắc, vì nhiều developer có thể đã chuẩn bị tài liệu hoặc kế hoạch test dựa trên kỳ vọng cộng tác thời gian thực.
Trang release chính thức của Make WordPress Core ghi lịch WordPress 7.0 sau khi các mốc tháng 4 bị delay, với RC3 ngày 08/05, RC4 ngày 14/05, RC5 và dry run ngày 19/05, bản phát hành ngày 20/05/2026 [2]. Roundup Developer tháng 5 cũng nhắc lại mốc này và khuyến nghị developer test plugin/theme trước khi bản final ra mắt [1].
Điểm cần lưu ý hơn là RTC bị rút khỏi WordPress 7.0. Make WordPress Core nêu các lý do như surface area, race conditions, server load, memory efficiency và lỗi phát hiện qua fuzz testing [3]. Nói đơn giản: đây không phải quyết định trì hoãn giao diện, mà là quyết định bảo vệ độ ổn định của core.
Với developer, kết luận thực tế là: đừng build workflow production giả định RTC đã sẵn sàng. Nếu plugin của bạn có liên quan tới editor state, autosave, locking, revision hoặc multi-user editing, hãy test theo trạng thái hiện tại của core thay vì roadmap mong muốn.
Gutenberg 23.1 ảnh hưởng gì đến plugin và theme?
Gutenberg 23.1 đáng theo dõi vì nó đẩy nhiều thay đổi về admin UI, editor experiments và package mới cho giao diện phức tạp. Không phải mọi thứ đều nên đưa vào production ngay, nhưng chúng cho thấy hướng phát triển rõ của block editor.
Theo Make WordPress Core, Gutenberg 23.1 giới thiệu thử nghiệm quản lý custom taxonomy trong admin, Media Editor modal với freeform cropper, primitives mới trong @wordpress/ui như Drawer và Autocomplete, cùng developer preview của @wordpress/grid [4]. Với plugin developer, đây là tín hiệu rằng các UI phức tạp trong admin sẽ ngày càng dựa nhiều hơn vào package chuẩn của WordPress.
Nếu plugin của bạn đang tự dựng modal, drawer, autocomplete hoặc dashboard grid bằng thư viện riêng, bạn chưa cần migrate ngay. Nhưng mình khuyên bạn nên bắt đầu audit overlap: phần nào có thể dùng primitive chuẩn, phần nào vẫn cần custom vì domain đặc thù.
Theme developer cũng nên chú ý các fix về block layout, tabs, image alignment, accordion dimensions và Global Styles. Những thay đổi này nghe nhỏ, nhưng có thể ảnh hưởng tới CSS override trong theme.json, pattern hoặc block style variation.
REST API, block và theme cần test những gì?
Developer nên test lại những điểm giao nhau giữa REST API, block editor và style layer, nhất là nếu plugin/theme dựa vào template, template part hoặc pattern. Lỗi thường không nằm ở việc website trắng trang, mà nằm ở những lệch nhỏ trong editor khiến người dùng không chỉnh sửa được như kỳ vọng.
Roundup tháng 5 ghi nhận Template và Template Parts REST API endpoints được bổ sung trường date [1]. Đây là thay đổi nhỏ nhưng hữu ích nếu tool của bạn sort, filter hoặc sync template theo thời gian tạo/sửa. Nếu code đang giả định schema cũ quá chặt, bạn nên kiểm tra serializer, TypeScript type hoặc validation layer.
Một điểm khác là per-block custom CSS không còn bị giữ lại khi user không có quyền edit_css [1]. Đây là thay đổi đúng về bảo mật/quyền, nhưng có thể làm workflow editorial khác đi nếu trước đây team của bạn vô tình phụ thuộc vào hành vi cũ. Đừng lo nếu bạn chưa gặp case này; chỉ cần thêm test role/capability là đủ.
Với theme, hãy test các block dễ gây lệch layout: Image, Search, Accordion, Tabs, Post Template và các pattern dùng Global Styles. Cách test tốt là dùng một site staging có dữ liệu thật, bật Gutenberg mới nhất, rồi đi qua các template quan trọng thay vì chỉ mở trang chủ.
Playwright nên nằm ở đâu trong quy trình test?
Playwright nên được dùng cho những flow người dùng thật trong WordPress admin: mở editor, thêm block, lưu bài, đổi template, upload media và kiểm tra quyền. Unit test vẫn cần, nhưng E2E test giúp bắt lỗi mà hook hoặc function-level test không thấy.
WordPress Developer Blog tháng 5 có nhắc tới bài hướng dẫn viết WordPress E2E Tests với Playwright [1][5]. Với developer làm plugin/theme cho khách hàng, đây là thời điểm tốt để biến các bug đã từng gặp thành kịch bản test lặp lại.
Ví dụ, nếu plugin của bạn thêm sidebar panel vào editor, E2E test nên mở bài viết, chọn block phù hợp, nhập dữ liệu, lưu, reload và kiểm tra dữ liệu còn nguyên. Nếu theme của bạn dùng nhiều pattern, test nên tạo trang mới từ pattern, chuyển breakpoint và đảm bảo block không vỡ layout.
Đây là điều bạn nên biết: E2E test không cần bao phủ mọi thứ ngay từ ngày đầu. Hãy bắt đầu từ 3 flow dễ gây thiệt hại nhất cho khách hàng, rồi mở rộng dần khi release mới của WordPress chạm vào khu vực đó.
Checklist hành động cho developer
Nếu bạn không có thời gian đọc hết changelog, hãy ưu tiên test phần editor, quyền người dùng, REST response và layout block trước. Đây là bốn khu vực dễ tạo lỗi production nhất khi WordPress thay đổi nhanh.
- Kiểm tra plugin/theme trên bản WordPress 7.0 hoặc staging tương đương trước khi cập nhật production.
- Không viết tính năng production phụ thuộc vào real-time collaboration như một API đã ổn định.
- Test lại block layout với Image, Search, Accordion, Tabs và Post Template nếu theme có CSS override.
- Kiểm tra các REST endpoint liên quan template, template part và pattern nếu tool có sync hoặc dashboard riêng.
- Thêm test role/capability cho phần custom CSS, editor controls và admin panel.
- Chọn 3 flow quan trọng nhất để viết E2E test bằng Playwright.
- Theo dõi @wordpress/grid và @wordpress/ui nếu plugin có dashboard hoặc UI phức tạp.
Nếu bạn đang vận hành website doanh nghiệp, phần này cũng liên quan tới quy trình cập nhật an toàn. Bạn có thể đọc thêm bài WordPress staging checklist và bảo mật tài khoản quản trị WordPress để chuẩn bị staging và quyền admin trước khi test.
Nguồn tham khảo
- WordPress Developer Blog: What’s new for developers? May 2026
- Make WordPress Core: WordPress 7.0 release schedule
- Make WordPress Core: Real-time collaboration will not ship in WordPress 7.0
- Make WordPress Core: What’s new in Gutenberg 23.1
- WordPress Developer Blog: Getting started writing WordPress E2E Tests with Playwright
- Make WordPress Core: Real Time Collaboration performance testing analysis
Các câu hỏi thường gặp
WordPress cho developer 2026 nên ưu tiên kiểm tra gì trước?
Nên ưu tiên editor workflow, quyền người dùng, REST API response, block layout và media upload. Đây là các vùng dễ ảnh hưởng plugin/theme khi Gutenberg và core thay đổi.
Real-time collaboration có trong WordPress 7.0 không?
Không. Theo Make WordPress Core, real-time collaboration đã bị rút khỏi WordPress 7.0 vì các vấn đề về độ ổn định, tải server, memory efficiency, race conditions và fuzz-testing bugs.
Gutenberg 23.1 có nên dùng ngay trong production không?
Không nên dùng các experiment như API ổn định. Bạn có thể test trên staging, theo dõi hướng phát triển và chỉ đưa vào production khi API đã đủ rõ cho nhu cầu của dự án.
Plugin WordPress có cần E2E test không?
Có, nhất là plugin can thiệp vào block editor, admin UI, media upload hoặc quyền người dùng. E2E test giúp bắt lỗi workflow mà unit test thường không thấy.
Theme developer nên test gì khi Gutenberg thay đổi?
Theme developer nên test Global Styles, theme.json, block spacing, Image block, Search block, Accordion, Tabs, Post Template và các pattern quan trọng trên nhiều kích thước màn hình.
Tóm lại, cập nhật WordPress không chỉ là bấm update rồi chờ may mắn. Với developer, cách an toàn hơn là biến mỗi roundup thành checklist kiểm thử nhỏ. Bạn đã có staging và E2E flow cho plugin/theme của mình chưa? Hãy bắt đầu từ flow hay gây lỗi nhất trước nhé.
