Multiplicadores de pujas

NOTA: Esta API solo está disponible de forma limitada para los socios y los anunciantes incluidos en la lista de autorizados. Ponte en contacto con tu representante de Meta para usarla.

Los multiplicadores de pujas permiten a los anunciantes reducir la cantidad necesaria de segmentaciones de audiencias, ya que con ellos pueden mantener una estrategia de pujas matizada en un solo conjunto de anuncios con una audiencia objetivo. Por ejemplo, normalmente, los anunciantes crean conjuntos de anuncios para poder realizar pujas distintas para varios segmentos de audiencia. Por ejemplo, un anunciante puede crear tres conjuntos de anuncios correspondientes a tres grupos de edad distintos: 18–25, 26–35 y 36–65. Con los multiplicadores de pujas, un anunciante puede crear un solo conjunto de anuncios y, luego, usar multiplicadores de pujas para realizar una puja distinta para cada uno de los grupos.

Prácticas recomendadas del multiplicador de pujas

• Usa estrategias de puja personalizadas sin tener que crear demasiados segmentos de audiencia ni conjuntos de anuncios. De este modo, podrás mejorar la entrega de anuncios a la vez que evitas segmentar en exceso las campañas en un mayor número de conjuntos de anuncios con audiencias relativamente pequeñas.
• Anteriormente, un anunciante podía crear tres conjuntos de anuncios correspondientes a tres grupos de edad distintos. Luego, se podían realizar pujas independientes para cada uno de estos conjuntos de anuncios. Ahora, puedes crear un solo conjunto de anuncios y usar los multiplicadores de pujas para realizar una puja distinta para cada uno de esos grupos de edad. El intervalo de los multiplicadores de pujas es de 0,09 a 1,0.
• Los multiplicadores de pujas deben especificarse en una sola clave de user_groups.
• Los multiplicadores de pujas están disponibles para las campañas de subastas.
• Todas las estrategias de puja requieren multiplicadores de pujas, específicamente los siguientes: límite de puja, límite de coste y menor coste.

Configurar categorías de audiencias

Gracias al multiplicador de pujas, puedes definir categorías de audiencias y asignar un multiplicador de pujas para cada una. Las categorías de audiencias se definen a partir de la información demográfica del usuario, el dispositivo del usuario y los datos personalizados del anunciante. Las campañas que promocionan vivienda, empleo o crédito no pueden asignar las pujas para categorías de audiencias de age, gender, locale, home_location, user_bucket y custom_audience similares (audiencias personalizadas derivadas de audiencias similares).

age

Agrupa los usuarios por intervalos de edad; por ejemplo, 18-25 o 26-35. Por ejemplo, para un conjunto de anuncios con un límite de puja de 5 USD, haz una puja de 2,5 USD para los usuarios que tienen entre 18 y 25 años, de 3,5 USD para los usuarios de entre 26 y 40 años; y de 5 USD para los demás usuarios. Nota: El valor predeterminado es opcional. Puedes aplicar 1.0 como el multiplicador.

Ejemplo

{
    "user_groups": {
      "age": {
        "18-25": 0.5,
        "26-40": 0.7,
        "default": 1.0
      }
    }
}

booking_window

Los valores de desglose posibles incluyen cualquier intervalo de números enteros mayor o igual que 1. Por ejemplo, 1-3, 4-9, etc.

Ejemplo

curl -X POST \ 
  -F 'bid_adjustments=
     {"user_groups":{"booking_window":{"event_sources":["123456789"],"1-2":0.1,"3-5":0.2,"default":0.5}}}' \ 
  -F 'access_token='$access_token \ 
  https://graph.facebook.com/<API_VERSION>/<ad_set_id>

Consulta también la sección Ejemplo del multiplicador de viajes.

custom_audience

Puedes ajustar las pujas según las audiencias personalizadas.

Ejemplo

curl -X POST \ 
  -F 'bid_adjustments=
     {"user_groups":{"custom_audience":{"<CUSTOM_AUDIENCE_ID>":0.8, "<CUSTOM_AUDIENCE_ID>":1.0, "default":0.5}}}' \ 
  -F 'access_token='$access_token \ 
  https://graph.facebook.com/<API_VERSION>/<ad_set_id>

device_platform

Los valores de desglose posibles son los siguientes:

• mobile
• desktop

Ejemplo

{
  "user_groups": {
    "device_platform": {
      "mobile": 0.7,
      "desktop": 0.9
    }
  }
}

