Chính sách của Google về nội dung riêng biệt trên cùng một URL trong phiên bản dành cho thiết bị di động và máy tính để bàn là gì?


8

Tôi hiện đang phát triển phiên bản di động của trang web của mình, nơi các thiết bị của người dùng được tự động xác định và sau đó hiển thị chế độ xem trên thiết bị di động hoặc máy tính để bàn của cùng một URL.

Đối với mục đích sử dụng, tôi muốn hiển thị thông tin khác nhau trên một số URL nhất định trên thiết bị di động so với máy tính để bàn. Ví dụ: tôi muốn nội dung được hiển thị thẳng trên trang đầu tiên trên thiết bị di động, trong khi tên miền gốc của máy tính để bàn của tôi là trang đích.

  • Việc sắp xếp như vậy sẽ ảnh hưởng đến ý kiến ​​của Google về trang web của tôi như thế nào?
  • Là gây tổn thương cho bảng xếp hạng của tôi?
  • Hay Google tách kết quả máy tính để bàn và thiết bị di động?

Câu trả lời:


3

Có vẻ như bạn lo lắng rằng việc cung cấp nội dung khác nhau cho người dùng di động so với người dùng máy tính để bàn có cùng URL, sử dụng phát hiện tác nhân người dùng, có thể được coi là một hình thức che giấu và do đó bị Google phạt.

Theo Blog trung tâm của Google Webmaster , đây không phải là trường hợp, miễn là bạn thực hiện phát hiện trình duyệt di động đúng cách. Về cơ bản, chi tiết quan trọng cần nhận ra là các trình thu thập thông tin của Google sử dụng các chuỗi tác nhân người dùng khác nhau tùy thuộc vào việc họ mong đợi nội dung trên máy tính để bàn hay thiết bị di động. Ví dụ: chuỗi tác nhân người dùng thông thường cho các yêu cầu Googlebot thông thường sẽ là:

Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)

trong khi đó đối với các yêu cầu từ trình thu thập thông tin di động, bạn sẽ thấy một cái gì đó như:

