Nếu dự án chọn WordPress làm Nền tảng đích, bước chuẩn bị cần bắt đầu bằng việc xác định website nguồn thực sự đang đảm nhiệm vai trò gì. Cùng một cài đặt WordPress có thể là trang xuất bản nội dung, trang tài liệu, website marketing, môi trường membership, directory, hệ thống học tập, nền tảng sự kiện hoặc CMS bao quanh một cửa hàng WooCommerce. Posts và CMS Pages chuẩn có thể chỉ chiếm một phần nội dung phục vụ vận hành. Custom post types, taxonomies, metadata, quan hệ media, users, bảng dữ liệu của plugins, blocks, bố cục từ page builder, redirects và định danh từ hệ thống bên ngoài đều có thể quyết định liệu website sau chuyển đổi còn chỉnh sửa và quản lý được hay không.
Khâu chuẩn bị phải tạo ra thông tin nguồn có thể kiểm tra, thay vì dựa vào giả định. Mỗi nhóm bản ghi quan trọng cần có đơn vị phụ trách, dữ liệu xuất hoặc danh mục kiểm kê, mẫu đại diện và điều kiện sẵn sàng. Dữ liệu WordPress core phải được tách khỏi dữ liệu ứng dụng do plugin quản lý; phạm vi CMS WordPress cũng phải tách khỏi phần chuẩn bị cho Products, Customers và Orders của WooCommerce.
Xác định phạm vi WordPress và đơn vị sở hữu từng nhóm bản ghi
Trước tiên, xác định bản ghi nguồn nào thuộc WordPress core, bản ghi nào thuộc plugins hoặc code tùy chỉnh, bản ghi nào tiếp tục do hệ thống bên ngoài quản lý và bản ghi nào chủ động loại khỏi phạm vi. Ranh giới này giúp dự án tránh xem mọi hàng dữ liệu trong cơ sở dữ liệu WordPress như nội dung thông thường.
WordPress lưu nhiều post type trong cùng hạ tầng posts, nhưng post type vẫn quyết định mục đích biên tập, cách quản lý, templates, capabilities, archives và cách truy cập qua API. Custom taxonomies cũng cần giữ thông tin đăng ký và quan hệ với đối tượng được phân loại; metadata cần xác định plugin, theme hoặc code đang diễn giải từng key và value.
| Hạng mục chuẩn bị | Người phụ trách | Thông tin cần chuẩn bị | Điều kiện sẵn sàng |
|---|---|---|---|
| Xác định vai trò dự kiến của website WordPress đích | Chủ website và phụ trách nội dung | Bản mô tả phạm vi một trang, nêu rõ vai trò xuất bản, marketing, membership, directory, học tập, commerce hoặc ứng dụng khác | Mỗi nhóm bản ghi nguồn quan trọng đều có nơi tiếp nhận rõ ràng: WordPress, plugin, hệ thống bên ngoài, kho lưu trữ hoặc danh sách loại trừ. |
| Tách phạm vi CMS WordPress khỏi WooCommerce hoặc ứng dụng khác | Chủ website và phụ trách kỹ thuật | Danh sách ranh giới dữ liệu giữa Posts, CMS Pages, media, users, menus của CMS và Products, Orders, memberships, bookings hoặc submissions do ứng dụng quản lý | Không bản ghi ứng dụng nào bị mặc định thành CMS Page hoặc Post chỉ vì cùng dùng bảng WordPress. |
| Ghi nhận cấu trúc các website nguồn | Phụ trách kỹ thuật | Danh sách domain, subdirectory, website theo ngôn ngữ, network/site trong Multisite, môi trường staging và URL công khai đang hoạt động | Có thể xác định website hoặc network sở hữu từng bản ghi được chọn. |
| Xác định các hệ thống bên ngoài đang giữ giá trị chính thức | Phụ trách các tích hợp | Sơ đồ định danh giữa CRM, DAM, PIM, LMS, marketing, search, identity hoặc hệ thống tài liệu | Các khóa bên ngoài và hệ thống tiếp tục giữ giá trị chính thức được ghi nhận trước khi bắt đầu xử lý trường dữ liệu. |
Với Multisite, định danh site hoặc blog là một phần của quyền sở hữu bản ghi. Users có thể tham gia nhiều site trong network, trong khi Posts, CMS Pages, terms, options và nhiều bản ghi do plugin quản lý vẫn thuộc từng site riêng. Gói chuẩn bị phải giữ đúng phạm vi này thay vì gộp bản ghi theo tiêu đề hoặc ID số.
Chuẩn bị quyền truy cập, bản sao lưu và thông tin về môi trường nguồn
Chuyển đổi WordPress cần nhiều hơn một tài khoản administrator. Nội dung có thể phân bố trong cơ sở dữ liệu, thư mục uploads, thư mục plugin, theme files, language files, object storage, media từ xa và các dịch vụ bên ngoài. Phần chuẩn bị quyền truy cập phải bảo đảm nguồn có thể khôi phục và đội ngũ có đủ thông tin để hiểu các cấu trúc tùy chỉnh.
| Hạng mục chuẩn bị | Người phụ trách | Thông tin cần chuẩn bị | Điều kiện sẵn sàng |
|---|---|---|---|
| Xác nhận quyền truy cập giao diện quản trị WordPress | Quản trị viên website | Tài khoản administrator hoạt động và danh sách khu vực quản trị bị giới hạn quyền | Có thể kiểm kê Posts, Pages, users, media, plugins, themes, menus và settings cần thiết. |
| Tạo bản sao lưu đầy đủ của nguồn | Phụ trách hosting hoặc kỹ thuật | Bản sao lưu cơ sở dữ liệu có ngày tạo cùng các tệp wp-content, uploads, themes, plugins và tham chiếu cấu hình nếu có |
Địa điểm lưu, ngày sao lưu, người phụ trách khôi phục và thời hạn lưu giữ đều được ghi nhận. |
| Ghi nhận thông tin môi trường | Phụ trách kỹ thuật | Phiên bản WordPress, PHP, cơ sở dữ liệu, theme đang dùng, child theme, plugins đang hoạt động, must-use plugins và dịch vụ máy chủ liên quan | Có đủ thông tin để tái dựng môi trường nguồn ở mức cần thiết nhằm hiểu quyền sở hữu nội dung và dữ liệu plugin. |
| Ghi nhận các quy trình theo lịch và xử lý nền | Phụ trách plugin hoặc các tích hợp | WP-Cron events, bộ lập lịch bên ngoài, queues, webhook endpoints và các batch process tạo hoặc cập nhật bản ghi | Các thành phần tự động ghi dữ liệu đã được xác định và không bị nhầm là nội dung tĩnh cần di chuyển. |
| Lưu thông tin từ các bản xuất dữ liệu | Phụ trách nội dung và kỹ thuật | Tệp xuất WordPress khi hữu ích, danh sách bảng/cơ sở dữ liệu, danh sách media files và bản xuất riêng của plugin | Mỗi nhóm dữ liệu được chọn đều có một nguồn có thể khôi phục hoặc đường dẫn truy xuất đã được ghi nhận. |
Công cụ xuất dữ liệu có sẵn của WordPress có thể cung cấp thông tin hữu ích về nội dung, nhưng không phải bản sao lưu đầy đủ của website và không tự động thể hiện mọi bảng plugin, option, media file, phụ thuộc theme hoặc bản ghi bên ngoài. Vì vậy, gói chuẩn bị phải phân biệt bản xuất nội dung với thông tin cần thiết để khôi phục toàn bộ nguồn.
Kiểm kê Posts, CMS Pages, custom post types và trạng thái vòng đời
Liệt kê mọi post type có bản ghi, không chỉ những loại đang xuất hiện trên menu quản trị chính. Bao gồm Posts và CMS Pages chuẩn, attachments, revisions nếu cần giữ lại và từng custom post type đã đăng ký. Với mỗi loại, ghi nhận mục đích nghiệp vụ, số bản ghi, trạng thái công khai hay riêng tư, chức năng biên tập, quan hệ cha-con, tác giả, ngày tháng, cách archive hoạt động và plugin hoặc codebase chịu trách nhiệm.
| Nhóm bản ghi | Thông tin cần chuẩn bị | Quyết định phải giải quyết | Điều kiện sẵn sàng |
|---|---|---|---|
| Blog Posts | Các mẫu gồm tác giả, ngày, excerpt, chuyên mục, tags, comments, featured images và nội dung nhúng | Lịch sử nào, bản nháp nào, bản ghi theo lịch, bản ghi riêng tư và archives nào nằm trong phạm vi? | Các trạng thái vòng đời được giữ hoặc loại đều đã được xác định rõ. |
| CMS Pages | Sơ đồ cha-con, page templates, menu sử dụng trang, forms, nội dung nhúng và các route quan trọng | Cấu trúc phân cấp và phụ thuộc page template nào phải tiếp tục hoạt động? | Mỗi Page quan trọng có nơi tiếp nhận và vị trí cha hoặc cấp cao nhất dự kiến. |
| Custom post types | Nguồn đăng ký, danh sách các trường, taxonomies, capabilities, archive settings và bản ghi đại diện | Target giữ nguyên type, chuyển sang cấu trúc khác hay tiếp tục quản lý trong ứng dụng khác? | Mỗi type đang dùng có cách biểu diễn ở đích và người phụ trách chỉnh sửa rõ ràng. |
| Revisions, autosaves và trash | Số lượng và lý do cần lưu | Các phiên bản cũ có giá trị vận hành hay chỉ là lịch sử cơ sở dữ liệu? | Việc giữ lại là quyết định chủ động, không phải mặc định mang theo toàn bộ. |
| Nội dung riêng tư hoặc được bảo vệ | Người phụ trách quyền truy cập, đối tượng được xem và cơ chế bảo vệ hiện tại | Quyền truy cập do roles của WordPress, membership plugin hay hệ thống khác quyết định? | Bản ghi được bảo vệ có quan hệ định danh và phân quyền đã được ghi nhận. |
Không nên dùng số lượng bản ghi làm tiêu chí kiểm kê duy nhất. Một custom post type chỉ có 20 bản ghi vẫn có thể phức tạp hơn hàng nghìn Blog Posts thông thường nếu phụ thuộc nhiều taxonomies, các trường quan hệ, custom tables và public archives.
Chuẩn bị taxonomies, terms, menus và quan hệ archive
WordPress taxonomies dùng để phân loại đối tượng; menus dùng để tổ chức điều hướng. Hai nhóm này cần được kiểm kê riêng, kể cả khi một chuyên mục hoặc term cũng xuất hiện trong menu. Với mỗi taxonomy, ghi nhận dạng phân cấp hay phẳng, post types được phân loại, có public archive hay không, metadata nào thuộc terms và liệu cùng một label có xuất hiện trong taxonomy khác hay không.
| Hạng mục chuẩn bị | Người phụ trách | Thông tin cần chuẩn bị | Điều kiện sẵn sàng |
|---|---|---|---|
| Kiểm kê taxonomies chuẩn và tùy chỉnh | Kiến trúc sư nội dung hoặc phụ trách plugin | Tên taxonomy, object types đã đăng ký, cấu trúc phân cấp, số terms, term metadata và archive settings | Mỗi term được chọn vẫn gắn với đúng taxonomy và object type. |
| Xử lý terms trùng hoặc không còn dùng | Phụ trách nội dung | Danh sách quyết định gộp, giữ, đổi tên hoặc loại | Các label giống nhau chỉ được gộp khi thực sự đại diện cho cùng một cách phân loại. |
| Xuất cấu trúc điều hướng | Phụ trách nội dung | Cây menu chính, footer, utility, contextual và menu theo ngôn ngữ, bao gồm custom links | Vị trí menu được ghi nhận riêng với cấu trúc phân cấp nội dung và quan hệ taxonomy. |
| Ghi nhận đích đến của archives | Phụ trách SEO và nội dung | Danh sách URL archive của chuyên mục, tag, custom taxonomy, tác giả, ngày và custom post type | Mỗi archive quan trọng có quyết định giữ đích đến, thay thế hoặc redirect. |
Term IDs và menu-item IDs chỉ có ý nghĩa trong từng cài đặt WordPress. Khi metadata hoặc dữ liệu builder tham chiếu các ID này, phần chuẩn bị phải xác định taxonomy, term, menu hoặc đối tượng nội dung đang được tham chiếu, không chỉ giữ lại con số ban đầu.
Lập bản đồ metadata, các trường tùy chỉnh, options và bảng dữ liệu của plugin
Metadata có thể là giá trị biên tập đơn giản, tham chiếu đến đối tượng khác, cấu hình serialized, dữ liệu bố cục, định danh bên ngoài hoặc trạng thái ứng dụng. Lập danh sách key quan trọng trong post meta, user meta, term meta và comment meta. Nhóm các key theo đơn vị sở hữu và mục đích thay vì cố giữ mọi key kỹ thuật.
Plugins cũng có thể tạo bảng riêng khi dữ liệu nghiệp vụ không phù hợp với cấu trúc WordPress core. Forms, memberships, hệ thống học tập, events, bookings, directories, redirects, analytics và các tích hợp thường dùng custom tables cho definitions, transactions, histories hoặc relationships.
| Hạng mục chuẩn bị | Người phụ trách | Thông tin cần chuẩn bị | Điều kiện sẵn sàng |
|---|---|---|---|
| Kiểm kê các metadata key quan trọng với nghiệp vụ | Phụ trách plugin và nội dung | Tên key, object type, định dạng dữ liệu, giá trị mẫu, mục đích hiển thị cho người dùng và loại đối tượng được tham chiếu | Mỗi key cần giữ lại có trường ở đích, plugin tiếp nhận hoặc hệ thống bên ngoài tiếp tục quản lý. |
| Xác định các trường tham chiếu đối tượng | Phụ trách kỹ thuật | Mẫu post, attachment, user, term và external IDs được lưu trong metadata | Tham chiếu có thể được chuyển sang đối tượng tương ứng ở đích thay vì sao chép các ID số đã hết ý nghĩa. |
| Ghi nhận các trường dạng serialized hoặc có cấu trúc | Phụ trách plugin hoặc builder | Ví dụ schema, repeaters, groups, JSON/serialized payloads và định nghĩa trường | Hệ thống đích có thể diễn giải cấu trúc hoặc đã có quyết định tái cấu trúc. |
| Kiểm kê options của website và plugin | Phụ trách kỹ thuật | Options liên quan đến nghiệp vụ, plugin/theme sở hữu, phạm vi site và phân loại giá trị là nội dung hay cấu hình | Cấu hình không bị âm thầm xếp thành nội dung cần di chuyển. |
| Kiểm kê custom tables | Phụ trách plugin và quản trị cơ sở dữ liệu | Tên bảng, số hàng, primary keys, quan hệ cha, ngày, trạng thái và external keys | Mỗi bảng quan trọng với nghiệp vụ có đích đến, hệ thống bên ngoài tiếp tục sở hữu, phương án lưu trữ hoặc quyết định loại trừ rõ ràng. |
Cache kỹ thuật, bản ghi tạm, logs, sessions, indexes được sinh tự động và dữ liệu của plugin đã bỏ không nên được đưa vào chỉ vì chúng tồn tại. Việc loại bỏ cần được ghi nhận để lần đối chiếu cơ sở dữ liệu sau này không xem phần dọn dẹp có chủ đích là dữ liệu bị thiếu.
Chuẩn bị media, blocks, builders, themes và nội dung nhúng
Chuẩn bị media phải giữ cả files lẫn các tham chiếu đến files. Ghi nhận featured images, hình ảnh trong nội dung, galleries, tài liệu tải xuống, tài nguyên được lưu ở hệ thống bên ngoài, captions, alt text, attachment metadata và files được dùng lại ở nhiều nơi. Đồng thời xác định files còn tồn tại trong uploads nhưng không còn được tham chiếu, và các tham chiếu đang trỏ đến files bị thiếu.
Cách trình bày nội dung có thể được lưu dưới dạng core blocks, HTML từ classic editor, shortcodes, widgets, reusable blocks, patterns, template parts, metadata của page builder, theme options hoặc custom templates. WordPress đích có thể không dùng cùng builder hoặc theme, nên khâu chuẩn bị phải tách nội dung có thể tái sử dụng khỏi dữ liệu bố cục chỉ có ý nghĩa với triển khai nguồn.
| Nhóm chuẩn bị | Thông tin cần chuẩn bị | Người phụ trách | Điều kiện sẵn sàng |
|---|---|---|---|
| Media library | Danh sách files, attachment records, alt text, captions, liên kết featured-image, galleries và URL bên ngoài | Phụ trách nội dung và media | Các files ưu tiên đều truy cập được và mọi tham chiếu quan trọng đều có file nguồn hoặc hệ thống từ xa chịu trách nhiệm. |
| Core blocks và nội dung classic | Nội dung đại diện có links, embeds, tables, reusable blocks và định dạng phức tạp | Phụ trách biên tập | Các mẫu nội dung cần chuyển đổi hoặc dựng lại thủ công đã được xác định. |
| Shortcodes | Danh sách shortcode, plugin/theme sở hữu, trang mẫu và kết quả hiển thị mong đợi | Phụ trách plugin | Mỗi shortcode quan trọng có thành phần tiếp tục render hoặc quyết định thay thế. |
| Page builders | Phiên bản builder, templates, global sections, nơi lưu các trường, phụ thuộc theme và bố cục mẫu | Phụ trách thiết kế và kỹ thuật | Nội dung có thể tái sử dụng được tách khỏi dữ liệu trình bày chỉ thuộc builder. |
| Themes và template parts | Active/child theme, custom templates, widget areas, template parts và global styles | Phụ trách thiết kế | Theme code được xem là thông tin phục vụ triển khai, không phải nội dung thông thường. |
Bài viết về WordPress không yêu cầu thiết kế cuối cùng phải hoàn thiện ở giai đoạn này. Tuy nhiên, phải có đủ thông tin về quyền sở hữu để builder data, theme code, shortcodes và nội dung tái sử dụng không bị gộp thành một phạm vi di chuyển không phân biệt.
Chuẩn bị users, roles, tác giả, comments và dữ liệu nhạy cảm về quyền riêng tư
WordPress users có thể là tác giả, editor, administrator, subscriber, member, learner, vendor hoặc Customers của một ứng dụng khác. Roles và capabilities chuẩn xác định quyền; plugins có thể bổ sung roles, capabilities, profiles, memberships và histories. Cần kiểm kê riêng vai trò WordPress và quan hệ với ứng dụng.
| Hạng mục chuẩn bị | Người phụ trách | Thông tin cần chuẩn bị | Điều kiện sẵn sàng |
|---|---|---|---|
| Phân loại nhóm users | Quản trị viên website và phụ trách nghiệp vụ | Số lượng và mẫu theo role, loại ứng dụng, trạng thái hoạt động, quan hệ tác giả và mục đích tài khoản | Authors, staff, members, subscribers và users của ứng dụng không bị gộp chỉ vì trùng email. |
| Ghi nhận custom roles và capabilities | Phụ trách kỹ thuật | Role definitions, custom capabilities, plugin/code sở hữu và users đại diện | Cách phân quyền cần giữ có đơn vị tiếp nhận ở đích; quyền không còn dùng được loại bỏ. |
| Liên kết tác giả và quyền sở hữu | Phụ trách biên tập | Posts và custom records quan trọng kèm tham chiếu author/owner | Các bản ghi được giữ có tác giả ở đích có thể xác định hoặc người sở hữu thay thế đã được phê duyệt. |
| Kiểm kê comments và reviews | Phụ trách nội dung hoặc cộng đồng | Trạng thái, cấu trúc phân cấp, định danh tác giả, nội dung liên quan, quy tắc spam/loại trừ và plugin sở hữu | Comments blog, thảo luận, testimonials và Reviews trong commerce vẫn được phân loại đúng. |
| Xác định các trường nhạy cảm về quyền riêng tư | Phụ trách quyền riêng tư và nghiệp vụ | Danh sách trường, cơ sở đồng ý, quy tắc lưu giữ và yêu cầu truy cập | Dữ liệu nhạy cảm có quyết định di chuyển, lưu trữ, che bớt hoặc loại trừ đã được phê duyệt. |
Password hashes ở nguồn và định danh từ hệ thống xác thực bên ngoài cần được ghi nhận riêng với hồ sơ user cơ bản. Một user vẫn có thể nằm trong phạm vi ngay cả khi thông tin xác thực ban đầu không thể chuyển sang hệ thống đích.
Chuẩn bị URL, metadata SEO, redirects, ngôn ngữ và phạm vi Multisite
Lập danh sách URL nguồn cho các CMS Pages, Blog Posts, custom post types, taxonomy archives, author archives, media, feeds và plugin routes quan trọng. Ghi nhận cấu trúc permalink, quan hệ cha-con, taxonomy rewrite rules, phạm vi domain/subdirectory, canonical URLs và redirects hiện có.
các trường SEO có thể nằm trong bản ghi core, metadata, bảng plugin hoặc nền tảng bên ngoài. Kiểm kê titles, descriptions, canonical values, các trường phục vụ social, đầu vào structured data, quy tắc indexation và redirect records theo đơn vị sở hữu. Không nên giả định một bản xuất từ plugin đã bao gồm mọi quan hệ route.
| Hạng mục chuẩn bị | Người phụ trách | Thông tin cần chuẩn bị | Điều kiện sẵn sàng |
|---|---|---|---|
| Ghi nhận các URL nguồn ưu tiên | Phụ trách SEO | Danh sách URL được ưu tiên dựa trên analytics/search, kèm trạng thái hiện tại và mục đích ở đích | Mỗi route ưu tiên có quyết định giữ, đổi, gộp, ngừng hoặc redirect. |
| Ghi nhận permalink và rewrite rules | Phụ trách kỹ thuật | Permalink settings, rewrite rules của custom post type/taxonomy, plugin endpoints và quy tắc path/domain trong Multisite | Thiết kế route ở đích phân biệt được bản ghi nội dung, archives và application endpoints. |
| Kiểm kê đơn vị sở hữu dữ liệu SEO | Phụ trách SEO và plugin | Sơ đồ key/bảng metadata, export files, canonical rules, indexation rules và nguồn sitemap | Mỗi giá trị SEO cần giữ có nơi tiếp nhận ở đích. |
| Chuẩn bị quan hệ đa ngôn ngữ | Phụ trách bản địa hóa | Ngôn ngữ, translation groups, locale codes, route theo ngôn ngữ và fallback rules | Các bản dịch tiếp tục được liên kết thay vì trở thành những nội dung trùng lặp không liên quan. |
| Ghi nhận redirects hiện có | Phụ trách SEO hoặc kỹ thuật | Nguồn, đích, trạng thái, đơn vị sở hữu và mức ưu tiên | Redirect trùng, theo chuỗi, không còn dùng và vẫn cần thiết đã được phân loại. |
Với Multisite, thông tin URL phải bao gồm quan hệ network/site. Cùng một slug ở hai site khác nhau vẫn là hai route riêng và không nên bị gộp nếu chưa có quyết định nội dung rõ ràng.
Chọn bộ mẫu đại diện để kiểm thử chuyển đổi
Mẫu đại diện phải phản ánh mức đa dạng cấu trúc của website, không chỉ các bản ghi mới hoặc đơn giản. Mỗi mẫu cần nêu rõ các quan hệ nội dung dự kiến, files liên kết, thông tin route và người chịu trách nhiệm rà soát.
| Mẫu | Thông tin cần chuẩn bị | Lý do cần có trong bộ mẫu |
|---|---|---|
| CMS Page có cấu trúc phân cấp | Route cha/con, template, blocks hoặc builder data, media, menu sử dụng trang và các trường SEO | Đại diện cho cấu trúc Page, phụ thuộc trình bày và routing. |
| Blog Post có nhiều quan hệ | Author, chuyên mục, tags, comments, featured image, embeds và archive routes | Đại diện cho lịch sử biên tập và phân loại nội dung. |
| Một bản ghi từ mỗi custom post type quan trọng | Taxonomies, metadata, media, public route, plugin sở hữu và bản ghi liên quan | Bộc lộ các phụ thuộc vào đăng ký plugin và custom schema. |
| Bản ghi có nhiều metadata | định nghĩa trường, reference IDs, repeaters, serialized values và external IDs | Kiểm tra liệu các giá trị trường còn có thể được diễn giải đúng. |
| User có quan hệ với ứng dụng | Role, capabilities, bản ghi đã tạo, profile data và membership hoặc quan hệ plugin khác | Đại diện cho identity mà không nhầm core users với profiles của plugin. |
| Bản ghi media/nội dung phức tạp | Gallery, file tải xuống, attachment dùng lại, shortcode/embed và internal links | Đại diện cho phụ thuộc giữa file và tham chiếu trong nội dung. |
| Bản ghi đa ngôn ngữ hoặc Multisite nếu có | Quyền sở hữu site/ngôn ngữ, translation links, routes và users dùng chung | Bộc lộ quan hệ về phạm vi site và bản địa hóa. |
Sổ theo dõi mẫu nên có source ID, public URL nếu có, đơn vị sở hữu bản ghi, đối tượng liên quan, lý do chọn và mọi phụ thuộc chưa giải quyết. Bản ghi đơn giản có thể xác nhận trạng thái cơ bản, còn bản ghi phức tạp cho biết thông tin về phạm vi đã đầy đủ hay chưa.
Hoàn tất điều kiện sẵn sàng cuối cùng cho WordPress
Trước khi thực hiện chuyển đổi, gom toàn bộ thông tin chuẩn bị vào một bảng theo dõi mức độ sẵn sàng. Một vấn đề chưa giải quyết chỉ được để mở khi đã có người phụ trách, ngày ra quyết định và ảnh hưởng cụ thể đến phạm vi.
| Nhóm sẵn sàng | Điều kiện sẵn sàng |
|---|---|
| Phạm vi và quyền sở hữu | Mỗi loại bản ghi được chọn thuộc WordPress core, một plugin/custom application được nêu tên, hệ thống bên ngoài, kho lưu trữ hoặc danh sách loại trừ có chủ đích. |
| Quyền truy cập và khôi phục | Quyền administrator, bản sao lưu cơ sở dữ liệu, bản sao lưu files, danh mục môi trường và người phụ trách khôi phục đều được ghi nhận. |
| Kiến trúc nội dung | Posts, CMS Pages, custom post types, taxonomies, menus và trạng thái vòng đời có quyết định rõ về việc đưa vào phạm vi và nơi tiếp nhận. |
| Dữ liệu tùy chỉnh | Metadata quan trọng, options, custom tables, tham chiếu đối tượng và external identifiers có schema và đơn vị sở hữu rõ ràng. |
| Media và trình bày | Các files ưu tiên có sẵn; phụ thuộc builder, block, shortcode, theme và template đã được phân loại. |
| Users và quyền riêng tư | Roles, authorship, application profiles, comments, phụ thuộc xác thực và các trường nhạy cảm đã được phân loại. |
| URL và SEO | Routes ưu tiên, permalink rules, redirects, phạm vi ngôn ngữ/site và đơn vị sở hữu dữ liệu SEO đã được ghi nhận. |
| Mẫu | Sổ theo dõi mẫu đại diện cho mọi kiểu nội dung và ứng dụng WordPress có ảnh hưởng đáng kể trong phạm vi. |
Phạm vi WordPress được xem là sẵn sàng khi đội dự án có thể xác định từng bản ghi được chọn là gì, dữ liệu liên quan nằm ở đâu, ai sở hữu cách biểu diễn ở đích và thông tin nguồn nào hỗ trợ quyết định đó.
Kết luận
Chuẩn bị WordPress là bài toán xác định quyền sở hữu trên toàn bộ nội dung, phân loại, metadata, media, identity, cách trình bày, plugins, custom tables, routes và hệ thống bên ngoài. Bản sao lưu đầy đủ và quyền administrator là cần thiết, nhưng không đủ để giải thích custom post types, quan hệ taxonomy, cấu trúc builder, application profiles, phạm vi Multisite hoặc bản ghi do plugin sở hữu.
Một gói chuẩn bị tốt làm rõ toàn bộ các quan hệ này. Gói đó tách dữ liệu CMS WordPress khỏi WooCommerce hoặc các miền ứng dụng khác, giữ thông tin nguồn có thể khôi phục, chọn mẫu đại diện và xác định rõ mỗi bản ghi quan trọng sẽ đi đến hệ thống đích, tiếp tục do hệ thống bên ngoài quản lý, được lưu trữ hoặc chủ động loại khỏi phạm vi trước khi thực hiện di chuyển.
Câu hỏi thường gặp
Nên chuẩn bị gì trước tiên cho một dự án chuyển đổi WordPress?
Trước tiên cần xác định vai trò của website WordPress đích và phân loại đơn vị sở hữu các bản ghi nguồn. Bước này xác định mỗi bản ghi thuộc WordPress core, plugin hoặc ứng dụng tùy chỉnh, hệ thống bên ngoài, kho lưu trữ hay danh sách loại trừ trước khi đi vào xử lý chi tiết các trường dữ liệu.
Tệp xuất WordPress có phải là bản sao lưu đầy đủ để chuyển đổi không?
Tệp xuất có sẵn của WordPress chỉ cung cấp một phần thông tin hữu ích về nội dung. Để nguồn có thể khôi phục, thông thường còn cần cơ sở dữ liệu, media và các files khác trong wp-content, thông tin môi trường cùng bản ghi riêng của plugin hoặc hệ thống bên ngoài mà tệp xuất không thể hiện.
Vì sao custom post types và taxonomies phải được kiểm kê riêng?
Các cấu trúc này có thể dùng chung nơi lưu trong WordPress nhưng vẫn có registrations, capabilities, editors, metadata, archives, templates và plugin owners khác nhau. Chỉ giữ tiêu đề và nội dung body sẽ không giữ được cấu trúc giúp các bản ghi tiếp tục được quản lý đúng.
Nên chuẩn bị các trường tùy chỉnh và metadata như thế nào?
Cần ghi nhận đơn vị sở hữu metadata, object type, định dạng value, định nghĩa trường, đối tượng được tham chiếu, mẫu đại diện và nơi tiếp nhận dự kiến. Numeric IDs và serialized values không nên được sao chép nguyên trạng nếu chưa chuyển các bản ghi hoặc schema mà chúng tham chiếu.
Plugins và themes có nên được xem là nội dung cần di chuyển không?
Plugins và themes là các phụ thuộc của phần triển khai, không tự động là nội dung cần di chuyển. Bản ghi quan trọng với nghiệp vụ, settings, custom tables, shortcodes, templates và kết nối bên ngoài của chúng cần quyết định sở hữu rõ ràng, trong khi dữ liệu kỹ thuật tạm thời hoặc không còn dùng có thể được loại trừ.
Khâu chuẩn bị WordPress khác WooCommerce ở điểm nào?
Chuẩn bị WordPress chịu trách nhiệm cho CMS Posts, CMS Pages, custom post types, taxonomies, metadata, media, users, menus, routes và ranh giới ứng dụng của plugins. Chuẩn bị WooCommerce tách riêng Products, variations, Customers, Orders, Coupons, Reviews thuộc commerce, HPOS, checkout metadata và các commerce extensions.