Publicités pour des destinations – Catalogue et flux de produits

Pour promouvoir des destinations sur Facebook, vous devez partager les informations les concernant avec Facebook. Pour ce faire, vous devez créer un catalogue de destinations, puis le remplir avec des destinations.

Importer des fichiers CSV ou XML pour les flux de destinations contenant les destinations que vous souhaitez promouvoir

Vous pouvez créer et gérer vos catalogues de destinations dans votre gestionnaire des ventes.

Si vous souhaitez utiliser l’API pour gérer votre catalogue, procédez comme suit :

  1. Créez un catalogue de destinations
  2. Importez votre flux dans Facebook
  3. Créez des ensembles de produits à partir de votre catalogue de destinations
  4. Associez le catalogue à vos sources d’évènements

Flux de destinations : importer les destinations dans Facebook

Un flux de destinations est un fichier contenant les destinations que vous souhaitez promouvoir. Chaque ligne ou élément du fichier représente une destination unique. Vous pouvez utiliser un ou plusieurs flux de destinations, tant que tous les flux regroupés contiennent l’ensemble des destinations que vous voulez promouvoir.

Formats de flux de destinations acceptés

CSV – Exemple et description

Exemple de fichier CSV | Exemple de fichier TSV (simplifié) | Exemple de fichier TSV (type JSON)

  • La première ligne doit énumérer les noms des champs choisis dans l’ordre où les valeurs seront données. Les lignes suivantes fournissent ensuite les valeurs correspondantes pour chaque destination.
  • Les champs contenant des espaces blancs ou des virgules doivent être placés entre "guillemets".
  • Les champs imbriqués ou à valeurs multiples, tels que address, neighborhood ou image, peuvent être représentés à l’aide de valeurs encodées au format JSON ou par un ensemble de colonnes en texte brut « simplifié » désignées par une syntaxe au format de chemin JSON, notamment address.city, neighborhood[0], image[0].url, image[0].tag[0], image[0].tag[1]. Les deux conventions peuvent être utilisées de manière interchangeable dans le même fichier.

XML – Exemple et description

Exemple de fichier XML

  • Un nœud XML racine <listings> renferme un ensemble de nœuds <listing>, dont chacun représente une destination.
  • Le fichier doit commencer par une balise de déclaration <?xml valide.

L’analyseur de fil détecte automatiquement les encodages de texte UTF8, UTF16 ou UTF32 et il est défini sur LATIN1 par défaut s’il rencontre une séquence d’octets inattendue. Vous pouvez fournir du texte dans n’importe quelle langue dans les valeurs de champ. Toutefois, les noms de champs doivent être attribués exactement comme suit, en anglais.

Champs acceptés pour les destinations

Les champs pris en charge mentionnés ci-dessous se rapportent aux éléments que vous ajoutez dans votre catalogue produits.

Pour les catalogues localisés, consultez les champs acceptés pour les destinations.

Nom du champ et typeDescription

destination_id

type : chaîne

Obligatoire.

Longueur max. : 100

Identifiant unique pour la destination dans le catalogue. Nous ferons correspondre cet identifiant aux content_ids fournis dans l’app de votre destination et les évènements de votre pixel. Conseil : Pour de meilleures performances, n’employez pas d’espace dans le champ de cet identifiant unique.

address

type : objet

Obligatoire.

Adresse complète de la destination qui doit indiquer son emplacement.

Consultez Paramètres de l’objet adresse.

image

type : objet

Obligatoire.

Nombre d’éléments max. : 20

Données images pour cette destination. Vous pouvez fournir jusqu’à 20 images de la destination. Chaque image contient deux champs : url et tag. Plusieurs tags peuvent être associés à une image. Vous devez fournir au moins une image. La taille maximale autorisée pour chaque image est de 4 Mo.

Voir Paramètres de l’objet image

url

type : chaîne

Obligatoire.

Lien vers le site externe sur lequel vous pouvez voir la page de la destination. Vous pouvez indiquer une URL au niveau des publicités avec la template_url_spec. Les URL au niveau des publicités prévalent sur les URL du flux.

type

type : chaîne

Obligatoire.

Nombre d’éléments max. : 20

Type de destination, par exemple : plage, ville, cuisine, tourisme, culture, histoire, shopping, musée, tranquillité, paysage, nature, architecture, affaires, gentillesse des habitants, relaxation, marché de nuit, montagne, temple, randonnée, plongée libre, etc. Il est possible d’associer plusieurs types à une même destination, autrement dit, d’affecter plusieurs attributs à une même destination, comme beach (plage) et sightseeing (tourisme).

name

type : chaîne

Obligatoire.

Nom le plus communément attribué à la destination.

neighborhood

type : chaîne

Facultatif.

Nombre d’éléments max. : 20

Un ou plusieurs quartiers dans lesquels se trouve la destination.

Exemples : Soho, Las Vegas Strip

latitude

type : virgule flottante

Facultatif.

Latitude de la destination.

Exemple : 37.484100

longitude

type : virgule flottante

Facultatif.

Longitude de la destination.

Exemple : -122.148252

description

type : chaîne

Facultatif.

Taille max. : 5 000

