Tìm hiểu sự khác biệt giữa lập chỉ mục đầu tiên trên thiết bị di động và SEO thân thiện với thiết bị di động

Tổng giám đốc của Perficient, Eric Enge, đã giải thích cách xây dựng một trang web SEO thân thiện với thiết bị di động với UX tốt trong phiên SEO lập chỉ mục đầu tiên và thân thiện với thiết bị di động tại SMX West. Người tham dự muốn biết về tốc độ trang, xếp hạng, hình phạt xen kẽ và cách SEO cho chỉ mục đầu tiên trên thiết bị di động khác với SEO truyền thống.

Không phải việc thiết kế một trang web đáp ứng theo các hướng dẫn tốt nhất của công cụ tìm kiếm có làm mất đi việc xây dựng một trang web cho điện thoại di động đầu tiên không?

Enge: : Đúng là với một trang web đáp ứng, bạn dường như đang xây dựng một trang web duy nhất. Nhưng, điều đó không hoàn toàn đúng. Rất có thể, bạn sẽ tạo ba bộ biểu định kiểu khác nhau. Những thứ này cho phép bạn cung cấp một phiên bản khác của trang web cho người dùng máy tính để bàn, máy tính bảng và điện thoại thông minh.

Cách bạn quản lý và hiển thị thông tin trong các biểu định kiểu này thực sự rất quan trọng. Ví dụ: kích thước phông chữ nội dung của bạn có thể quá nhỏ hoặc các liên kết quá gần nhau để chúng không dễ dàng có thể cài đặt được. hiển thị trên thiết bị điện thoại thông minh.

Vì vậy, có nhiều điều vẫn cần phải xảy ra để được di động đầu tiên. Đơn giản chỉ cần đáp ứng là không đủ!

Trong trường hợp của một trang web dành riêng cho thiết bị di động, được thông qua trên thiết bị di động trước tiên, có liên quan để giữ nguyên tắc từ thiết bị di động sang máy tính để bàn như thường lệ không? Và chúng ta có thay đổi hướng dẫn (từ di động sang máy tính để bàn) không?

Enge: : Bạn vẫn nên để các thẻ rel = Alternate và rel = canonical vào vị trí. Tôi nghĩ nó vẫn hữu ích. Tuy nhiên, Google đã tuyên bố nhiều lần không cần phải đảo ngược chúng trong thế giới đầu tiên trên thiết bị di động. Từ quan điểm của họ, trong khi họ có thể yêu cầu các quản trị web thay đổi hướng của các thẻ này, thì thực tế là các nhà xuất bản sẽ mất nhiều năm để chuyển đổi chúng một cách chính xác.

Trong trường hợp tất cả các trang máy tính để bàn của chúng tôi không có sẵn trên thiết bị di động, bạn có nghĩ rằng việc tạo chúng trong AMP thay vì phiên bản di động có liên quan hơn không?

Enge: Bạn có thể tạo các trang ngay từ đầu trong AMP. Điều đó có nghĩa là bạn có thể có các trang di động của mình chỉ đơn giản là ở AMP thay vì có các trang HTML / Javascript truyền thống.

Làm thế nào để bạn cân bằng trải nghiệm người dùng với tuyên bố của bạn rằng bạn cần có cùng một lượng nội dung trên trang web trên điện thoại di động của bạn như với trang web trên máy tính để bàn của bạn? Google cho biết họ đánh giá cao trải nghiệm của người dùng và một trang di động bị quá tải nội dung có thể giết chết điều đó và có khả năng làm giảm tỷ lệ chuyển đổi của bạn nếu chúng bị ngập trong văn bản.

Enge:  Hãy xem xét một kịch bản trái ngược với kịch bản mà bạn đã vạch ra. Hãy tưởng tượng rằng bạn vừa học được rằng bạn bị tiểu đường. Bạn sẽ tìm kiếm một trang web có bốn câu nội dung và cách mua thuốc trị tiểu đường của họ? Hoặc bạn muốn có càng nhiều thông tin càng tốt để tìm hiểu càng nhiều càng tốt về nó?

Vấn đề là ý tưởng về việc ít hơn nhiều hơn trên các trang web không phải lúc nào cũng đúng. Trong thực tế, nó thường không.

Một ví dụ khác: Một người dùng tìm kiếm một Focus Ford Focus. Đây là điều đúng đắn để có một trang có đầy đủ các danh sách và chỉ hiển thị năm, số dặm và giá. Nhưng điều gì sẽ xảy ra nếu họ muốn có một chiếc S Sedan, SE Sedan, SEL Sedan hoặc Titanium Sedan? Bạn có nghĩ rằng vấn đề màu sắc? Làm thế nào về hệ thống truyền động Các tùy chọn bên ngoài? Các lựa chọn nội thất? Còn phụ kiện thì sao? Tôi nghĩ rằng bạn có được quan điểm của tôi. Người dùng MUỐN lựa chọn.

