Hướng dẫn tối ưu SEO bằng Meta Tag丨14 Meta Tag được sử dụng trong Google SEO

Trên trang kết quả tìm kiếm của Google (SERP), khả năng hiển thị của một trang web được quyết định bởi hơn 200 chỉ số thuật toán cùng lúc.

Dữ liệu cho thấy: Việc tối ưu hóa meta description (thẻ mô tả) có thể tăng tỷ lệ nhấp (CTR) từ 15%-30% — người dùng thường quyết định có nhấp vào hay không chỉ trong vòng 0,5 giây thông qua tiêu đề và mô tả;

Nếu viewport (thẻ tương thích di động) bị thiết lập sai, thứ hạng trên thiết bị di động có thể giảm trực tiếp từ 15%-20%, trong khi tỷ lệ tìm kiếm trên di động toàn cầu đã vượt quá 60% (StatCounter 2024).

Bài viết này tập trung vào 14 thẻ meta quan trọng nhất trong Google SEO, phân tích từng thẻ một về “điều gì xảy ra nếu cài đặt sai” và “cách xác minh cách viết đúng”, sử dụng các ví dụ thực tế và hướng dẫn chính thức từ Google để giúp bạn tránh được 90% các thao tác không hiệu quả.

Các thẻ Meta SEO cốt lõi cơ bản

Trên trang kết quả tìm kiếm (SERP), thời gian trung bình để người dùng quyết định nhấp vào một liên kết chỉ là 0,8 giây (Nghiên cứu hành vi người dùng Google, 2023).

Trong 0,8 giây này, Tiêu đề (<title>) và Mô tả (<meta name=”description”>) đóng góp đến 70% quyết định nhấp chuột.

Các thẻ meta cũng ảnh hưởng trực tiếp đến việc thu thập dữ liệu và lập chỉ mục của Google. Ví dụ, việc sử dụng sai lệnh noindex trong <meta name=”robots”> có thể khiến trang web không bao giờ được lập chỉ mục (ngay cả khi nội dung được trích dẫn bởi các trang khác);

<title>

Mặc dù <title> không phải là thẻ <meta>, nhưng nó là tín hiệu ưu tiên số một để Google đánh giá chủ đề của trang (Hướng dẫn chính thức từ Google, 2024).

Dòng đầu tiên người dùng nhìn thấy trong kết quả tìm kiếm chính là nó, quyết định trực tiếp việc “có nhấp hay không”.

Quy tắc thiết lập quan trọng (dựa trên thống kê của Ahrefs đối với 100.000 trang có tỷ lệ nhấp cao):

Độ dài: 50-60 ký tự. Nếu vượt quá 60 ký tự sẽ bị cắt bớt (trên di động còn ngắn hơn, khoảng 50 ký tự).

• Ví dụ sai: Tiêu đề trang chủ của một trang web giáo dục ghi “Tải tài liệu học tập mới nhất năm 2024 cho tất cả các môn từ tiểu học đến trung học phổ thông, bao gồm Toán, Ngữ văn, Tiếng Anh, Vật lý, Hóa học, nhận miễn phí không giới hạn” — số ký tự là 98, trên di động hiển thị là “Tải tài liệu học tập mới nhất năm 2024 cho tất cả…”, người dùng hoàn toàn không thấy điểm bán hàng cốt lõi là “nhận miễn phí”.
• Ví dụ đúng: Tiêu đề bài viết của một blog mẹ và bé “Lịch trình ăn dặm cho bé 2 tuổi (kèm 10 công thức dễ làm)” — số ký tự là 42, hiển thị đầy đủ, bao gồm độ tuổi cụ thể và từ khóa “công thức”, CTR cao hơn 22% so với các trang cùng loại.

Vị trí từ khóa: Đặt từ khóa cốt lõi ở phần đầu. Người dùng chú ý nhiều hơn đến các từ bắt đầu của tiêu đề (Nghiên cứu theo dõi ánh mắt cho thấy 70% ánh nhìn của người dùng tập trung vào 30 ký tự đầu tiên của tiêu đề).

