Bắt đầu từ công việc của trang và nhiệm vụ truy vấn
Ý định tìm kiếm là nhiệm vụ đằng sau một truy vấn: tìm hiểu, so sánh, mua, tìm nhà cung cấp hoặc giải quyết một vấn đề. Trước khi chỉnh sửa siêu dữ liệu, hãy nêu rõ trang cho phép khách truy cập làm gì. Sau đó xem xét nội dung hiển thị và các truy vấn trong Search Console. Một truy vấn liên quan vẫn có thể yêu cầu định dạng, vị trí, mức giá hoặc giai đoạn quyết định khác.
Chỉ dùng ngôn ngữ truy vấn khi nó mô tả chính xác trang. Đừng mượn một cụm rộng nếu trang không thể đáp ứng nhiệm vụ được ngụ ý. Tiêu đề, mô tả, tiêu đề hiển thị, nội dung mở đầu và lời kêu gọi hành động nên mô tả một bước tiếp theo duy nhất.
Đặt tên chủ đề, người truy cập và kết quả trong một câu.
Xác nhận đề nghị, chi tiết hoặc hành động đã hứa dễ tìm sau khi nhấp.
Viết phần tử title như nhãn độc lập
Phần tử title xác định tài liệu trong tab trình duyệt, lịch sử, mục ưa thích và ngữ cảnh tìm kiếm. Chuẩn HTML nói rằng tiêu đề nên nhận diện tài liệu khi tách ra khỏi ngữ cảnh. Google khuyến nghị một phần tử title mô tả, ngắn gọn cho mỗi trang. Dẫn với chủ đề cụ thể, thêm một định tính hữu ích, và dùng tên thương hiệu ngắn chỉ khi giúp phân biệt kết quả.
Giữ tiêu đề nhất quán với tiêu đề hiển thị và nội dung. Chúng không cần trùng chữ một-một, nhưng ngôn ngữ mâu thuẫn gây nhầm lẫn cho người dùng và tạo đầu vào cạnh tranh cho Google. Tránh nhãn mơ hồ, ngày lỗi thời, cụm từ lặp và khẩu hiệu dài xuất hiện trên mọi URL.
Thay đổi chủ đề trung tâm khi sản phẩm, bài viết, địa điểm hoặc phiên bản thay đổi.
Tên trang ngắn có thể hữu ích; văn bản thương hiệu lặp lại có thể che đi ý nghĩa riêng của trang.
Viết mô tả cho quyết định của người truy cập
Mô tả meta là bản xem trước chính xác, không phải tiêu đề thứ hai hay một chuỗi từ khóa. Giải thích trên trang có gì và thêm một chi tiết quyết định: phạm vi hướng dẫn, thuộc tính sản phẩm, khu vực dịch vụ, quy tắc về tính khả dụng hoặc hành động tiếp theo. Hỗ trợ mọi khẳng định quan trọng trên trang đích.
Đối với kho lớn, mô tả được tạo theo chương trình có thể hiệu quả khi kết hợp các trường trang-cụ-thể đáng tin cậy. Ưu tiên mô tả cẩn thận cho trang chủ, trang lưu lượng cao, trang quan trọng về doanh thu và các URL chia sẻ. Đừng mở rộng sao chép bán hàng chung, thiếu giá trị hoặc khẳng định giá chưa được xác minh.
Nêu nội dung hoặc đề nghị và một chi tiết quyết định có thật.
Đừng hứa về khan hiếm, tồn kho, kết quả hoặc tính năng mà trang không thể chứng minh.
Mong đợi kết quả tìm kiếm được lắp ghép chứ không sao chép
Google gọi tiêu đề có thể nhấp là title link. Tài liệu của họ nói rằng title link được tạo tự động từ phần tử title, tiêu đề hiển thị, các tiêu đề con nổi bật, văn bản nổi bật và liên kết. Họ nói đoạn trích chủ yếu được tạo từ nội dung trang và có thể thay đổi theo tìm kiếm; mô tả meta có thể được dùng khi chính xác hơn.
Những trường này là đầu vào, không phải lệnh hiển thị. Khi văn bản hiển thị khác với mong đợi, hãy so sánh nó với truy vấn, tiêu đề, phần nội dung hữu ích đầu tiên, ngôn ngữ và boilerplate. Phương án thay thế có thể tiết lộ tín hiệu lỗi thời hoặc phù hợp tốt hơn với truy vấn đó. Google nói việc thu thập lại và xử lý lại có thể mất từ vài ngày đến vài tuần.
Kiểm tra các tín hiệu trang trống, lỗi thời, trùng lặp, không chính xác hoặc mâu thuẫn.
Tránh nhiều tiêu đề cùng nổi bật cạnh tranh để định nghĩa trang.
Xem chiều dài là giới hạn khả đọc chứ không phải quy tắc
Không có giới hạn ký tự chung cho thấy tiêu đề hay mô tả đúng hay sai. Google nói các phần tử không có giới hạn cố định và văn bản hiển thị được cắt bớt khi cần, thường để phù hợp với chiều rộng thiết bị. Chiều rộng thay đổi theo thiết bị, bố cục, ký tự và ngữ cảnh truy vấn. Mục tiêu ký tự có thể giúp phát hiện bản nháp dài, nhưng không phải là quy tắc xếp hạng hay cửa xuất bản.
Đặt từ quan trọng cho quyết định ở đầu, sau đó loại bỏ sự lặp lại. Đừng cắt bỏ yếu tố phân biệt chính xác chỉ để đạt một con số thông thường, hoặc thêm phần đệm cho tiêu đề ngắn đã đầy đủ. Xem xét các kết quả đại diện với nhận thức rằng chúng có thể khác nhau theo người, nơi và thiết bị.
Dẫn với chủ đề, nhiệm vụ hoặc yếu tố phân biệt, không phải khẩu hiệu.
Một hiển thị bị rút ngắn không nhất thiết là vấn đề nếu kết quả vẫn rõ ràng và chính xác.
Tìm trùng lặp bằng cách sửa mẫu hoặc dữ liệu nguồn
Tiêu đề và mô tả trùng lặp thường là vấn đề mẫu (template) hoặc mô hình nội dung. Crawl hoặc xuất các URL quan trọng có thể lập chỉ mục, nhóm các trường giống hoặc gần giống nhau và kiểm tra loại trang. Phân biệt những trường hợp trùng lặp hợp lệ với các trang đáng ra phải khác biệt. Kiểm tra xem tham số, bản địa hóa, lựa chọn canonical hay nội dung trùng lặp có tạo ra các phiên bản cạnh tranh hay không.
Sửa mẫu hoặc dữ liệu nguồn trước. Xác định các trường giúp phân biệt trang, chẳng hạn sản phẩm và biến thể, chủ đề bài viết và năm, hoặc dịch vụ và địa điểm. Kiểm tra các giá trị thiếu, dài, bản địa hóa và đã ngừng trước khi phát hành hàng loạt. Google khuyến nghị mô tả độc đáo khi có thể và văn bản tiêu đề khác biệt giúp người dùng phân biệt các trang.
Sản phẩm, danh mục, bài viết và trang hỗ trợ cần các mẫu và kiểm tra khác nhau.
Dùng giá trị thay thế trung thực cho dữ liệu thiếu và ghi log ngoại lệ để sửa chữa.
Đo lường và phát hành siêu dữ liệu như một thay đổi sản xuất
Dùng báo cáo Performance của Search Console để so sánh giai đoạn trước-sau cho các URL đã chỉnh sửa. Xem xét lượt nhấp, hiển thị, tỷ lệ nhấp (CTR) và vị trí trung bình, sau đó phân đoạn theo trang và truy vấn. Google định nghĩa tỷ lệ nhấp là số lần nhấp chia cho số hiển thị. Tính theo mùa, nhu cầu thương hiệu, thay đổi thứ hạng hoặc lập chỉ mục, và các tính năng kết quả có thể ảnh hưởng đến dữ liệu.
Cho thời gian để thu thập lại và đủ số lần hiển thị trước khi giải thích thay đổi. Kết hợp Search Console với phân tích phù hợp với chính sách quyền riêng tư và bằng chứng chuyển đổi khi khả dụng. Đối với SIU, mẫu tiêu đề trống, đầu ra head sai hoặc các phát hành trả lỗi là rủi ro khả năng được tìm thấy có thể chủ động phát hiện: đưa thay đổi vào giai đoạn thử nghiệm, kiểm tra trang đã render và các luồng chính, và giữ khả năng rollback. SIU hỗ trợ phòng ngừa và khắc phục, không phải báo cáo trạng thái trực tiếp hay cảnh báo gián đoạn.
Ghi lại URL, nhóm truy vấn, ngày chỉnh sửa, giả thuyết và điều kiện dừng trước khi phát hành.
Kiểm tra title, description, tiêu đề hiển thị đã render, phản hồi và dữ liệu trang cụ thể của URL canonical sau khi triển khai.