Một đoạn giờ làm việc xuất hiện ở nhiều trang WordPress có thể là các bản sao độc lập, cũng có thể cùng dùng một synced pattern. Hai trường hợp nhìn giống nhau khi đọc trang, nhưng phạm vi thay đổi rất khác. Người biên tập muốn sửa riêng một chiến dịch có thể vô tình cập nhật thông tin trên tất cả nơi đang dùng nguồn chung.
Với synced pattern WordPress, quyết định đầu tiên không phải chọn màu hay đổi câu chữ. Cần xác định mình đang sửa nội dung chung hay tạo ngoại lệ ở một chỗ. Khi phạm vi này được nói rõ, doanh nghiệp mới biết nên giữ liên kết đồng bộ, tách một instance hay thay cách quản lý thông tin. Bài viết dùng tình huống giả định, không mô tả một lần sửa website thực tế.
Một khung giờ chung và một chiến dịch ngoại lệ
Giả sử doanh nghiệp có ba trang dịch vụ cùng hiển thị khung tư vấn từ thứ Hai đến thứ Sáu. Đội nội dung dùng một khối chung để thông tin nhất quán. Tháng sau, một chiến dịch cần nhận tư vấn thêm vào cuối tuần, nhưng hai dịch vụ còn lại vẫn giữ lịch cũ. Nếu sửa ngay khung giờ trong trang chiến dịch, phạm vi tác động phụ thuộc vào loại pattern đang dùng.
Tài liệu Synced Patterns của WordPress giải thích rằng thay nguồn đồng bộ sẽ cập nhật các nơi dùng nó; tách pattern cho phép sửa bản đã tách như block thông thường. Vì thế, câu hỏi “tôi đang ở trang nào” chưa đủ. Cần biết thành phần trên trang đó còn tham chiếu nguồn chung hay đã là nội dung độc lập.
Trong tình huống này, giờ làm việc thường lệ vẫn có người chịu trách nhiệm cập nhật. Giờ tăng cường của chiến dịch lại có thời hạn và phạm vi riêng. Hai loại thông tin không nên chia sẻ một nguồn chỉ vì cấu trúc hiển thị giống nhau. Có thể giữ pattern chung cho thông tin thường lệ và tạo ngoại lệ có mô tả rõ, nếu đó là quyết định đã được người phụ trách nội dung xác nhận.
Không nên suy ra mọi pattern đều đồng bộ. Tên gọi và giao diện có thể khác theo phiên bản WordPress hoặc quyền của tài khoản. Trước khi thao tác, kiểm loại thành phần hiện có, tên nguồn và lựa chọn mà editor thật sự cho phép. Đừng dùng một ảnh hướng dẫn của phiên bản khác để khẳng định nút trên website phải nằm ở cùng vị trí.
Điều khó nhất thường không nằm ở thao tác tách. Nó nằm ở việc nhận ra thông tin nào đáng được quản lý tập trung. Một số điện thoại chung cần cập nhật đồng loạt; nội dung ưu đãi theo từng hợp đồng lại có thể không phù hợp. Đội nội dung nên thống nhất nguyên tắc theo trách nhiệm và vòng đời thông tin, thay vì quyết định từng lần theo cảm giác.
Quyết định phạm vi trước khi bấm lưu
| Nhu cầu | Phạm vi mong muốn | Cần xác nhận |
|---|---|---|
| Đổi giờ thường lệ toàn doanh nghiệp | Mọi nơi dùng cùng nguồn | Những trang đang phụ thuộc và người duyệt |
| Thêm giờ cho riêng chiến dịch | Một nơi sử dụng | Bản đó được tách hoặc dùng nguồn riêng có chủ đích |
| Bỏ khung giờ khỏi một trang | Chỉ trang đang chỉnh | Không xóa nhầm nguồn dùng chung |
Với một thay đổi toàn doanh nghiệp, hãy lập danh sách nơi sử dụng trước khi sửa. Danh sách này cần phục vụ việc kiểm sau thay đổi, không chỉ làm bằng chứng đã tìm kiếm. Nếu có trang công khai quan trọng, trang chiến dịch hoặc nội dung được nhúng ở vị trí khác, người duyệt cần biết chúng nằm trong phạm vi cập nhật.
Với ngoại lệ một trang, người biên tập cần hiểu hệ quả sau khi tách. Thông tin ở đó sẽ không tự nhận những lần sửa nguồn chung tiếp theo. Nếu số liên hệ hoặc địa chỉ cũng nằm trong khối vừa tách, một thay đổi giờ làm việc có thể vô tình tạo ra thêm bản sao của các thông tin vốn cần quản lý tập trung.
Đây là lý do nên cân nhắc cấu trúc nội dung trước khi nhân bản. Có thể một pattern đang gom quá nhiều thông tin không cùng vòng đời. Giờ tư vấn của chiến dịch, số tổng đài và câu cam kết dịch vụ không nhất thiết phải sống trong một nguồn duy nhất. Việc tách thành phần cần dựa vào nhu cầu cập nhật, không chia nhỏ chỉ để giao diện editor trông gọn hơn.
Không phải trường hợp nào cũng cho phép tách. Tài liệu WordPress lưu ý lựa chọn này có thể không có khi pattern bị khóa. Khóa có thể là một phần của thiết kế biên tập đã được đơn vị triển khai đặt ra. Không hướng dẫn người dùng bỏ cơ chế khóa hoặc đổi quyền quản trị chỉ để hoàn thành một ngoại lệ; cần quay lại người phụ trách cấu trúc nội dung.
Trước khi lưu, đọc phần editor mô tả những gì đang được cập nhật và xác nhận thay đổi có đúng nguồn không. Một tên pattern rõ nghĩa sẽ giúp ở bước này. Tên như “Thông tin liên hệ chung” có thể hữu ích hơn “Khối 7”, nhưng tên đẹp vẫn không thay cho việc kiểm phạm vi thực tế.
Tách một instance tạo thêm trách nhiệm bảo trì
Trong ví dụ, chiến dịch có thể kết thúc sau hai tuần. Nếu bản ngoại lệ không có người phụ trách và thời điểm rà lại, lịch tăng cường sẽ tiếp tục tồn tại dù đội tư vấn đã trở về lịch thường. Tách thành công trong editor mới giải quyết quan hệ kỹ thuật; nó chưa giải quyết vòng đời thông tin.
Một ghi chú bàn giao nên nêu lý do ngoại lệ, nơi sử dụng và ai quyết định khi hết hạn. Không cần biến mọi nội dung thành một hệ thống quy trình phức tạp. Chỉ cần người vận hành tìm lại được bối cảnh để biết khôi phục nguồn chung, cập nhật bản riêng hay gỡ phần thông tin khỏi trang.
Nếu ngoại lệ lặp lại nhiều lần, hãy xem lại mô hình. Có thể doanh nghiệp cần một thành phần nhận dữ liệu theo dịch vụ thay vì liên tục tách bản sao. Tuy nhiên, đây là đề xuất thiết kế cần đánh giá, không phải tính năng tự có của mọi pattern. Đừng hứa rằng đổi thành phần là dữ liệu sẽ tự đồng bộ đúng theo từng dịch vụ.
Khi một nguồn chung không còn cần thiết, xóa nó khác với bỏ một instance trên một trang. Tài liệu WordPress mô tả việc xóa nguồn có ảnh hưởng tới các nơi sử dụng. Vì vậy, trước khi dọn pattern cũ, cần xác minh còn nơi nào phụ thuộc và phương án thay thế đã xuất hiện đúng hay chưa.
Việc quản lý phụ thuộc cũng áp dụng khi thay plugin hoặc theme. Đội triển khai nên giải thích nguồn chung được lưu và được render như thế nào trong phạm vi thành phần đang dùng. Không dùng việc một trang ngoài vẫn mở làm bằng chứng các trang khác hoặc editor không bị ảnh hưởng.
Nếu bản hiển thị ngoài trang chưa cập nhật dù nguồn đã đổi, chuyển sang đối chiếu nội dung cũ theo từng lớp. Không tiếp tục sửa nguồn nhiều lần vì tưởng thao tác trước chưa lưu. Cần tách vấn đề quan hệ đồng bộ với vấn đề đang xem một bản cache.
Bàn giao bằng hai đường kiểm độc lập
Đường kiểm thứ nhất là phạm vi nội dung. Với thay đổi chung, đối chiếu các trang đại diện thực sự dùng nguồn. Với ngoại lệ, kiểm trang đã tách và ít nhất một nơi vẫn dùng nguồn chung. Kết quả đúng phải cho thấy phần cần đổi đã đổi, đồng thời phần phải giữ không bị thay.
Đường kiểm thứ hai là khả năng biên tập tiếp. Mở lại editor, xác nhận người được phân công hiểu mình đang sửa nguồn nào. Một ảnh chụp trang công khai không thể chứng minh quan hệ đồng bộ còn đúng. Nếu muốn thử thay đổi tiếp, chỉ thực hiện với nội dung giả trong môi trường được phép, không dùng lịch tư vấn thật làm phép thử.
Kiểm các liên kết và nội dung liên hệ đi cùng pattern, đặc biệt khi một bản được tách có nhiều thành phần con. Thay đổi một câu có thể vô tình giữ đường dẫn chiến dịch cũ hoặc thông tin khác không còn phù hợp. Không cần tạo một danh sách kiểm giống nhau cho mọi pattern; hãy chọn các quan hệ có tác động thực tế tới người đọc.
Trong trường hợp phải quay lại, ghi rõ phiên bản nội dung và phạm vi cần khôi phục. Khôi phục phiên bản WordPress cần được xem cùng dữ liệu thành phần liên quan; không mặc định một revision của trang sẽ xử lý mọi nguồn được tham chiếu bên ngoài nó.
Bản bàn giao cuối nên nói được ba điều: đâu là thông tin chung, ngoại lệ nào đang tồn tại và ai cập nhật khi bối cảnh thay đổi. Cách mô tả này giúp đội nội dung tiếp tục làm việc an toàn hơn một chỉ dẫn chỉ gồm đường bấm nút. Khi mô hình rõ, việc sửa nội dung hằng ngày thường đơn giản hơn mà không cần mở rộng quyền không cần thiết.
Nếu doanh nghiệp đang có nhiều trang dùng cùng khối thông tin nhưng chưa rõ phạm vi cập nhật, Onter có thể rà mô hình nội dung và quy trình bàn giao theo một nhóm trang cụ thể. Nhận tư vấn & báo giá. Giá: Liên hệ; cần xác định số nguồn chung, các ngoại lệ và khả năng biên tập phải duy trì.
