Xem Trước Open Graph

Xem trước cách liên kết của bạn xuất hiện trên mạng xã hội.

Xem trước

example.com
Tiêu đề trang
Mô tả trang sẽ xuất hiện ở đây…
example.com

Phân tích thẻ OG hiện có

Dán mã HTML chứa các thẻ meta OG để trích xuất và xem trước chúng.

Về Open Graph

Các thẻ meta Open Graph (OG) kiểm soát cách trang của bạn xuất hiện khi được chia sẻ trên Facebook, LinkedIn, Slack, Discord và các nền tảng khác. Các thẻ OG được cấu hình đúng với tiêu đề tốt, mô tả tốt và hình ảnh tốt có thể tăng đáng kể tỷ lệ nhấp từ chia sẻ xã hội. Kích thước hình ảnh OG khuyến nghị là 1200 × 630 pixel.

Open Graph thực sự là gì

Giao thức Open Graph được tạo bởi Facebook vào năm 2010 như một cách để biến bất kỳ trang web nào thành một "rich object" trong đồ thị xã hội, một bộ siêu dữ liệu có cấu trúc mà các ứng dụng khác (ban đầu là Facebook, hiện nay cũng có LinkedIn, Slack, Discord, Microsoft Teams, iMessage, WhatsApp, và hàng chục ứng dụng khác) có thể đọc để render một thẻ xem trước khi ai đó dán URL của bạn. Đặc tả chính thức tồn tại tại ogp.me và giao thức đã hiệu quả trở thành lingua franca của việc chia sẻ liên kết trên web.

Không có các thẻ OG, các nền tảng xã hội cào trang của bạn và đoán: chúng chọn một tiêu đề, lấy hình ảnh đầu tiên mà chúng có thể tìm thấy, và gọi nó là một thẻ. Kết quả hiếm khi là điều bạn muốn. Với các thẻ OG, bạn kiểm soát tiêu đề, mô tả, và hình ảnh, đó là sự khác biệt giữa một liên kết được đánh bóng và một cái trông bị hỏng.

Bốn Thẻ Bắt Buộc (theo ogp.me)

Đặc tả Open Graph chính thức xác định bốn thuộc tính bắt buộc. Để đủ điều kiện là một đối tượng Open Graph, một trang phải khai báo cả bốn:

ThẻNó làm gì
og:titleTiêu đề của đối tượng của bạn như nó nên xuất hiện trong đồ thị.
og:typeLoại của đối tượng của bạn, thường là website cho các trang chung, article cho bài đăng blog, video.movie cho các mục phim, v.v.
og:imageURL đến hình ảnh nên đại diện cho đối tượng trong thẻ xem trước.
og:urlURL chính tắc của đối tượng, địa chỉ vĩnh viễn của nó trên trang web của bạn.

Các thẻ tùy chọn được đề xuất bao gồm og:description (một hoặc hai câu tóm tắt), og:site_name (tên trang web của bạn như một nhãn), og:locale (ngôn ngữ và khu vực), và các gợi ý kích thước hình ảnh og:image:width / og:image:height / og:image:alt. Bao gồm các gợi ý kích thước cho phép các client xã hội phân bổ trước đúng lượng không gian và tránh sự dịch chuyển bố cục khi hình ảnh tải.

Twitter / X Cards: Cùng Ý Tưởng, Thẻ Hơi Khác

X (trước đây là Twitter) có không gian tên siêu dữ liệu riêng, twitter:card, twitter:title, twitter:description, twitter:image, twitter:site, twitter:creator, nhưng quan trọng, X chuyển sang các thẻ OG khi các thẻ cụ thể của Twitter bị thiếu. Vì vậy, một trang chỉ vận chuyển các thẻ OG vẫn nhận được một thẻ trên X. Nơi hai cái khác nhau là trong loại thẻ:

Lưu ý: bản xem trước Twitter Card Validator độc lập tại cards-dev.twitter.com/validator đã bị X xóa vào ngày 2 tháng 8 năm 2022. Cách hiện tại để xác minh một thẻ là bắt đầu một tweet mới trong Tweet Composer, dán URL, và để bản xem trước render, bạn không cần thực sự đăng tweet. Một số công cụ của bên thứ ba (bao gồm cái này) gần đúng thẻ được render để bạn có thể lặp lại trước khi go live.

Kích Thước Hình Ảnh Thực Sự Hoạt Động

