Buộc làm mới bộ nhớ đệm Open Graph của Facebook

Bạn có thể buộc làm mới bộ nhớ đệm Open Graph của Facebook, vì Facebook — nền tảng duy nhất trong số các nền tảng lớn — cung cấp một cách lập trình để yêu cầu điều này. Bạn có thể dùng nút Scrape Again trong Sharing Debugger cho một liên kết cụ thể, hoặc gọi endpoint scrape của Graph API với app access token. Không có cách nào để buộc làm mới trên WhatsApp, LinkedIn hoặc X: họ không công bố API như vậy cho bất kỳ ai.

Điều khiến mọi người vấp phải

Meta lưu bộ nhớ đệm (cache) cho bản xem trước liên kết theo URL của trang, và lưu một bản sao riêng của hình ảnh. Meta không đọc lại trang của bạn để nhận biết rằng og:image giờ đã trỏ đến một nơi khác.

Vì vậy, quy trình làm việc này sẽ thất bại, và đây là cách mà hầu hết mọi người thử:

Thay đổi ảnh bìa → URL og:image là mới → cho rằng Facebook sẽ tự nhận diện → nhưng thực tế thì không.

Một URL hình ảnh mới sẽ xóa bộ nhớ đệm của CDN hình ảnh. Nhưng nó không tác động gì đến bộ nhớ đệm theo URL trang của Meta. Để khiến Facebook cập nhật, bạn phải báo cho Meta biết rằng trang đã thay đổi.

Bộ nhớ đệm	Khóa theo	Được xóa bởi
Bộ nhớ đệm trang / CDN của bạn	URL của trang	xóa bộ nhớ đệm
Bộ nhớ đệm xem trước liên kết của Meta	URL của trang	endpoint quét (scrape endpoint) hoặc Sharing Debugger
Bản sao hình ảnh của Meta	URL hình ảnh	một URL hình ảnh mới
CDN hình ảnh của bạn	URL hình ảnh	một URL hình ảnh mới

Mở developers.facebook.com/tools/debug, dán URL của trang, rồi nhấn Scrape Again. Meta sẽ tìm nạp lại trang và xây dựng lại bản xem trước đã lưu trong bộ nhớ đệm.

Đây cũng là trình xác thực miễn phí tốt nhất mà bạn có, vì nó báo cáo những gì Meta thực sự tìm thấy thay vì những gì bạn hy vọng có ở đó: og:image bị thiếu hoặc trùng lặp, hình ảnh không truy cập được, định dạng không được hỗ trợ. Hai điều nó sẽ không làm: nó không thể chạm vào WhatsApp (bộ nhớ đệm riêng, nằm trong ứng dụng của người nhận), và nó không phải là công cụ danh mục — nó xử lý từng URL một, có giới hạn tốc độ, với một người vận hành phía trước.

Tùy chọn 2 — Graph API (đây là cách plugin gọi)

Phương thức lập trình tương đương mà FastOG sử dụng là một POST tới Graph API với scrape=true:

bash

curl -X POST \
  "https://graph.facebook.com/v21.0/?id=$(python3 -c 'import urllib.parse,sys;print(urllib.parse.quote(sys.argv[1],safe=""))' 'https://your-store.com/product/example')&scrape=true&access_token=${APP_ID}|${APP_SECRET}"

Bốn chi tiết quan trọng:

id là URL của trang, không phải URL của hình ảnh. Meta lưu cache theo trang, vì vậy gọi tới địa chỉ hình ảnh sẽ không làm mới bất cứ điều gì.
Bắt buộc phải có token — Meta đã yêu cầu token trên endpoint này từ tháng 10 năm 2017. Một app access token dạng {app_id}|{app_secret} là đủ, và nó không cần đăng nhập người dùng, điều này giúp cho việc gọi từ một tác vụ nền trở nên khả thi.
Các phiên bản Graph API thay đổi. FastOG cố định một phiên bản Graph API đã được kiểm thử; hãy kiểm tra tài liệu và changelog hiện tại của Meta trước khi cố định phiên bản trong mã của bạn.
Coi nó như best-effort. Meta giới hạn tốc độ (rate-limit) các lệnh gọi scrape, và việc bị từ chối chỉ có nghĩa là Facebook sẽ tự làm mới theo lịch trình riêng thay vì ngay lập tức — các thẻ trên trang của bạn vốn đã đúng.

