Facebook Conversions API
Aka Facebook CAPI
Last updated
Aka Facebook CAPI
Last updated
Facebook is an online social media and social networking service owned by Meta. This destination allows you to push every kind of event directly to Facebook through API: by sending online and offline conversions to you can increase the reach and accuracy of your campaigns.
You can, for example, not send campaigns related to a specific product to users who already bought it, or you can also send campaigns to users who bought a specific product in cross-sell logic.
Facebook developed an API called 'Facebook Conversions API' https://developers.facebook.com/docs/marketing-api/conversions-api
You need a Facebook Business Manager account https://business.facebook.com/
Then on the menu, click on 'Events Manager':
Here you have to create a new Web Pixel:
Select Conversions API and give a name to your connection:
Now your pixel is created and you will have access to the IDs needed on our connector.
You need to fill the pixel ID on our connector, it is the ID of the pixel you just created on steps above.
You can find this ID when you click on the pixel's name and on the right of the graph activities. You can find it also on the settings tab.
You can now copy and paste this ID on our connector.
Then you need the Access Token
Click on the settings tab.
Scroll until the section 'Conversions API'
Click on the button 'Create Access Token':
If you are not able to click on the button 'Create access token', that mean you don't have enough rights to do it. You should be administrator on your Facebook Business account to create it.
Then you can copy and paste the Access Token on our connector.
Only events with a consent will be sent to Facebook
Only conversions with personal information (email and/or phone number...) will be sent to Facebook
TRUST Commander is our Consent Management Platform. (More information: https://www.commandersact.com/en/solutions/trustcommander/)
On the connector, the consent is managed with the field 'User Consent Category'. You should enter a category ID, the one corresponding to Facebook (advertising) on Trust consent categories.
We should distinguish 3 cases:
Your online events are collected through our Commanders Act event's tag: You have to provide, in the event tags, the list of category ids consented by the user, through the consent_categories
property.
You are pushing your events to us through API or CSV file: a field consent_categories
must be added on the JSON or CSV to precise the consent category IDs of the user. Then inside the connector setting, use the field 'User Consent Category' to enter a category ID, the one corresponding to Facebook (advertising)
You already manage consents on your side and you only send us, from your server,
events that obtained the consent for the category advertising. In this case, do not fill the field ‘User Consent Category’ in the connector.
Using both the pixel and server is recommended per Facebook as it could avoid losing data.
To make it works, you should have the same configuration for both the pixel and server, using same Facebook parameters.
event_id should be the same
On the pixel, event_id
is automatically generated by our Commanders Act Tag and we retrieve the same value for the server on integrations.facebook.event_id
. As a result, these 2 values should be the same.
Event_name
should be the same also.
Fbp
parameter is automatically retrieved to keep the same value between pixel and server.
Deduplication works when the same event is sent first from the browser and then from the server, otherwise it creates a duplicate. Events are pushed in real-time.
On pixel:
eventID: tC.uniqueEventId
is automatically generated.
On server:
integrations.facebook.event_id
automatically retrieves the eventID value coming from the pixel (eventID: tC.uniqueEventId
) for standard events.
The Facebook CAPI Destination will turn the Commanders Act event like...
...into Facebook CAPI events like :
The following mappings are fully automated and do not require any additional configuration by default. You can still customize each as follows.
Most properties can be remapped using our "Smart Mapping" feature.
event_id
[2][3]
event_id
[1]
event_name
event_name
[4]
context.event_timestamp
event_time
[5]
context.page.url
event_source_url
context.page.referrer
referrer_url
Enable App tracking
type
action_source
[6]
opt_out
[3]
opt_out
[7]
data_processing_options
[3]
data_processing_options
[7]
data_processing_options_country
[3]
data_processing_options_country
[7]
data_processing_options_state
[3]
data_processing_options_state
[7]
[1] Set based on available properties, in the reported order on the left. Default to a random generated value based on the timestamp.
[2] In the base path/root of your event.
[3] In integrations.facebook
of your event.
[4] See Mapping: event_name for more details.
[5] If no value is provided the current timestamp is used.
[6] See Mapping: action_source for more details.
[7] See more details following this LINK.
event_name
Facebook Pixel specifies Standard Events whose semantics correspond to events in the Commanders Act Standard
If the destination receives a Commanders Act Event with event_name
matching the list, it will automatically be sent under the associated Facebook Standard Event name. Otherwise, it will be sent without any transformation
begin_checkout
InitiateCheckout
purchase
Purchase
add_to_cart
AddToCart
view_item
ViewContent
view_item_list
ViewContent
search
Search
add_payment_info
AddPaymentInfo
add_to_wishlist
AddToWishlist
generate_lead
Lead
page_view
PageView
sign_up
CompleteRegistration
contact
Contact
customize_product
CustomizeProduct
donate
Donate
find_location
FindLocation
schedule
Schedule
search
Search
start_trial
StartTrial
submit_application
SubmitApplication
subscribe
Subscribe
Examples:
If the destinations sees a add_to_cart
event (IN the list), it will send an AddToCart
to Facebook CAPI
If the destinations sees a custom_name
event (NOT IN the list), it will send an custom_name
to Facebook CAPI (no transformation)
Remark: You can customise the event_name using Properties Transformations in Destination settings.
action_source
By default, action_source
will be set to 'website'
(most events relate to online activity).
IF
Enable App tracking
is checked THEN action_source='app'
IF
your event has the property type='offline'
THEN
the Facebook Event will have action_source='physical_store'
ELSE
the Facebook Event will have action_source='website'
Example :
If you need to overwrite this value, you currently can use Properties Transformation to set the integrations.facebook.action_source
.
user_data
Most properties can be remapped using our "Smart Mapping" feature.
user.id
(hashed)
context.device.sdk_id
user.tcId
, user.tcid
or user.tc_id
user_data.external_id
[1]
user.email
user_data.em
(email, hashed)
user.phone
user_data.ph
(phone, hashed)
user.gender
user_data.ge
(gender, hashed)
user.birthdate
user_data.db
(birthdate, hashed)
user.lastname
user_data.ln
(last name, hashed)
user.firstname
user_data.fn
(first name, hashed)
user.city
user_data.ct
(city, hashed)
user.state
user_data.st
(state, hashed)
user.zipcode
user_data.zp
(zip code, hashed)
user.country
user_data.country
(hashed)
ip
[3][4]
user_data.client_ip_address
user_agent
[3][4]
user_data.client_user_agent
fbc
[2]
The cookie "_fbc"
[5]
user_data.fbc
(Click ID)
fbp
[2]
The cookie "_fbp"
[5]
user_data.fbp
(Browser ID)
advertising_id
[3]
user_data.anon_id
[6]
user_data.madid
[6]
user_data[Property Name]
[7]
user_data[Property Name]
[1] Comma-separated string: values in the order provided on the left.
[2] In integrations.facebook
or in the root of your events with the first having priority.
[3] In context.device
of your event.
[4] Automatically set if generated by Commanders Act OneTag.
[5] Automatically created by the Facebook Pixel client-side tag.
[6] Only for app events.
[7] In integrations.facebook
of your event.
Every property can be overridden using integrations.facebook.user_data.<property>
Events can only be used if there is enough information to match a user. Facebook expects at least one user_data
property, but strongly advises sending as many properties as possible.
Here are our conditions to send the events :
at least 1 of those fields: em
, ph
, external_id
, fbp
, fbc
at least 3 of the other fields
Note : external_id, fbp, fbc will allow matching event with other events. But to match a user, one of those events shall contain additional information (em
and ph
are best suited for matching)
custom_data
Most properties can be remapped using our "Smart Mapping" feature.
value
custom_data.value
currency
items.0.currency
custom_data.currency
id
custom_data.order_id
search_term
custom_data.search_string
items.X.id
custom_data.contents.X.id
items.X.quantity
custom_data.contents.X.quantity
items.X.product.price
custom_data.contents.X.item_price
items.0.product.name
custom_data.content_name
items.0.product.category_1
custom_data.content_category
items.X.id
custom_data.content_ids
[1]
Content type value
custom_data.content_type
[2]
status
custom_data.status
items.length
custom_data.num_items
Send all your event properties as custom data
custom_data[Property Name]
[3]
custom_data[Propery Name]
[4]
custom_data[Property Name]
[1] Array containing all product identifiers.
[2] Depending on the selected value for Content type value
, which can be found under Advanced Settings
, this is either product
or not set.
[3] When Send all your event properties as custom data
is checked all properties in your event with type "string", "number" and "boolean" will be included in custom_data
with the same property name.
[4] In integrations.facebook
in your event.
Facebook specifies rules for standard properties. The rest is completely free.
By default, we fill custom_data
as follows :
We copy all CommandersAct Event properties into custom_data
(except some context fields like source_key
)
Then we map the standard properties according to the table above (can overwrite 1. values)
Finally, we overwrite with integrations.facebook.custom_data.<property>
if exists
custom_data
Best choice would be to use Properties Transformation to modify your event properties which will be copied into custom_data
.
But you can override the final value using integrations.facebook.custom_data.<property>
.
Example :
app_data
Most properties can be remapped using our "Smart Mapping" feature.
ad_tracking_enabled
[1]
advertiser_tracking_enabled
application_tracking_enabled
[1]
application_tracking_enabled
context.campaign.name
campaign_ids
install_referrer
[2]
install_referrer
installer_package
[2]
installer_package
url_schemes
[2]
url_schemes
windows_attribution_id
[2]
windows_attribution_id
type
[1]
extinfo[0]
[3]
app.namespace
[1]
extinfo[1]
app.build
[1]
extinfo[2]
app.version
[1]
extinfo[3]
os.version
[1]
extinfo[4]
model
[1]
extinfo[5]
language
[1]
extinfo[6]
[No default field]
[4]
extinfo[7]
network.carrier
[1]
extinfo[8]
screen.width
[1]
extinfo[9]
screen.height
[1]
extinfo[10]
screen.density
[1]
extinfo[11]
[No default field]
[5]
extinfo[12]
[No default field]
[6]
extinfo[13]
[No default field]
[7]
extinfo[14]
timezone
[1]
extinfo[15]
[1] In context.device
of your event.
[2] In integrations.facebook
or in the root of your events with the first having priority.
[3] When context.device.type
is set with Android
or iOS
(case insensitive), this is set with a2
or i
2
respectively.
[4] Can be set in Smart Mapping
→ App Data
→ Device Abbreviated Timezone
.
[5] Can be set in Smart Mapping
→ App Data
→ CPU Cores
.
[6] Can be set in Smart Mapping
→ App Data
→ External Storage Size
.
[7] Can be set in Smart Mapping
→ App Data
→ Available Storage Size
.
integrations.facebook.*
deprecationintegrations.facebook.*
usage will be deprecated.
The feature is still working, but it is recommended to use the destination settings instead for maintenance and reliability purpose.
To view quality matching on Facebook interface, go here: Events manager > select the event > View Details > Event Matching > Rating Background
The recommanded way is to use the HTTP Tracking API source to send your offline events from your servers (or any other emmiter).
You just need to send a purchase event with the type
property equals to offline
More details on the automatic mapping here: Mapping action_source