Estrategia de puja

Como parte del lanzamiento de iOS 14.5, se han realizado los cambios siguientes:

La estrategia de puja target_cost ha quedado obsoleta con la versión 9 de la API de marketing. Las campañas que utilicen esta estrategia de puja ya no se admitirán y se pausará la entrega. En lugar de target_cost, se recomienda utilizar pujas con límite de coste.
En el caso de las campañas de iOS 14.5 que usan COST_CAP o LOWEST_COST_WITH_MIN_ROAS, la duración debe establecerse en 3 días como mínimo.

Para obtener más información sobre los cambios de iOS 14.5, visita nuestro registro de cambios.

En esta página se explica cómo las estrategias de puja afectan a las pujas y a los controles del coste sobre los anuncios de Meta y cómo configurarlas.

Tipos de estrategias de puja

LOWEST_COST_WITHOUT_CAP: Facebook hace pujas automáticamente en tu nombre y te proporciona los resultados con un menor coste. Si resulta necesario, aumenta de forma automática la puja efectiva para obtener los resultados que quieres en función del objetivo que estableciste en el campo optimization_goal. Si eliges el valor Value para el campo optimization_goal en el administrador de anuncios, mostraremos Highest Value como tu estrategia de puja.
COST_CAP: obtén el mayor número de resultados posible, a la vez que nos esforzamos por respetar el coste por acción que has establecido. Nota: No podemos garantizar el cumplimiento de los límites de coste. Consulta Límite de coste.
LOWEST_COST_WITH_MIN_ROAS: opción de puja específica para la optimización del valor. Debes especificar un valor de roas_average_floor, que es el retorno mínimo que se quiere obtener del gasto en anuncios. Consulta Pujas con un retorno del gasto publicitario mínimo.
LOWEST_COST_WITH_BID_CAP: hacemos pujas automáticamente y te proporcionamos los menores costes posibles. Si resulta necesario, aumentamos de forma automática la puja para obtener los resultados que deseas sin superar el límite que has especificado.

Para obtener más información sobre cada estrategia, consulta la tabla siguiente:

Estrategia de puja	Objetivos compatibles	Cuándo se debe usar	Consideraciones
`LOWEST_COST_WITHOUT_CAP`	`APP_INSTALLS` `CONVERSIONS` `EVENT_RESPONSES` `LEAD_GENERATION` Para obtener más información sobre cada estrategia, consulta la tabla siguiente: `LINK_CLICKS` `MESSAGES` `PAGE_LIKES` `POST_ENGAGEMENT` `PRODUCT_CATALOG_SALES` `REACH` `STORE_VISITS` `VIDEO_VIEWS`	Te recomendamos que gastes todo el presupuesto. Debes comprender la puja y el coste que debes usar para las otras opciones de pujas. Debes gastar el presupuesto especificado de la forma más rentable posible.	No se realizan controles sobre tu coste. Los costes pueden aumentar a medida que agotas las oportunidades menos caras o aumentas el presupuesto.
`COST_CAP`	`APP_INSTALLSCONVERSIONSEVENT_RESPONSESLEAD_GENERATIONLINK_CLICKSMESSAGES` `PAGE_LIKESPOST_ENGAGEMENTPRODUCT_CATALOG_SALESVIDEO_VIEWS`	Quieres maximizar los resultados controlando la rentabilidad del coste por conversión promedio. En el caso de las campañas de iOS 14.5, la duración debe establecerse en tres días.	El coste puede aumentar a medida que se te acaban las oportunidades más baratas. Puede que no gastes todo el presupuesto una vez alcances el límite.
`LOWEST_COST_WITH_MIN_ROAS`	`APP_INSTALLS` `CONVERSIONSPRODUCT_CATALOG_SALES`	Si el retorno del gasto publicitario es la medida principal de éxito y puedes transferir valores de transacción a nuestra plataforma.	Específico para la optimización del valor. Si estableces el punto de referencia demasiado alto, es posible que se produzca una entrega insuficiente. En el caso de las campañas de iOS 14.5, la duración debe establecerse en tres días.
`LOWEST_COST_WITH_BID_CAP`	`APP_INSTALLSCONVERSIONSEVENT_RESPONSESLEAD_GENERATIONLINK_CLICKSMESSAGESPAGE_LIKESPOST_ENGAGEMENTPRODUCT_CATALOG_SALESREACHSTORE_VISITSVIDEO_VIEWS`	Te recomendamos que establezcas una puja máxima en las subastas para controlar el coste y llegar a la mayor cantidad de usuarios posible en esa puja.	Es necesario dedicar más tiempo a la administración de pujas para controlar los costes. Los costes pueden aumentar a medida que agotas las oportunidades más baratas o que aumentas el presupuesto. Puede que no te gastes todo el presupuesto. La puja no es el coste que verás en los informes.