Brève description de la destination.

price

type : chaîne

Facultatif. Peut correspondre au prix le plus bas ou au prix moyen de cette destination. Vous devez spécifier le montant et la devise.

Exemple : 99.99 USD

price_change

type : nombre entier

Facultatif. Modification du prix :

  • 0 : aucun changement de prix
  • -10 : baisse de 10 %
  • 20 : hausse de 20 %

Cette option peut être utilisée pour créer des ensembles de produits et dans le contenu universel (« prix moyen en baisse de X »).

applink

type : élément

Facultatif. Ajoutez un lien profond direct vers la page de détails de la destination dans votre app mobile à l’aide des App Links. Indiquez les liens profonds dans l’ordre de prévalence, du plus élevé au plus bas :

  1. Au niveau des publicités avec la template_url_spec
  2. Dans le flux avec un objet App Link
  3. En ajoutant des tags méta App Link sur votre site web.

status

type : chaîne

Détermine si un article est actif ou archivé dans votre catalogue. Seuls les articles actifs peuvent être vus par les internautes dans vos publicités, vos boutiques ou tout autre moyen de communication. Valeurs prises en charge : active, archived. Les articles sont actifs par défaut. En savoir plus sur l’archivage d’articles.


Exemple : active


Remarque : certaines plateformes partenaires comme Shopify peuvent synchroniser des articles dans votre catalogue avec le statut staging, qui est équivalent au statut archived.

Ce champ était auparavant appelé visibility. Même si l’ancien nom du champ est encore pris en charge, nous vous recommandons d’utiliser le nouveau nom.

Liens profonds vers des produits

Suivez la spécification des App Links ci-dessous pour fournir des liens profonds dans le flux. Les informations des liens profonds prévalent sur les informations collectées par Facebook avec son robot d’indexation via les métadonnées des App Links.

Si vous possédez déjà les informations des liens profonds via les App Links, vous n’avez pas besoin de spécifier ceci. Facebook utilise les informations provenant d’App Links pour afficher le lien profond correct. Pour afficher les liens profonds dans vos publicités, consultez la section Publicités de catalogue Advantage+, Modèle de publicité.

Paramètres de l’objet image

Nom du champ et typeDescription

url

type : chaîne

Obligatoire.

URL de l’image de la destination. Suivez les spécifications suivantes pour les images :

  • Toutes les images doivent être au format JPG, GIF ou PNG.

  • Pour les publicités carrousel et collection : les images s’affichent au format carré (1:1). La taille d’image minimale est de 500 x 500 pixels. Nous recommandons 1 024 × 1 024 pixels pour une qualité optimale.

  • Pour les publicités à image unique : les images s’affichent selon les proportions 1.91:1. La taille d’image minimale est de 500 × 500 pixels. Nous recommandons 1 200 × 628 pixels pour une qualité optimale.

tag

type : chaîne

Facultatif.

Chaîne représentant ce que contient l’image. Plusieurs tags peuvent être associés à une image.

Exemples : Fitness Center, Swimming Pool

INSTAGRAM_STANDARD_PREFERRED permet aux annonceurs de marquer une image spécifique dans leur flux comme image par défaut à utiliser pour Instagram. Ce tag est sensible à la casse.

Paramètres de l’objet adresse

Les champs imbriqués ou à valeurs multiples, tels que address, peuvent être représentés à l’aide de valeurs encodées au format JSON ou par un ensemble de colonnes en texte brut "simplifié" désignées au moyen de la syntaxe d’un chemin d’accès JSON par exemple, address.region. Les deux conventions peuvent être utilisées de manière interchangeable dans le même fichier.

Nom du champ et typeDescription

addr1 (address.addr1)

type : chaîne

Adresse postale de la destination.

Exemple : 675 El Camino Real

address.city (city)

type : chaîne

Obligatoire.

Ville dans laquelle se trouve la destination.

Exemple : Palo Alto

address.region (region)

type : chaîne

Obligatoire.

État, département, région ou province où se trouve la destination.

Exemple : California

address.postal_code (postal_code)

type : chaîne

Code postal de la destination. Obligatoire, sauf si le pays ne comporte pas de système de codes postaux.

Exemples :

  • 94125
  • NW1 3FG

address.country (country)

type : chaîne

Obligatoire.

Pays de la destination.

Exemple : United States

address.city_id (city_id)

type : chaîne

Valeur à utiliser dans l’URL du lien profond (template_url) dans le contenu universel.

Si vous possédez des applications distinctes pour iPhone et iPad, précisez les informations propres à chacun de ces deux supports. Sinon, précisez uniquement les informations relatives à iOS.

Nom du champ et typeDescription

ios_url

type : chaîne

Un jeu personnalisé pour l’application iOS.

Exemple : example-ios://electronic

ios_app_store_id

type : chaîne

L’identifiant d’application pour la boutique d’applications.

Exemple : 1234

ios_app_name

type : chaîne

Le nom de l’application (adapté à l’affichage).

Exemple : Electronic Example iOS

iphone_url

type : chaîne

Un jeu personnalisé pour l’application iPhone.

Exemple : example-iphone://electronic

iphone_app_store_id