Vì bị giới hạn tốc độ, bạn không nên gọi inline mỗi lần lưu một danh mục lớn. Hãy đưa vào hàng đợi (queue) và loại bỏ trùng lặp theo URL để việc lưu lặp lại cùng một sản phẩm không thay đổi không làm tiêu tốn hạn mức tốc độ.

Tùy chọn 3 — plugin tự động xử lý cho bạn

Các plugin được tiếp thị là "làm mới bộ nhớ đệm Open Graph" thuộc hai nhóm, và chỉ một trong số đó có thể sửa được Facebook:

Cơ chế	Nội dung được xóa	Có sửa được bản xem trước Facebook bị cũ không?
Thêm chuỗi truy vấn thay đổi vào URL hình ảnh (`?v=timestamp`)	CDN hình ảnh của bạn	Không — bộ nhớ đệm của Meta được khóa theo trang
Gọi endpoint scrape cho URL trang	Bộ nhớ đệm bản xem trước của Meta	Có

Trước khi cài đặt, hãy tìm hiểu plugin đó thuộc nhóm nào. Tham số dấu thời gian là cách sửa thực sự cho hình ảnh bị cũ nhưng không sửa được thẻ Facebook bị cũ.

FastOG for WooCommerce thực hiện cơ chế thứ hai và bạn không cần cấu hình gì cả. Plugin đăng ký webhook sản phẩm gốc của WooCommerce, vì vậy khi lưu một sản phẩm, một yêu cầu re-scrape Meta sẽ được gửi cho permalink của sản phẩm đó — được xếp hàng đợi, loại bỏ trùng lặp trong một khoảng thời gian ngắn, và được thiết kế theo hướng best-effort để việc từ chối không bao giờ làm hỏng thao tác lưu. Plugin áp dụng cho trang sản phẩm (product.created / product.updated); các chỉnh sửa danh mục và blog không được bao phủ.

Phía hình ảnh được xử lý riêng biệt và khác với mọi đối thủ cạnh tranh: vì URL ảnh bìa FastOG chứa các giá trị đã tạo ra nó, nên việc chỉnh sửa giá hoặc ảnh sẽ tạo ra một URL ảnh bìa mới. Meta không thể phục vụ lại một bức ảnh có địa chỉ không còn tồn tại.

Khi Facebook là chưa đủ

Nền tảng	Bạn có thể buộc làm mới không?	Điều gì thực sự xảy ra
Facebook	Có — trình gỡ lỗi hoặc `scrape=true`	Yêu cầu quét lại; thời gian lan truyền thay đổi
WhatsApp	Không	Bản xem trước được lưu trong bộ nhớ đệm của ứng dụng người nhận; không có API nào tồn tại
LinkedIn	Không có API lập trình được ghi nhận	Tự đọc lại theo lịch trình riêng; không có cam kết thời gian công khai nào được đưa ra ở đây
X / Twitter	Không có API lập trình được ghi nhận	Tự đọc lại theo lịch trình riêng; không có cam kết thời gian công khai nào được đưa ra ở đây
Slack, Discord	Không	Bộ nhớ đệm ngắn hạn tự xóa trong vài phút đến vài giờ

Nếu bản xem trước bị cũ trên WhatsApp, giải pháp không phải là công cụ của Facebook — mà là thiết lập đúng phía cửa hàng để lần đọc tiếp theo chính xác.

Khi trang vẫn hiển thị ảnh cũ sau khi scrape thành công

Hãy kiểm tra theo danh sách này, theo thứ tự:

Trang có còn phục vụ thẻ cũ không? curl -s https://your-store.com/product/example | grep -i 'og:image' — một trang HTML được lưu trong bộ nhớ đệm với og:image cũ sẽ khiến quá trình scrape thất bại hoàn toàn. Hãy xóa bộ nhớ đệm của trang.
Trang có in ra nhiều hơn một og:image không? Nếu hai plugin mỗi plugin phát ra một thẻ, trình thu thập dữ liệu sẽ lấy thẻ đầu tiên mà nó đọc được. Hãy đếm số lượng.
Ảnh có truy cập được và không bị chặn không? curl -I <image-url> sẽ trả về 200 với Content-Type ảnh. Các trình thu thập dữ liệu mạng xã hội tôn trọng robots.txt, vì vậy một ảnh nằm trên đường dẫn Disallow: sẽ thất bại theo cách trông giống như một tệp bị hỏng — và curl sẽ không bao giờ tái hiện được lỗi đó, vì curl bỏ qua robots.txt.
URL ảnh có thực sự thay đổi không? Nếu không, nội dung cũng không thay đổi — hãy kiểm tra xem chỉnh sửa giá/ảnh đã đến được nguồn mà thẻ đang lấy dữ liệu hay chưa.
Kiểm tra trình gỡ lỗi lại. Nếu nó bây giờ báo cáo ảnh mới và Facebook vẫn hiển thị thẻ cũ, bạn đang nhìn thấy quá trình lan truyền của chính Facebook, không phải lỗi từ thẻ của bạn.

FAQ

Có API chính thức nào để xóa bộ nhớ đệm Open Graph của Facebook không?

FastOG sử dụng endpoint scrape (POST https://graph.facebook.com/{version}/?id={page-url}&scrape=true&access_token={token}). Meta tài liệu hóa Sharing Debugger và luồng thu thập dữ liệu theo chương trình; hình dạng chính xác của endpoint và phiên bản Graph API có thể thay đổi, vì vậy hãy xác minh chúng với tài liệu hiện tại của Meta trước khi tự triển khai.

Không. Đây là công cụ công khai và hoạt động cho mọi URL công khai. Điều nó không thể làm là chạy theo lịch trình hoặc bao phủ toàn bộ danh mục.

Việc scrape lại có tốn một lần render FastOG của tôi không?

Thường là không. URL ảnh bìa được suy ra từ nội dung, vì vậy nếu nội dung không thay đổi thì URL cũng không thay đổi, và lần tìm nạp là một lần truy cập bộ nhớ đệm không tốn render. Nếu giá thay đổi, URL sẽ thay đổi — đó là một lần render mới, và đó chính là lần render bạn mong muốn.

Việc scrape lại Facebook có sửa được bản xem trước WhatsApp của tôi không?

Không. Chúng là các bộ nhớ đệm riêng biệt. Trình gỡ lỗi của Facebook vẫn đáng dùng như một trình xác thực — nó tìm nạp trang giống cách WhatsApp sẽ làm và báo cáo những gì nó tìm thấy — nhưng nó không thể làm mới WhatsApp.

Facebook giữ bản xem trước bao lâu nếu tôi không bao giờ ping?

Meta tài liệu hóa chu kỳ scrape lại tiêu chuẩn khoảng 24 giờ, nhưng thời gian lan truyền chính xác có thể thay đổi. Đó là lý do trình gỡ lỗi và luồng thu thập theo chương trình tồn tại.

Tôi có phải ping từng sản phẩm sau khi nhập danh mục không?

Đó chính là mục đích của hàng đợi. Gửi một yêu cầu cho mỗi sản phẩm trực tiếp sẽ chạm giới hạn tốc độ của Meta và làm chậm yêu cầu của người bán; khi được xếp hàng đợi và loại bỏ trùng lặp, một lần quét danh mục sẽ tiêu hao một cách vô hại.

Nếu Meta từ chối yêu cầu thì sao?

Không có gì bị hỏng. Một ping bị từ chối hoặc bị giới hạn tốc độ có nghĩa là Facebook làm mới theo lịch trình riêng của nó thay vì ngay lập tức — các thẻ trên trang đã đúng sẵn, đó là lý do cuộc gọi này là nỗ lực tốt nhất thay vì một phụ thuộc cứng.