LOWEST_COST_WITH_MIN_ROAS, COST_CAP y LOWEST_COST_WITH_BID_CAP también se denominan pujas manuales y permiten añadir controles del coste adicionales. Para obtener más información, consulta Información sobre las estrategias de puja: Menor coste, en el servicio de ayuda para publicidad.

Para leer el valor de bid_strategy de un conjunto de anuncios:

curl -G \
  -d 'fields=bid_strategy' \
  -d 'access_token=<ACCESS_TOKEN>' \
  https://graph.facebook.com/<VERSION>/<AD_SET_ID>

Para actualizar la estrategia de puja de un conjunto de anuncios a LOWEST_COST_WITH_BID_CAP con un límite de puja de 3 USD:

curl
  -F 'bid_strategy=LOWEST_COST_WITH_BID_CAP' \
  -F 'bid_amount=300' \
  -F 'access_token=<ACCESS_TOKEN>' \
  https://graph.facebook.com/<VERSION>/<AD_SET_ID>

En versiones anteriores de la API, es necesario definir is_autobid, is_average_price_pacing y bid_amount para elegir la estrategia de puja.

is_autobid y is_average_price_pacing eran indicadores booleanos que señalaban si habías elegido las pujas automáticas o de precio medio. Ambos quedaron obsoletos con el lanzamiento de la versión 3.0 de la API de marketing.

Límite de coste

El límite de coste es una función de puja basada en costes que permite a los anunciantes expresar y optimizar sus procesos en relación con el coste real (CPA/CPI) de las conversiones. Esta función permite a los anunciantes obtener el mayor número de resultados posible, a la vez que nos esforzamos por respetar el coste que deseen. De esta forma, se maximiza la rentabilidad, se reducen las complejidades de la administración de pujas y se ayuda a los anunciantes a escalar sus procesos de forma más rentable y segura. Nota: No podemos garantizar el cumplimiento de los límites de coste.

Para utilizar el límite de coste:

billing_event debe ser IMPRESSIONS.
pacing_type debe ser estándar.
optimization_goal debe ser compatible con el límite de coste.

Para utilizar una estrategia de puja con límite de coste en la optimización del presupuesto de la campaña, además de reunir los requisitos anteriores, el objetivo también debe funcionar con un límite de coste. Para obtener más información sobre los objetivos compatibles, consulta Límite de coste en la Guía de estrategias de puja de Facebook.

Por ejemplo, para utilizar un límite de coste en el nivel de la campaña publicitaria:

curl 
 -F "name"="L3 With Lifetime Budget" \
 -F "objective"="LINK_CLICKS" \
 -F "lifetime_budget=100000" \
 -F "bid_strategy"="COST_CAP" \
 -F "access_token"="ACCESS_TOKEN" \
https://graph.facebook.com/VERSION/AD_ACCOUNT_ID/campaigns

Para establecer un límite de coste en el nivel del conjunto de anuncios:

curl \
  -F 'name=My Ad Set' \
  -F 'optimization_goal=CONVERSIONS' \
  -F 'billing_event=IMPRESSIONS'-F 'bid_strategy=COST_CAP'-F 'bid_amount=200' \
  -F 'daily_budget=1000' \
  -F 'campaign_id=<CAMPAIGN_ID>' \
  -F 'targeting={"geo_locations":{"countries":["US"]}}' \
  -F 'status=PAUSED' \
  -F 'access_token=<ACCESS_TOKEN>' \
  https://graph.facebook.com/<VERSION>/act_<AD_ACCOUNT_ID>/adsets

Pujas con un retorno del gasto publicitario mínimo (ROAS mínimo)

Esta es una opción de puja específica para la optimización del valor. Por lo tanto, debes cumplir con los numerosos requisitos previos de la optimización del valor:

optimization_goal debe ser VALUE.
La cuenta debe tener acceso a la optimización del valor, que puede consultarse desde la cuenta publicitaria:
- CAN_USE_ROAS_VALUE_OPTIMIZATION: la cuenta cumple con los requisitos de la optimización del valor cuando el objetivo de campaña es igual a “Website Conversion”.
- ADS_NEKO_MAI_ROAS: la cuenta cumple con los requisitos de la optimización del valor cuando el objetivo de campaña es igual a “App Install”.
- CAN_USE_DYNAMIC_ADS_VALUE_OPTIMIZATION: la cuenta cumple con los requisitos de la optimización del valor cuando el objetivo de campaña es igual a “Catalog Sales”.
Las pujas de ROAS mínimo utilizan el valor bid_constraints para pasar “ROAS floor”, pero no pueden utilizarse con bid_constraints. En su lugar, se utiliza roas_average_floor.