Không có một kích thước hoàn hảo duy nhất, nhưng hình ảnh 1200×630 (tỷ lệ khung hình 1,91:1) là cá cược duy nhất đáng tin cậy nhất, hoạt động ở mọi nơi mà không có cắt xén lớn. Khuyến nghị mỗi nền tảng:

Nền tảngKích thước được khuyến nghịGhi chú
Facebook1200×630 (1,91:1)Tối thiểu 200×200; dưới 600×315 hiển thị như một hình thu nhỏ nhỏ.
LinkedInTối thiểu 1200×627Tỷ lệ 1,91:1, JPG/PNG/GIF, tối đa 5 MB.
X (summary_large_image)1200×675 (16:9)Hoặc 1200×600 (2:1), cả hai đều render full-width.
Slack / DiscordĐọc các thẻ OG trực tiếp1200×630 hoạt động tốt; các đối tượng tập trung để sống sót sau khi cắt xén tỷ lệ khung hình.
PinterestDọc (ví dụ 1000×1500)Tỷ lệ 2:3 hoạt động tốt nhất trong feed Pinterest.

Giữ văn bản và khuôn mặt quan trọng gần trung tâm của hình ảnh, mọi nền tảng đều cắt xén khác nhau và một logo ở góc có thể biến mất sau các lớp phủ UI của nền tảng.

Tại Sao Thẻ Của Bạn Đôi Khi Không Hiển Thị

Nếu bạn đã thêm các thẻ OG nhưng bản xem trước vẫn bị hỏng hoặc trống, các nghi phạm thông thường:

Vấn Đề Cache

Khi một nền tảng xã hội cào trang của bạn, siêu dữ liệu được cache trong một khoảng thời gian, truyền thuyết cộng đồng đặt nó khoảng 7 ngày cho Facebook và LinkedIn, mặc dù không có nền tảng nào ghi lại TTL chính xác. Cập nhật các thẻ OG của bạn không tự động làm mới cache. Để buộc cào lại, hãy sử dụng các công cụ chính thức: Facebook Sharing Debugger, LinkedIn Post Inspector. X nhận siêu dữ liệu mới khi URL được chia sẻ tiếp theo. Slack và Discord làm mới bản xem trước của họ dựa trên các thẻ OG tại thời điểm fetch, vì vậy chúng cập nhật nhanh hơn Facebook.

Giá Trị og:type Phổ Biến

Thẻ og:type nói với nền tảng xã hội loại đối tượng nào mà trang đại diện. Hầu hết các trang là website (mặc định) hoặc article; các giá trị cụ thể theo chiều dọc cho phép các nền tảng render các thẻ phong phú hơn. Từ đặc tả:

Giới Hạn Độ Dài Trong Thực Tế

Không có nền tảng nào thực thi giới hạn cứng về độ dài tiêu đề hoặc mô tả, nhưng mỗi cái cắt xén sau một điểm:

JSON-LD vs Open Graph (Chúng Là Những Thứ Khác Nhau)

Một sự nhầm lẫn phổ biến: dữ liệu có cấu trúc JSON-LD (sử dụng từ vựng schema.org) và các thẻ meta Open Graph làm các công việc khác nhau. OG / Twitter Cards kiểm soát bản xem trước chia sẻ xã hội, những gì hiển thị khi ai đó dán URL của bạn vào Slack hoặc Facebook. JSON-LD với schema.org giúp Google phân tích cú pháp trang của bạn cho kết quả tìm kiếm phong phú, thẻ công thức, thông tin sản phẩm, đoạn FAQ trong Google Search. Cả hai đều được khuyến nghị, và chúng không thay thế nhau.

