Triển khai đầu cuối API Chuyển đổi

Với API Chuyển đổi, nhà quảng cáo có thể cung cấp cho người tiêu dùng khả năng kiểm soát và tính minh bạch dữ liệu thích hợp, trong khi vẫn tiếp tục mang đến trải nghiệm cá nhân. Với API này, bạn có thể chia sẻ dữ liệu trực tiếp từ máy chủ thay vì thông qua trình duyệt.

Lợi ích của tiện ích tích hợp

  • Nắm bắt thông tin sâu hơn trong phễu: So với Meta Pixel, API Chuyển đổi cho phép bạn chia sẻ mảng dữ liệu rộng hơn. Với API này, bạn có thể xem xét thêm nhiều thông tin để đưa ra quyết định, chẳng hạn như dữ liệu CRM, sự kiện trong phần dưới phễu (bao gồm khách hàng tiềm năng đủ điều kiện) cũng như lộ trình chuyển đổi nhiều trang web trên một trang web và một vị trí thực.

  • Kiểm soát dữ liệu: Khi được sử dụng thông qua cách triển khai Chỉ phía máy chủ (ví dụ: không có Meta Pixel), API Chuyển đổi sẽ cung cấp cho bạn thêm quyền kiểm soát đối với dữ liệu mình chia sẻ. Bạn có thể chọn thêm thông tin chi tiết vào sự kiện của mình, cung cấp dữ liệu như lợi nhuận sản phẩm hoặc thông tin trước đây, chẳng hạn như điểm giá trị khách hàng.

  • Tăng độ tin cậy và khả năng phục hồi tín hiệu: Việc chia sẻ dữ liệu thông qua API Chuyển đổi có thể đáng tin cậy hơn so với các phương pháp chỉ dựa trên trình duyệt, như Meta Pixel. API này được thiết kế để hạn chế rủi ro từ các vấn đề như lỗi trình duyệt hoặc sự cố kết nối. Những hạn chế mới trong ngành về việc truyền dữ liệu có thể giới hạn tính hiệu quả của cookie và khả năng theo dõi Pixel. Vì thế, API Chuyển đổi sẽ hỗ trợ bạn kiểm soát việc chia sẻ tín hiệu mà Pixel có thể không còn thu thập.

Tổng quan

Bạn có thể cân nhắc tích hợp API Chuyển đổi theo 2 giai đoạn chính:

Sau đây là thông tin ngắn gọn về quy trình tích hợp hoàn chỉnh:

Yêu cầuTích hợp đầy đủTối ưu hóa

Chọn sự kiện sẽ chia sẻ với Meta khi có sự đồng ý của người dùng (nếu có).


Thiết lập tài sản doanh nghiệp của bạn: Meta Pixel, Ứng dụng trên Meta, Trình quản lý kinh doanh, Kết nối máy chủ, Người dùng hệ thống.

Bước 1: Một sự kiện - Gửi sự kiện bất kỳ, theo cách thủ công hoặc tự động bằng mã của người dùng hệ thống. Hoàn thành bước này nghĩa là bạn đã thiết lập chính xác phần xác thực.


Bước 2: Tích hợp đầy đủ - Bạn cần gửi một số sự kiện tự động để được xem là đã tích hợp. Hoàn thành mốc này nghĩa là bạn có thể tối ưu hóa cho API Chuyển đổi ngay cả khi ngừng sử dụng Pixel hoặc Pixel bị chặn.

Sau khi tích hợp đầy đủ, hãy gửi đủ số sự kiện tự động trong phễu để được xem là đã tích hợp đầy đủ. Sau đó, tối ưu hóa tỷ lệ khớp của bạn dựa trên hướng dẫn từ Chất lượng so khớp sự kiện.


Hãy đảm bảo:

  • Sự kiện có thể gửi được qua cả hai kênh (trình duyệt hoặc máy chủ) và không bị tính 2 lần.
  • Sự kiện được gửi gần với thời gian thực nhất có thể.
  • Cung cấp các thông số thông tin khách hàng dùng để so khớp danh tính.

Người dùng pixel hiện có

Nếu bạn đang dùng tiện ích tích hợp Meta Pixel, tiện ích tích hợp API Chuyển đổi nên được xây dựng dưới dạng phần mở rộng của tiện ích tích hợp Pixel, thay vì dưới dạng một kết nối hoàn toàn khác.