• Ví dụ sai: “【Mới nhất】Xếp hạng công ty trang trí nội thất tại Hà Nội năm 2024, chuyên cung cấp dịch vụ thiết kế trang trí biệt thự, căn hộ, nhà cũ” — từ khóa “công ty trang trí nội thất” nằm ở vị trí thứ 6.
• Ví dụ đúng: “Công ty trang trí nội thất Hà Nội xếp hạng mới nhất 2024: Đề xuất dịch vụ thiết kế biệt thự/căn hộ/nhà cũ” — từ khóa đặt lên đầu, CTR tăng 18%.

Tính độc nhất: Tiêu đề của mỗi trang phải khác nhau. Google sẽ hạ thứ hạng của các trang có tiêu đề trùng lặp (Dữ liệu của Moz từ 500 trang web cho thấy thứ hạng trung bình của các trang có tiêu đề trùng lặp thấp hơn 1,2 vị trí so với các trang có tiêu đề duy nhất).

Cốt lõi của <title> là “để người dùng biết ngay trang web có thể giải quyết vấn đề gì”, chứ không phải là nhồi nhét từ khóa.

<meta name=”description”>

Thẻ mô tả là “văn bản thuyết phục” chỉ đứng sau tiêu đề trong kết quả tìm kiếm. Một mô tả chất lượng có thể tăng CTR từ 15%-30% (Dữ liệu thử nghiệm 1.000 từ khóa của Moz năm 2023).

3 điểm chính để viết mô tả tốt:

Kiểm soát độ dài: 150-160 ký tự. Vượt quá 160 ký tự sẽ bị Google cắt bớt tự động.

• Ví dụ sai: Mô tả trang web du lịch ghi “Cung cấp hướng dẫn du lịch cho các điểm đến phổ biến toàn cầu, bao gồm các hòn đảo Đông Nam Á, các thành phố cổ châu Âu, các trấn cổ trong nước, cùng dịch vụ đặt phòng khách sạn, so sánh giá vé máy bay, đề xuất ẩm thực địa phương, giải quyết mọi nhu cầu du lịch của bạn tại một điểm dừng” — số ký tự là 210, trên di động hiển thị “Cung cấp hướng dẫn du lịch cho các điểm đến phổ biến toàn cầu, bao gồm các hòn đảo Đông Nam Á…”, người dùng không thấy được giá trị then chốt “tại một điểm dừng”.
• Ví dụ đúng: Mô tả trang blog ẩm thực “10 món ăn gia đình cho người mới bắt đầu, các bước chi tiết, nguyên liệu dễ tìm, hoàn thành trong 30 phút, kèm danh sách nguyên liệu và phân tích lý do thất bại” — số ký tự 142, hiển thị đầy đủ các điểm chạm như “người mới”, “30 phút”, “phân tích thất bại”, CTR cao hơn 28% so với mô tả thông thường.

Khớp chính xác với nội dung: Mô tả phải phản ánh đúng nội dung trang, nếu không người dùng sẽ thoát ra nhanh chóng sau khi nhấp (Google sẽ hạ thứ hạng của những trang như vậy).

• Ví dụ sai: Tiêu đề trang làm đẹp là “Đề xuất kem chống nắng mùa hè 2024”, nhưng mô tả lại ghi “Hướng dẫn chăm sóc da mùa đông: Cách chọn mặt nạ dưỡng ẩm, sữa dưỡng thể” — người dùng nhấp vào thấy nội dung không khớp, tỷ lệ thoát lên tới 75% (Dữ liệu Google Search Console).
• Ví dụ đúng: Tiêu đề “Đề xuất kem chống nắng mùa hè 2024: Danh sách cho da dầu/da khô/da nhạy cảm”, mô tả “Thử nghiệm 15 loại kem chống nắng mùa hè, đề xuất theo loại da, bao gồm thời gian thẩm thấu, khả năng chống nước, so sánh độ an toàn thành phần, giúp bạn chọn loại không gây mụn không bắt nắng” — mô tả nhất quán cao với nội dung, tỷ lệ thoát chỉ 32%.