gender

Agrupa los usuarios según el género:

• male
• female
• default

Ejemplo

{
  "user_groups": {
    "gender": {
      "male": 0.5,
      "female": 0.7,
      "default": 1.0
    }
  }
}

home_location

Los valores de desglose posibles son los siguientes:

• city id
• region id
• Código de país de dos dígitos

Puedes buscar los valores de city id y region id en la API de búsqueda. Puedes realizar la consulta desde el explorador de la API Graph o desde el terminal.

Nota: default solo se puede establecer en home_location, no en cities, regions ni countries.

Ejemplo

{
  "user_groups": {
    "home_location": {
      "cities": {
         "2420605": 0.2
      },
      "regions": {
         "3847": 0.5
      },
      "countries": {
         "US": 0.2
      },
      "default": 0.8
     }
  }
}

length_of_stay

Los valores de desglose posibles incluyen cualquier intervalo de números enteros mayor o igual que 1. Por ejemplo, “1-3”, “4-9”, etc.

Ejemplo

curl -X POST \ 
  -F 'bid_adjustments=
  {"user_groups":{"length_of_stay":{"event_sources":["123456789"],"1-2":0.1,"3-     5":0.2,"default":0.5}}}' \ 
  -F 'access_token='$access_token \ 
  https://graph.facebook.com/<API_VERSION>/<ad_set_id>

Consulta también la sección Ejemplo del multiplicador de viajes.

locale

Puedes usar la configuración regional o los identificadores de los grupos de configuración regional, como 6 para inglés de EE. UU. o 5 para alemán.

Puedes buscar los identificadores locales según se indica en la sección Configuración regional del artículo Búsqueda de segmentación mediante type=adlocale. Por ejemplo:

{
  "user_groups": {
    "locale": {
      6: 0.8,
      5: 0.3
    }
  }
}

position_type

Esta categoría es similar a las opciones de posición de la API de segmentación. Los valores de desglose posibles son los siguientes:

Ejemplo

{
  "user_groups": {
    "position_type":{
        "facebook_feed":0.9,
        "messenger_messenger_home":0.7,
        "instagram_stream":0.8,
        "audience_network_classic":0.5,
        "default":0.4
    }
  }
}

publisher_platform

Los valores de desglose posibles son los siguientes:

• facebook
• instagram
• audience_network
• messenger

Ejemplo

{
  "user_groups": {
    "publisher_platform": {
      "facebook": 0.7,
      "instagram": 0.9,
      "default": 1.0 // We'll apply bid multiplier 1.0 if no default is specified anyway
    }
  }
}

travel_start_date

Los valores de desglose posibles incluyen cualquier intervalo de fechas en formato _yyyymmdd_-_yyyymmdd_.

Ejemplo

curl -X POST \ 
  -F 'bid_adjustments=
     {"user_groups":{"travel_start_date":{"event_sources":["123456789"],"20180901-20181001":0.2,"default":0.9}}}' \ 
  -F 'access_token='$access_token \ 
  https://graph.facebook.com/<API_VERSION>/<ad_set_id>

Consulta también la sección Ejemplo del multiplicador de viajes.

travel_start_day_of_week

Los valores de desglose posibles incluyen cualquier número entero entre 0 y 6, ambos incluidos. 0 corresponde a lunes y 6 significa domingo.

Ejemplo

curl -X POST \ 
  -F 'bid_adjustments=
  {"user_groups":{"travel_start_day_of_week":{"event_sources":        ["123456789"],"0":0.1,"2":0.2,"6":0.3,"default":0.9}}}' \ 
  -F 'access_token='$access_token \ 
  https://graph.facebook.com/<API_VERSION>/<ad_set_id>

Consulta también la sección Ejemplo del multiplicador de viajes.

user_bucket

Puedes enviarnos resultados de tu propio clasificador de usuarios. Luego, envíanos un parámetro adicional user_bucket en los eventos de la aplicación o las activaciones del píxel. Los grupos de usuarios son números enteros que comprenden del 0 al 100.

Especifica la definición del grupo de usuarios con el formato siguiente:

• event_sources: origen de evento de la aplicación o activación del píxel del que se realizará un seguimiento.
• event_retention: opcional. Tiempo, en segundos, durante el que se ignorarán los valores de user_bucket antiguos.
• events_dedup_mode: opcional. Marca que indica el valor de user_bucket que se usará cuando el origen de un solo evento envíe diferentes valores de user_bucket del mismo usuario. El valor predeterminado es latest.
• event_source_preference: opcional. Marca que indica el valor de user_bucket que se usará cuando los orígenes de varios eventos envíen diferentes valores de user_bucket para el mismo usuario. El valor predeterminado es latest.