Các Sai Lầm Phổ Biến

  1. Sử dụng URL og:image tương đối. Đặc tả yêu cầu một URL tuyệt đối. Các đường dẫn tương đối bị bỏ qua âm thầm.
  2. Sử dụng logo trang web chung cho mỗi trang. Hình ảnh OG là anh hùng của thẻ của bạn, mỗi trang xứng đáng có một hình ảnh độc đáo, lý tưởng là liên kết vào nội dung của trang.
  3. Quên og:image:widthog:image:height. Một số client phân bổ trước không gian và bỏ qua hình ảnh mà không có các gợi ý này.
  4. Thiếu loại twitter:card summary_large_image. Không có nó, X mặc định là thẻ summary nhỏ hơn với hình thu nhỏ vuông, thường kém hấp dẫn hơn.
  5. Đặt văn bản chính ở các góc của hình ảnh. Các nền tảng khác nhau cắt xén khác nhau. Các đối tượng và văn bản quan trọng nên ở trung tâm 80%.
  6. Cập nhật các thẻ nhưng không làm mới cache. Truy cập Sharing Debugger / Post Inspector chính thức sau mỗi thay đổi.
  7. Gửi URL hình ảnh HTTP. Hầu hết các nền tảng từ chối các hình ảnh không phải HTTPS; thẻ sẽ xuất hiện mà không có một hình ảnh.
  8. Chỉ sử dụng og:titleog:description. Không có og:image, thẻ được render như một stub chỉ-văn-bản thưa thớt trên hầu hết các nền tảng.

Câu Hỏi Thường Gặp

Tại sao bản xem trước của tôi trông khác nhau trên các nền tảng khác nhau?

Mỗi nền tảng render cùng một siêu dữ liệu OG theo cách riêng của nó, các tỷ lệ cắt hình ảnh khác nhau, các kích thước tiêu đề khác nhau, các mô tả khác nhau bị cắt ở các điểm khác nhau. Công cụ này gần đúng thẻ của mỗi nền tảng; render thực tế trong sản xuất có thể khác một chút. Luôn luôn kiểm tra các nền tảng quan trọng nhất (Facebook Sharing Debugger, LinkedIn Post Inspector, và Tweet Composer trên X) trước khi dựa vào một thẻ.

Các thẻ OG của tôi đúng nhưng Facebook vẫn hiển thị bản xem trước cũ. Tại sao?

Facebook cache siêu dữ liệu OG một cách tích cực, một khi nó cào URL, kết quả dính lại cho cái thường được báo cáo là vài ngày. Để buộc một lần cào mới, hãy dán URL vào Facebook Sharing Debugger và nhấp "Scrape Again." Cùng một thủ thuật hoạt động cho LinkedIn qua Post Inspector.

Tôi có cần cả các thẻ OG và Twitter Card không?

Không nghiêm ngặt, X rơi vào các thẻ OG khi các thẻ cụ thể của Twitter bị thiếu. Nơi các thẻ cụ thể của Twitter giúp là trong việc chọn loại thẻ (twitter:card = summary_large_image) và trong việc gán bài đăng (twitter:site, twitter:creator). Để kiểm soát tối đa trên X, hãy bao gồm cả hai bộ; cho nỗ lực tối thiểu, hãy vận chuyển các thẻ OG sạch và chấp nhận loại thẻ mặc định.

Dữ liệu của tôi có được tải lên đâu không?

Không. Bản xem trước được render hoàn toàn trong trình duyệt của bạn dựa trên những gì bạn nhập vào biểu mẫu. Không có fetch máy chủ, không có cào URL thực tế của bạn, không có ghi nhật ký các thẻ nháp của bạn. URL hình ảnh mà bạn dán tải trong bản xem trước từ nguồn thực tế của nó (vì hình ảnh được lấy bởi trình duyệt để render chúng), nhưng các giá trị thẻ OG bản thân không bao giờ rời khỏi trang.

Bộ thẻ OG đơn giản nhất tôi có thể vận chuyển là gì?

Bốn thẻ bắt buộc cộng với og:description:

<meta property="og:title"       content="Your Page Title" />
<meta property="og:type"        content="website" />
<meta property="og:url"         content="https://yoursite.com/page" />
<meta property="og:image"       content="https://yoursite.com/og.jpg" />
<meta property="og:description" content="A short summary of the page." />

Thêm og:site_name, og:image:width, og:image:height, và og:image:alt để hoàn chỉnh. Thêm twitter:card = summary_large_image nếu bạn muốn X sử dụng thẻ full-width.

Slack / Discord tạo bản xem trước như thế nào?

Cả Slack và Discord đều đọc các thẻ OG trực tiếp khi một URL được dán vào một tin nhắn. Slack sử dụng một chuỗi ưu tiên oEmbed (oEmbed → OG → thẻ meta); Discord đọc OG và một vài thẻ độc quyền bao gồm một thẻ meta theme-color kiểm soát sọc màu xuống mép trái của embed. Cả hai đều làm mới nhanh chóng so với Facebook, thường là vào lần dán tiếp theo cùng URL sau khi cập nhật thẻ.

Công cụ liên quan