Especificación de la API en el conjunto de anuncios

Notas acerca de roas_average_floor:

roas_average_floor representa la operación “the mininum roas” = “total conversion purchase value” / “total spend”; por ejemplo, “return on ads spend”.
IMPORTANTE: En la API, roas_average_floor es un número entero multiplicado por 10 000. Por lo tanto, roas_average_floor = 100 significa que “el ROAS mínimo” equivale a 0,01 (o 1 %) y roas_average_floor = 23300 significa que “el ROAS mínimo” equivale a 2,33 (o 233 %). Por ejemplo, para establecer el ROAS mínimo en 1.5, la especificación de API correspondiente debe ser bid_constraints = {"roas_average_floor": 15000}.
El intervalo válido de roas_average_floor es [100, 10000000], con ambos valores incluidos. Es decir, que el intervalo válido de “ROAS mínimo” es [0.01, 1000.0] o [1%, 100000.0%], con los valores de los extremos incluidos.
No establezcas el valor de bid_info ni de bid_amount con el conjunto de anuncios de puja de ROAS mínimo. Solo puedes establecer el valor 'bid' del ROAS mínimo mediante roas_average_floor en bid_constraints.

{
  "bid_strategy": "LOWEST_COST_WITH_MIN_ROAS",
  "bid_constraints": {
    "roas_average_floor": <roas_average_floor number>
  },
}

Ejemplos

Crear un nuevo conjunto de anuncios de puja mínima

La llamada a la API que se muestra a continuación crea un conjunto de anuncios de puja de ROAS mínimo con el objetivo de la campaña “conversión en el sitio web” y un ROAS mínimo de 1.0 (es decir, del 100 %).

curl \
  -F 'name=minRoasBiddingDemo' \
  -F 'daily_budget=2000' \
  -F 'optimization_goal=VALUE' \
  -F 'promoted_object={"pixel_id": "<PIXEL_ID>", "custom_event_type": "PURCHASE"}' \
  -F 'targeting={"geo_locations":{"countries":["US"]}}' \
  -F 'campaign_id=<CAMPAIGN_ID>' \
  -F 'status=PAUSED' \
  -F 'start_time=2018-12-10T12:45:26-0700' \
  *-F 'bid_strategy=LOWEST_COST_WITH_MIN_ROAS' \
  -F 'bid_constraints={"roas_average_floor": 10000}' \*
  -F 'billing_event=IMPRESSIONS' \
  -F 'access_token=<ACCESS_TOKEN>' \
  https://graph.facebook.com/<VERSION>/act_<AD_ACCOUNT_ID>/adsets

Elimina `roas_average_floor` del conjunto de anuncios de puja de ROAS mínimo.

curl \
  -F bid_strategy=LOWEST_COST_WITHOUT_CAP \
  -F 'bid_constraints={}' \
  -F 'access_token=<ACCESS_TOKEN>' \
  https://graph.facebook.com/<VERSION>/act_<AD_ACCOUNT_ID>/<ad set ID>

Añade `roas_average_floor` al conjunto de anuncios de optimización del valor.

En este ejemplo, el ROAS mínimo se establece en 1.23 (123 %):

curl \
  -F 'bid_strategy=LOWEST_COST_WITH_MIN_ROAS' \
  -F 'bid_constraints={"roas_average_floor": 12300}' \
  -F 'access_token=<ACCESS_TOKEN>' \
  https://graph.facebook.com/<VERSION>/act_<AD_ACCOUNT_ID>/<ad set ID>

Cambia `roas_average_floor` en el conjunto de anuncios de puja de ROAS mínimo existente.

Esta llamada a la API cambia el valor de roas_average_floor del conjunto de anuncios a 2.23 (223 %).

curl \
  -F 'bid_constraints={"roas_average_floor": 22300}' \
  -F 'access_token=<ACCESS_TOKEN>' \
  https://graph.facebook.com/<VERSION>/act_<AD_ACCOUNT_ID>/<ad set ID>

Validación del nivel del conjunto de anuncios

LOWEST_COST_WITH_BID_CAP también se denomina pujas manuales y permite añadir controles del coste adicionales en el campo bid_amount.
Para COST_CAP, debes proporcionar un número límite en el campo bid_amount.
No puedes definir bid_amount si utilizas la estrategia LOWEST_COST_WITH_MIN_ROAS.