Ejemplo

{
  "user_groups": {
   "user_bucket": {
      "event_sources": [<pixel_id>,<app_id>,...],
      "event_retention": 604800, // optional, exclude old events
      
      //optional, useful when multiple event sources have user_bucket
      "events_dedup_mode": "max"|"min"|"latest",
      
      //optional, dedup user_bucket values sent from one single event source
      "event_source_preference": "max"|"min"|"latest",
      
      "1":0.7, // these are the bid multipliers
      "2":1.0,
     }
  }
}

user_device

Los valores de desglose posibles son los siguientes:

• iPad
• iPhone

Consulta otros valores posibles en la API de búsqueda de segmentación con type=adTargetingCategory y class=user_device.

Ejemplo

{
  "user_groups": {
    "user_device": {
      "iPad": 0.7,
      "iPhone": 0.9,
      "default": 1.0
    }
  }
}

Ejemplo

curl
  -F 'name=Test BM Adset '$(date +%s) \
  -F 'bid_amount=3000' \
  -F 'billing_event=IMPRESSIONS' \
  -F 'optimization_goal=OFFSITE_CONVERSIONS' \
  -F 'daily_budget=15000' \
  -F 'campaign_id=23843038336220329' \
  -F 'promoted_object={"product_set_id":"267888283975766"}' \
  -F 'targeting={
     "geo_locations": {"countries":["AQ"]},
     "dynamic_audience_ids": ["23842885952670329"],
     "publisher_platforms": ["facebook"]
    }' \
  -F 'bid_adjustments={"user_groups":{"user_device": {"iPad": 0.7, "iPhone": 0.9, "default": 1.0}}}' \
  -F 'status=PAUSED' \
  -F 'access_token='$access_token \
  https://graph.facebook.com/<API_VERSION>/act_1653439931385336/adsets

Ejemplo

curl
  -F 'name=Test BM Adset '$(date +%s) \
  -F 'bid_amount=3000' \
  -F 'billing_event=IMPRESSIONS' \
  -F 'optimization_goal=OFFSITE_CONVERSIONS' \
  -F 'daily_budget=15000' \
  -F 'campaign_id=23843038336220329' \
  -F 'promoted_object={"product_set_id":"267888283975766"}' \
  -F 'targeting={
     "geo_locations": {"countries":["AQ"]},
     "dynamic_audience_ids": ["23842885952670329"],
     "publisher_platforms": ["facebook"]
     }' \
  -F 'bid_adjustments={"user_groups":{"user_device": {"iPad": 0.7, "iPhone": 0.9, "default": 1.0}}}' \
  -F 'status=PAUSED' \
  -F 'access_token='$access_token \
   https://graph.facebook.com/<API_VERSION>/act_1653439931385336/adsets
   {"id":"23843038339320329"}

Ejemplo

curl
  -F 'access_token='$access_token \
  https://graph.facebook.com/VERSION/ID?fields=bid_adjustments
  {"bid_adjustments":{"user_groups":"{\"user_device\":    {\"default\":1,\"iPad\":0.7,\"iPhone\":0.9}}"},"id":"ID"}

Consulta también el ejemplo avanzado.

user_group_weight_spec

Los valores de desglose posibles son los siguientes:

• age
• gender
• device_platform
• publisher_platform
• user_device
• user_os

Consulta también el ejemplo avanzado.

Ejemplo: el valor de user_group_weight_spec es una estructura JSON con un aspecto similar al siguiente:

{
  <BREAKDOWN_NAME>: {
    <BREAKDOWN_VALUE_1>: <WEIGHT_VALUE> OR <NESTED_USER_GROUP_WEIGHT_SPEC>,
    <BREAKDOWN_VALUE_2>: <WEIGHT_VALUE> OR <NESTED_USER_GROUP_WEIGHT_SPEC>,
    <BREAKDOWN_VALUE_3>: <WEIGHT_VALUE> OR <NESTED_USER_GROUP_WEIGHT_SPEC>,
    ...
    "default": <WEIGHT_VALUE> OR <NESTED_USER_GROUP_WEIGHT_SPEC>, // optional, if not specified, we'll use 1.0
  }
}
{
  "age": {
    "18-25": 0.7,
    "26-35": {
      "gender": {
        "male": 0.9,
        "female": 1.0
      }
    },
    "default": 0.85
  }
}

