Open Graph là gì?
API thu thập thông tin toàn cầu không có scrap lấy các trang web để trích xuất siêu dữ liệu cho các quy trình làm việc kiểm tra các thuộc tính Open Graph và tài sản liên kết của chúng.
Tóm tắt
- Siêu dữ liệu Open Graph mô tả cách mà một URL nên xuất hiện khi được chia sẻ. Người tiêu dùng thường sử dụng nó để xây dựng một tiêu đề, mô tả, hình ảnh và thẻ điểm đến.
- Bốn thuộc tính tạo thành đối tượng cơ bản. Giao thức xác định tiêu đề, loại, hình ảnh và URL chuẩn là tập hợp bắt buộc khởi đầu.
- Mỗi nền tảng vẫn là trình hiển thị cuối cùng. Một thẻ hợp lệ là một gợi ý cho người tiêu dùng, không phải là lời hứa rằng mọi dịch vụ sẽ hiển thị cùng một bản xem trước.
- Open Graph không phải là dữ liệu cấu trúc tìm kiếm. Nó chồng chéo về chủ đề với đánh dấu Schema.org nhưng phục vụ một người tiêu dùng và mô hình xử lý khác.
- Các bản xem trước đáng tin cậy yêu cầu kiểm tra tài sản và bộ nhớ cache. URL tuyệt đối, hình ảnh có thể truy cập, siêu dữ liệu ổn định và các bộ gỡ lỗi cụ thể của người tiêu dùng quan trọng như các thẻ.
Open Graph là một giao thức siêu dữ liệu cho phép một trang web mô tả đối tượng mà nó đại diện. Một nhà xuất bản đặt các phần tử meta trong tiêu đề tài liệu, và một dịch vụ chia sẻ có thể sử dụng các giá trị đó để xây dựng một bản xem trước phong phú. Giao thức bắt đầu trong bối cảnh chia sẻ xã hội, nhưng cùng một tập hợp thuộc tính hiện đang được nhiều hệ thống nhắn tin, hợp tác, xuất bản và không hiển thị liên kết tiêu thụ.
Giao thức Open Graph chính thức xác định siêu dữ liệu cơ bản và các phần mở rộng tùy chọn. Open Graph không thay thế tiêu đề trang, tiêu đề hiển thị hoặc chiến lược liên kết chuẩn. Nó cung cấp một mô tả định hướng trình bày rõ ràng cho các khách hàng hiểu tên thuộc tính.
Bốn thuộc tính cơ bản của Open Graph
Một đối tượng Open Graph bắt đầu với og:title, og:type, og:image, và og:url. Tiêu đề là tên đối tượng như nó nên xuất hiện trong một đồ thị hoặc thẻ. Loại phân loại đối tượng, hình ảnh chỉ đến một tài sản đại diện, và URL cung cấp danh tính vĩnh viễn được sử dụng cho đối tượng.
| Thuộc tính | Mục đích | Kiểm tra hoạt động |
|---|---|---|
| og:title | Đặt tên cho đối tượng được chia sẻ. | Giữ nó chính xác và có thể đọc được ngoài bối cảnh trang. |
| og:type | Xác định loại đối tượng. | Sử dụng một loại đã định nghĩa và xem xét các thuộc tính cụ thể của loại. |
| og:image | Chỉ đến hình ảnh xem trước. | Sử dụng một URL tuyệt đối, có thể truy xuất với một tài sản phù hợp. |
| og:url | Cung cấp danh tính chuẩn của đối tượng. | Căn chỉnh nó với URL công khai dự kiến và hành vi chuyển hướng. |
Một thẻ cơ bản thường thêm og:description và og:site_name. Siêu dữ liệu hình ảnh có thể mô tả một URL an toàn, loại phương tiện, chiều rộng, chiều cao và văn bản thay thế. Các đối tượng video và âm thanh có các thuộc tính cấu trúc tương tự. Những bổ sung này giúp người tiêu dùng chọn một tài sản và làm cho bản xem trước dễ tiếp cận, nhưng hỗ trợ khác nhau tùy theo khách hàng.
Cách một bản xem trước liên kết được xây dựng
Một trình thu thập thông tin bản xem trước liên kết yêu cầu một URL, đọc siêu dữ liệu có sẵn, giải quyết các URL tài sản và lưu trữ một đại diện trong bộ nhớ cache của nó. Người tiêu dùng có thể kết hợp Open Graph với siêu dữ liệu HTML thông thường, các thẻ cụ thể của nền tảng, nội dung trang, các mục bộ nhớ cache trước đó, hoặc các quy tắc an toàn. Thẻ kết quả thuộc về giao diện của người tiêu dùng đó, không thuộc về HTML của nhà xuất bản.
Đây là lý do giải thích tại sao hai ứng dụng có thể hiển thị các hình ảnh khác nhau cho cùng một trang. Một cái có thể ưa thích thẻ hợp lệ đầu tiên og:image; một cái khác có thể từ chối tài sản vì kích thước, kích thước tệp, loại phương tiện, chuyển hướng, xác thực, hoặc chính sách truy xuất. Một cái thứ ba có thể vẫn giữ thẻ bộ nhớ cache cũ hơn. Kiểm tra nên ghi lại người tiêu dùng, URL, thời gian truy xuất, tài sản cuối cùng, và bất kỳ đầu ra gỡ lỗi nào thay vì coi một bản xem trước thành công là bằng chứng phổ quát.
Hình ảnh Open Graph cần nhiều hơn một URL
Hình ảnh xem trước thường là phần rõ ràng nhất của một thẻ xã hội và là nguồn lỗi phổ biến nhất. Tài sản nên có thể truy xuất công khai mà không cần cookie phiên, nên giải quyết qua một URL HTTPS ổn định, và nên trả về nội dung hình ảnh mong đợi thay vì một trang lỗi HTML. Nếu một trang web sử dụng các URL tài sản đã ký hoặc có thời hạn ngắn, một bản xem trước đã lưu có thể tồn tại lâu hơn liên kết.
Các thuộc tính hình ảnh có cấu trúc giảm thiểu sự mơ hồ. Chiều rộng và chiều cao cho phép một khách hàng lập kế hoạch bố cục trước khi tải xuống toàn bộ tài sản. Một loại phương tiện giúp xác định định dạng. Văn bản thay thế cung cấp một mô tả bằng văn bản cho người tiêu dùng tiếp xúc với nó. Giao thức hỗ trợ nhiều mục hình ảnh, nhưng thứ tự và hành vi lựa chọn cần được kiểm tra trên các kênh phân phối thực tế.
Open Graph so với Metadata khác
Open Graph, tiêu đề HTML và metadata mô tả, liên kết chuẩn, dữ liệu có cấu trúc Schema.org, và thẻ card đặc thù cho nền tảng có thể đồng tồn tại. Chúng nên được tạo ra từ một mô hình nội dung chung để tiêu đề, tóm tắt, hình ảnh và URL không mâu thuẫn với nhau. Một hệ thống quản lý nội dung lưu trữ từng trường một cách độc lập mời gọi sự trôi dạt sau khi một biên tập viên chỉ cập nhật một bề mặt.
Hướng dẫn về metadata trang của MDN đặt metadata xã hội trong ngữ cảnh metadata đầu rộng hơn. Đánh dấu Schema.org mô tả các thực thể và mối quan hệ cho người tiêu dùng dữ liệu có cấu trúc. Open Graph mô tả một đối tượng đồ thị để chia sẻ. Một liên kết chuẩn thể hiện URL ưa thích cho các trang trùng lặp hoặc tương tự. Các trường của chúng có thể trông quen thuộc, nhưng các mục tiêu xử lý của chúng khác nhau.
Luồng Công việc Thực hiện
- Chọn URL công cộng vĩnh viễn cho đối tượng trước khi đặt
og:url. - Tạo tiêu đề, mô tả, loại và hình ảnh từ cùng một hồ sơ nội dung có thẩm quyền.
- Sử dụng URL tuyệt đối cho hình ảnh và phương tiện khác để một trình thu thập không cần giả định về ngữ cảnh trang.
- Lấy trang cuối cùng mà không có phiên duyệt web đã được xác thực và kiểm tra metadata đầu nhận được.
- Lấy hình ảnh một cách độc lập, theo dõi chuyển hướng, xác nhận loại phương tiện và kiểm tra các byte thực tế.
- Chạy các công cụ gỡ lỗi chia sẻ cụ thể cho người tiêu dùng và ghi lại hành vi làm mới bộ nhớ đệm trước khi phát động một chiến dịch.
Metadata được tạo ra từ phía khách hàng đáng chú ý hơn. Một số trình thu thập thực thi ít hoặc không có JavaScript, vì vậy các thẻ được chèn sau khi chuyển giao HTML ban đầu có thể không bao giờ được quan sát. Việc render các thuộc tính Open Graph cuối cùng từ máy chủ thường cung cấp một bề mặt chia sẻ đáng tin cậy hơn. Nếu hành vi render đang được điều tra, so sánh HTML nguồn với DOM được render bởi trình duyệt và tài liệu mà đại diện mà mỗi người tiêu dùng đã thấy.
Các Vấn Đề Thường Gặp về Open Graph
- URL hình ảnh tương đối. Một người tiêu dùng có thể giải quyết chúng khác nhau hoặc từ chối chúng; sử dụng một URL công cộng tuyệt đối.
- Xem trước bộ nhớ đệm lỗi thời. Cập nhật trang không ép buộc mọi nền tảng làm mới thẻ đã lưu của nó ngay lập tức.
- Không khớp chuẩn. Một
og:urlmà chỉ đến nơi khác có thể hợp nhất sự tham gia hoặc danh tính quanh một đối tượng không mong muốn. - Tài sản bị chặn. Xác thực, kiểm soát hotlink, quy tắc lưu lượng, hoặc một phản hồi HTML tại URL hình ảnh có thể để lại thẻ mà không có phương tiện.
- Metadata mâu thuẫn. Open Graph, thẻ nền tảng, tiêu đề trang và dữ liệu có cấu trúc có thể trình bày tên hoặc hình ảnh khác nhau.
- Mô tả có thể truy cập bị thiếu. Một hình ảnh có thể được render trong khi vẫn thiếu văn bản thay thế hữu ích cho các khách hàng đã được hỗ trợ.
Chuẩn HTML định nghĩa các phần tử meta là metadata tài liệu, trong khi từ vựng thuộc tính chính xác đến từ Open Graph. Định nghĩa của WHATWG về phần tử meta giúp phân biệt vị trí đầu hợp lệ với cách diễn giải thuộc tính đặc thù của người tiêu dùng. Các trình xác thực nên kiểm tra cả cấu trúc tài liệu và ngữ nghĩa Open Graph.
Open Graph trong Các T pipeline Rút trích và Giám sát
Rút trích metadata có thể biến các trang thành các bản ghi gọn gàng chứa danh tính chuẩn, tiêu đề, mô tả, URL phương tiện, loại, ngôn ngữ, và tên trang web. Tập dữ liệu đó hỗ trợ kiểm tra liên kết, QA thẻ xã hội, kiểm kê nội dung, kiểm tra di cư, và giám sát các thay đổi không mong muốn. Trình rút trích nên giữ các thuộc tính trùng lặp theo thứ tự nguồn vì nhiều hình ảnh hoặc ngôn ngữ có thể là có chủ đích.
Chuẩn hóa nên diễn ra sau khi các giá trị thô được bảo toàn. Giải quyết URL, chuẩn hóa ghi chú ngôn ngữ, xác thực phản hồi phương tiện, và so sánh og:url với các chuyển hướng và liên kết chuẩn. Đừng im lặng thay thế các giá trị bị thiếu bằng các giả định từ văn bản trang. Một phương án dự phòng lấy từ có thể hữu ích, nhưng nó nên được gán nhãn là lấy từ thay vì báo cáo là metadata Open Graph đã khai báo.
API Rút trích toàn cầu không có rác có thể thu thập các trang công cộng để kiểm tra metadata, bao gồm nội dung đã render khi luồng công việc yêu cầu. Kết hợp việc lấy với việc phân tích HTML xác định và kiểm tra tài sản. Xem xét Giá Scrapeless trước khi lập lịch kiểm tra danh mục lớn.
Danh sách Kiểm tra Xuất Bản
Trước khi xuất bản, xác nhận rằng URL được chia sẻ là cuối cùng, công cộng, và ổn định. Xác nhận rằng tiêu đề và mô tả có ý nghĩa khi tách khỏi trang. Xác nhận rằng hình ảnh có cắt phù hợp, văn bản thay thế có ý nghĩa, một vị trí HTTPS công cộng, và một phản hồi hình ảnh thực. Xác nhận rằng metadata xuất hiện trong HTML ban đầu nếu các người tiêu dùng quan trọng không thực hiện các kịch bản.
Sau khi xuất bản, hãy kiểm tra chính xác URL sản xuất thay vì môi trường xem trước. Sử dụng hơn một người tiêu dùng mục tiêu, vì một thẻ không thể chứng minh được tính tương thích rộng rãi. Lưu lại thẻ đã quan sát, lấy kết quả, và snapshot metadata cùng với hồ sơ phát hành. Khi một chỉnh sửa sau này thay đổi hình ảnh hoặc URL, làm mới các bộ nhớ cache đã hỗ trợ và xác minh lại.
Kết luận
Open Graph là một giao thức gọn gàng để mô tả cách một đối tượng web nên được đại diện khi URL của nó được chia sẻ. Các thuộc tính cơ bản thiết lập tiêu đề, loại, hình ảnh, và danh tính; các thuộc tính tùy chọn bổ sung mô tả, trang web, ngôn ngữ, và chi tiết phương tiện. Các thẻ đáng tin cậy đến từ metadata có thể nhìn thấy từ máy chủ, tài sản ổn định, URL chuẩn nhất quán, và kiểm tra với chính các người tiêu dùng render xem trước.
Sẵn sàng kiểm tra Metadata xã hội?
Sử dụng Scrapeless để thu thập metadata trang công cộng và tài sản, sau đó xác thực các bản ghi Open Graph trên các URL quan trọng.
Bắt đầu miễn phí →Câu hỏi thường gặp
Open Graph được sử dụng để làm gì?
Open Graph được sử dụng để mô tả một trang web như một đối tượng có thể chia sẻ để các dịch vụ tương thích có thể xây dựng tiêu đề, hình ảnh, mô tả và bản xem trước địa điểm. Nó được sử dụng rộng rãi cho việc mở rộng liên kết, nhưng mỗi người tiêu dùng kiểm soát thẻ cuối cùng.
Có cần thẻ Open Graph cho mọi trang web không?
Không. Một trang có thể hoạt động mà không có siêu dữ liệu Open Graph, nhưng bản xem trước liên kết của nó có thể được xây dựng từ các tín hiệu ít rõ ràng hơn hoặc có thể bị thiếu. Các trang được phân phối qua các kênh xã hội và nhắn tin sẽ được hưởng lợi từ siêu dữ liệu có chủ đích.
Có cần og:image không?
Giao thức Open Graph bao gồm og:image trong bốn thuộc tính cơ bản của nó. Một người tiêu dùng vẫn có thể hiển thị bản xem trước mà không cần nó, nhưng kết quả phụ thuộc vào quy tắc dự phòng của người tiêu dùng đó hơn là đối tượng Open Graph đã được công bố.
Tại sao một liên kết chia sẻ lại hiển thị hình ảnh cũ?
Dịch vụ chia sẻ có thể đã lưu vào bộ nhớ một đại diện trước đó. Xác nhận rằng siêu dữ liệu và URL hình ảnh sản xuất là chính xác, sau đó sử dụng đường dẫn làm mới hoặc gỡ lỗi mà người tiêu dùng hỗ trợ và cho phép chính sách bộ nhớ cache của nó.
Open Graph có thay thế đánh dấu Schema.org không?
Không. Open Graph tập trung vào việc trình bày đối tượng có thể chia sẻ, trong khi từ vựng Schema.org mô tả thực thể và mối quan hệ cho các người tiêu dùng dữ liệu có cấu trúc. Một trang có thể sử dụng cả hai khi các giá trị vẫn nhất quán.
Có thể trích xuất siêu dữ liệu Open Graph quy mô lớn không?
Có. Một pipeline có thể lấy các trang, phân tích các cặp thuộc tính và nội dung, giải quyết tài sản, và xác thực phản hồi ở quy mô lớn. Nó nên giữ thứ tự thô, URL nguồn, phương pháp thu thập và bất kỳ dự phòng nào được tách riêng.