Thêm lời kêu gọi hành động: Sử dụng các từ như “đề xuất”, “kèm theo”, “xem” để hướng dẫn người dùng nhấp chuột (không bắt buộc nhưng hiệu quả).

• Mô tả bình thường: “Bài viết này giới thiệu cú pháp cơ bản của Python.”
• Mô tả tối ưu: “Người mới học Python nhất định phải xem! Từ biến, vòng lặp đến hàm, giải thích cú pháp cơ bản qua 10 ví dụ, kèm bài tập và đáp án tải về.” — Cái sau có CTR cao hơn cái trước 20% (Dữ liệu thử nghiệm A/B).

Mô tả không phải là “danh sách từ khóa”, mà là “bản xem trước giải pháp cho vấn đề của người dùng”.

<meta name=”robots”>

Thẻ robots là “hướng dẫn hành động” cho bọ tìm kiếm Google. Thiết lập sai có thể khiến trang không bao giờ được lập chỉ mục (như vô tình thêm noindex).

Các lệnh phổ biến và kịch bản sử dụng (Dựa trên tài liệu chính thức của Google):

Lỗi thường gặp:

• Lặp lại thiết lập noindex: Một trang web chính thức của doanh nghiệp do lỗi kỹ thuật đã thêm lệnh noindex cả trong thẻ đầu trang và trong HTTP header, khiến trang web không được lập chỉ mục trong nửa năm (Google Search Console hiển thị “discovered – not indexed”).
• Dùng nhầm nofollow cho liên kết nội bộ: Một trang thương mại điện tử để tránh mất sức mạnh trang đã thêm nofollow cho tất cả liên kết “trang chi tiết sản phẩm”, khiến sản phẩm mới không được bọ tìm kiếm phát hiện, lượng lập chỉ mục giảm 40%.

Cách xác minh: Sử dụng công cụ “Kiểm tra URL” của Google Search Console, nhập URL trang, kiểm tra xem “Trạng thái lập chỉ mục” và “Thẻ robots” có được nhận diện chính xác không.

Cốt lõi của thẻ robots là “cho Google biết rõ ‘ý nghĩa tồn tại’ của trang” — nếu cần lập chỉ mục thì đừng thêm noindex, nếu cần truyền sức mạnh thì đừng thêm nofollow.

<meta name=”viewport”>

Tỷ lệ tìm kiếm di động toàn cầu đạt 62% (StatCounter 2024), và thiết lập viewport sai là một trong những nguyên nhân chính khiến thứ hạng di động giảm (Hướng dẫn lập chỉ mục ưu tiên di động của Google).

Các tham số cốt lõi và vai trò:

• width=device-width: Để chiều rộng trang bằng chiều rộng màn hình thiết bị (tránh lỗi bố cục do tự động thu phóng).
• initial-scale=1.0: Tỷ lệ thu phóng ban đầu là 1:1 (tránh điện thoại tự động thu nhỏ trang khiến chữ không đọc được).
• maximum-scale=1.0, user-scalable=no (tùy chọn): Cấm người dùng thu phóng thủ công (phù hợp với các trang thuần di động, nhưng cần thận trọng vì có thể ảnh hưởng đến khả năng truy cập cho người khuyết tật).

Hậu quả của thiết lập sai:

• Một trang web chính thức của ứng dụng tin tức từng đặt viewport là width=1024 (chiều rộng PC cố định), người dùng di động phải phóng to thủ công để đọc, dẫn đến tỷ lệ thoát di động là 85%, thứ hạng di động rơi từ trang 3 xuống trang 10.
• Trang web của một ứng dụng thương mại điện tử không thiết lập initial-scale=1.0, thu phóng mặc định là 0,5, chữ người dùng nhìn thấy bị mờ, CTR thấp hơn 35% so với các trang cùng loại.

