Google chia sẻ các mẹo SEO cho các ứng dụng trang đơn

Trong video Google Lightning Talks mới nhất, Martin Splitt chia sẻ các mẹo về cách làm cho các ứng dụng một trang có thể được công cụ tìm kiếm phát hiện.

Sự khác biệt chính giữa một trang web thông thường, dựa trên HTML và một ứng dụng một trang là sự phụ thuộc của chúng vào JavaScript.

JavaScript được sử dụng để tạo HTML cho ứng dụng một trang, sau đó tạo trang.

Cần có JavaScript để tải nội dung khác khi người dùng điều hướng đến các phần khác nhau của ứng dụng một trang.

Khi JavaScript tải nội dung mới, nó được gọi là “chế độ xem”.

Sử dụng JavaScript cho các ứng dụng một trang cho phép trình duyệt tải các lượt xem mà không cần tải lại toàn bộ.

quảng cáo

Đọc bên dưới

JavaScript cũng cho phép các yếu tố thiết kế như chuyển đổi tùy chỉnh giữa các phần khác nhau của ứng dụng.

Nói một cách đơn giản, JavaScript làm cho các ứng dụng một trang hoạt động theo cách chúng làm.

Những thách thức khi làm việc với các ứng dụng một trang

JavaScript không phải là lý tưởng cho các công cụ tìm kiếm khi nói đến việc thu thập thông tin và lập chỉ mục.

Như những người làm SEO đều biết, ngay cả một lượng JavaScript vừa phải trên một trang cũng tạo ra một loạt các thách thức mới.

Mức độ thách thức được tăng lên một bậc nếu tất cả Nội dung được nhúng trong một lớp JavaScript.

Đây chính xác là trường hợp của các ứng dụng một trang.

Vậy những người làm SEO có thể làm gì khi được giao nhiệm vụ lập chỉ mục và xếp hạng một ứng dụng trang duy nhất?

quảng cáo

Đọc bên dưới

Đây là những gì Google đề xuất.

Lời khuyên của Google cho các ứng dụng một trang

Splitt cung cấp bốn mẹo SEO quan trọng cho các ứng dụng một trang:

  • Bao gồm tất cả các đường dẫn mã
  • Coi các lượt xem là url
  • Tối ưu hóa tiêu đề và mô tả cho từng chế độ xem
  • Cải thiện khả năng xử lý lỗi của ứng dụng

Dưới đây là một bản tóm tắt nhanh về những điểm chính về grit.

Bao gồm tất cả các đường dẫn mã

Split đưa ra một ví dụ về ứng dụng một trang dường như hoạt động đủ tốt, nhưng thử nghiệm thân thiện với thiết bị di động của Google không hiển thị nội dung.

Trong ví dụ, vấn đề phát sinh từ mã không được hỗ trợ được xác định bằng thử nghiệm thân thiện với thiết bị di động.

Cụ thể hơn, mã không tính đến những gì ứng dụng phải làm khi một số lệnh không thành công.

Trong ví dụ của Splitt, ứng dụng một trang được hướng dẫn để lấy thông tin vị trí của người dùng. Tuy nhiên, không có đường dẫn mã nào cho ứng dụng biết phải làm gì khi thông tin vị trí không có sẵn.

Đây là những gì Split đề cập đến khi anh ấy nói “bao gồm tất cả các đường dẫn mã”.

Lý do tại sao trang không thể tải trong thử nghiệm thân thiện với thiết bị di động là do Googlebot từ chối yêu cầu định vị địa lý.

quảng cáo

Đọc bên dưới

Nếu có một đường dẫn mã cho trường hợp này, nội dung có thể được hiển thị.

Coi cuộc gọi là URL

Trong khi điều hướng một ứng dụng trang, hãy kiểm tra xem URL trong thanh địa chỉ có thay đổi khi bạn nhấp vào giữa các chế độ xem hay không.

Điều đó sẽ thay đổi khi Googlebot sử dụng URL để tìm các “trang” khác nhau (còn được gọi là “chế độ xem”) trong một ứng dụng trang.

Nếu chỉ có một URL cho mọi thứ, Googlebot sẽ chỉ thấy trang chủ và không có gì khác.

Điều này dẫn đến các vấn đề với thứ hạng vì Google không thể hiểu trang web nói về cái gì.

Split khuyên những điều sau:

quảng cáo

Đọc bên dưới

“Để khắc phục điều này, chúng tôi có thể sử dụng API Lịch sử và đánh dấu liên kết chính xác với các thuộc tính href để phân phát các chế độ xem dưới dạng URL trong các liên kết.”

Tiêu đề & Mô tả

Không có gì cơ bản hơn đối với SEO ngoài việc tối ưu hóa tiêu đề và mô tả của trang web.

Tuy nhiên, nền tảng SEO này thường bị bỏ qua khi nói đến việc tối ưu hóa “lượt xem” cho các ứng dụng một trang.

Do đó, tất cả các chế độ xem đều có cùng tiêu đề và mô tả – và bạn có thể nhận thức được những vấn đề mà điều này có thể gây ra.

Mỗi chế độ xem có thể và nên có tiêu đề và mô tả độc đáo của riêng nó. Splitt nói: “Có thể đạt được điều này bằng cách thêm” một chút JavaScript bổ sung “.

quảng cáo

Đọc bên dưới

Đối phó với sai lầm

Một vấn đề phổ biến khác là cách các ứng dụng một trang đối phó với các trường hợp lỗi như URL không hợp lệ.

Splitt cung cấp một ví dụ về một ứng dụng trang hiển thị thông báo lỗi trong khi máy chủ hiển thị mã trạng thái HTTP 200.

Tốt nhất, nếu xảy ra lỗi trong khi xem nội dung, máy chủ sẽ không trả về mã trạng thái cho biết mọi thứ đều ổn.

Tuy nhiên, đây không phải là một tùy chọn cho các ứng dụng một trang vì máy chủ không xử lý xử lý lỗi.

Máy chủ luôn trả về mã trạng thái HTTP 200 cho các ứng dụng một trang. Việc thực thi mã hoặc hiển thị lỗi tùy thuộc vào JavaScript và trình duyệt.

quảng cáo

Đọc bên dưới

Điều này sẽ được khắc phục vì mã trạng thái HTTP giúp Googlebot và trình duyệt quyết định cách xử lý phản hồi lỗi.

Không có giải pháp dễ dàng nào cho việc này vì không thể thay đổi mã trạng thái HTTP sau khi máy chủ tải một ứng dụng trang.

Những gì bạn có thể Việc cần làm là thay đổi mã trạng thái mặc định cho các chế độ xem riêng lẻ trong một ứng dụng trang.

Do đó, Splitt khuyên bạn nên tạo chế độ xem cung cấp mã 404, chế độ xem cung cấp mã 500, v.v.

Sau đó, JavaScript có thể được chỉnh sửa để hướng các trình duyệt đến chế độ xem thích hợp nếu có lỗi xảy ra trong mã.

quảng cáo

Đọc bên dưới

Để biết thêm thông tin về lời khuyên này, hãy xem toàn bộ video bên dưới:

Nguồn: www.searchenginejournal.com

Trả lời

Chat Zalo