Sự chấp thuận chung

Nếu bạn có logic để kiểm soát sự chấp thuận đối với việc chia sẻ dữ liệu Pixel, hãy sử dụng chính logic này đối với việc chia sẻ dữ liệu qua API Chuyển đổi.

Phương pháp thay thế

Chuẩn bị

Chọn loại tích hợp

Để bắt đầu, hãy chọn tùy chọn tích hợp bạn muốn triển khai:

Thiết lậpNội dung mô tả phương thức

Thiết lập dự phòng (Khuyên dùng)

Gửi tất cả sự kiện qua cả Pixel và API Chuyển đổi. Đây là cách thiết lập khuyên dùng cho những người muốn giữ Pixel trên trang web và có thể áp dụng đầy đủ API Chuyển đổi.


Để thực hiện thành công, bạn phải có khả năng tạo event_id cố định cho cả sự kiện API Chuyển đổi và Pixel. Điều này có nghĩa là gửi cùng một event_nameevent_id trên cả sự kiện API Chuyển đổi và Pixel nhằm loại bỏ trùng lặp các sự kiện giống hệt nhau.


Cách thiết lập này mang lại hiệu quả tương đương hoặc tốt hơn so với chỉ sử dụng Pixel trình duyệt. Máy chủ có thể thu thập sự kiện mà trình duyệt không theo dõi, chẳng hạn như lượt mua trên một trang web riêng biệt, lượt chuyển đổi khách hàng tiềm năng hoặc cuộc gọi điện thoại.

Thiết lập phân tách

Gửi những loại sự kiện khác nhau qua Pixel và API Chuyển đổi. Ví dụ: bạn có thể gửi PageViewViewContent thông qua Pixel, Lead hoặc Purchase thông qua API Chuyển đổi.


Mặc dù tùy chọn này không tối ưu bằng cách thiết lập dự phòng, nhưng bạn có thể cân nhắc sử dụng nếu không muốn dùng cách thiết lập dự phòng đầy đủ. Hãy tính đến chuyện phải hoàn thành thêm công việc khi có thay đổi về trình duyệt.

Triển khai chỉ phía máy chủ

Chỉ gửi sự kiện thông qua API Chuyển đổi thay vì thông qua trình duyệt. Bạn nên triển khai cách thiết lập dự phòng hoặc thiết lập phân tách trước khi chuyển sang phương pháp này.

Xác định sự kiện sẽ gửi

Sau khi chọn phương pháp tích hợp, bạn có thể xác định sự kiện mình muốn gửi. Tín hiệu sẽ hữu ích nhất nếu được so khớp với ID người dùng Meta. Vì vậy, bạn cần phải cân nhắc kỹ xem nên gửi cho chúng tôi thông số nào kèm sự kiện và tần suất gửi như thế nào.

Tùy chọn sự kiện

Gửi sự kiện phù hợp với doanh nghiệp bạn nhất. Hãy xem toàn bộ danh sách sự kiện tiêu chuẩntùy chỉnh được hỗ trợ trên Meta.

Thông số sự kiện

Bạn có thể gửi nhiều thông số bên trong mỗi sự kiện. Hãy xem các thông số được API Chuyển đổi sử dụng để tìm hiểu thêm về những trường đó.

Bạn có thể thêm nhiều loại ID vào sự kiện của mình, bao gồm event_id, external_idorder_id. Bạn cần phải biết rõ sự khác biệt giữa các thông số này:

IDMô tảCách sử dụng

ID bên ngoài

ID duy nhất của một khách hàng cụ thể.

Tìm hiểu thêm về ID bên ngoài.

ID sự kiện

ID duy nhất của một sự kiện cụ thể.

Dùng khi loại bỏ trùng lặp sự kiện. Trường này rất quan trọng nếu bạn gửi sự kiện qua cả Pixel trình duyệt và API chuyển đổi.

ID đơn đặt hàng

ID duy nhất của một đơn đặt hàng cụ thể. Thông số này chỉ áp dụng cho sự kiện mua hàng và cần có trường order_id trong custom_data.

Cách triển khai này chỉ dành cho một số đối tác của Meta. Hãy liên hệ với đại diện Meta của bạn để có quyền truy cập.