Ở mức độ cơ bản hơn, nếu bạn có một trang máy tính để bàn, cung cấp một Sedan với sức nóng gương bên ngoài Ford Focus SEL tại 36.000 dặm từ năm 2015, và người dùng đã tìm kiếm mà định năm và mong muốn cho gương bên ngoài nóng, trang máy tính để bàn sẽ hiển thị cho tìm kiếm đó.

Tuy nhiên, nếu phiên bản di động của trang đó không bao gồm thông tin nhân bản và thông tin năm sau khi người dùng thực hiện cùng một tìm kiếm, không có cách nào để Google biết rằng bạn có một chiếc xe đáp ứng nhu cầu đó. Điều đó có nghĩa là bạn sẽ không xuất hiện cho tìm kiếm đó.

Vì vậy, có, bạn cần bao gồm thông tin đó. Những gì để lại cho bạn là một thách thức CX / UX. Các trang web chiến thắng sẽ trình bày các thiết kế cung cấp cùng mức thông tin và sử dụng thiết kế để tạo ra trải nghiệm di động tuyệt vời.

Đối với các trang web mà bạn đã kiểm tra để xem máy tính để bàn so với thiết bị di động, chúng có phải là trang web chấm hoặc trang web phản hồi có sự khác biệt lớn trong máy tính để bàn so với thiết bị di động không?

Enge: Trong bài thuyết trình của tôi tại SMX West, tôi đã hiển thị dữ liệu mẫu từ các trang web đã sử dụng tên miền phụ cho các trang web di động của họ. Ví dụ: một trong những trang web đó có hơn 700 trang trên phiên bản máy tính để bàn của trang web của họ và phiên bản di động của trang web của họ chỉ có ba trang. Điều này minh họa là nhiều trang web sử dụng tên miền phụ cho phiên bản di động của trang của họ có sự khác biệt lớn giữa trang web dành cho thiết bị di động và máy tính để bàn của họ.

Bạn có thể sử dụng tên miền phụ trên thiết bị di động nếu đó là tùy chọn của bạn. Nhưng hãy chắc chắn rằng bạn đầu tư thời gian để đảm bảo rằng trang web tương đương về nội dung với trang web trên máy tính để bàn của bạn!

Bạn đã đề cập Google phạt các quảng cáo xen kẽ. Có bất kỳ tác động rộng rãi nào đến thứ hạng trang web với việc triển khai GDPR ở EU và có khả năng với Đạo luật bảo mật người tiêu dùng California, vì nhiều trang web cần phải hiển thị và chấp nhận cookie ngay lập tức?

Enge:  Tôi chưa thấy bất kỳ dấu hiệu nào cho thấy Google đã tạo ra GDPR và CCPA - và liệu bạn có ủng hộ hay không - một yếu tố xếp hạng. Theo thời gian họ có khả năng có thể làm điều đó, nhưng tôi không chắc họ sẽ làm được.

Là những quảng cáo xen kẽ bật lên nhưng biến mất ngay sau khi người dùng thoát ra khỏi nó, ok? Hoặc tất cả các quảng cáo xen kẽ di động là xấu? (Làm việc trong ngành công nghiệp nhà ở nhiều gia đình / căn hộ cho bối cảnh.)

Vấn đề chính của Google với các quảng cáo xen kẽ là nếu họ can thiệp vào việc người dùng nhận nội dung với tải trang ban đầu. Vì vậy, một quảng cáo xen kẽ trong quá trình tải trang sẽ là một vấn đề đối với Google, ngay cả khi người dùng dễ dàng làm cho nó biến mất. Một cách tiến bộ hơn để xử lý việc này sẽ là một quảng cáo xen kẽ chỉ bật lên khi người dùng di chuyển con trỏ chuột về phía thanh địa chỉ của trình duyệt hoặc hướng về phía Xx để đóng cửa sổ.

Cái nào tốt hơn - kết xuất phía máy khách hoặc kết xuất phía máy chủ liên quan đến tốc độ và xếp hạng?

Enge:  Tôi tin rằng có một vài yếu tố tác động đến câu trả lời cho điều này. Hai cái quan trọng nhất là bộ nhớ và tốc độ của máy chủ web, bộ nhớ và tốc độ của máy khách. Điều đó nói rằng, kết xuất phía máy khách được thực hiện bởi hầu hết các ứng dụng trang đơn thường sẽ nhanh hơn sau khi tải trang ban đầu. Điều này là do các thành phần chính của trang web đã nằm trên máy khách và không cần phải tải xuống lại.