SAMSUNG-SGH-E250/1.0 Profile/MIDP-2.0 Configuration/CLDC-1.1
UP.Browser/6.2.3.3.c.1.101 (GUI) MMP/2.0 (compatible; Googlebot-Mobile/2.1;
+http://www.google.com/bot.html)

hoặc (đối với yêu cầu điện thoại thông minh):

Mozilla/5.0 (iPhone; CPU iPhone OS 6_0 like Mac OS X) AppleWebKit/536.26
(KHTML, like Gecko) Version/6.0 Mobile/10A5376e Safari/8536.25 (compatible;
Googlebot/2.1; +http://www.google.com/bot.html)

Miễn là bạn đảm bảo rằng bạn phát hiện chính xác loại yêu cầu Googlebot sau (chứ không phải loại cũ) là thiết bị di động và cung cấp nội dung di động cho chúng, mọi thứ sẽ ổn. Về cơ bản, điều quan trọng là các yêu cầu Googlebot bình thường cần nhận nội dung trên máy tính để bàn, trong khi các yêu cầu Googlebot trên thiết bị di động cần nhận nội dung di động.

Đây là một sơ đồ đẹp minh họa điều này, từ bài viết Blog trung tâm của Google Webmaster tôi đã liên kết ở trên:

Biểu đồ

Ngoài ra, để cho trình thu thập thông tin của Google biết rằng có thể có các nội dung khác nhau dành cho trình duyệt di động, bạn sẽ muốn định cấu hình máy chủ web của mình để gửi Vary: User-Agenttiêu đề HTTP cho bất kỳ trang nào bạn đang sử dụng phát hiện tác nhân người dùng . Bạn cũng muốn đảm bảo tránh những cạm bẫy phổ biến khi phát hiện tác nhân người dùng .


8

Quá trình hành động tốt nhất là sử dụng các URL chuẩn . Điều này tránh tình huống bạn bị phạt vì nội dung trùng lặp.

Khi nói đến máy tính để bàn so với các trang web di động, hầu hết các trang web sẽ có một cái gì đó như thế này trên trang web di động của họ:

Ví dụ như: http://m.mywebsite.com/page.html

<link rel="canonical" href="http://mywebsite.com/page.html" />

Thẻ canonical về cơ bản cho Google biết rằng cùng một nội dung có thể được truy cập thông qua nhiều URL.

Người dùng máy tính để bàn / thiết bị di động được máy chủ phát hiện và chuyển hướng đến phiên bản phù hợp (điều này xảy ra trên Blogger, thuộc sở hữu của Google).

Với phương pháp này, Google sẽ không tách riêng kết quả (bạn không muốn điều này). Điều đó cũng có nghĩa là các liên kết trong đến các trang di động sẽ đưa trọng số / "nước ép liên kết" trở lại trang gốc. Trong trường hợp này, các liên kết đến http://m.mywebsite.com/page.htmlsẽ ảnh hưởng đếnhttp://mywebsite.com/page.html


7

Theo kinh nghiệm của tôi, khách truy cập di động muốn có nội dung giống như khách truy cập máy tính để bàn của bạn. Tôi đã làm việc cho một trang web du lịch với nhiều thông tin về khách sạn và nhà hàng. Trang web này thường được biết đến với các khách sạn, nhưng chúng tôi nghĩ rằng người dùng di động sẽ quan tâm nhiều hơn đến nội dung nhà hàng vì họ tìm kiếm thứ gì đó khi họ ra ngoài. Giả định đó là không chính xác, người dùng di động đã tìm kiếm nội dung khách sạn nhiều như người dùng máy tính để bàn.

Tôi cũng đã nghe lập luận rằng việc giảm nội dung có thể giúp trải nghiệm di động vì các trang tải nhanh hơn. Tôi thấy rằng hiếm khi nội dung khiến các trang tải chậm trên thiết bị di động.

  • Độ trễ là một vấn đề lớn hơn tốc độ tải xuống trên thiết bị di động. Các trang lớn không phải là vấn đề, nhưng mỗi yêu cầu có thể mất vài giây để thực hiện. Nó thường có ý nghĩa để đặt nhiều nội dung trên trang và cho phép người dùng cuộn đến nó hơn là làm cho họ nhấp vào nhiều trang hơn.
  • Trọng số của nội dung thường bị lấn át bởi trọng số của đánh dấu, CSS và JavaScript. Bắt đầu với những thứ người dùng không thể nhìn thấy khi cố gắng xóa byte khỏi trang.

Người dùng có xu hướng bị thất vọng khi họ không thể sử dụng trang web trên thiết bị di động theo cách họ sử dụng trang web dành cho máy tính để bàn. Google sử dụng sự hài lòng của người dùng như một tín hiệu chính trong các thuật toán xếp hạng của họ. Tôi nghi ngờ rằng Google sẽ phạt trang web của bạn hoàn toàn vì đã phục vụ các nội dung khác nhau cho người dùng di động. Tuy nhiên, khi người dùng thấy trang web của bạn ít sử dụng hơn họ mong đợi, thứ hạng của bạn sẽ giảm.


1
"Người dùng có xu hướng bị thất vọng khi họ không thể sử dụng trang web trên thiết bị di động theo cách họ sử dụng trang web trên máy tính để bàn" hoàn toàn đồng ý
krokola

@ Trả lời những gì bạn có nghĩa là độ trễ? Nguyên nhân của nó là gì?
AgA

Độ trễ là thời gian khứ hồi. Thời gian mà người dùng phải thực hiện một hành động cho đến khi nhận được hành động đó từ máy chủ. Độ trễ là khá bình thường khi điện thoại có wifi, nhưng cao hơn nhiều khi kết nối với internet thông qua tháp di động.
Stephen Ostermiller

3

Bạn có thể hiển thị phiên bản di động bằng cách sử dụng thẻ canonical và rel thay thế, phiên bản máy tính để bàn hiển thị thẻ thay thế và phiên bản di động hiển thị thẻ canonical. Khi phân phát HTML động trên cùng một URL, bạn nên sử dụng tiêu đề HTTP khác nhau.

Google giải thích điều này một cách chi tiết:

https://developers.google.com/webmasters/smartphone-sites/details


1

Google đủ thông minh để phát hiện các trang web di động so với các trang web không di động. Và ý kiến ​​cụ thể rằng đây không phải là thư rác.

Việc xem xét quan trọng hơn là đánh dấu URL ưa thích của bạn là chuẩn.

Từ WMT của Google:

Nội dung trùng lặp thường đề cập đến các khối nội dung đáng kể trong hoặc trên các miền hoàn toàn khớp với nội dung khác hoặc tương tự nhau. Hầu hết, đây không phải là lừa dối trong nguồn gốc. Ví dụ về nội dung trùng lặp không độc hại có thể bao gồm:

Discussion forums that can generate both regular and stripped-down pages targeted at mobile devices
Store items shown or linked via multiple distinct URLs
Printer-only versions of web pages

Điều này đã được ghi nhận tốt từ năm 2010.

Xem bài viết của Sel về:

Đừng tự trừng phạt mình: Các trang web di động không phải là nội dung trùng lặp

Gần đây, Matt Cut của Google đã nói rằng đừng quá lo lắng về nội dung trùng lặp. Vấn đề là bạn muốn xếp hạng trang nào trong SERPs.

Làm thế nào để yêu cầu nội dung trùng lặp (điều khoản và điều kiện, v.v.)

Cuối cùng hãy xem chủ đề công cụ quản trị trang web của google về:

Nội dung trùng lặp

Ngoài ra SEOMOz, có một bài viết tuyệt vời về chủ đề:

Nội dung trùng lặp là gì


0

Từ ngữ của Google: Khi một trang web được định cấu hình để phục vụ các trình duyệt trên máy tính để bàn và thiết bị di động sử dụng các URL khác nhau, quản trị viên web có thể muốn tự động chuyển hướng người dùng đến URL phục vụ tốt nhất cho họ. Nếu trang web của bạn sử dụng chuyển hướng tự động, hãy đảm bảo đối xử với tất cả Googlebots giống như bất kỳ tác nhân người dùng nào khác và chuyển hướng chúng một cách thích hợp.

Google nhận ra ba cấu hình khác nhau để xây dựng các trang web di động.

Google không ủng hộ bất kỳ định dạng URL cụ thể nào miễn là (các) trang và tất cả các tài sản trang có thể truy cập được đối với tất cả các tác nhân người dùng Googlebot.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.