Dùng khi loại bỏ trùng lặp sự kiện mua hàng, nếu bạn gửi sự kiện qua cả Pixel trình duyệt và API chuyển đổi.


  • Sau khi bạn gửi cho chúng tôi đơn đặt hàng đầu tiên, chúng tôi sẽ bỏ đơn đặt hàng thứ hai nếu:
  • Bạn gửi sự kiện thứ hai có cùng order_id trong khoảng thời gian cụ thể và chúng tôi xác định rằng cả hai đơn đặt hàng đều do cùng một người dùng hoàn thành.

Bạn có thể loại bỏ trùng lặp sự kiện mua hàng trong 2 khoảng thời gian: 48 giờ (khuyên dùng) hoặc 28 ngày. Đây là khoảng thời gian giữa phiên bản thứ nhất và thứ hai của cùng một sự kiện.

Độ mới của dữ liệu

Bạn nên gửi sự kiện theo thời gian thực hoặc theo dựa trên lịch trình cụ thể thông qua API Chuyển đổi. Việc gửi sự kiện theo thời gian thực hoặc trong vòng 1 giờ sẽ đảm bảo rằng sự kiện có thể được dùng để phân bổ và được tối ưu hóa cho hoạt động phân phối quảng cáo.

Việc gửi sự kiện sau hơn 2 giờ kể từ khi sự kiện diễn ra có thể làm giảm đáng kể hiệu quả của quảng cáo được tối ưu hóa cho sự kiện đó. Những sự kiện gửi sau 24 giờ trở lên có thể dẫn đến các vấn đề đáng kể về phân bổ và hoạt động phân phối quảng cáo được tối ưu hóa.

Nếu bạn gửi sự kiện có khoảng thời gian chuyển đổi dài, hãy gửi sự kiện gần với thời gian thực nhất có thể, kể từ thời điểm hoàn tất toàn bộ quá trình chuyển đổi.

Chuyển sang bước tiếp theo sau khi bạn có:

  • Danh sách sự kiện sẽ gửi.
  • Trường cụ thể mà bạn muốn gửi kèm mỗi sự kiện.
  • Tần suất gửi sự kiện.

Các loại tối ưu hóa có sẵn

API Chuyển đổi cung cấp các loại tối ưu hóa sau đây:

Tùy chọn tối ưu hóaMô tả

Tối ưu hóa chuyển đổi

Tối ưu hóa hoạt động phân phối quảng cáo để hiển thị quảng cáo cho những người có nhiều khả năng chuyển đổi nhất.

Tối ưu hóa giá trị (còn gọi là Tối ưu hóa lợi nhuận trên chi tiêu quảng cáo)

Tối ưu hóa hoạt động phân phối quảng cáo để hiển thị quảng cáo cho những người có nhiều khả năng chuyển đổi nhất ở một giá trị cụ thể, chẳng hạn như mua hàng trên 50 USD.

Quảng cáo sản phẩm động

Tối ưu hóa hoạt động phân phối quảng cáo để hiển thị quảng cáo về sản phẩm cụ thể cho những người có nhiều khả năng mua sản phẩm đó nhất.

Thực thi

Bạn có thể triển khai tiện ích tích hợp theo 2 cách:

Nếu sử dụng API chuyển đổi thông qua một trong các đối tác marketing của chúng tôi, nhà quảng cáo nên tuân theo các nguyên tắc triển khai của đối tác.

Tích hợp trực tiếp

Bước 1: Thiết lập yêu cầu

Trước khi sử dụng API Chuyển đổi, hãy thiết lập các tài sản sau đây:

Tài sảnMô tả

Meta Pixel

Khi bạn gửi sự kiện thông qua API Chuyển đổi, sự kiện này sẽ được xử lý và lưu trữ theo cách giống như sự kiện gửi qua Pixel. Khi triển khai API Chuyển đổi, bạn sẽ chọn Pixel mình muốn gửi sự kiện đến.


Nếu gửi sự kiện API Chuyển đổi đến Pixel, bạn có thể sử dụng sự kiện API Chuyển đổi giống như khi sử dụng sự kiện Pixel dựa trên trình duyệt để đo lường, phân bổ và tối ưu hóa hoạt động phân phối quảng cáo. Bạn nên gửi sự kiện từ trình duyệt và máy chủ đến cùng một ID Meta Pixel.

