NộI Dung
- Quản lý nội dung giống như năm 1999
- Cắt các tính năng! Cắt nội dung!
- Nhưng đó là lý do tại sao tôi có CMS
- Bạn có CMS WEB
- Quản lý nhiều trang web
- Thiết kế đáp ứng để giải cứu!
- Quản lý nội dung yếu kém là vấn đề thực sự
- Chiến lược nội dung cho điện thoại di động
Trải nghiệm sử dụng trang web trên thiết bị di động đương nhiên phải khác với trải nghiệm trên máy tính để bàn - không chỉ là bản trình bày trực quan, nội dung phải được ưu tiên và có cấu trúc khác nhau. Tuy nhiên, rủi ro là bạn sẽ phải duy trì các phiên bản khác nhau. Tin tức chớp nhoáng: đây sẽ là một thảm họa. Nội dung trùng lặp. Cập nhật không đồng bộ. Nổ lực lãng phí.
Khi nhà tiên phong về khả năng sử dụng, Jakob Nielsen lập luận rằng bạn nên “Xây dựng một trang web được tối ưu hóa cho thiết bị di động riêng biệt (hoặc trang web dành cho thiết bị di động) nếu bạn có đủ khả năng chi trả” trong đó bạn cắt giảm các tính năng và nội dung “không phải là cốt lõi của trường hợp sử dụng thiết bị di động cộng đồng thiết kế và phát triển đã tìm ra ngọn đuốc và quảng cáo chiêu hàng của họ. Có vẻ như những người dành nhiều thời gian suy nghĩ về thiết bị di động đồng ý rằng một trang web riêng dành cho thiết bị di động là "lạc hậu 180 độ".
Nhưng “trang web di động riêng biệt” thậm chí có nghĩa là gì?
Cho dù bạn đang nói về nội dung hay mã, điều bạn muốn đề phòng là tạo nhiều phiên bản trang web của bạn. Nó được gọi là forking, và đó là một cơn ác mộng về fork từ góc độ bảo trì. Nếu bạn chia trang web của mình thành các phiên bản dành cho thiết bị di động và máy tính để bàn riêng biệt, thì bạn sẽ gặp khó khăn khi cập nhật cả hai phiên bản này mỗi khi có thay đổi. Việc tránh vấn đề này rất khó, ngay cả với các hệ thống quản lý nội dung phức tạp. Nhưng trước khi đến đó, hãy bắt đầu với một kịch bản đơn giản.
Quản lý nội dung giống như năm 1999
Hãy tưởng tượng bạn có một trang web tĩnh mà bạn đã tạo vào cuối những năm 90. Không có CMS, vì vậy tất cả nội dung đều được mã hóa cứng thành HTML của bạn.
Bạn quyết định rằng bạn muốn tham gia thế kỷ 21 bằng cách tạo một trang web trên điện thoại di động. Tốt cho bạn! Ngoại trừ phần ác mộng, đó là về cơ bản bạn sẽ tạo một trang web hoàn toàn riêng biệt và bây giờ bạn sẽ phải cập nhật cả hai phiên bản mỗi khi có thay đổi. Bạn sẽ cần mã hai nhóm trang hoàn toàn khác nhau: các mẫu duy nhất cho cả máy tính để bàn và thiết bị di động. Và ngay cả khi - đặc biệt nếu - bạn muốn xuất bản nội dung giống hệt nhau lên cả hai phiên bản, bạn cũng sẽ phải duy trì hai phiên bản nội dung riêng biệt. Nhân đôi khối lượng công việc của bạn, nhân đôi niềm vui của bạn?
Cắt các tính năng! Cắt nội dung!
Tuyệt quá! Bạn có thể nghĩ. Có thể tạo ra nội dung khác biệt thực sự là một lợi thế! Một trang web dành cho thiết bị di động riêng biệt sẽ vẫn có lợi nếu tôi không muốn xuất bản thông tin giống hệt nhau. Tôi sẽ cắt giảm các tính năng, cắt nội dung và ưu tiên lại những gì tôi muốn nói. Tôi sẽ xuất bản một trang web dành cho thiết bị di động chỉ hiển thị một tập hợp con nội dung của tôi, được nhắm mục tiêu cụ thể theo nhu cầu của người dùng di động.
Hãy dành một chút thời gian để tranh luận về việc liệu đó có phải là trải nghiệm người dùng phù hợp hay không. (Nó không thể.)
Từ góc độ bảo trì, bạn vẫn đang tạo ra nội dung của mình. Bạn muốn thêm một trang mới? Chỉnh sửa mô tả? Sửa lỗi đánh máy? Bạn sẽ làm điều đó hai lần.
Nhưng đó là lý do tại sao tôi có CMS
Toàn bộ điểm của việc có một hệ thống quản lý nội dung là giúp hợp lý hóa quy trình xuất bản, phải không? Vì vậy, tất nhiên, bạn chỉ cần giả sử rằng CMS hiện tại của bạn sẽ giúp bạn dễ dàng xuất bản nội dung lên các kênh và nền tảng khác nhau.
Jakob Nielsen đưa ra giả định này khi được hỏi về sự nguy hiểm của việc giả mạo nội dung của bạn:
"Tôi giả định rằng hầu hết các trang web quy mô công nghiệp sẽ được tạo từ một cơ sở dữ liệu sản phẩm phụ trợ duy nhất và hệ thống quản lý nội dung, với các thiết kế khác nhau được thể hiện bằng các mẫu và quy tắc về thông tin đi vào phiên bản nào."
Rất tiếc, ngày nay, nhiều CMS không hỗ trợ loại xuất bản đa kênh này. Yêu cầu CMS của bạn hiển thị nội dung tương tự nhưng không giống nhau trong các mẫu khác nhau theo một bộ quy tắc kinh doanh và CMS sẽ bắt đầu phun ra hàng bãi giấy của máy in kim, kêu bíp rằng nó “không tính toán được”.
Bạn có CMS WEB
Hầu hết các CMS được thiết kế để xuất bản lên một và chỉ một nền tảng: web trên máy tính để bàn. Trong Web CMS (WCMS), các chức năng quản lý và soạn thảo nội dung được “kết hợp” với các chức năng hiển thị và xuất bản nội dung. (Nếu bạn có CMS dành cho doanh nghiệp quy mô lớn, thì CMS đó có thể bị "loại bỏ" và điểm này có thể không áp dụng cho bạn.)
Hầu hết các trang web chỉ đơn giản là không có phần phụ trợ quản lý nội dung sẽ hỗ trợ đưa các mẫu thiết kế khác nhau với nội dung khác nhau vào. Các tài sản nội dung (như trường văn bản, hình ảnh và các tệp hoặc phương tiện hỗ trợ) thường bị khóa ở một định dạng hoặc thiết kế đầu ra cụ thể. Đó không phải là vấn đề cho đến bây giờ, bởi vì không ai mong đợi WCMS phải hỗ trợ xuất bản tới các kênh khác nhau - web trên máy tính để bàn đã có tất cả.
Thực tế là WCMS hoạt động theo cách này không chỉ là “chi tiết triển khai”. Thật không may, đó là điều cơ bản đối với cách xuất bản nội dung trên web ngày nay. Chúng tôi phải khắc phục điều này nếu chúng tôi muốn cung cấp trải nghiệm được tối ưu hóa trên máy tính để bàn và thiết bị di động.
Quản lý nhiều trang web
Trên thực tế, một số CMS hỗ trợ xuất bản nội dung sang nhiều mẫu.Nó được gọi là quản lý nhiều trang web và đó là điều cho phép blog WordPress hoặc trang Drupal có các mẫu riêng biệt để hiển thị nội dung trên máy tính để bàn và thiết bị di động. Lưu ý rằng nói "các mẫu riêng biệt" - không phải nội dung riêng biệt. Các CMS này vẫn muốn xuất bản nội dung giống nhau trên cả hai trang web. (Cụ thể, họ rất vui khi xuất bản một nội dung “body” hoặc “node” giống nhau trên cả máy tính để bàn và thiết bị di động. Các phần tử nội dung khác, như thanh bên hoặc nhận xét của người dùng, thường được lưu trữ ở một vị trí khác và có thể bị loại bỏ ngoài.)
Điều mà các CMS này không làm (ít nhất là không cần nỗ lực đáng kể) là hỗ trợ xuất bản nội dung khác nhau theo các mẫu khác nhau theo một bộ quy tắc kinh doanh. Vì vậy, nếu kế hoạch của bạn là cung cấp ít nội dung hơn cho người dùng di động, rất có thể CMS sẽ không giúp bạn điều đó dễ dàng. Bạn vẫn sẽ phải duy trì hai phiên bản của nội dung đó và cập nhật chúng riêng biệt bất cứ khi nào có thay đổi.
Nói cách khác, bạn được chia nhỏ.
Thiết kế đáp ứng để giải cứu!
Thiết kế đáp ứng thường được coi là một giải pháp giúp bạn không phải duy trì nhiều cơ sở mã riêng biệt cho mã giao diện người dùng của mình. Hãy nỗ lực phát triển một bộ mã sẽ thích ứng với các kích thước màn hình khác nhau và nâng cao dần dần cho các khả năng khác nhau của thiết bị và bạn sẽ tiết kiệm thời gian về lâu dài. Bạn cũng sẽ thoát khỏi cuộc chạy đua vũ trang khi phải hỗ trợ hàng tá thiết bị và hệ số hình thức khác nhau.
Thiết kế đáp ứng cũng là một cách tiếp cận giúp bạn tiết kiệm nội dung của mình. Nếu bạn có CMS kết hợp chỉ có thể xử lý xuất bản lên một tập hợp mẫu, thì bạn có thể lừa CMS của mình xuất bản tới các thiết bị khác nhau bằng cách xử lý chuyển đổi sang kích thước thiết bị di động hoặc máy tính bảng trên giao diện người dùng.
Quyết định về việc phát triển một trang web được thiết kế đáp ứng hay duy trì các mẫu khác nhau cho máy tính để bàn, điện thoại và mọi thứ ở giữa là một lựa chọn thực tế dựa trên cách bạn muốn phân bổ thời gian và nguồn lực để phát triển và bảo trì. Có những lý do chính đáng cho cả hai cách tiếp cận - thường bắt nguồn từ các chi tiết cụ thể về cách thức hoạt động của CMS - và những gì phù hợp với tổ chức này có thể không phù hợp với tổ chức khác.
Đừng để bị phân tâm bởi cuộc tranh luận này và đánh mất vấn đề cơ bản, đó là cách chúng tôi phát triển các công cụ và quy trình quản lý nội dung của mình để hỗ trợ hiệu quả xuất bản đa kênh.
Quản lý nội dung yếu kém là vấn đề thực sự
Sự cường điệu và các cuộc tranh luận xung quanh thiết kế đáp ứng đang thiếu vấn đề thực sự. Thách thức đối với hầu hết các tổ chức về lâu dài sẽ không phải là duy trì nhiều bộ mã giao diện người dùng cho các mẫu khác nhau. Nó sẽ duy trì các biến thể của nội dung trùng lặp.
Bất kỳ tranh luận nào về việc có nên cung cấp ít nội dung hơn hoặc nội dung khác cho người dùng di động cần phải tính đến mức độ nỗ lực cần thiết để quản lý và duy trì nội dung đó. Nếu bạn đang đề xuất rằng bạn có thể cắt thông tin cung cấp cho người dùng thiết bị di động, hãy lưu ý rằng phương pháp này có thể khiến bạn phải đối mặt với nội dung trùng lặp và đau đầu về quản trị. Chú ý đến đây là bản chất của chiến lược nội dung.
Chiến lược nội dung cho điện thoại di động
Để cung cấp trải nghiệm tuyệt vời trên thiết bị di động - một trải nghiệm cung cấp thông tin mà người dùng muốn và có thể được duy trì trong nội bộ - chúng tôi cần một chiến lược nội dung cho thiết bị di động.
- Đừng suy nghĩ nữa, bạn chỉ có thể đoán tập hợp con nội dung mà “người dùng di động” muốn. Bạn sẽ đoán sai.
- Trong khi bạn đang ở đó, đừng nghĩ rằng số liệu phân tích di động hiện tại của bạn sẽ giúp bạn đưa ra quyết định đúng đắn. Ngày nay, trải nghiệm di động tồi tàn, không phù hợp là môi trường không phù hợp để đánh giá những gì mọi người thực sự muốn làm trên thiết bị di động.
- Tập trung vào việc đưa tất cả nội dung trên máy tính để bàn của bạn sang một định dạng mà nó có thể được xem thoải mái trên thiết bị di động, cho dù bằng cách tạo một bộ mẫu mới cho thiết bị di động, một trang web được thiết kế thích ứng hoặc một số kết hợp của cả hai (giả sử giữ nguyên máy tính để bàn hiện tại của bạn trang web và xây dựng các mẫu đáp ứng để bao gồm nhiều loại điện thoại và máy tính bảng.)
- Khi bạn có tất cả nội dung của mình trên thiết bị di động, hãy dần dần tìm ra cách ưu tiên thông tin theo cách khác. Ví dụ: trang chủ dành cho điện thoại di động của bạn có thể khác với trang chủ dành cho máy tính để bàn. Nhưng dựa trên dữ liệu thực tế về cách mọi người đang sử dụng toàn bộ nội dung của bạn trên thiết bị di động - đừng chỉ cho rằng bạn là người hiểu rõ nhất.
- Nếu bạn phát hiện ra rằng một số nội dung của mình không hữu ích cho bất kỳ ai - nội dung đó đã lỗi thời, viết xấu hoặc không liên quan - thì hãy tận dụng cơ hội này để xóa nội dung đó. Người dùng máy tính để bàn cũng sẽ được hưởng lợi!
- Sửa CMS của bạn. Nếu bạn đang hình dung về một tương lai nơi bạn có thể xuất bản nội dung khác nhau lên thiết bị di động và máy tính để bàn, thì bạn phải làm để đảm bảo rằng các công cụ, quy trình và quy trình làm việc của mình sẽ hỗ trợ điều đó.
