Hướng dẫn kỹ sư kiểm tra hiển thị emoji trên SERP
Cách kiểm tra hiển thị emoji trên SERP theo khu vực và thiết bị, lý do Google loại bỏ hầu hết emoji, và cách xác minh kết xuất tiêu đề liên kết trên quy mô lớn.
Hãy đặt một biểu tượng rocket vào thẻ tiêu đề của bạn và có bốn kết quả khả thi: Google giữ nguyên nó, Google loại bỏ ký tự và giữ lại phần còn lại của tiêu đề, Google viết lại toàn bộ liên kết tiêu đề, hoặc biểu tượng cảm xúc tồn tại trên di động và biến mất trên máy tính để bàn cho cùng một truy vấn. Kết quả nào bạn nhận được không phải là thứ bạn có thể đọc được từ bản xem trước CMS của mình và đó cũng không phải là thứ mà Công cụ Kiểm tra Kết quả Định dạng Phong phú (Rich Results Test) cho bạn thấy. Công cụ đó hiển thị HTML đã được thu thập dữ liệu của bạn. Liên kết tiêu đề được tạo riêng biệt, theo từng truy vấn, theo từng bề mặt (surface).
Vì vậy, cách đáng tin cậy duy nhất để kiểm tra sự xuất hiện của biểu tượng cảm xúc trên SERP là xem xét các trang kết quả tìm kiếm thực tế, từ vị trí của người dùng, trên hồ sơ thiết bị bạn quan tâm, ở cấp độ truy vấn. Mọi thứ khác chỉ là phỏng đoán. Công việc thì đơn giản; phần gây ra vấn đề là việc lấy mẫu.
Google thực sự làm gì với biểu tượng cảm xúc trong liên kết tiêu đề và đoạn trích (snippet)
Google ghi nhận rằng họ có thể bỏ qua biểu tượng cảm xúc trong liên kết tiêu đề khi họ cho rằng chúng không liên quan đến truy vấn hoặc không hữu ích cho người dùng. Trong thực tế, bộ lọc này không phải là nhị phân và không ổn định theo thời gian. Các ký tự mang trọng lượng ngữ nghĩa cho truy vấn có khả năng sống sót cao hơn so với các ký tự trang trí. Một dấu kiểm hoặc ngôi sao được sử dụng thuần túy như một dấu phân cách trực quan có xu hướng bị loại bỏ; một lá cờ hoặc ký tự liên quan đến tiền tệ trong một truy vấn mà địa lý hoặc giá cả là mục đích thì có khả năng sống sót cao hơn.
Các đoạn trích mô tả (description snippets) hoạt động khác. Google tạo đoạn trích từ nội dung trang thường xuyên hơn nhiều so với việc sử dụng nguyên văn thẻ mô tả (meta description), vì vậy biểu tượng cảm xúc được đặt trong thẻ mô tả có tỷ lệ sống sót thấp hơn so với biểu tượng cảm xúc trong thẻ tiêu đề, đơn giản là vì bản thân thẻ đó ít được sử dụng hơn.
Sau đó là lớp hiển thị (rendering layer), lớp này không liên quan gì đến Google. Cùng một mã điểm (code point) sẽ hiển thị dưới dạng một glyph khác nhau trên iOS, Android, Windows 11 và trình duyệt Chrome cài đặt mặc định trên Ubuntu. Một số mã điểm hiển thị dưới dạng hộp glyph bị thiếu (missing-glyph box). Một ký tự mà Google giữ lại vẫn có thể hiển thị dưới dạng hình chữ nhật tofu (tofu rectangle) đối với một bộ phận khán giả của bạn, điều này còn tệ hơn là không có nó.
Tại sao kiểm tra bằng trình duyệt cục bộ lại cho kết quả sai
Phương pháp thông thường là: mở một cửa sổ ẩn danh (incognito), thêm &gl=us&hl=en vào URL tìm kiếm, và xem. Cách này ổn cho lần xem đầu tiên nhưng không thể sử dụng như một phép đo lường.
Tham số gl thay đổi quốc gia của dịch vụ, chứ không phải vị trí mà Google suy luận cho bạn. Google xác định vị trí thực tế của bạn chủ yếu từ địa chỉ IP, và vị trí ảnh hưởng đến biến thể liên kết tiêu đề nào được phục vụ, tính năng SERP nào đẩy khối kết quả tự nhiên (organic block) xuống dưới, và liệu các gói địa phương (local packs) có xuất hiện hay không. Hai lần kiểm tra từ cùng một IP văn phòng, một lần với gl=us và một lần với gl=de, thường sẽ trả về hai phiên bản của cùng một trang được bản địa hóa rộng rãi thay vì hai trang quốc gia mà bạn đang cố gắng so sánh.
Chế độ ẩn danh (Incognito) cũng làm được ít hơn mọi người nghĩ. Nó xóa cookie, chứ không phải các tín hiệu ở cấp độ IP, và Google vẫn áp dụng hành vi dựa trên tốc độ (rate-based behaviour) cho địa chỉ đó. Chạy ba mươi lần kiểm tra trong mười phút từ một kết nối và các phản hồi sẽ bắt đầu thay đổi hình dạng trước khi bất kỳ khối chặn nào xuất hiện: bố cục thay đổi, số lượng kết quả trên mỗi trang thay đổi, và cuối cùng bạn nhận được một trang trung gian (interstitial). Đó là lúc các nhóm âm thầm thu thập dữ liệu xấu, bởi vì một SERP bị suy giảm một phần vẫn trông giống như một SERP.
Một kiểm tra thủ công thực sự có giá trị
Đối với một trang đơn lẻ và hai hoặc ba thị trường, hãy tự làm thủ công. Truy vấn cụm từ chính xác mà tiêu đề của bạn nhắm tới thay vì sử dụng toán tử site:, vì site: trả về một đường dẫn tạo tiêu đề khác. Chụp ảnh màn hình toàn trang thay vì sao chép văn bản, vì văn bản sao chép sẽ mất đi khả năng hiển thị glyph, vốn là một nửa những gì bạn đang kiểm tra. Lặp lại trên một user agent di động với khung nhìn (viewport) di động, vì giới hạn cắt ngắn tiêu đề trên máy tính để bàn và di động khác nhau và việc cắt ngắn là lý do phổ biến nhất khiến biểu tượng cảm xúc biến mất ở giữa tiêu đề.
Ghi lại ngày tháng. Việc tạo liên kết tiêu đề thay đổi mà không có thông báo trước, và một kết quả từ sáu tuần trước không phải là bằng chứng cho ngày hôm nay.
Những gì tồn tại ở đâu
Bảng dưới đây tóm tắt cách cùng một phần tử tiêu đề hoạt động trên các bề mặt khác nhau mà hầu hết các nhóm cần xác minh. Hãy coi cột tỷ lệ sống sót (survival) như một hướng dẫn, không phải một hằng số, và đo lại cho mỗi bộ truy vấn.
| Bề mặt / phần tử | Cách xử lý biểu tượng cảm xúc | Điều gì phá vỡ việc kiểm tra | Xác minh bằng |
|---|---|---|---|
| Liên kết tiêu đề trên máy tính | Các ký tự trang trí thường bị loại bỏ; các ký tự liên quan về mặt ngữ nghĩa được giữ lại thường xuyên hơn | Việc cắt ngắn gần giới hạn pixel loại bỏ các ký tự ở cuối trước khi Google làm điều đó | Ảnh chụp màn hình toàn trang, UA máy tính để bàn, IP quốc gia mục tiêu |
| Liên kết tiêu đề trên di động | Tỷ lệ giữ lại cao hơn trong các mẫu quan sát được; chiều rộng hiển thị ngắn hơn | Việc xuống dòng hai hàng thay đổi vị trí cắt ngắn | Khung nhìn di động cộng với UA di động, cùng IP |
| Đoạn trích mô tả | Thẻ mô tả (meta description) được sử dụng ít hơn thẻ tiêu đề, vì vậy biểu tượng cảm xúc thường không bao giờ được hiển thị | Việc tạo đoạn trích từ nội dung thân trang phụ thuộc vào truy vấn | Nhiều biến thể truy vấn cho cùng một URL |
| Liên kết phụ (Sitelinks) và breadcrumbs | Biểu tượng cảm xúc trong H1 hoặc văn bản breadcrumb hiếm khi được giữ lại | Xung đột dữ liệu có cấu trúc với văn bản trên trang | URL Inspection kết hợp với chụp SERP trực tiếp |
| Hiển thị Glyph | Mã điểm được hiển thị tùy theo bộ phông chữ của hệ điều hành | Glyph bị thiếu hiển thị dưới dạng hộp; kiểm tra trên một hệ điều hành không chứng minh được gì về các hệ điều hành khác | Ảnh chụp màn hình riêng trên iOS, Android và Windows |
Mở rộng quy mô kiểm tra vượt quá một vài URL
Khi bạn đang xác thực vài trăm thẻ tiêu đề trên bốn hoặc năm quốc gia, việc kiểm tra thủ công sẽ dừng lại. Công việc trở thành một tác vụ thu thập SERP theo lịch trình: một danh sách truy vấn, một vị trí cho mỗi truy vấn, một hồ sơ thiết bị, một ảnh chụp màn hình hoặc HTML đã phân tích cho mỗi kết quả, và một sự khác biệt (diff) so với lần chạy trước.
Có hai hướng đi. Một API SERP từ nhà cung cấp như DataForSEO, Bright Data hoặc Oxylabs trả về kết quả đã phân tích với tham số vị trí và xử lý lớp yêu cầu cho bạn, được tính phí theo mỗi yêu cầu. Đó là lựa chọn rẻ hơn dưới khoảng vài nghìn lần kiểm tra mỗi tháng và nó có một nhược điểm thực sự cho nhiệm vụ cụ thể này: JSON đã phân tích cung cấp cho bạn chuỗi tiêu đề, chứ không phải pixel đã hiển thị, vì vậy các vấn đề ở cấp độ glyph là vô hình. Nếu bạn cần nhìn thấy ký tự hộp (box character), bạn cần một trình duyệt và ảnh chụp màn hình.
Hướng đi còn lại là tự chạy các worker Chrome hoặc Playwright không đầu (headless) thông qua proxy, đây là điều mà hầu hết các nhóm SEO nội bộ thường làm vì họ đã có sẵn quy trình tự động hóa. Ở đây, lựa chọn proxy quyết định xem dữ liệu có sử dụng được hay không.
Chọn lớp proxy để xác minh SERP
Ba thuộc tính quan trọng, theo thứ tự này: độ chính xác về mặt địa lý, uy tín của IP và tính ổn định trong suốt một quá trình chạy dài. Tốc độ ít quan trọng hơn mọi người nghĩ, bởi vì kiểm tra SERP là một yêu cầu và một ảnh chụp màn hình, chứ không phải là cào (scrape) hàng nghìn trang sản phẩm.
Độ chính xác về mặt địa lý là thứ âm thầm phá hỏng các bộ dữ liệu. Một proxy được bán là của Đức nhưng định vị địa lý (geolocate) đến một khối trung tâm dữ liệu (datacenter block) ở Frankfurt sẽ trả về một SERP về mặt kỹ thuật là của Đức nhưng về mặt hành vi là chung chung. Nếu bạn đang so sánh các biến thể liên kết tiêu đề giữa Berlin và Munich, địa chỉ đó không cung cấp cho bạn cái nào.
Uy tín IP quan trọng vì một địa chỉ đã được sử dụng trước đó sẽ mang theo bất kỳ hành vi nào mà người thuê trước đã gây ra. Đối với công việc SERP, điều này biểu hiện dưới dạng tỷ lệ trang trung gian (interstitial rates) cao ngay từ những yêu cầu đầu tiên, điều này rất dễ bị nhầm lẫn với mô hình yêu cầu của chính bạn là quá hung hăng.
Thuộc tính thứ ba là thuộc tính nhàm chán. Một lần chạy 400 lần kiểm tra trên năm quốc gia mất từ hai mươi đến bốn mươi phút thời gian thực với tốc độ lịch sự (polite pacing). Các kết nối bị ngắt giữa chừng khiến bạn có một bộ dữ liệu một phần và không có cách nào sạch sẽ để phân biệt giữa một liên kết tiêu đề thực sự đã thay đổi và một lần chụp thất bại.
| Tùy chọn | Hình thức thanh toán | Phù hợp nhất cho kiểm tra biểu tượng cảm xúc | Chi phí tham khảo |
|---|---|---|---|
| IPv4 dùng chung | Theo IP mỗi tháng, tối đa 3 người dùng mỗi địa chỉ | Kiểm tra nhanh khối lượng thấp khi uy tín không quan trọng | Từ 0.67 USD mỗi IP / tháng |
| IPv4 cá nhân / nước ngoài | Theo IP mỗi tháng, một người dùng | Các lần chạy cấp quốc gia có thể lặp lại; địa chỉ ổn định qua các lần chạy làm cho việc so sánh khác biệt có ý nghĩa | Từ 1.40-1.47 USD mỗi IP / tháng |
| IPv4 dân cư cao cấp (Premium residential) | Theo IP mỗi tháng, một người dùng | Các thị trường nơi dải địa chỉ trung tâm dữ liệu trả về kết quả bị suy giảm hoặc chung chung | Từ 3.60 USD mỗi IP / tháng |
| Nhóm dân cư luân phiên (Rotating residential pools) | Theo GB lưu lượng | Các bộ truy vấn rất lớn; ảnh chụp màn hình làm tăng nhanh mức sử dụng GB | Định giá theo GB tại Bright Data, Oxylabs, Decodo, IPRoyal |
| API SERP | Theo yêu cầu | Chuỗi tiêu đề đã phân tích ở quy mô lớn, không xác minh glyph | Định giá theo yêu cầu tại DataForSEO và các dịch vụ tương tự |
Mô hình tính phí theo IP đáng được xem xét lại cho khối lượng công việc cụ thể này. Kiểm tra dựa trên ảnh chụp màn hình tiêu tốn nhiều băng thông so với giá trị của nó: một ảnh chụp toàn trang của SERP có kích thước vài megabyte, và với 400 lần kiểm tra mỗi tuần, hóa đơn của một nhóm tính phí theo GB sẽ tăng nhanh hơn so với thông tin chi tiết thu được. Một bộ cố định từ mười đến hai mươi địa chỉ chuyên dụng, một hoặc hai địa chỉ cho mỗi quốc gia mục tiêu, được giữ trong nhiều tháng, có chi phí dự đoán được và có lợi ích phụ là bạn đang so sánh sự khác biệt của các kết quả từ cùng một địa chỉ theo thời gian thay vì từ một địa chỉ ngẫu nhiên mới mỗi lần chạy.
Nếu bạn cần phạm vi phủ sóng quốc gia trên cả thị trường Cấp 1 và thị trường thứ cấp theo mô hình tính phí theo IP, Proxys.io bán IPv4 một người dùng trên khắp Hoa Kỳ, Vương quốc Anh, Đức, Pháp, Tây Ban Nha, Ba Lan, Hà Lan, Canada, Úc, Brazil, Thổ Nhĩ Kỳ, Ý và các quốc gia khác, với hỗ trợ HTTP, HTTPS và SOCKS và các tùy chọn dân cư (residential options) ở các khu vực được chọn. Thanh toán hiện được thực hiện qua Stripe, giúp loại bỏ rào cản mà các nhóm quốc tế thường gặp phải khi thanh toán.
Đọc kết quả mà không tự lừa dối bản thân
Một quan sát đơn lẻ không phải là một kết quả. Việc tạo liên kết tiêu đề phụ thuộc vào truy vấn, vì vậy một tiêu đề giữ được biểu tượng cảm xúc cho cụm từ chính (head term) của bạn có thể mất nó cho một biến thể đuôi dài (long-tail variant) trỏ đến cùng một URL. Hãy lấy mẫu ít nhất ba biến thể truy vấn cho mỗi URL trước khi kết luận bất cứ điều gì.
Hãy để ý những yếu tố gây nhiễu (confounders) sau đây khi kết quả kiểm tra trả về âm tính, bởi vì trong thực tế, hầu hết chúng không phải là do Google loại bỏ bất cứ thứ gì:
- tiêu đề đã vượt quá chiều rộng pixel và biểu tượng cảm xúc chỉ đơn giản là bị cắt bỏ, điều bạn có thể xác nhận bằng cách rút ngắn thẻ và kiểm tra lại
- trang đã được thu thập lại dữ liệu sau khi bạn thay đổi nhưng liên kết tiêu đề đã được lưu trong bộ nhớ đệm từ một phiên bản cũ hơn, vì vậy hãy kiểm tra ngày thu thập dữ liệu gần nhất trong Search Console trước khi đưa ra kết luận
- biểu tượng cảm xúc có trong HTML nhưng được hiển thị dưới dạng hộp glyph bị thiếu trên máy kiểm tra, đây là vấn đề về phông chữ từ phía bạn, chứ không phải quyết định của công cụ tìm kiếm
- bản chụp đến từ một SERP bị suy giảm được phục vụ vì địa chỉ đã truy cập cùng một điểm cuối (endpoint) quá thường xuyên, đây là chế độ lỗi tạo ra nhiều câu trả lời sai một cách tự tin nhất
Kết hợp việc chụp SERP với dữ liệu Search Console trước khi bạn quyết định bất cứ điều gì. Biểu tượng cảm xúc trong liên kết tiêu đề thường được biện minh dựa trên tỷ lệ nhấp chuột (click-through rate), vì vậy bài kiểm tra trung thực là so sánh trước và sau trên các truy vấn nơi biểu tượng cảm xúc thực sự tồn tại, trong một khoảng thời gian đủ dài để loại bỏ tính thời vụ. Bốn tuần là mức tối thiểu thực tế; tám tuần sẽ tốt hơn nếu các trang có mô hình lưu lượng truy cập hàng tuần.
Một hạn chế đáng nói rõ ràng: không có điều nào trong số này là ổn định. Google đã điều chỉnh cách xử lý biểu tượng cảm xúc trong liên kết tiêu đề nhiều lần mà không có tài liệu hướng dẫn, và một chính sách đúng với bộ kiểm tra của bạn vào tháng Bảy có thể thay đổi vào tháng Mười. Các nhóm dựa vào biểu tượng cảm xúc để cải thiện tỷ lệ nhấp chuột nên chạy lại việc kiểm tra hàng quý thay vì coi một bài kiểm tra đã qua là vĩnh viễn.