Trình quản lý kinh doanh

Bạn cần có Trình quản lý kinh doanh để sử dụng API này. Thông qua Trình quản lý kinh doanh, nhà quảng cáo có thể tích hợp hoạt động marketing trên Meta trong toàn doanh nghiệp mình và với đối tác bên ngoài. Nếu bạn chưa có Trình quản lý kinh doanh, hãy xem bài viết về cách Tạo Trình quản lý kinh doanh trong Trung tâm trợ giúp.

Mã truy cập

Để sử dụng API Chuyển đổi, bạn cần có mã truy cập. Bạn có 2 cách để lấy mã truy cập:

Chuyển sang Triển khai API sau khi tài sản đã sẵn sàng. Hãy nhớ lưu ID cho tài sản của bạn, vì bạn sẽ sử dụng ID đó trong các lệnh gọi API.

Bước 2: Triển khai API

Sau khi hoàn thành các yêu cầu, hãy bắt đầu quá trình triển khai. Trong khi xây dựng trên API Chuyển đổi, hãy luôn tham khảo tài liệu dành cho nhà phát triển.

Lệnh gọi thử nghiệm (không bắt buộc)

Nếu đây là lần đầu tiên bạn sử dụng API này, hãy bắt đầu bằng lệnh gọi thử nghiệm. Để làm việc đó, bạn cần có phần tải dữ liệu và phương thức thực hiện lệnh gọi API. Sau khi lệnh gọi hoàn tất, hãy kiểm tra Trình quản lý sự kiện để xác minh rằng lệnh gọi hoạt động như dự kiến.

Phần tải dữ liệuPhương thức gọi API

Sử dụng Trình trợ giúp phần tải dữ liệu để tạo phần tải dữ liệu mẫu sẽ gửi cùng lệnh gọi. Hãy làm theo hướng dẫn nêu trên công cụ. Phần tải dữ liệu của bạn phải có dạng như sau:

{
  "data": [
   {
    "event_name": "Purchase",
    "event_time": 1601673450,
    "user_data": {
      "em": "7b17fb0bd173f625b58636fb796407c22b3d16fc78302d79f0fd30c2fc2fc068",
      "ph": null
     },
    "custom_data": {
      "currency": "USD",
      "value": "142.52"
    }
   }
  ]
}

Nếu bạn muốn thử nghiệm phần tải dữ liệu từ Trình trợ giúp phần tải dữ liệu, hãy thêm ID Pixel vào phần Thử nghiệm phần tải dữ liệu này và nhấp vào Gửi đến phần Thử nghiệm sự kiện. Bạn sẽ nhìn thấy sự kiện trên Trình quản lý sự kiện > Pixel của bạn > Thử nghiệm sự kiện. Hãy tìm hiểu thêm về Công cụ thử nghiệm sự kiện.

Khi bạn đã hài lòng với phần tải dữ liệu, hãy quyết định cách thực hiện lệnh gọi. Bạn có thể sử dụng Trình khám phá API Đồ thị của chúng tôi (xem Hướng dẫn) hoặc máy chủ của bạn. Nếu sử dụng máy chủ của mình, bạn có thể dùng CURL hoặc Meta Business SDK - Bạn nên sử dụng Meta Business SDK.


Bạn nên gọi điểm cuối /{pixel_id}/events độc lập với phương thức gọi và đính kèm dữ liệu JSON do Trình trợ giúp phần tải dữ liệu tạo ra. Sau khi thực hiện lệnh gọi, bạn sẽ nhận được phản hồi như sau:

{
  "events_received": 1,
  "messages": [],
  "fbtrace_id": <FB-TRACE-ID>
}

Sau khi bạn hoàn tất lệnh gọi đầu tiên, hãy xác minh sự kiện trên Trình quản lý sự kiện > Pixel của bạn > Tổng quan.

Chuyển sang Gửi và xác minh sự kiện sau khi bạn kiểm tra sự kiện thử nghiệm trong Trình quản lý sự kiện.

Gửi và xác minh sự kiện