Cách xác minh: Mở trang bằng trình duyệt Chrome, nhấn F12 để mở công cụ dành cho nhà phát triển, chọn “Chế độ di động”, kiểm tra xem trang có khớp với chiều rộng màn hình và chữ có rõ nét không.

Bản chất của viewport là “để người dùng di động không cần phóng to vẫn có thể đọc nội dung thoải mái”, đây là chỉ số cơ bản để Google đánh giá trải nghiệm di động.

<meta charset=”UTF-8″>

Mã hóa ký tự quyết định việc văn bản trên trang có hiển thị đúng hay không. Hơn 90% trang web toàn cầu đã sử dụng UTF-8 (W3Techs 2024), đây là mã hóa duy nhất được Google khuyến nghị.

Tại sao phải dùng UTF-8?

• Tránh lỗi font: Nếu trang dùng mã GBK nhưng khai báo là UTF-8, văn bản sẽ hiển thị lỗi; ngược lại cũng vậy.
• Ảnh hưởng thu thập dữ liệu: Tỷ lệ thu thập dữ liệu thành công của Googlebot đối với các trang bị lỗi font chỉ là 30% (so với 95% ở trang bình thường), có thể dẫn đến việc nội dung không được lập chỉ mục chính xác.

Cách xác minh: Kiểm tra mã nguồn trang, xem thẻ <meta charset> có tồn tại và là “UTF-8” không; dùng điện thoại truy cập trang để đảm bảo không bị lỗi font.

UTF-8 là “ngôn ngữ chung”, dùng nó giúp cả Google và người dùng đều “hiểu” được trang web của bạn.

Khai báo URL chuẩn (Canonical) và Khử trùng lặp nội dung đa phiên bản

Google thu thập hàng nghìn tỷ trang web mỗi ngày, trong đó khoảng 30% số trang có nội dung trùng lặp (Dữ liệu Google Search Central 2023).

Nội dung trùng lặp làm Google bối rối: “Phiên bản nào mới là thứ người dùng cần nhất?” Nếu xử lý không khéo sẽ dẫn đến thứ hạng của tất cả các trang liên quan đều giảm.

Khai báo URL chuẩn (<link rel="canonical">) và đánh dấu nội dung đa phiên bản (<link rel="alternate" hreflang>) chính là cách giải quyết vấn đề này.

<link rel=”canonical”>

Thẻ canonical (thẻ chuẩn hóa) có tác dụng chỉ định “URL đại diện chính thức” của trang hiện tại.

Google sẽ ưu tiên thu thập và lập chỉ mục URL này, sức mạnh của các trang trùng lặp khác cũng sẽ được tập trung vào nó.

3 tiêu chuẩn chọn URL chuẩn (Dựa trên hướng dẫn của Google):

Lỗi thường gặp:

• Xung đột nhiều thẻ chuẩn: Một trang web chính thức của doanh nghiệp do lỗi kỹ thuật đã thêm hai thẻ canonical khác nhau trong cùng một trang. Google không thể nhận diện, khiến trang đó không được lập chỉ mục trong nửa năm.
• Thẻ chuẩn trỏ đến trang không liên quan: Một trang giáo dục đã trỏ nhầm thẻ chuẩn của trang chi tiết khóa học về trang chủ, khiến thứ hạng trang khóa học rơi từ trang 5 xuống trang 20.

<link rel=”alternate” hreflang>

Thẻ hreflang dùng để đánh dấu các phiên bản ngôn ngữ hoặc khu vực khác nhau của cùng một nội dung (như bản tiếng Việt, tiếng Anh, bản Mỹ, bản Anh).

