Tại hội nghị SMX Advanced, chúng tôi đã cùng nhau thảo
luận và tìm hiểu về kỹ thuật SEO mobile. Bà Maile Ohye của
Google đã đưa những phương pháp SEO hiệu quả nhất đối
với các web mobile dựa trên cách Google thu thập dữ liệu,
lập chỉ mục, xếp thứ hạng cũng như các tiêu chí đánh giá về
nội dung di động và cách giới thiệu web đến người dùng
thông qua các thiết bị mobile.
34 trang |
Chia sẻ: lvbuiluyen | Lượt xem: 2024 | Lượt tải: 1
Bạn đang xem trước 20 trang tài liệu Hướng dẫn kỹ thuật seo mobile hiệu quả, để xem tài liệu hoàn chỉnh bạn click vào nút DOWNLOAD ở trên
Hướng dẫn kỹ thuật SEO
mobile hiệu quả
Tại hội nghị SMX Advanced, chúng tôi đã cùng nhau thảo
luận và tìm hiểu về kỹ thuật SEO mobile. Bà Maile Ohye của
Google đã đưa những phương pháp SEO hiệu quả nhất đối
với các web mobile dựa trên cách Google thu thập dữ liệu,
lập chỉ mục, xếp thứ hạng cũng như các tiêu chí đánh giá về
nội dung di động và cách giới thiệu web đến người dùng
thông qua các thiết bị mobile.
Bà cũng nhắc lại về thông báo mới nhất gần đây của Google
rằng: những trải nghiệm mới, hiệu quả cho người dùng
mobile là một yếu tố để Google xếp hạng kết quả tìm kiếm
qua smartphone.
Trong bài viết này, tôi sẽ trình bày chi tiết quan điểm đó,
cũng như đề xuất các nguồn tư liệu tốt nhất để thiết kế một
web nhằm phục vụ tốt hơn cho người dùng mobile
Thiết kế thuận lợi, nội dung linh động, hay URL riêng
cho mobile?
Nếu bạn đang bắt đầu làm việc với một web mobile, câu hỏi
đầu tiên bạn nên suy nghĩ đến là “nên bắt đầu từ đâu”. Nếu
bạn đã thiết lập những trải nghiệm di động cho người dùng
rồi, hãy tìm cách áp dụng, nâng cao và phát triển nó. Cả ba
phương pháp sau đây đều là những phương pháp tuyệt vời
bạn có thể áp dụng để làm hài lòng người sử dụng và bộ máy
tìm kiếm Google. Việc bạn nên áp dụng phương pháp còn
phụ thuộc vào cơ sở cấu trúc, nội dung, và người dùng bạn
hướng tới
Phương
pháp
thực
hiện
URLs Nội dung
Thiết kế Sử dụng Sử dụng chung
thuận
lợi
URL
chung
cho cá
máy tính
và điện
thoại
một nội dung
cho tất cả đối
tượng, nhưng có
thể phát hiện
thiết vị, điều
chỉnh kích cỡ,
xây dựng cách
bài trí phú hợp.
VD: nếu kích cỡ
màn hình nhỏ,
nội dung có thể
hiển thị ít hình
ảnh hơn, ít chữ
và điều hướng
đơn giản hơn
Nội Sử dụng Những nội dung
dung
linh
động
chung
cho cả
phiến
bản
mobile
và
desktop
khác nhau cho
người dử dụng
với những thiết
bị truy cập khác
nhau
URL
riêng
cho
mobile
URL
riêng cho
desktop
và
mobile
Nội dung trên
máy tính và điện
thoại khác nhau
hòan toàn
Thiết kế thuận lợi
Sử dụng thiết kế linh hoạt để phát hiện các thiết bị và điều
chỉnh cách bài trí phù hợp có thể là một phương pháp tối ưu
nhất. Bạn chỉ có một URL cho bất kỳ loại thiết bị nào nhưng
sẽ có sự điều chỉnh về giao diện cho riêng từng loại thiết bị.
Phương pháp này hoạt động hiệu quả trên smartphone, máy
tính bảng, laptop . . Phương pháp này có khá nhiều ưu điểm:
bộ máy tìm kiếm có thể thu thập dữ liệu một cách hiệu quả,
chuyển hướng nhanh, và chỉ một trang duy nhất để bộ máy
tìm kiếm lập chỉ mục và xếp hạng. Người dùng và Google
đều hài lòng về phương pháp này.
Google khuyên bạn không ngăn chặn sự thu thập dữ liệu từ
các nguồn như CSS và JavaScript vì những nguồn này cần dữ
liệu để xây dựng nên một thiết kế linh hoạt cho web của bạn.
Một nhược điểm của phướng pháp này là tốn nhiều thời gian
tải trang. Hãy chắc chắn rằng các thiết bị di động có thể tải
nội dung trang một cách nhanh chóng không phải tốn nhiều
thời gian tải các nội dung nặng (như video và các quảng cáo -
bạn nên không hiển thị cho người sử dụng mobile). Điều này
gây cản trở cho người dùng mobile. Nếu một vấn đề với các
nội dung là vấn đề cần thiết cho web mobile, hãy xem xét
phướng pháp tiếp theo mà tôi đề cập đến.
Một khía cạnh khác cần xem xét là tập trung vào nội dung.
Nếu những phần nội dung bạn làm ẩn và hiện có sự khác
nhau khác nhau giữa phiên bản mobile và phiên bản desktop,
thì phương pháp tạo URL riêng cho mobile có lẽ là phương
pháp bạn nên cân nhắc.
Nội dung linh động
Với phương pháp này, máy chủ sẽ phát hiện các thiết bị,
trước khi trả về dữ liệu nội dung cho thiết bị đó và điều này
được thực hiện trên các URL riêng biệt. Sự khác biệt của
phương pháp này là các nội dung được tải theo URL có thể
hoàn toàn khác nhau tùy thuộc vào loại thiết bị của người
truy cập.
Đây là một lựa chọn tốt nếu vấn đề của bạn là: mất nhiều thời
gian để các thiết bị di dộng tải nội dung như trên phiên bản
desktop. Nhưng phương pháp này thực hiện phức tạp hơn.
Để thực hiện phương pháp này , bạn đang sử thành thục hệ
thống “Vary: User-Agent HTTP response header” vì bạn
đang tạo các nội dung khác nhau cho những thiết bị khác
nhau.
URL cho mobile
Quay trở lại những năm trước đây, khi mà chúng ta chỉ có
những chiếc điện thoại thô sơ, đơn giản, các trang web không
thể sử dụng thiết kế linh hoạt cho người sử dụng điện thoại di
động. Vậy bạn nên làm gì?
Cách tốt nhất để bạn khắc phục điều này là hãy tạo ra các Url
dành riêng cho mobile, đó là các trang riêng biệt ( có một tên
miền phụ “m.”), thường được mã hóa đặc biệt cho các phiên
bản mobile ( XHTML / WAP 2.0, WML / WAP 1.2, hay
cHTML (imode)
Nhưng nếu trang web của bạn có URL dành riêng cho
mobile, nó hoàn toàn không giống những trang đang sử dụng
với mục địch kiếm lợi nhuận. Đây đơn giản chỉ là một trang
web mà bạn đã xây dựng khác đi để phục tốt hơn với những
loại thiết bị màn hình nhỏ.
Vì Google thu thập được các URL khác nhau với các trang
khác nhau, nên nhiệm vụ của bạn là hãy làm cho Google hiểu
mối quan hệ giữa nội dung của trang phiên bản desktop và
phiên bản mobile. Như thế, website đó mới được hiển thị
trong các kết quả tìm kiếm qua desktop cũng như qua mobile
của Google
Phiên bản mobile hay phiên bản desktop đều được Google
cho hiển thi trên trang tìm kiếm với chỉ một danh mục, và
trong trường hợp tồn tại cả hai trang phiên bản, Google sẽ
xem xét và ưu tiên phiên bản thích hợp hơn.
Phương pháp này là một phương pháp tuyệt vời. Bạn thể dễ
dàng theo dõi về mặt kỹ thuật của phương pháp này. Và hãy
làm theo những lời khuyên dưới đây, web của bạn sẽ hoạt
động tốt, hài lòng cả đối tượng người sử dụng và bộ máy tìm
kiếm.
Đặc biệt, nếu nội dung bạn mang đến cho người sử dụng
mobile khác với những gì bạn mang đến người sử dụng
desktop, các lời khuyên sau đây sẽ rất hữu ích:
URL cho mobile và sự chuyển hướng
Điều đầu tiên và điều quan trọng nhất để bạn làm hài lòng cả
công cụ tìm kiếm và người sử dụng là phải đảm bảo cả hai
trang mobile và desktop phải được chuyển hướng một cách
thích hợp. Những User-agent mobile có thể truy cập vào các
trang cho desktop nên được chuyển hướng đến các phiên bản
mobile và những user-agent desktop có thể truy cập vào các
trang mobile nên được chuyển hướng đến các phiên bản
desktop. Nghe có vẻ đơn giản như vậy. Tuy nhiên, nhiều
trang web không làm điều đó.
Tôi luôn luôn thắc mắc tại sao chuyển hướng các trang
mobile đến phiên bản tương đương trên desktop cho người
dùng không sử dụng điện thoại di động lại quan trọng đến
vậy ?Chúng ta đang sống trong một thế giới với mọi thứ đều
liên quan đến điện thoại. Tôi có thể đứng xếp hàng chờ
chuyến bay, đọc một bài báo trong khi tôi đang chờ đợi. Tôi
chia sẻ liên kết bằng di dộng nếu đó là một bài viết hấp dẫn.
Thông qua Twitter và bạn có thể click vào nó trong khi đang
ngồi ở bàn làm việc.
Nếu trang web không chuyển hướng đến phiên bản desktop,
nó sẽ chuyển hướng đến phiên bản mobile, đó không phải là
một trải nghiệm tốt cho người dùng, đơn giản nó không mang
lại lợi nhuận gì từ các quảng cáo, cái mà vốn có trên phiên
bản desktop.
Hãy xem một trang tin tức của ABC news hiển thị trên
desktop nhưng với url mobile
Và đây cũng là bài viết đấy nhưng hiển thị theo url desktop.
Bạn không cần phải làm bất cứ điều gì đặc biệt cho
Googlebot-Mobile, như nó thu thập một trình duyệt di động
một cách bình thường, và cũng như Google Bot với các trang
desktop, web sẽ chuyển hướng chính xác nếu sự chuyển
hướng này tồn tại và sẵn sàng.
Thật là không may nếu có sự không chuyển hướng dựa vào
loại thiết bị, nhưng bạn biết điều gì còn tồi tệ hơn? Đó là
chuyển hướng người dùng điện thoại di động đến trang chủ.
Nếu bạn không có một trang mobile tương đương và một
trang cho desktop mà người dùng có thể truy cập bằng điện
thoại, thì cứ hãy hiện thi trang phiên bản desktop. Truy cập
vào một trang trên một thiết bị di động mà không được thiết
kế cho màn hình của nó là một điều được đánh giá thấp,
nhưng nó có tốt hơn việc trang đó sẽ chuyển đến một trang
hoàn toàn không liên quan và không có khả năng truy cập
thông tin.
Nếu bạn có một trang mobile và không có trang tương đương
cho desktop? Cũng giống như các trang desktop mà không có
phiên bản mobile tương đương, hãy hiện thị trang mobile cho
người dùng.
Google đánh giá cao việc chuyển hướng người dùng tablet
đến phiên bản desktop. Không nên chuyển hướng đến phiên
bản mobile bởi vì sẽ tiện hơn và thích thú hơn rất nhiều nếu
người dùng sử dụng trang phiên bản deskop
Không ngắn chặn sự thu thập dữ liệu của những trang mobile
qua file robots.txt. Điều này ngăn cản Google gộp 2 trang
mobile và desktop thành một chỉ mục khi hiển thi kết quả tìm
kiếm.
URL cho mobile và siêu dữ liệu (meta data)
Như tôi đã đề cập trước đó, Google sử dụng một chỉ mục duy
nhất để đánh giá nội dung cho người sử dụng desktop và
moble, và tất nhiên nó sẽ ưu tiên hiển thị trang phù hợp hơn
với từ khóa. Ngoài việc chuyển hướng giữa chúng, bạn có thể
thêm siêu dữ liệu (meta data) để gửi tín hiệu cho Google nên
ưu tiên phiên bản nào hơn.
Rel = Canonical
Ưu tiên trang với phiên bản desktop. Điều này củng cố sự lập
chỉ mục và các tín hiệu xếp hạng (chẳng hạn như liên kết bên
ngoài) và ngăn ngừa sự nhầm lẫn về nội dung trùng lặp.
<link rel="canonical"
href="
favorite-show-is-scandal/"/>
Rel = alternate media
Thuộc tính này cho phép bạn chỉ rõ ra các URL cho desktop
và cho mobile. Sử dụng thuộc tính này trên các trang desktop
để ưu tiên phiên bản mobile.
<link rel="alternate" media=" only screen và (max-width:
640px)" href="
is-scandal/"/> "
Rel = next/prev
Nếu trang web bao gồm các nội dung đánh số trang, bạn cũng
nên dùng thuộc tinh Rel = next và Rel = prev. Tuy nhiên, hãy
nhớ rằng nếu số lượng item được liệt kê trên mỗi trang là
khác nhau giữa phiên bản desktop và phiên bản mobile, bạn
không được sử dụng Rel = alternative media cho gộp các
trang tương ứng với nhau vì nội dung không trùng khớp nhau
Vary: User-Agent HTTP Header
Cho dù trang web chuyển hướng dựa trên loại thiết bị hoặc
chỉ đơn giản là hiển thị nội dung khác nhau ,thì luôn có sự
hình thành server để trả về hệ thống “Vary: User-Agent
"response header”
Bảng xếp hạng và thiết bị mobile
Khi ai người dùng sử dụng smartphone tìm kiếm trên google,
thì họ đang tìm kiếm một danh mục mục tương đương như họ
tìm kiếm từ một desktop. Bởi vì Google đã thống nhất các
các phiên bản đó lại,và một vài điều sau đây sẽ xảy ra.
- Người dùng sẽ nhìn thấy url desktop trong kết quả tìm kiếm
- Khi nhấp chuột tìm kiếm, Google sẽ dẫn đến truy cập phiên
bản mobile, không phải là phiên bản desktop (điều này có thể
tốt cho người dùng vì thời gian tải trang nhanh hơn).
Tín hiệu xếp hạng khác nhau cho: loại truy vấn, vị trí của
người tìm kiếm, loại thiết bị tìm kiếm được sử dụng. Trong
trường hợp tìm kiếm qua di động, tín hiệu đê Google đánh
giá và xếp hạng là những trải nghiệm mới cho người dùng
mobile. Những vấn đề của trang mobile làm người dùng có
những trải nghiệm không tốt, sẽ không được xếp thứ hạng
cao trong các tìm kiếm bằng mobile, nhưng chú ý răng: nó
không ảnh hưởng gì cho các lần tìm kiếm bằng desktop/
Những tín hiệu xếp hạng đặc trưng cho tìm kiếm
smartphone
Những page chỉ dành cho mobile
Vì Google hợp nhất các danh mục và dấu hiệu chung để xếp
hạng cho cả những trang mobile và trang desktop, nên những
trang mà chỉ dành cho mobile, không có trang tương đương
cho desktop sẽ bị Google đánh giá thấp, và xếp thứ hạng
không tốt trong kết quả tìm kiếm.
Thời gian tải trang
Maile chỉ ra một nghiên cứu về trường hợp chỉ chậm 1 giây
để load nội dung trên smartphone. Nghiên cứu cho thấy page
view giảm 9,4%, inbound rate tăng 9.3 %, và conversion rate
(tỉ lệ chuyển đổi) giảm 3.5 %
Điều quan trọng là Google muốn cung cấp cho người người
dùng truy cập vào các trang với trải nghiệm tốt nhất, và sự
load trang chậm đang cản trở điều đó. Vì thế những trang
load chậm không được xếp hạng cao bởi Google.
Maile nói rằng: Google khuyến khích việc load nội dung
khong quá một giây (trong khi đó thời gian tải trung bình trên
các thiết bị di động ngày nay là 7 giây).
Chuyển hướng
Phải mất 0,6 giây cho một thiết bị di động kết nối với một
trang yêu cầu. Điều này có nghĩa rằng mỗi chuyển hướng làm
mất thêm tối thiểu là 0,6 giây thời gian load trang.
Đôi khi việc chuyển hướng là không thể tránh khỏi, nhưng
hãy chắc chắn rằng bạn đang chuyển hướng trực tiếp đến
trang yêu cầu, loại bỏ chuyển hướng dây chuyền hoặc chuyển
hướng vòng lặp.
Ngoài ra, như đã nói ở trên, hãy chắc chắn rằng bạn không
chuyển hướng người dùng mobile từ url desktop sang trang
chủ mobile. Như bạn có thể tưởng tượng, điều này chắc chắn
có thể ảnh hưởng đến xếp hạng của các URL, người sử dụng
mobile luôn nghĩ rằng, sự chuyển hướng này không tồn tại.
Tương tự như vậy, không hiển thị thông báo lỗi trang cho
người sử dụng smartphone, hơn hết, hãy thông báo rằng:
trang đó không tồn tại.
Quảng cáo
Tôi biết, bạn thực sự muốn người sử dụng cài app để truy cập
web trên mobile. Đó là ý kiến hay, là một cách rất hiệu quả
để truy cập site một cách nhanh chóng.Và thậm chí điều đó
có thể mang lại lợi nhuận vì nó không giống như các trang
mobile - không ai có thể tìm ra một mô hình doanh thu với
trang mobile.
Nhưng Google đang cố gắng để người dùng tìm kiếm được
câu trả lời, và các rào yêu cầu cài đặt app làm người dùng tốn
nhiều thời gian và công sức hơn để có được câu trả lời. Maile
cũng khuyên rằng "nên xem xét lại việc buộc người dùng
click thêm để 'tải về app về, điều này là không cần thiết".
Và tôi cũng biết rằng: Điều này sẽ làm cho số lượng tải ứng
dụng. Nhưng nếu trang đó không được xếp hạng, thì bạn còn
mất nhiều thứ hơn. Tốt nhất, hãy xem xét, điều chỉnh cách
bài trí giao diện trang điện thoại để giới thiệu tốt hơn app của
bạn với người dùng.
Trong ví dụ dưới đây, trang “The Car connection” đã rất
khôn khéo trong cách giơi thiệu app.
Nội dung hỗ trợ
Hãy chắc chắn rằng trang mobile chỉ phục vụ nội dung được
hỗ trợ trên các thiết bị mobile. Nếu sử dụng một trang chỉ
chứa duy nhất một nội dung mà người dùng không thể nhìn
thấy, hoặc không sử dụng được (như video mà người dùng
không thể play được), Google sẽ đanh giá thấp điều này và
xếp thứ hạng không cao trong trang hiển thị kết quả tìm
kiếm.
Tóm tắt
Bạn có thể phục vụ người dùng mobile cũng như người dùng
desktop với cùng một URL bằng nhiều phương pháp: thiết kế
thuận lợi hoặc nội dung linh động hoặc hoặc tạo ra các url
riêng biệt.
Sử dụng hệ thống “Vary: User Agent HTTP header” để tạo
nội dung linh động cho trang được truy cập với các thiết bị
khác nhau, với sự chuyển hướng cụ thể.
Sử dụng thuộc tính Canonical (với phiên bản desktop )
Khi sử dụng URL riêng biệt:
- Chuyển hướng cả người dùng desktop và mobile đển trang
phù hợp
- Không chuyển hướng người dùng nếu không có một trang
tương đương
- Chuyển hướng người dùng tablet đến phiên bản dùng cho
desktop
- Sử dụng “rel canonical” để chỉ định ưu tiên phiên bản
desktop
- Sử dụng “rel alternative media” để chỉ định ưu tiên phiên
bản mobile
- Đảm bảo thời gian load trang ngắn
- Giảm thiểu sự chuyển hướng không cần thiết
- Hạn chế quảng cáo tải app với các nội dung hiển thị mobile.