Để bắt đầu gửi sự kiện, hãy gửi yêu cầu POST đến cạnh /events của API. Đính kèm phần tải dữ liệu vào lệnh gọi - nếu bạn cần hỗ trợ tạo phần tải dữ liệu, hãy truy cập Trình trợ giúp phần tải dữ liệu. Hãy tham khảo các thông tin và nguồn lực sau đây để biết thêm thông tin và mã mẫu:

Sau khi bạn bắt đầu gửi sự kiện, hãy chuyển đến Trình quản lý sự kiện và xác nhận rằng chúng tôi đã nhận được sự kiện bạn gửi. Tìm hiểu cách Xác minh sự kiện.

Nếu việc triển khai của bạn bổ sung cho Pixel trình duyệt, hãy chuyển đến phần cài đặt loại bỏ trùng lặp. Còn nếu không, bạn đã hoàn tất! Tham khảo phần Hỗ trợ nếu bạn vẫn còn thắc mắc.

Bước 3: Thêm thông số để loại bỏ trùng lặp

Nếu gửi các sự kiện giống nhau qua Pixel và API Chuyển đổi, bạn cần thiết lập tính năng loại bỏ trùng lặp cho sự kiện được gửi qua cả hai kênh. Đầu tiên, hãy đọc tài liệu dành cho nhà phát triển để hiểu logic loại bỏ trùng lặp.

Loại bỏ trùng lặp dựa trên sự kiện

Nếu phát hiện cùng một tổ hợp khóa máy chủ (event_id, event_name) và tổ hợp khóa trình duyệt (eventID, event) được gửi đến cùng ID Pixel trong vòng 48 giờ, chúng tôi sẽ bỏ sự kiện trùng lặp gửi sau.

Cách đảm bảo loại bỏ trùng lặp sự kiện:

  • Đối với những sự kiện tương ứng, hãy nhớ đặt cùng một giá trị cho các thông số sau đây:
    • event_id từ sự kiện máy chủ và eventID từ sự kiện trình duyệt
    • event_name từ sự kiện trình duyệt và máy chủ
  • Sau khi gửi sự kiện trùng lặp, hãy kiểm tra Trình quản lý sự kiện để xem bạn có bỏ đúng sự kiện hay không.
  • Đảm bảo rằng mỗi sự kiện duy nhất được gửi qua cả Pixel và API Chuyển đổi đều có event_id của riêng mình. Không nên dùng chung ID này với các sự kiện khác.

Phương pháp thay thế cho cách loại bỏ trùng lặp dựa trên sự kiện

Mặc dù ID sự kiện sẽ luôn là cách tốt nhất để loại bỏ trùng lặp sự kiện, nhưng việc triển khai lại khá phức tạp. Bạn có thể tận dụng giải pháp thay thế bằng cách sử dụng thông số external_id hoặc fbp. Nếu bạn đặt cấu hình để chuyển thông số external_id hoặc fbp qua cả trình duyệt và máy chủ, chúng tôi sẽ tự động loại bỏ trùng lặp sự kiện nếu phát hiện một sự kiện có thông số external_id hoặc fbp giống nhau trong vòng 48 giờ.

Bước 4 (không bắt buộc): Khám phá Tính năng của Business SDK

Meta Business SDK có các tính năng nâng cao được thiết kế đặc biệt cho người dùng API Chuyển đổi:

  • Yêu cầu không đồng bộ - Sử dụng tính năng này nếu bạn không muốn chặn thực thi chương trình để chờ hoàn tất một yêu cầu. Với phương pháp này, bạn gửi yêu cầu và nhận lại tín hiệu từ máy chủ sau khi yêu cầu hoàn tất. Trong khi bạn chờ phản hồi, chương trình có thể tiếp tục thực thi.
  • Xử lý hàng loạt đồng thời - Tận dụng các yêu cầu không đồng bộ để tăng thông lượng bằng cách sử dụng tài nguyên hiệu quả hơn. Tạo yêu cầu hàng loạt để hỗ trợ các trường hợp sử dụng như trình xử lý yêu cầu sự kiện, lệnh chạy ngầm theo thời gian định trước và hơn thế nữa.
  • Giao diện dịch vụ HTTP - Ghi đè dịch vụ HTTP mặc định của Business SDK và triển khai dịch vụ tùy chỉnh của riêng bạn bằng phương thức hoặc thư viện bạn ưu tiên.

Tích hợp dưới dạng nền tảng