* For users between the ages of 18 and 25, we apply bid multiplier 0.7.
* For male users between the ages of 26 and 35, we apply bid multiplier 0.9.
* For female users between the ages of 26 and 35, we apply bid multiplier 1.0.
* For all other users, we apply bid multiplier 0.85.

Los valores de desglose son intervalos de edad indicados en números enteros. Por ejemplo, 18-25, en que la edad mínima es 18 y los intervalos no deberían superponerse.

Ejemplo

{
  "user_groups": {
    "age": {
      "18-25": 0.7,
      "30-40": 1.0,
      "default": 0.3
    }
  }
}

Ejemplo avanzado

> curl 
    -F 'bid_adjustments={"user_groups":{"user_device":{"iPad":0.3,"iPhone":{"user_os":{"Android":0.3,"iOS":{"age":{"18-35":0.3,"35-45":0.4}}}}}}}' -F access_token=$token https://graph.intern.facebook.com/v2.12/6089875504114
{"success":true}%
> curl -G 
   -d access_token=$token https://graph.intern.facebook.com/v2.12/6089875504114\?  fields\=bid_adjustments
{"bid_adjustments":{"user_groups":"{\"user_device\":{\"iPad\":0.3,\"iPhone\":{\"user_os\":{\"Android\":0.3,\"iOS\":{\"age\":{\"18-35\":0.3,\"35-45\":0.4}}}}}}"},"id":"6089875504114"}%

Ejemplos del multiplicador de viajes

curl -X POST \
  -F 'bid_adjustments={"user_groups":{"travel_start_day_of_week":{"event_sources":["1862565504034757"],"1":0.1,"3":0.1,"default":0.9}}}' \
  -F 'access_token=<ACCESS_TOKEN>' \
  https://graph.facebook.com/<API_VERSION>/<ADSET_ID>

  Length of Stay 'bid_adjustments={"user_groups":{"length_of_stay":{"event_sources":["1862565504034757"],"1-2":0.1,"3-7":0.2,"default":0.5}}}'
  Booking window 'bid_adjustments={"user_groups":{"booking_window":{"event_sources":["1862565504034757"],"1-2":0.1,"3-7":0.2,"default":0.5}}}'
  Travel start date: 'bid_adjustments={"user_groups":{"travel_start_date":{"event_sources":["1862565504034757"],"20180918-20190101":0.1,"default":0.5}}}'
  Day of week: 'bid_adjustments={"user_groups":{"travel_start_day_of_week":{"event_sources":["1862565504034757"],"1":0.1,"2":0.1,"0":0.2,"default":0.5}}}'

user_os

Los valores de desglose posibles son los siguientes:

• iOS
• Windows

Consulta otros valores posibles en la API de búsqueda de segmentación con type=adTargetingCategory y class=user_os.

Los valores que se admiten actualmente son:

• Android
• Windows
• Windows Phone
• iOS

Ejemplo

{
  "user_groups": {
    "user_os": {
      "Android": 0.7,
      "iOS": 0.9,
      "default": 1.0
    }
  }
}

user_recency

Agrupa los usuarios según el tiempo porque tienen algún evento de la aplicación o alguna activación de píxel. Debes especificar los orígenes de los eventos de los que quieras hacer seguimiento y los periodos de tiempo.

Ejemplo

En este ejemplo se muestra cómo se debe aplicar el multiplicador de pujas 1.0 para aquellos usuarios para los que los eventos de la aplicación o la activación de píxel deben iniciarse en 86400 segundos, etc.

{
  "user_groups": {
    "user_recency": {
      "event_sources": [<pixel_id>,<app_id>,...],
      "0-86400": 1.0,
      "86401-172800": 0.7,
      "default": 0.5
    }
  }
}

Varios desgloses en cascada

También puedes definir grupos de usuarios con varios desgloses. Para ello, reemplaza el número de un multiplicador de pujas flotante por una especificación con un desglose más detallado. Por ejemplo, un conjunto de anuncios con un límite de puja de 5 USD junto con la configuración siguiente tendría un aspecto similar a lo que se indica a continuación:

• Puja de 4,5 USD para los usuarios de género masculino
• Puja de 3,5 USD para los usuarios de género femenino de entre 18 y 25 años
• Puja de 4,0 USD para los usuarios de género femenino de entre 26 y 35 años
• Puja de 5,0 USD para los demás usuarios

