6 điều SEO nên lưu ý khi xây dựng website không có giao diện — Whiteboard Friday

Bây giờ, khi bạn đang nghĩ đến việc không đầu, có một vài điều bạn cần biết.

Vâng, trước hết, hãy tìm hiểu cách thức hoạt động của Headless. Điều quan trọng cần hiểu là hệ thống back-end, hệ thống lưu trữ tất cả dữ liệu của bạn, tách biệt với trải nghiệm khách hàng. Các trường dữ liệu đó được truyền qua API để xây dựng trải nghiệm front-end.

Có nhiều cách khác nhau để chuyển sang mô hình headless. Ví dụ, bạn có thể sử dụng CMS headless, nhưng cũng có thể lấy dữ liệu từ CRM, ERP, PIM hoặc bất kỳ hệ thống nào khác. Tuy nhiên, điều quan trọng là dữ liệu này phải tách biệt với giao diện người dùng và phải được truyền qua API.

Vậy nên có một vài điều cần lưu ý. Ví dụ, các nhóm kỹ thuật và phát triển thường đưa ra một số giả định quan trọng, có lẽ về cách họ có thể triển khai điều này. Ví dụ, chúng ta đã thấy rất nhiều nhà phát triển back-end xem xét các hệ thống quản lý nội dung không đầu và sau đó cân nhắc rằng họ phải đưa ra một ứng dụng web tiến bộ hoặc PWA làm front-end. Nhưng thực tế, điều đó không hẳn đúng. Nó rất phổ biến. Vì vậy, một ứng dụng web tiến bộ có thể là thứ gì đó như Next.js. Nó có thể là React. Nó có thể là Angular. Nó có thể là Vue. Có rất nhiều framework JavaScript khác nhau mà bạn có thể sử dụng để xây dựng front-end trên một CMS không đầu.

Nhưng thực tế vẫn còn nhiều cách khác để thực hiện. Ví dụ, bạn có thể sử dụng một CMS không giao diện để cung cấp dữ liệu cho một CMS cổ điển và xây dựng trải nghiệm khách hàng dựa trên đó.

Và chúng tôi cũng thấy rất nhiều doanh nghiệp cân nhắc đến kiến ​​trúc có thể cấu hình, kết hợp nhiều dữ liệu từ nhiều nguồn khác nhau và đưa chúng lại với nhau trong một trải nghiệm tùy chỉnh, là sự kết hợp giữa các ứng dụng web tiến bộ, giao diện người dùng và CMS cổ điển.

Vì vậy, tùy thuộc vào mức độ phức tạp của trang web và doanh nghiệp của bạn cũng như số lượng người tham gia, những điều quan trọng bạn cần cân nhắc và ủng hộ mà tôi muốn nêu bật ngày hôm nay.

- Khả năng thu thập thông tin

Vì vậy, bắt đầu từ đầu, SEO 101 cổ điển về khả năng thu thập thông tin.

Vấn đề với headless là nếu bạn đang hướng đến một ứng dụng web tiến bộ, bạn cần cân nhắc tất cả các yếu tố liên quan đến ứng dụng web tiến bộ, và có rất nhiều thông tin về ứng dụng web tiến bộ trên Moz. Và tất nhiên, bạn cũng có thể sử dụng Google Lighthouse để xác định các thách thức chính của ứng dụng web tiến bộ.

Nhưng đối với chúng tôi, một trong những điều quan trọng nhất khi thực hiện điều này là phải có một giao diện tĩnh đã được tạo sẵn và đảm bảo rằng bất kể bạn đang sử dụng framework JavaScript nào, bạn cũng không tạo ra trải nghiệm người dùng một cách ngẫu nhiên.

Vì vậy, chúng tôi muốn thấy kết xuất phía máy chủ, đảm bảo rằng HTML được tạo trên máy chủ và bạn có thể lưu trữ bộ nhớ đệm toàn bộ trang của tất cả HTML tại chỗ để có thể thu thập dữ liệu cực kỳ nhanh chóng.

Và điều quan trọng nhất ở đây là khả năng thu thập thông tin, việc tạo ra trang tĩnh sẽ tạo ra một trang web thực sự nhanh.

Tuy nhiên, nó cũng đi kèm một số cân nhắc cho quản trị viên, nhà tiếp thị và chuyên gia SEO. Ví dụ, cách bạn đưa nội dung lên mạng. Bạn có thể cần cân nhắc cách xóa bộ nhớ đệm, liệu bạn cần xóa bộ nhớ đệm toàn cục hay chỉ xóa bộ nhớ đệm trên một trang cụ thể.

Vì vậy, đây là những điều quan trọng mà bạn có thể muốn hỏi các nhà phát triển và kỹ sư của mình, lý tưởng nhất là vào gần thời điểm bắt đầu dự án, để họ có thể đưa ra hiểu biết và suy nghĩ của họ về những gì bạn muốn đạt được với tư cách là chuyên gia SEO và nhà tiếp thị trong trang web của mình.

- Điểm tốc độ