Hướng dẫn sau đây dành cho các đối tác cung cấp API chuyển đổi dưới dạng dịch vụ cho nhà quảng cáo.

Bước 1: Thiết lập yêu cầu

Ứng dụng của bạn sẽ có các tính năng và quyền sau đây:

Bước 2: Thay mặt khách hàng gửi sự kiện

Trước tiên, hãy làm theo các bước tích hợp trực tiếp và thử nghiệm tiện ích tích hợp của bạn. Sau đó, bạn có thể yêu cầu ủy quyền để thay mặt khách hàng gửi sự kiện. Bạn có các tùy chọn xác thực sau đây:

Thông qua Tiện ích Meta Business (Khuyên dùng)

Tiện ích Meta Business trả về tất cả thông tin cần thiết để thay mặt khách hàng gửi sự kiện thông qua quy trình sau. Tiện ích Meta Business cung cấp một điểm cuối để truy xuất mã truy cập dành cho người dùng hệ thống được tạo trong Trình quản lý kinh doanh của khách hàng. Quy trình này bao gồm quyền gửi sự kiện từ máy chủ. Quy trình này được thực hiện tự động và theo cách bảo mật.

Điểm cuối này cần có mã truy cập dành cho người dùng làm thông số đầu vào. Đối với người dùng Tiện ích Meta Business mới, hãy gọi điểm cuối này để tìm nạp mã truy cập dành cho người dùng hệ thống sau khi thiết lập xong Tiện ích Meta Business. Người dùng hiện tại cần yêu cầu xác thực lại trước khi gọi điểm cuối API mới.

Tiện ích Facebook Business hiện chỉ được cung cấp cho các đối tác mà chúng tôi đã phê duyệt. Nếu bạn muốn trở thành đối tác, hãy liên hệ với người đại diện Meta của bạn để có quyền truy cập.

Mã truy cập dành cho người dùng hệ thống của khách hàng

Yêu cầu khách hàng tạo Mã truy cập dành cho người dùng hệ thống theo cách thủ công thông qua API Chuyển đổi bên trong Cài đặt Pixel. Sau đó, gửi sự kiện đến Pixel của nhà quảng cáo bằng mã đó.

Người dùng hệ thống hoặc người dùng hệ thống là quản trị viên phải cài đặt ứng dụng sẽ được dùng để tạo mã truy cập. Cách thiết lập này cho phép ứng dụng của bạn gọi API thay mặt người dùng hệ thống hoặc người dùng hệ thống là quản trị viên này.

Khách hàng chia sẻ Pixel với Trình quản lý kinh doanh của đối tác

Với tùy chọn này, khách hàng chia sẻ Pixel với đối tác thông qua cài đặt Trình quản lý kinh doanh hoặc qua API. Sau đó, bạn có thể chỉ định người dùng hệ thống đối tác cho Pixel của khách hàng và tạo mã truy cập để gửi sự kiện từ máy chủ.

Bước 3: Phân bổ sự kiện cho nền tảng

Để phân bổ sự kiện API chuyển đổi cho nền tảng của bạn, hãy sử dụng trường partner_agent. Việc này cho phép bạn thiết lập thông tin nhận dạng nền tảng của mình khi thay mặt khách hàng gửi sự kiện. Nếu bạn là đối tác được quản lý, hãy làm việc với Đại diện Meta để thống nhất về thông tin nhận dạng cho nền tảng của mình. Giá trị này phải ở định dạng có ít hơn 23 ký tự và chứa ít nhất 2 ký tự chữ cái. Sau đó, hãy gửi giá trị này kèm theo mỗi sự kiện từ máy chủ.

Luôn cung cấp hướng dẫn thiết lập mới nhất cho các nhà quảng cáo muốn kích hoạt tiện ích tích hợp trên nền tảng của bạn.

Hỗ trợ

Dành cho tất cả đối tác

Xem thông tin về cách gỡ lỗi và bài viết trên Trung tâm trợ giúp doanh nghiệp.

Dành cho đối tác được quản lý

Cung cấp thông tin sau đây cho Đại diện Meta của bạn để họ có thể hỗ trợ thử nghiệm tiện ích tích hợp và khắc phục sự cố: ID Trình quản lý kinh doanh, ID ứng dụng, ID Pixel.