{
  "user_groups": {
    "gender": {
      "male": 0.9,
      "female": {
        "age": {
          "18-25": 0.7,
          "26-35": 0.8
        }
      }
    }
  }
}

Requisitos de uso

• El valor del multiplicador de pujas puede oscilar entre 0.09 y 1.0.

Llamadas a la API

Obtener

curl -G \
  -d 'access_token=<ACCESS_TOKEN>' \
  https://graph.facebook.com/<API_VERSION>/<ADSET_ID>?fields=bid_adjustments

Actualizar

curl \
  -F 'bid_adjustments={"user_groups":<USER_GROUP_WEIGHT_SPEC>}' \
  -F 'access_token=<ACCESS_TOKEN>' \
  https://graph.facebook.com/<API_VERSION>/<PRODUCT_CATALOG_ID>/<ADSET_ID>

Creación o actualización de un multiplicador de pujas para un conjunto de anuncios

A continuación, se incluye un ejemplo de una llamada a la API para actualizar un conjunto de anuncios existente. (Deberás sustituir el identificador de un conjunto de anuncios, el identificador de acceso, los orígenes de eventos y los multiplicadores de pujas que quieras).

curl -X POST \
  -F 'bid_adjustments={
       "user_groups": {
         "user_bucket": {
           "event_sources": [
             "<PIXEL_ID>",
             "<APP_ID>"
           ],
           "1": 0.1,
           "2": 0.2,
           "3": 0.3,
           "default": {
             "gender": {
               "male": 0.99,
               "female": 0.12
             }
           }
         }
       }
     }' \
  -F 'access_token=<ACCESS_TOKEN>' \
  https://graph.facebook.com/v21.0/<AD_SET_ID>/

Configuración de una campaña de prueba

Crea tus campañas de prueba mediante un lift en conversiones o una prueba A/B en colaboración con el equipo de cuentas de Meta y un responsable de medición. Para evaluar el rendimiento, sugerimos usar las celdas siguientes en una prueba A/B tridireccional:

• Celda 1 (control A), campaña 1: un conjunto de anuncios con una puja para todos los usuarios objetivo
• Celda 2 (control B), campaña 2: varios conjuntos de anuncios en que creamos un conjunto de anuncios para cada grupo de usuarios. (Puedes usar las reglas de audiencias personalizadas de móviles o sitios web para realizar la segmentación en función de los parámetros de la aplicación o del píxel).
• Celda 3 (prueba), campaña 3: un conjunto de anuncios con distintos multiplicadores de pujas para diferentes grupos de usuarios. Asegúrate de que, en este caso, la puja ajustada para cada grupo de usuarios sea la misma que la del nivel del conjunto de anuncios del conjunto de anuncios correspondiente a la celda 2.

Configuración de las pruebas A/B

En este punto, debes configurar las pruebas A/B y los grupos de control para verificar el rendimiento mediante el multiplicador de pujas. Ejecutamos las pruebas durante 1 o 2 semanas y no requerimos un presupuesto mínimo. Configura las pruebas A/B según se muestra a continuación:

• Celda 1, control A: debe contener un conjunto de anuncios con un importe de puja y la segmentación debería estar basada en todos los valores de user_bucket.
• Celda 2, control B: debe contener varios conjuntos de anuncios, con un conjunto de anuncios por user_bucket. Cada conjunto de anuncios debe segmentar un valor de user_bucket independiente y la puja correspondiente. Puedes usar las reglas de las audiencias personalizadas de móviles o sitios web para segmentar aún más tu audiencia según otros parámetros de los eventos de la aplicación o el píxel de Meta. Consulta Audiencias personalizadas de sitios web y Audiencias personalizadas de aplicación para móviles.
• Celda 3, prueba: contiene un conjunto de anuncios con tu propiedad de bid_adjustment para determinar distintas pujas para cada valor de user_bucket. Tus multiplicadores se deben corresponder con las pujas individuales del conjunto de anuncios de la celda 2, control B.

Para obtener más información, consulta Pruebas A/B.

Configuración de una campaña de prueba

Configura una campaña publicitaria igual que lo haces con las campañas normales. Ponte en contacto con tu representante de Meta para obtener ayuda con la configuración del ajuste de pujas.

Configura user_groups y distintos multiplicadores de pujas para cada grupo. Tus grupos se basan en propiedades demográficas, como la edad y el género, y en propiedades específicas, como la puntuación del usuario o el programa de fidelidad. Por ejemplo:

{
   "user_bucket":{
      "business_id":253286871795863,
      "1":0.7,
      "2":1.0,
      "3":{
         "gender":{
            "male":1.0,
            "female":0.8
         }
      },
      "default": 0.9
   }
}

En este ejemplo:

• Para las personas con el valor 1 de loyalty_program, aplica el multiplicador de pujas 0,7.
• Para las personas con el valor 2 de loyalty_program, aplica el multiplicador de pujas 1,0.
• Para los usuarios de género masculino con el valor 3 de loyalty_program, aplica el multiplicador de pujas 1,0.
• Para los usuarios de género femenino con el valor 3 de loyalty_program, aplica el multiplicador de pujas 0,8.
• En el caso de las personas que tengan un valor distinto de 1, 2 o 3 de loyalty_program, aplica el multiplicador de pujas 0,9.
• Para las demás personas, aplica el multiplicador de pujas 1,0.

Ya puedes crear la campaña publicitaria:

curl -X POST \
  -F 'name="My Adset with bid multiplier"' \
  -F 'campaign_id="<AD_CAMPAIGN_ID>"' \
  -F 'daily_budget=3000' \
  -F 'billing_event="IMPRESSIONS"' \
  -F 'optimization_goal="OFFSITE_CONVERSIONS"' \
  -F 'bid_amount=500' \
  -F 'bid_adjustments={
       "user_groups": {
         "gender": {
           "male": 0.8,
           "female": 1
         }
       }
     }' \
  -F 'promoted_object={
       "product_set_id": "<PRODUCT_SET_ID>",
       "custom_event_type": "ADD_TO_CART"
     }' \
  -F 'targeting={
       "facebook_positions": [
         "feed"
       ],
       "geo_locations": {
         "countries": [
           "US"
         ]
       }
     }' \
  -F 'status="PAUSED"' \
  -F 'access_token=<ACCESS_TOKEN>' \
  https://graph.facebook.com/v21.0/act_<AD_ACCOUNT_ID>/adsets

Una vez que hayas creado los conjuntos de anuncios, establece bid_adjustments en el conjunto de anuncios mediante la API. El parámetro debería tener un aspecto similar al siguiente:

{
  "user_groups": {
    "user_bucket": {
      "event_sources": [<pixel_id>,<app_id>,...],
      "event_source_preference": "max"|"min"|"latest", //optional, useful when multiple event sources have user_bucket
      "events_dedup_mode": "max"|"min"|"latest", //optional, dedup user_bucket values sent from one single event source
      "event_retention": 604800, // optional, exclude old events
      "1":0.7, // these are the bid multipliers
      "2":1.0,
      "default": { // used in the case that we don't have user_bucket for that user
         gender:{ // this is a nested example, but you could just do "default": 1.0,
            "male": {
              home_location: {
                  cities: { // city id, can be found in search API, eg: search?type=adgeolocation&q=Menlo Park&limit=10
                    "2420605": 0.2,
                  },
                  regions: {
                    "3847": 0.5
                  },
                  countries: {
                    "US": 0.2
                  }
                }
              }
            },
            "female": {
              "user_recency": {
                "event_sources": [<pixel_id>,<app_id>,...],
                "0-86400": 0.5,
                "86400-172800": 0.7,
                "default": 0.2
              }
            }
         },
      },
   },
}

Actualmente, no validamos este parámetro. Envía el identificador del conjunto de anuncios a tu representante de Meta para que podamos comprobarlo manualmente.

Para cada origen de evento, se usa el valor de user_bucket recibido más recientemente del usuario. Sin embargo, si se especifican varios orígenes de eventos (p. ej., píxel y aplicación) y dos o más tienen su propio valor de user_bucket registrado, elegiremos el valor máximo de todos ellos.

A continuación, se incluye un ejemplo de una llamada para actualizar un conjunto de anuncios existente. Debes proporcionar el identificador del conjunto de anuncios, el identificador de acceso, los orígenes de eventos y los multiplicadores de pujas:

curl -X POST 
  -F access_token=<access_token> \
  -F 'bid_adjustments={"user_groups": {"user_bucket": {"event_sources": [<pixel_id>,  <app_id>,...], "1": 0.1, "2": 0.2, "3": 0.3, "default": {"gender": {"male": 0.99, "female": 0.1}} }} }' \ 
  https://graph.facebook.com/<VERSION>/<ad-set-id>