Nhưng bạn có thể thực sự xem xét điểm tốc độ đó trên Google Lighthouse và sử dụng các công cụ ứng dụng web lũy tiến, bạn thực sự có thể thấy những kết quả chính mà từ đó có thể cải thiện điểm tốc độ trang web của mình.

Nhưng hãy nhớ rằng tất cả dữ liệu này đều nằm trong hệ thống phụ trợ và điều quan trọng bạn cần cân nhắc là không giống như hệ thống quản lý nội dung trang web độc lập, ví dụ như các trang web mà bạn có thể vào và thay đổi bố cục, tạo các trường và sau đó Bob là chú của bạn, bạn có một trang web mà bạn thực sự có thể chỉnh sửa và quản lý, điều đó có thể sẽ không xảy ra với một trang web không có giao diện.

- Thẻ & danh mục

Vì vậy, bạn cần trao đổi với các kỹ sư và nhà phát triển của mình về tất cả các thẻ và danh mục, tất cả các trường bạn cần trong hệ thống back-end. Điều đó bao gồm mọi thứ bạn muốn đưa vào front-end. Lý do là, ngay cả khi bạn có khả năng thêm trường vào hệ thống quản lý nội dung không đầu (headless content management system), điều đó không có nghĩa là nó sẽ được API xử lý và front-end diễn giải theo cách bạn muốn.

Vì vậy, với giao diện người dùng, có khả năng một kỹ sư hoặc nhà phát triển sẽ phải kết nối nó với API và đảm bảo rằng nó được diễn giải theo đúng cách.

Vì vậy, khi bạn nghĩ về điều này, điều chúng tôi muốn bạn làm là xem xét tất cả dữ liệu bạn muốn có trên các trang của mình và tất cả các cân nhắc, từ việc sắp xếp, tìm kiếm và tổ chức các danh mục, danh mục con, cách bạn sẽ quản lý dữ liệu đó trong phân loại của phần phụ trợ để bạn có mọi thứ bạn có thể cần ngay bây giờ và trong tương lai cho giao diện người dùng của mình.

Và theo cách đó, bạn có thể cung cấp cho các nhà phát triển mọi thứ họ cần ngay từ đầu để xây dựng API mà bạn cần và trải nghiệm giao diện người dùng mà bạn cần để có thể quản lý API đó.

- Các trường cho lược đồ và tiêu đề

Điều này thực sự áp dụng cho những thứ như lược đồ, siêu dữ liệu có cấu trúc và tiêu đề vì nhiều CMS không có giao diện sẽ có các trường cụ thể cho các kết quả cụ thể và bạn có thể thấy những thứ như tiêu đề hoặc tiêu đề phụ, v.v. cần được xem xét trong các trường đó trong CMS không có giao diện.

Nhưng thông tin schema.org và dữ liệu vi mô có cấu trúc là những cách bạn thực sự có thể hiện thực hóa sản phẩm, bài đánh giá hoặc chức danh công việc cho các công cụ tìm kiếm. Tất cả những thông tin đó cần được xem xét và tích hợp vào dữ liệu back-end của bạn để có thể xuất hiện trên API đó.

- Khả năng chỉnh sửa URL

Một trong những thách thức khác mà chúng tôi thấy ở hệ thống quản lý nội dung không có giao diện là tùy thuộc vào CMS không có giao diện và cách thức các nhà phát triển và kỹ sư thực hiện, chúng tôi thấy một số thách thức về khả năng chỉnh sửa URL.

Thông thường, điều này dựa trên từng sản phẩm hoặc cách các nhà phát triển và kỹ sư diễn giải các sản phẩm đó.

Nhưng chúng ta đã thấy những thứ như, ví dụ, phân loại cấu trúc dữ liệu trong hệ thống back-end thực sự được sử dụng để biểu diễn HTML ở front-end từ góc độ URL. Và thế là bạn có được cấu trúc liên kết chặt chẽ này giữa dữ liệu ở back-end và URL.

Và điều chúng tôi muốn bạn làm là nêu bật điều này như một dấu hiệu cảnh báo ngay từ đầu quá trình và nói rằng: "Thực ra, với tư cách là nhà tiếp thị và chuyên gia SEO, chúng tôi rất muốn có thể quản lý URL của mình đến tận gốc và có toàn quyền kiểm soát chúng. Và chúng tôi muốn thực hiện việc này riêng biệt với việc quản lý menu, và chúng tôi muốn thực hiện việc này riêng biệt với việc phân loại dữ liệu."

Điều này sẽ giúp bạn có sự khéo léo tuyệt vời giữa ba điều này một cách liên tục và giúp bạn có thể tạo các danh mục và trang đích khác nhau hoặc đưa nội dung từ sâu trong cấu trúc URL trở lại gốc nếu bạn muốn đảm bảo rằng các phương pháp SEO tốt nhất được đáp ứng trên các từ khóa thực sự khó mà bạn sẽ khó có thể đưa lên cao trong các trang kết quả của công cụ tìm kiếm trừ khi chúng ở vị trí cao trong cấu trúc URL.

- Quản lý nội dung trên trang