type : chaîne

L’identifiant d’application pour la boutique d’applications.

Exemple : 5678

iphone_app_name

type : chaîne

Le nom de l’application (adapté à l’affichage).

Exemple : Electronic Example iPhone

ipad_url

type : chaîne

Un jeu personnalisé pour l’application iPhone.

Exemple : example-ipad://electronic

ipad_app_store_id

type : chaîne

L’identifiant d’application pour la boutique d’applications.

Exemple : 9010

ipad_app_name

type : chaîne

Le nom de l’application (adapté à l’affichage).

Exemple : Electronic Example iPad

android_url

type : chaîne

Un jeu personnalisé pour l’application Android.

Exemple : example-android://electronic

android_package

type : chaîne

Un nom de lot entièrement qualifié pour la génération d’intentions.

Exemple : com.electronic

android_class

type : chaîne

Un nom de classe d’activité entièrement qualifié pour la génération d’intentions.

Exemple : com.electronic.Example

android_app_name

type : chaîne

Le nom de l’application (adapté à l’affichage).

Exemple : Electronic Example Android

Les sections suivantes ne sont pertinentes que si vous gérez vos catalogues à l’aide de cette API.

Créer un catalogue de destinations à l’aide de l’API

Un catalogue de destinations est un contenant pour les destinations que vous voulez promouvoir. Pour utiliser l’API Catalog, vérifiez que vous disposez du niveau d’accès adéquat à l’API Marketing et que vous avez accepté les conditions de service en créant votre premier catalogue à l’aide de Business Manager.

Pour créer un catalogue de destinations pour les publicités de destinations, définissez vertical sur destinations :

curl -X POST \
  -F 'name="Test Destination Catalog"' \
  -F 'vertical="destinations"' \
  -F 'access_token=<ACCESS_TOKEN>' \
  https://graph.facebook.com/v10.0/BUSINESS_ID/owned_product_catalogs

Importer les flux de destinations via l’API

Une fois que vous avez créé le catalogue, vous devez importer votre ou vos flux de destinations sur Facebook. Utilisez l’API pour créer un objet de flux pour chaque flux que vous souhaitez importer. Les importations planifiées et directes sont acceptées.

Filtrer le catalogue de destinations pour afficher les ensembles de destinations

Un ensemble de destinations est un sous-ensemble de votre catalogue. Pour configurer des publicités pour les destinations, vous avez besoin d’un ensemble de destinations. Vous devez donc en créer au moins un.

Les ensembles de destinations sont définis par des filtres appliqués au catalogue de destinations. Par exemple, vous pouvez créer un ensemble de destinations composé de toutes les destinations dont le prix a fait l’objet d’une importante baisse. Veuillez noter que vous pouvez également créer un ensemble de destinations sans aucun filtre. Dans ce cas, l’ensemble de destinations contiendra toutes les destinations de votre catalogue.

use FacebookAds\Object\ProductSet;
use FacebookAds\Object\Fields\ProductSetFields;

$destination_set = new ProductSet(null, <PRODUCT_CATALOG_ID>);

$destination_set->setData(array(
  ProductSetFields::NAME => 'Test Destination Set',
  ProductSetFields::FILTER => array(
    'price_change' => array(
      'lt' => -20,
    ),
  ),
));

$destination_set->create();
from facebookads.adobjects.productset import ProductSet

destination_set = ProductSet(None, <PRODUCT_CATALOG_ID>)

destination_set[ProductSet.Field.name] = 'Test Destination Set'
destination_set[ProductSet.Field.filter] = {
    'price_change': {
        'lt': -20,
    },
}

destination_set.remote_create()
curl \
  -F 'name=Test Destination Set' \
  -F 'filter={"price_change":{"lt":-20}}' \
  -F 'access_token=<ACCESS_TOKEN>' \
  https://graph.facebook.com/v2.10/<PRODUCT_CATALOG_ID>/product_sets

Le paramètre filter est composé des opérateurs et données suivants :

OpérateursLe type de filtre

i_contains

Contient une sous-chaîne. L’opérateur n’est pas sensible à la casse.

i_not_contains

Ne contient pas de sous-chaîne. L’opérateur n’est pas sensible à la casse.

contains

Contient une sous-chaîne. L’opérateur n’est pas sensible à la casse.

not_contains

Ne contient pas de sous-chaîne. L’opérateur n’est pas sensible à la casse.

eq

Égal à. L’opérateur n’est pas sensible à la casse.

neq

Non égal à. L’opérateur n’est pas sensible à la casse.

lt

Inférieur à. Pour les champs numériques uniquement.

lte

Inférieur ou égal à. Pour les champs numériques uniquement.

gt

Supérieur à. Pour les champs numériques uniquement.

gte

Supérieur ou égal à. Pour les champs numériques uniquement.

DonnéesDonnées filtrées.

country

Pays de la destination.

price

Prix pour cette destination. Le prix est en centimes.

currency

Devise.

price_change

Baisse ou augmentation du prix.

city

Ville de la destination.

description

Description de cette destination.

name

Nom de cette destination.

destination_set_id

Identifiant unique pour la destination dans le catalogue.