Câu hỏi về Angular JS, bạn đã đề cập rằng IO prerender có thể giúp lập chỉ mục, nó có giống với Phantom JS không?

Enge: Không, chúng khác nhau. Những gì kết xuất trước làm là lấy một trang web có chứa Javascript và thực hiện tất cả các hướng dẫn đó để tạo trang hoàn chỉnh hoàn toàn chính xác theo cách mà người dùng sẽ nhìn thấy. Đó là trang web kết xuất đầy đủ được lưu trữ riêng biệt. Khi Google đến xem nội dung của trang, nó sẽ được phân phối trong phiên bản được kết xuất sẵn thay vì phải thử và thực thi Javascript để hiển thị trang.

Điều này rất hữu ích vì Google không thể luôn thực thi tất cả các javascript thành công và điều đó có thể có nghĩa là nó sẽ không nhìn thấy tất cả nội dung của trang web.

Ngược lại, Phantom JS chỉ là cách mô phỏng trình duyệt web trong các chương trình của riêng bạn. Vì vậy, bạn có thể sử dụng nó để cố gắng kết xuất các trang, trong khi với điều kiện tiên quyết, chúng tôi đang cố gắng cứu Google khỏi phải làm điều đó.

Nếu trang web của bạn là một ví dụ được lập chỉ mục cho thiết bị di động vì nó đã sẵn sàng lập chỉ mục cho thiết bị di động, nhưng không thân thiện với thiết bị di động (nghĩa là phản hồi, nhưng sẽ không phải là trải nghiệm tốt của người tiêu dùng), liệu nó có bị phạt trong bảng xếp hạng tìm kiếm không?

Enge: Có thể là vậy. Nó phụ thuộc vào mức độ tồi tệ của một trải nghiệm. Nhưng ví dụ: nếu bạn có một trang mà tất cả các liên kết không thể truy cập được, trang web đó có thể không sử dụng được trên điện thoại di động. Do đó, nó có thể là một trang kém để Google hiển thị trong kết quả tìm kiếm.

Chúng tôi có cả trang không phải amp và AMP trên trang web của chúng tôi. Trang không phải AMP vẫn đang nhận lưu lượng truy cập di động dựa trên Google Analytics, có ổn không? Làm thế nào chúng ta có thể ngăn chặn điều này?

Enge: Vâng, điều này ổn. Nếu tỷ lệ lưu lượng truy cập vào các trang không phải AMP cao (lớn hơn 25%), điều đó có nghĩa là Google không tự tin về mức chất lượng của các trang AMP. Đó có thể là một cái gì đó mà bạn muốn điều tra. Nhưng, tôi chưa thấy bất kỳ trang web nào mà các trang AMP nhận được 100 phần trăm lưu lượng truy cập.

Trong nghiên cứu trường hợp, điều gì về AMP sẽ dẫn đến các số liệu được cải thiện dường như không liên quan đến tốc độ trang (thời gian phiên cũ)?

Enge: Tôi nghĩ điều chính yếu sẽ là tốc độ trang, nhưng không phải là yếu tố xếp hạng trực tiếp. Người dùng có thể tận hưởng nhanh như chớp và điều đó có thể khiến họ có sự gắn kết xa với trang web. Có thể có một số khía cạnh mà Google coi là tín hiệu xếp hạng. Điều đó sẽ làm cho tốc độ là một yếu tố gián tiếp. Đây không phải là tốc độ của trang web mà Google đo lường, mà là các khía cạnh khác của hành vi người dùng được cải thiện vì người dùng thích các trang web nhanh hơn.

Ngay cả sau khi di động đầu tiên, Google vẫn để mắt đến phiên bản máy tính để bàn?

Enge: Có, Google đã nói rằng thỉnh thoảng họ vẫn sẽ xem xét phiên bản máy tính để bàn của một trang web. Tuy nhiên, nguồn thông tin chính mà Google sẽ sử dụng để xếp hạng trang web sẽ là phiên bản di động.

Điều gì được coi là ?? nhanh và chậm chậm khi phân tích kết quả tốc độ trang của bạn từ Google PageSpeed ​​Insights?

Quay trở lại năm 2010, Google đã phát hành một video YouTube với Maile Ohye, cô nói: Hai giây là ngưỡng cho phép chấp nhận trang web thương mại điện tử. Tại Google, chúng tôi nhắm đến dưới một nửa giây. nhanh hơn kể từ đó, vì vậy hai giây là mục tiêu ban đầu tốt để bắn.