Một hiểu lầm rất phổ biến trên thị trường: cần có một đoạn schema hoặc tag đặc biệt để "đăng ký" nội dung xuất hiện trên Google Discover. Điều này không đúng. Theo tài liệu chính thức của Google, một trang tự động đủ điều kiện xuất hiện trên Discover nếu đã được index và tuân thủ chính sách nội dung của Discover — không cần thêm bất kỳ structured data hay tag riêng nào.
Discover cũng vận hành khác hẳn Google Search: không dựa trên từ khóa hay truy vấn cố định người dùng gõ vào, mà dựa trên sở thích (interest) được cá nhân hóa cho từng người dùng. Điều này khiến khái niệm "tối ưu cho Discover" cần được hiểu đúng ngay từ đầu — không phải một kỹ thuật bí mật để "hack" thuật toán, mà là việc đáp ứng đầy đủ các yếu tố sẵn sàng mà Google đã công khai tài liệu hóa: đủ điều kiện, chất lượng biên tập, hình ảnh, mức độ phù hợp chủ đề/đối tượng, tính toàn vẹn của freshness, xử lý sự cố chính sách, và đo lường đúng cách.
Discover có thể hiển thị nhiều loại nội dung, kể cả nội dung không mới, miễn là còn hữu ích và liên quan đến sở thích người dùng. Với nhu cầu chuyên biệt cho newsroom — sơ đồ news sitemap, tốc độ biên tập tin tức — đó là phạm vi của dịch vụ SEO tin tức riêng của RED, tách biệt với trang này.
Vì Discover không có một "công tắc bật/tắt" hay một hạng mục kỹ thuật duy nhất quyết định kết quả, dịch vụ này không được đóng gói thành một gói cấu hình cố định. Thay vào đó, RED đánh giá từng yếu tố sẵn sàng đã được Google công khai tài liệu hóa, xác định site đang đạt và chưa đạt ở đâu, rồi đề xuất phạm vi cải thiện cụ thể — cách tiếp cận này áp dụng cho cả site đã có lưu lượng Discover ổn định lẫn site chưa từng xuất hiện trên Discover lần nào.
1. Đầu tiên: site có eligible không?
Trước khi bàn đến việc "tối ưu cho Discover", câu hỏi cơ bản hơn cần trả lời là: nội dung có đủ điều kiện xuất hiện trên Discover hay không.
Google index
Nội dung phải được Google index trước — Discover lấy dữ liệu từ cùng chỉ mục với Search, không có cơ chế "nộp" riêng.
Tuân thủ chính sách nội dung
Discover có chính sách nội dung riêng, tách biệt với nguyên tắc quản trị viên trang chung — bao gồm các quy định về nội dung giật tít gây hiểu lầm (clickbait), nội dung sai lệch, và các loại nội dung bị cấm khác. Vi phạm các chính sách này có thể khiến nội dung mất điều kiện xuất hiện trên Discover dù vẫn xếp hạng bình thường trên Search.
Điểm cần lưu ý là hai bộ tiêu chuẩn này không đồng nhất — một trang có thể hoàn toàn tuân thủ nguyên tắc chung của Search Console nhưng vẫn vi phạm chính sách riêng của Discover, ví dụ tiêu đề giật gân không phản ánh đúng nội dung bài viết. Vì vậy, việc audit cho Discover cần rà soát theo đúng bộ chính sách của Discover, không thể suy luận từ việc site đã "sạch" trên Search.
Manual action
Nếu Search Console báo một manual action liên quan riêng đến Discover, điều này trực tiếp chặn khả năng xuất hiện cho đến khi được xử lý — nội dung này được trình bày kỹ ở mục 6.
Loại publisher/nội dung
Discover hiển thị nhiều loại nội dung khác nhau, không chỉ tin tức hay bài blog. Hiểu rõ loại nội dung doanh nghiệp đang xuất bản giúp đặt kỳ vọng đúng mức, thay vì giả định mọi bài viết đều là ứng viên tiềm năng cho Discover.
Ví dụ, một site chủ yếu xuất bản trang dịch vụ tĩnh, ít cập nhật, sẽ có rất ít nội dung phù hợp với đặc tính của Discover — vốn thiên về nội dung mang tính biên tập, cập nhật theo sở thích. Điều này không có nghĩa site đó "kém", chỉ đơn giản là mô hình nội dung hiện tại chưa tạo ra nhiều ứng viên cho kênh phân phối này. RED sẽ nêu rõ điều này ngay từ bước đánh giá, thay vì đề xuất một gói dịch vụ Discover cho một site về bản chất chưa có đủ nội dung biên tập để tận dụng.
Preview controls
Các thiết lập robots meta như max-image-preview ảnh hưởng đến cách nội dung có thể được hiển thị dạng preview trên Discover nếu xuất hiện — cần được cấu hình đúng, nội dung này liên quan trực tiếp đến mục 3.
Discover Eligibility Gate:
- Nội dung đã được Google index (kiểm tra qua Search Console).
- Không vi phạm chính sách nội dung Discover (clickbait, sai lệch, nội dung bị cấm).
- Không có manual action đang áp dụng liên quan đến Discover.
- Preview controls (như max-image-preview) không bị cấu hình hạn chế ngoài chủ đích.
- Không cần và không nên thêm bất kỳ tag/schema "đặc biệt" nào với kỳ vọng nó sẽ kích hoạt Discover — không tồn tại cơ chế như vậy.
Nguyên tắc kiểm soát: đủ điều kiện (eligible) không đồng nghĩa sẽ xuất hiện (appear) — sự khác biệt này được trình bày kỹ ở mục 2, và là điều RED không bao giờ nhầm lẫn khi trao đổi kỳ vọng với khách hàng.
2. Eligibility khác appearance
Đây là ranh giới quan trọng nhất cần hiểu đúng: đủ điều kiện chỉ là bước đầu tiên. Việc một người dùng cụ thể có thực sự thấy nội dung trong feed của họ hay không phụ thuộc vào hệ thống cá nhân hóa của Google dựa trên sở thích riêng của người đó — một yếu tố nằm hoàn toàn ngoài khả năng kiểm soát của RED hay bất kỳ agency nào.
RED có thể tác động đến các yếu tố sẵn sàng — chất lượng nội dung, chất lượng hình ảnh, mức độ phù hợp chủ đề — nhưng không thể kiểm soát hay cam kết việc nội dung có thực sự được cá nhân hóa hiển thị cho người dùng nào, vào thời điểm nào, với tần suất ra sao.
| Yếu tố | RED có thể tác động? | Ai/điều gì quyết định cuối cùng |
|---|---|---|
| Đủ điều kiện kỹ thuật (index, policy, manual action) | Có, trực tiếp | Xác nhận qua Search Console |
| Chất lượng nội dung (people-first, hữu ích, đáng tin) | Có, trực tiếp | Đánh giá biên tập của RED và tiêu chuẩn Google |
| Chất lượng và độ sẵn sàng hình ảnh | Có, trực tiếp | Đánh giá kỹ thuật theo hướng dẫn Google |
| Mức độ phù hợp chủ đề với đối tượng | Có, gián tiếp qua chiến lược nội dung | Phụ thuộc cả định hướng nội dung lẫn sở thích người dùng thực tế |
| Cá nhân hóa hiển thị cho từng người dùng | Không | Hệ thống cá nhân hóa của Google |
| Tần suất/khối lượng xuất hiện trong feed | Không | Hệ thống cá nhân hóa của Google, biến động theo thời gian |
Nguyên tắc kiểm soát: RED không cam kết lưu lượng truy cập hay tần suất xuất hiện trên Discover. Những gì RED cam kết là xử lý đúng và đầy đủ các yếu tố nằm trong khả năng kiểm soát, được trình bày xuyên suốt các mục còn lại của trang này.
Sự khác biệt này có ý nghĩa thực tế rất lớn khi trao đổi kỳ vọng: một site có thể đạt điểm tối đa ở mọi yếu tố RED có thể tác động — nội dung tốt, ảnh đạt chuẩn, chủ đề phù hợp — nhưng vẫn có những giai đoạn ít hoặc không có lưu lượng Discover, đơn giản vì hệ thống cá nhân hóa không đưa nội dung đó vào feed của đủ người dùng quan tâm tại thời điểm đó. Đây không phải dấu hiệu công việc chuẩn bị bị sai, mà là bản chất của một kênh phân phối dựa trên cá nhân hóa.
3. Hình ảnh là điểm chạm đầu tiên với người dùng
Thẻ Discover mang tính hình ảnh rất cao — hình ảnh thường là thứ người dùng nhìn thấy đầu tiên trước cả tiêu đề. Google khuyến nghị ảnh rộng tối thiểu 1200px, tổng diện tích điểm ảnh lớn hơn 300.000px, và có bố cục phù hợp với crop ngang (landscape), vì Discover thường hiển thị ảnh theo định dạng rộng.
Kích thước và diện tích điểm ảnh
Đây là ngưỡng tối thiểu theo hướng dẫn chính thức của Google — ảnh nhỏ hơn ngưỡng này có nguy cơ không đủ điều kiện hiển thị dạng lớn trên Discover.
Crop ngang (landscape)
Vì Discover thường hiển thị ảnh ở định dạng rộng, ảnh cần được kiểm tra xem có giữ được bố cục hợp lý khi bị crop theo chiều ngang hay không — một ảnh vốn được thiết kế theo chiều dọc có thể mất đi phần quan trọng nhất khi crop.
og:image / ảnh đại diện trang
Ảnh thực tế được dùng cho Discover thường lấy từ ảnh đại diện đã khai báo cho trang. Ảnh này cần thực sự đại diện cho nội dung — không phải logo doanh nghiệp hoặc ảnh chung chung không phản ánh nội dung bài viết.
max-image-preview:large
Thiết lập robots meta này cần được cấu hình phù hợp (không bị giới hạn) để ảnh lớn đủ điều kiện hiển thị trên Discover — nếu bị giới hạn, ảnh có thể hiển thị nhỏ hơn nhiều so với tiềm năng thực tế.
Bản quyền hình ảnh
Ảnh sử dụng cần đảm bảo doanh nghiệp có quyền sử dụng hợp pháp, đặc biệt quan trọng khi nội dung được phân phối rộng rãi qua một bề mặt có lưu lượng lớn như Discover.
Trong thực tế, phần lớn site khi được audit lần đầu có tỷ lệ ảnh không đạt ít nhất một trong các tiêu chí trên cao hơn dự kiến — thường gặp nhất là ảnh đủ kích thước nhưng bố cục dọc, mất chủ thể chính khi hệ thống crop ngang, hoặc ảnh đại diện trang thực chất là logo công ty thay vì hình minh họa cho nội dung cụ thể. Đây là lý do bước audit ảnh nên được thực hiện trước khi bàn đến các yếu tố khác, vì nó thường là rào cản dễ khắc phục nhất nhưng lại bị bỏ sót nhiều nhất.
| Tiêu chí | Yêu cầu | Rủi ro nếu không đạt |
|---|---|---|
| Kích thước tối thiểu | Rộng ≥ 1200px | Không đủ điều kiện hiển thị ảnh lớn |
| Diện tích điểm ảnh | > 300.000px | Tương tự — ảnh bị coi là không đủ chất lượng |
| Bố cục crop | Giữ được nội dung quan trọng khi crop ngang | Ảnh mất chủ thể chính khi hiển thị |
| Tính đại diện | Phản ánh đúng nội dung bài viết | Vi phạm chính sách nội dung gây hiểu lầm |
| max-image-preview | Không bị giới hạn (nếu muốn ảnh lớn) | Ảnh hiển thị nhỏ hơn tiềm năng |
| Bản quyền | Có quyền sử dụng hợp pháp | Rủi ro pháp lý khi phân phối ở quy mô lớn |
Nguyên tắc kiểm soát quan trọng: không dùng ảnh giật gân hoặc không phản ánh đúng nội dung bài viết chỉ để tăng khả năng được nhấp — đây là hành vi vi phạm chính sách Discover, không phải một chiến thuật tối ưu hợp lệ. Việc tối ưu hình ảnh đúng cách phục vụ cả người dùng lẫn khả năng đủ điều kiện, không phải một cách để đánh lừa hệ thống.
4. Chủ đề phải khớp sở thích, không chỉ khớp từ khóa
Vì Discover dựa trên sở thích chứ không dựa trên truy vấn, cách tư duy theo "từ khóa" quen thuộc với Search không áp dụng trực tiếp ở đây. Nội dung cần thực sự phục vụ những sở thích có thể nhận diện được của một nhóm đối tượng cụ thể.
Sở thích lâu dài (ongoing interest)
Chủ đề mà một publisher theo đuổi nhất quán theo thời gian, xây dựng được nhóm đối tượng quan tâm thực sự — khác với việc chạy theo một chủ đề chỉ vì nó đang thịnh hành.
Chủ đề thời sự liên quan
Nội dung gắn với sự kiện/xu hướng hiện tại vẫn có thể phù hợp với Discover, nhưng chỉ khi nó thực sự liên quan đến trọng tâm nội dung của site — không phải bất kỳ chủ đề hot nào cũng nên được viết chỉ để "đón sóng" Discover.
Giá trị evergreen
Nội dung có giá trị sử dụng lâu dài, không phụ thuộc thời điểm xuất bản, vẫn có cơ hội xuất hiện trên Discover nếu tiếp tục phù hợp với sở thích người dùng — nội dung này liên quan trực tiếp đến mục 5 về freshness.
Phân khúc đối tượng
Hiểu rõ site đang phục vụ nhóm đối tượng nào giúp định hướng chủ đề chính xác hơn, thay vì viết nội dung chung chung không rõ phục vụ ai. Một site phục vụ nhiều phân khúc đối tượng khác nhau nên cân nhắc liệu từng nhóm nội dung có đang thực sự nói đúng ngôn ngữ và mối quan tâm của phân khúc tương ứng, hay đang bị pha loãng thành nội dung an toàn nhưng không đủ cụ thể để tạo tín hiệu sở thích rõ ràng cho bất kỳ nhóm nào.
Uy tín publisher theo chủ đề
Xuất bản nhất quán trong một lĩnh vực theo thời gian xây dựng được vị thế publisher đáng tin trong mắt cả người dùng lẫn hệ thống của Google — một yếu tố khó đạt được qua các bài viết rời rạc, off-topic.
| Loại nội dung | Đặc điểm | Phù hợp khi nào |
|---|---|---|
| Sở thích lâu dài | Chủ đề site theo đuổi nhất quán | Luôn phù hợp nếu đúng trọng tâm site |
| Chủ đề thời sự | Gắn sự kiện/xu hướng hiện tại | Chỉ khi thực sự liên quan đến lĩnh vực của site |
| Nội dung evergreen | Giá trị sử dụng lâu dài | Phù hợp liên tục, không phụ thuộc ngày xuất bản |
Nguyên tắc kiểm soát: không xuất bản nội dung lệch trọng tâm chỉ để "săn" lưu lượng Discover — cách làm này hiếm khi hiệu quả bền vững và có thể làm loãng định vị thực sự của site trong mắt cả người đọc lẫn hệ thống cá nhân hóa.
Ví dụ minh họa cho ranh giới này: một doanh nghiệp trong lĩnh vực thiết kế nội thất viết bài về xu hướng phối màu theo mùa gắn với các sự kiện thời trang/nội thất đang được quan tâm — đây là chủ đề thời sự nhưng vẫn khớp đúng trọng tâm site. Ngược lại, cùng doanh nghiệp đó viết về một chủ đề giải trí đang viral nhưng không liên quan gì đến nội thất chỉ vì nó đang có lượng tìm kiếm cao — đây là kiểu nội dung RED khuyến cáo không nên theo đuổi, vì nó không xây dựng được tín hiệu chủ đề nhất quán mà Discover cần để hiểu site đang phục vụ nhóm sở thích nào.
5. Freshness cần tính toàn vẹn, không phải thao túng ngày tháng
Một hiểu lầm phổ biến khác: cho rằng Discover chỉ ưu tiên nội dung mới xuất bản. Google nêu rõ nội dung cũ vẫn có thể xuất hiện trên Discover nếu còn hữu ích và liên quan đến sở thích người dùng — nghĩa là việc "làm mới" ngày tháng một cách giả tạo không cần thiết và tiềm ẩn rủi ro vi phạm chính sách nội dung.
Sức hấp dẫn của việc thao túng ngày tháng đến từ một giả định sai: rằng nội dung "mới hơn" luôn được ưu tiên hiển thị hơn nội dung "cũ hơn" trên Discover, tương tự cách một số người hiểu (cũng không hoàn toàn chính xác) về freshness trên Search. Trên thực tế, mức độ liên quan đến sở thích người dùng tại thời điểm đó mới là yếu tố quyết định, không phải tuổi của nội dung — nên phần thưởng từ việc thao túng ngày tháng thường không tương xứng với rủi ro bị coi là vi phạm chính sách nếu bị phát hiện.
Cập nhật thực chất (material update)
Chỉ nên cập nhật ngày sửa đổi khi có thay đổi nội dung thực sự đáng kể — không phải mọi chỉnh sửa nhỏ đều cần bump ngày tháng.
Refresh nội dung evergreen
Định kỳ rà soát và cập nhật số liệu/thông tin cho nội dung evergreen là hoạt động bảo trì hợp lệ, khác hẳn với việc thao túng tín hiệu freshness.
DateModified
Cần phản ánh chính xác thời điểm nội dung thực sự thay đổi có ý nghĩa, không bị điều chỉnh tùy tiện để tạo cảm giác "mới".
Ranh giới republish
Có một ranh giới rõ giữa việc cập nhật hợp pháp một bài viết và việc gần như "xuất bản lại" nội dung cũ với ngày mới chỉ để đánh lừa tín hiệu freshness — RED giữ nguyên tắc luôn đứng về phía hợp pháp của ranh giới này.
Nội dung cũ vẫn liên quan
Nhắc lại nguyên tắc cốt lõi: nội dung cũ còn giá trị không cần thao túng ngày tháng để có cơ hội xuất hiện trên Discover — giá trị thực chất mới là yếu tố quyết định.
Discover Freshness Integrity Protocol:
| Hành vi | Hợp lệ | Không hợp lệ |
|---|---|---|
| Cập nhật số liệu/thông tin đã lỗi thời trong bài evergreen | Có | — |
| Đổi ngày dateModified khi có thay đổi nội dung thực chất | Có | — |
| Đổi ngày dateModified mà không có thay đổi nội dung tương xứng | — | Có |
| Xuất bản lại gần như nguyên vẹn nội dung cũ với ngày mới | — | Có |
| Giữ nguyên nội dung cũ còn liên quan, không can thiệp ngày tháng | Có | — |
6. Sự cố chính sách/manual action cần playbook xử lý
Nếu Search Console báo một vấn đề hoặc manual action liên quan đến Discover, có một quy trình đúng cần tuân theo — không phải phỏng đoán hay xử lý cảm tính.
Đọc đúng loại vấn đề
Bước đầu tiên là đọc chính xác nội dung Search Console báo cáo — loại vấn đề cụ thể là gì, không suy đoán dựa trên cảm giác chung chung.
Xác định trang bị ảnh hưởng
Xác nhận chính xác những trang nào đang bị ảnh hưởng, tránh sửa tràn lan trên những trang không liên quan.
Đối chiếu chính sách biên tập cụ thể
Xác định rõ chính sách nội dung nào của Discover đang bị vi phạm, để việc khắc phục nhắm đúng nguyên nhân thay vì đoán mò.
Khắc phục tận gốc
Sửa đúng nguyên nhân gốc rễ được chỉ ra, không chỉ xử lý triệu chứng bề mặt. Ví dụ, nếu vấn đề liên quan đến tiêu đề giật tít trên một nhóm bài viết, việc khắc phục cần rà soát toàn bộ nhóm bài có cùng vấn đề, không chỉ sửa đúng bài được nêu tên trong báo cáo — vì nhiều khả năng đó chỉ là ví dụ đại diện cho một vấn đề mang tính hệ thống trong quy trình biên tập.
Yêu cầu xem xét lại
Chỉ gửi yêu cầu xem xét lại (reconsideration) khi đã có bằng chứng cụ thể cho thấy vấn đề đã được khắc phục, và chỉ khi thực sự có một action tương ứng đang áp dụng.
Discover Policy Incident Playbook:
| Trường dữ liệu | Nội dung ghi nhận |
|---|---|
| Loại vấn đề | Nội dung chính xác từ báo cáo Search Console |
| Trang bị ảnh hưởng | Danh sách cụ thể |
| Chính sách liên quan | Chính sách nội dung Discover bị vi phạm |
| Biện pháp khắc phục | Thay đổi cụ thể đã thực hiện |
| Yêu cầu xem xét lại | Ngày gửi, bằng chứng đính kèm |
Nguyên tắc kiểm soát: không gửi yêu cầu xem xét lại khi không có action hoặc vấn đề tương ứng thực sự xuất hiện trên Search Console — làm vậy chỉ lãng phí chu kỳ xem xét mà không giải quyết được gì. Với các vấn đề liên quan đến hình phạt hoặc manual action ở phạm vi rộng hơn Discover, RED có dịch vụ chuyên biệt xử lý Google Penalty.
7. Đo lường Discover không có mô hình xếp hạng theo truy vấn
Báo cáo Discover Performance trong Search Console có cấu trúc khác hẳn báo cáo Search Performance thông thường — điểm khác biệt quan trọng nhất là không có chiều dữ liệu theo truy vấn (query), vì Discover không được kích hoạt bởi truy vấn người dùng gõ vào.
Clicks, Impressions, CTR
Ba chỉ số cơ bản vẫn tồn tại, nhưng cần được diễn giải trong bối cảnh khác — không có khái niệm "xếp hạng cho từ khóa X" như trên Search.
Page, Country, Appearance, Date
Dữ liệu có thể được phân theo trang, quốc gia, loại hiển thị (appearance) và ngày — đây là các chiều phân tích chính thay thế cho chiều truy vấn không tồn tại.
Biến động cần được ghi chú
Lưu lượng Discover có tính biến động tự nhiên khá cao — tăng hoặc giảm mạnh trong thời gian ngắn là hiện tượng bình thường, không nhất thiết phản ánh một vấn đề. RED ghi chú các sự kiện biên tập (ngày xuất bản nội dung lớn) và các thay đổi hệ thống đã được Google công bố công khai khi phân tích biến động, thay vì đọc nhiễu ngắn hạn như một xu hướng chắc chắn.
Một tình huống điển hình: impression từ Discover tăng đột biến trong vài ngày sau khi xuất bản một bài viết được nhiều người quan tâm, rồi giảm dần về mức nền — đây là hình thái bình thường của lưu lượng Discover, không phải dấu hiệu "mất đà" cần khắc phục. Ngược lại, nếu toàn bộ site giảm impression kéo dài trên diện rộng chứ không phải một bài cụ thể, đó mới là tín hiệu đáng để rà soát lại các yếu tố sẵn sàng đã trình bày ở các mục trước.
Discover Surface Measurement Model — nguyên tắc đọc dữ liệu:
- Không áp dụng khái niệm "vị trí xếp hạng" (position) của Search cho Discover — khái niệm này không tồn tại ở đây.
- Phân tích theo trang, quốc gia, loại hiển thị và ngày thay vì tìm kiếm một "từ khóa" đang hoạt động tốt.
- Ghi chú các sự kiện biên tập và thay đổi hệ thống đã công bố khi đối chiếu biến động.
- Chỉ đưa ra kết luận xu hướng sau khi quan sát đủ dài, không phản ứng với biến động một vài ngày.
- Báo cáo Discover Performance chỉ xuất hiện khi property đạt ngưỡng impression tối thiểu — property nhỏ có thể chưa có đủ dữ liệu để phân tích có ý nghĩa.
8. Báo cáo generative AI là lớp dữ liệu mới, chưa phổ biến toàn bộ
Từ năm 2026, Google bắt đầu triển khai một báo cáo mới trong Search Console — generative AI performance — theo dõi riêng lượng hiển thị đến từ các tính năng AI tạo sinh trong Discover. Đây là một lớp dữ liệu bổ sung, không phải bản thay thế cho báo cáo Discover Performance cổ điển.
Mức độ khả dụng
Báo cáo này hiện chỉ được triển khai cho một tập hợp con các property, không phải toàn bộ site đều có quyền truy cập — đây là điểm quan trọng cần xác nhận trước khi đưa vào kỳ vọng của khách hàng.
Các chiều dữ liệu
Khi khả dụng, báo cáo cho phép xem hiển thị AI theo trang, quốc gia, ngày và thiết bị — chi tiết hơn về mặt thiết bị so với báo cáo Discover cổ điển.
Vai trò trong tổng thể đo lường
RED xem đây là một lớp dữ liệu tùy chọn, bổ sung thêm góc nhìn khi có sẵn — không phải nền tảng đo lường chính, vì không phải mọi khách hàng đều có quyền truy cập vào thời điểm hiện tại.
Điểm cần thống nhất rõ với khách hàng ngay từ đầu: việc không có báo cáo này không phản ánh site đang có vấn đề, và ngược lại việc có báo cáo này cũng không đồng nghĩa site đang hoạt động tốt hơn site chưa được rollout — đây thuần túy là vấn đề phạm vi triển khai tính năng phía Google, tách biệt hoàn toàn khỏi chất lượng nội dung hay mức độ sẵn sàng thực tế của site.
Generative-AI Discover Data Note:
- Xác nhận property có được rollout báo cáo này hay không trước khi đưa vào báo cáo định kỳ.
- Không giả định hoặc cam kết mọi site đều có sẵn báo cáo này — việc rollout nằm ngoài kiểm soát của RED và khách hàng.
- Xử lý như một lớp dữ liệu bổ sung, tách biệt khỏi báo cáo Discover Performance cổ điển, không gộp chung để tránh sai lệch khi so sánh.
- Ghi chú rõ đây là tính năng đang trong giai đoạn triển khai giới hạn, có thể thay đổi phạm vi khả dụng theo thời gian.
Câu hỏi thường gặp về tối ưu Google Discover
Có cần Schema riêng cho Google Discover không?
Không. Theo tài liệu chính thức của Google, nội dung tự động đủ điều kiện xuất hiện trên Discover nếu đã được index và tuân thủ chính sách nội dung — không cần thêm structured data hay tag đặc biệt nào để "kích hoạt" Discover.
Discover có cần bài mới không?
Không nhất thiết. Nội dung cũ vẫn có thể xuất hiện trên Discover nếu còn hữu ích và liên quan đến sở thích người dùng. Discover không chỉ ưu tiên nội dung mới xuất bản, nên không cần thao túng ngày tháng để "làm mới" một bài viết vẫn còn giá trị thực chất.
Ảnh Discover nên rộng bao nhiêu?
Google khuyến nghị ảnh rộng tối thiểu 1200px, tổng diện tích điểm ảnh lớn hơn 300.000px, và có bố cục phù hợp khi crop theo chiều ngang. Ảnh cũng cần thực sự đại diện cho nội dung bài viết, không phải logo doanh nghiệp hay hình ảnh chung chung không liên quan.
max-image-preview:large có vai trò gì?
Đây là một thiết lập robots meta kiểm soát việc trang có được phép hiển thị ảnh xem trước kích thước lớn trên các bề mặt tìm kiếm, bao gồm Discover, hay không. Cần cấu hình đúng để không giới hạn kích thước ảnh ngoài ý muốn.
Search Console có report Discover không?
Có, một báo cáo Discover Performance riêng, nhưng chỉ xuất hiện khi property đạt ngưỡng impression tối thiểu. Báo cáo này không có chiều dữ liệu theo truy vấn, vì Discover dựa trên sở thích chứ không dựa trên từ khóa người dùng gõ vào — dữ liệu được phân theo trang, quốc gia, loại hiển thị và ngày.
Discover có manual action không?
Có, vi phạm chính sách nội dung Discover có thể dẫn đến manual action riêng, hiển thị trong Search Console kèm đường dẫn yêu cầu xem xét lại sau khi đã khắc phục.
Có cam kết traffic Discover không?
Không. RED không cam kết khả năng đủ điều kiện, việc xuất hiện, hay lưu lượng truy cập từ Discover. Việc chuẩn bị đầy đủ các yếu tố sẵn sàng làm tăng cơ hội, nhưng việc xuất hiện thực tế do hệ thống cá nhân hóa của Google quyết định.
Đánh giá phạm vi tối ưu Google Discover cùng RED
Mức độ sẵn sàng cho Discover khác nhau tùy vào loại nội dung, thư viện hình ảnh hiện có và dữ liệu Search Console của từng site, nên phạm vi công việc thực tế chỉ có thể xác định sau khi xem dữ liệu cụ thể. Hãy gửi website, thư viện hình ảnh đang sử dụng cho nội dung và dữ liệu Search Console hiện có (nếu có, đặc biệt là báo cáo Discover Performance) để RED đánh giá đúng phạm vi phù hợp.
Bước đánh giá ban đầu tập trung vào đúng tám nhóm vấn đề trình bày ở trên: xác nhận điều kiện đủ hiện tại, phân biệt rõ eligibility với appearance khi trao đổi kỳ vọng, độ sẵn sàng của hình ảnh, mức độ phù hợp chủ đề với đối tượng, tính toàn vẹn của freshness, quy trình xử lý sự cố chính sách nếu có, cách đọc đúng dữ liệu đo lường, và xác nhận khả năng truy cập báo cáo generative AI.
RED.Branding là Trust Builder Agency, hoạt động từ năm 2002, theo triết lý chiến lược trước – thiết kế/sản xuất sau: đánh giá dữ liệu thực tế trước khi đề xuất bất kỳ hạng mục triển khai nào. Với một kênh phân phối phụ thuộc nhiều vào cá nhân hóa như Discover, cách tiếp cận minh bạch về những gì có thể và không thể kiểm soát là điều RED ưu tiên ngay từ buổi trao đổi đầu tiên.
Hotline: 0845 009 977
Email: tuvan@red.com.vn
RED không cam kết thứ hạng Top, mốc thời gian cụ thể, khả năng xuất hiện trên Google Discover/Knowledge Panel, hay kết quả index/traffic/lead. Phạm vi và cách tiếp cận cụ thể được xác định sau khi đánh giá dữ liệu thực tế của từng site.