Vai trò cốt lõi của nó là để Google đẩy phiên bản phù hợp nhất đến người dùng ở các khu vực khác nhau, tránh các vấn đề như “người dùng Việt Nam thấy trang tiếng Anh”.

Định dạng và quy tắc cốt lõi:

• Phải bao gồm thuộc tính hreflang (giá trị là mã ngôn ngữ-khu vực, như “vi-vn” cho tiếng Việt Việt Nam, “en-us” cho tiếng Anh Mỹ).
• Phải trỏ đến URL tuyệt đối (bao gồm “https://”) của phiên bản tương ứng.
• Tất cả các trang liên quan phải đánh dấu lẫn nhau (trang A đánh dấu trang B, trang B đánh dấu trang A).

Ví dụ: Đánh dấu đúng cho trang web đa ngôn ngữ

Một doanh nghiệp đa quốc gia có 3 phiên bản ngôn ngữ: Trung, Anh, Nhật

• Bản tiếng Trung: https://www.global.com/cn
• Bản tiếng Anh: https://www.global.com/en
• Bản tiếng Nhật: https://www.global.com/jp

Mỗi trang cần thêm các thẻ sau vào phần đầu (lấy bản tiếng Trung làm ví dụ):

<link rel=”alternate” hreflang=”zh-cn” href=”https://www.global.com/cn”>
<link rel=”alternate” hreflang=”en-us” href=”https://www.global.com/en”>
<link rel=”alternate” hreflang=”ja-jp” href=”https://www.global.com/jp”>

Cách xác minh: Sử dụng “Công cụ kiểm tra hreflang” của Google, nhập URL trang, kiểm tra xem tất cả các trang liên quan có được đánh dấu chính xác không.

Tối ưu hóa hiển thị trên thiết bị di động

Dữ liệu StatCounter 2024 cho thấy tỷ lệ tìm kiếm di động toàn cầu đạt 62%, vượt qua PC để trở thành kịch bản tìm kiếm chính của người dùng.

Tuy nhiên, phân tích nhật ký thu thập dữ liệu của Google năm 2023 trên 100.000 trang web cho thấy 70% trang di động gặp vấn đề “hiển thị lộn xộn” — chữ đè nhau, nút đè nhau, ảnh tràn màn hình, dẫn đến tỷ lệ thoát tăng 30%.

Thẻ viewport

Thẻ viewport (<meta name="viewport">) là cấu hình cốt lõi cho hiển thị di động, nó bảo trình duyệt “cách thu phóng trang để khớp với màn hình điện thoại”.

Các tham số cốt lõi và vai trò (Dựa trên tiêu chuẩn W3C):

Bố cục linh hoạt (Elastic Layout) an toàn hơn “Pixel cố định”

Kích thước màn hình điện thoại rất đa dạng, việc dùng “pixel cố định” (như width: 300px) sẽ khiến nội dung bị tràn trên máy màn hình nhỏ và để lại quá nhiều khoảng trắng trên máy màn hình lớn.

Bố cục linh hoạt (Flexbox) hoặc bố cục theo phần trăm có thể tự động thích ứng với các màn hình khác nhau, là giải pháp cốt lõi cho dàn trang di động.

Dữ liệu thử nghiệm so sánh (Thống kê của Ahrefs trên 200 trang di động):

Phương pháp thao tác cụ thể:

• Sử dụng max-width: 100% thay cho giá trị cố định (ví dụ width: 600px) cho chiều rộng container để đảm bảo không vượt quá chiều rộng màn hình.
• Đặt chiều cao dòng văn bản từ 1.5em trở lên (ví dụ line-height: 1.6) để tránh văn bản bị dày đặc trên màn hình nhỏ.
• Sử dụng width: 100%; height: auto cho hình ảnh để hình ảnh tự động co giãn theo chiều rộng container (tránh tràn viền).

Trường hợp thực tế tiêu cực: Một danh sách bài viết trên blog ẩm thực sử dụng chiều rộng pixel cố định (width: 700px), khi hiển thị trên điện thoại 5 inch, văn bản bị nén thành một dòng, người dùng phải trượt sang trái phải để đọc, tỷ lệ thoát lên tới 85% (Google Search Console).

Trường hợp thực tế tích cực: Trang chi tiết sản phẩm của một ứng dụng thương mại điện tử sử dụng bố cục linh hoạt (display: flex), hình ảnh và văn bản tự động thích ứng với màn hình, thời gian người dùng ở lại kéo dài từ 15 giây lên 40 giây, tỷ lệ chuyển đổi tăng 22%.

Khu vực nhấp chuột tối thiểu 48×48 pixel

Người dùng di động thao tác bằng ngón tay, nếu nút quá nhỏ (ví dụ 30×30 pixel), người dùng dễ nhấp nhầm vào khoảng trắng hoặc các nút lân cận, dẫn đến thao tác thất bại và trải nghiệm kém đi.

Google khuyến nghị khu vực nhấp chuột tối thiểu cho các yếu tố tương tác trên di động là 48×48 pixel (dựa trên nghiên cứu tương tác người-máy).

Dữ liệu liên quan giữa kích thước nút và hành vi người dùng (Phòng thí nghiệm nghiên cứu người dùng Google):

Đề xuất thực hiện:

• Kích thước các nút thanh điều hướng, nút gửi biểu mẫu ít nhất phải là 48px×48px (có thể điều khiển bằng min-width và min-height trong CSS).
• Giữ khoảng cách giữa các nút ít nhất là 16px (để tránh chạm nhầm vào nút bên cạnh).
• Kích thước phông chữ của các nút văn bản (như “Mua ngay”) ít nhất là 16px để dễ nhận diện trên màn hình nhỏ.

Ví dụ: Trang đăng nhập của một ứng dụng ngân hàng có nút “Đăng nhập” kích thước cũ là 36px×36px, xác suất người dùng nhấp nhầm vào nút “Quên mật khẩu” cao tới 40%. Sau khi tối ưu hóa kích thước nút lên 48px×48px và tăng khoảng cách 16px, tỷ lệ nhấp nhầm giảm xuống còn 5%, tỷ lệ đăng nhập thành công tăng 28%.

“Ảnh tải chậm” – Cần kết hợp Viewport và Lazy Load

Môi trường mạng di động không ổn định (tín hiệu 4G/5G yếu, độ trễ Wi-Fi cao), nếu hình ảnh trang web không thích ứng với kích thước di động hoặc tải quá chậm sẽ dẫn đến mất khách hàng.

Thiết lập Viewport kết hợp với tải chậm (Lazy Load) hình ảnh có thể cải thiện đáng kể tốc độ tải trang.

Ảnh hưởng cụ thể của việc tải ảnh chậm (Báo cáo trải nghiệm người dùng di động Akamai 2024):

Phương pháp tối ưu hóa:

1. Sử dụng viewport để kiểm soát chiều rộng ảnh: Thẻ ảnh thêm thuộc tính width=device-width (hoặc thiết lập max-width: 100% qua CSS) để tránh tải ảnh kích thước lớn của bản PC (như 1920px×1080px).
2. Kích hoạt Lazy Load: Chỉ tải ảnh khi nó đi vào vùng hiển thị của người dùng (Google hỗ trợ thuộc tính gốc loading="lazy").

Mã ví dụ: <img src="product.jpg" alt="Ảnh sản phẩm" loading="lazy" width="600" height="400">.

Ví dụ: Một trang web du lịch ban đầu tải ảnh độ phân giải cao của PC (2000px×1500px), thời gian tải trên di động dài tới 8 giây, tỷ lệ thoát 75%. Sau khi tối ưu: Sử dụng viewport giới hạn chiều rộng ảnh ở 100%, thay thế bằng ảnh kích thước nhỏ dành riêng cho di động (600px×450px), kích hoạt Lazy Load. Thời gian tải rút ngắn xuống còn 2 giây, tỷ lệ thoát giảm xuống 20%, lưu lượng truy cập di động tăng 60%.

Công cụ kiểm tra giúp phát hiện nhanh vấn đề

Các vấn đề thích ứng di động (như văn bản chồng chéo, nút bị lệch) có thể bị bỏ sót nếu chỉ quan sát bằng mắt thường, sử dụng các công cụ chuyên nghiệp có thể nhanh chóng định vị và giải quyết vấn đề.

Các công cụ kiểm tra được đề xuất và cách sử dụng:

Kiểm soát hiệu quả xem trước khi chia sẻ trên mạng xã hội

Trên mạng xã hội, phần xem trước (tiêu đề + mô tả + ảnh bìa) quyết định 80% việc người dùng có nhấp vào hay không (Báo cáo hành vi người dùng Meta 2023).

Thẻ Open Graph

Thẻ Open Graph (gọi tắt là OG) do Facebook phát triển, hiện đã trở thành tiêu chuẩn xem trước chung cho các nền tảng xã hội lớn (như LinkedIn, Pinterest).

4 thuộc tính OG bắt buộc và quy tắc tối ưu hóa (Dựa trên hướng dẫn chính thức của Meta):

Twitter Card

Twitter Card là hệ thống thẻ meta được Twitter thiết kế riêng để chia sẻ trên mạng xã hội, “nhẹ nhàng” hơn so với Open Graph.

3 thuộc tính Twitter Card bắt buộc:

Kiểm tra quan trọng hơn thiết lập

Dù đã thiết lập theo quy tắc, hiệu quả thực tế vẫn có thể gặp lỗi do bộ nhớ đệm hoặc mã code. Công cụ kiểm tra đề xuất:

• Facebook Sharing Debugger: Kiểm tra thẻ OG có đúng không và xóa bộ nhớ đệm nền tảng.
• Twitter Card Validator: Kiểm tra thẻ Twitter Card và xem trước hiệu quả chia sẻ.

Các thẻ meta chức năng khác

Thẻ meta chức năng không ảnh hưởng trực tiếp đến tỷ lệ nhấp hay xếp hạng như description, nhưng chúng ảnh hưởng đến việc Google có thể thu thập dữ liệu nội dung một cách chính xác hay không.

<meta charset=”UTF-8″>

Mã hóa ký tự quyết định văn bản trên trang có hiển thị chính xác hay không. Google khuyến nghị duy nhất UTF-8.

• Tránh lỗi font: Nếu khai báo sai mã hóa, tiếng Việt sẽ hiển thị thành các ký tự lạ.
• Ảnh hưởng thu thập dữ liệu: Tỷ lệ Google thu thập thành công các trang lỗi font chỉ là 30%.

<meta http-equiv=”X-UA-Compatible”>

Dùng để thông báo cho trình duyệt IE sử dụng nhân trình duyệt nào để kết xuất trang.

Ví dụ đúng: <meta http-equiv="X-UA-Compatible" content="IE=edge"> (Buộc IE sử dụng nhân mới nhất).

<meta http-equiv=”refresh”>

Dùng để thiết lập “tự động chuyển hướng”. Google tuyên bố không khuyến khích sử dụng cách này vì có thể bị coi là hành vi spam, nên ưu tiên sử dụng chuyển hướng 301/302 phía máy chủ.

<meta name=”referrer”>

Dùng để kiểm soát thông tin Referer mà trình duyệt gửi đi (tức là “người dùng đến từ trang nào”) nhằm bảo vệ quyền riêng tư người dùng.

Cuối cùng, sự tồn tại của các thẻ Meta SEO không phải là để “lấy lòng thuật toán”, mà là để Google và người dùng đều có thể “sử dụng website của bạn một cách thuận lợi”.

Bạn có muốn tôi hỗ trợ tạo một mẫu mã HTML hoàn chỉnh bao gồm tất cả các thẻ meta này không?