@getlatedev/node 0.2.1322 → 0.2.1324

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/dist/index.d.mts CHANGED
@@ -7797,7 +7797,7 @@ type CtwaMultiResponse = {
7797
7797
  platformAdSetId: string;
7798
7798
  message: string;
7799
7799
  /**
7800
- * Present when Meta created the ad set differently from the request: Meta kept the ad set without the requested `whatsappPhoneNumber` in its promoted_object (the ads still carry it on their WhatsApp button), or the ad set joined a CBO campaign (`existingCampaignId`) whose own bid strategy applies, so a different `bidStrategy` or a `roasAverageFloor` that strategy cannot take was not applied.
7800
+ * Present when Meta created the ad set differently from the request: a multi-destination ad set (`destinations` including whatsapp) that Meta kept without the requested `whatsappPhoneNumber` in its promoted_object, which an existing ad set cannot change (a WhatsApp-only ad set returns no such warning, because every ad routes conversations by the number on its WhatsApp button), or the ad set joined a CBO campaign (`existingCampaignId`) whose own bid strategy applies, so a different `bidStrategy` or a `roasAverageFloor` that strategy cannot take was not applied.
7801
7801
  */
7802
7802
  warnings?: Array<(string)>;
7803
7803
  };
@@ -7818,7 +7818,7 @@ type CtwaSingleResponse = {
7818
7818
  };
7819
7819
  message: string;
7820
7820
  /**
7821
- * Present when Meta created the ad set differently from the request: Meta kept the ad set without the requested `whatsappPhoneNumber` in its promoted_object (the ads still carry it on their WhatsApp button), or the ad set joined a CBO campaign (`existingCampaignId`) whose own bid strategy applies, so a different `bidStrategy` or a `roasAverageFloor` that strategy cannot take was not applied.
7821
+ * Present when Meta created the ad set differently from the request: a multi-destination ad set (`destinations` including whatsapp) that Meta kept without the requested `whatsappPhoneNumber` in its promoted_object, which an existing ad set cannot change (a WhatsApp-only ad set returns no such warning, because every ad routes conversations by the number on its WhatsApp button), or the ad set joined a CBO campaign (`existingCampaignId`) whose own bid strategy applies, so a different `bidStrategy` or a `roasAverageFloor` that strategy cannot take was not applied.
7822
7822
  */
7823
7823
  warnings?: Array<(string)>;
7824
7824
  };
@@ -44748,7 +44748,7 @@ type UpdateAdSetData = {
44748
44748
  lifetimeMinSpendTarget?: number;
44749
44749
  customerLifecycle?: MetaCustomerLifecycle;
44750
44750
  /**
44751
- * Meta ad-set promoted_object, forwarded verbatim (same shape as /v1/ads/create). Unknown keys are rejected with 400.
44751
+ * Meta ad-set promoted_object (same shape as /v1/ads/create). Meta makes promoted_object immutable once the ad set exists, so only `pixelId`, `customEventType`, `customEventStr` (with `customEventType` OTHER), `applicationId` and `productCatalogId` can be sent here. Any other key (`pageId`, `whatsappPhoneNumber`, `customConversionId`, `objectStoreUrl`, `productSetId`, `offlineConversionDataSetId`) is a 400 with `param: platformSpecificData.promotedObject` and nothing is written; changing them needs a new ad set (POST /v1/ads/create). Unknown keys are rejected with 400.
44752
44752
  */
44753
44753
  promotedObject?: {
44754
44754
  pixelId?: string;
@@ -50084,10 +50084,25 @@ type BoostPostData = {
50084
50084
  * "engagement"` to objective `OUTCOME_AWARENESS`, which accepts
50085
50085
  * `REACH`, `IMPRESSIONS`, `AD_RECALL_LIFT`, or THRUPLAY-class values, and
50086
50086
  * rejects `POST_ENGAGEMENT` (that value is only valid under
50087
- * `OUTCOME_ENGAGEMENT`, which create uses for the same goal name).
50087
+ * `OUTCOME_ENGAGEMENT`, which create uses for the same goal name, and
50088
+ * which `metaObjective` selects on a boost).
50088
50089
  *
50089
50090
  */
50090
50091
  optimizationGoal?: string;
50092
+ /**
50093
+ * Meta only, with `goal: engagement` and without `adSetId` (400 otherwise).
50094
+ * `OUTCOME_ENGAGEMENT` creates the campaign with objective `OUTCOME_ENGAGEMENT`
50095
+ * and the ad set with `optimization_goal` `POST_ENGAGEMENT` (unless
50096
+ * `optimizationGoal` is set) and `destination_type` `ON_POST` (unless
50097
+ * `destinationType` is set), the shape Ads Manager uses to boost an existing
50098
+ * post. When omitted, an engagement boost keeps `OUTCOME_AWARENESS` with
50099
+ * `REACH`. Returns 400 with `leadGenFormId` or with a `callToAction` whose objective
50100
+ * is not `OUTCOME_ENGAGEMENT` (`CALL_NOW`); messaging CTAs keep their own
50101
+ * `CONVERSATIONS` ad set. Verified against Meta on Facebook posts; Instagram posts
50102
+ * are accepted but not yet verified.
50103
+ *
50104
+ */
50105
+ metaObjective?: 'OUTCOME_ENGAGEMENT';
50091
50106
  };
50092
50107
  headers?: {
50093
50108
  /**
package/dist/index.d.ts CHANGED
@@ -7797,7 +7797,7 @@ type CtwaMultiResponse = {
7797
7797
  platformAdSetId: string;
7798
7798
  message: string;
7799
7799
  /**
7800
- * Present when Meta created the ad set differently from the request: Meta kept the ad set without the requested `whatsappPhoneNumber` in its promoted_object (the ads still carry it on their WhatsApp button), or the ad set joined a CBO campaign (`existingCampaignId`) whose own bid strategy applies, so a different `bidStrategy` or a `roasAverageFloor` that strategy cannot take was not applied.
7800
+ * Present when Meta created the ad set differently from the request: a multi-destination ad set (`destinations` including whatsapp) that Meta kept without the requested `whatsappPhoneNumber` in its promoted_object, which an existing ad set cannot change (a WhatsApp-only ad set returns no such warning, because every ad routes conversations by the number on its WhatsApp button), or the ad set joined a CBO campaign (`existingCampaignId`) whose own bid strategy applies, so a different `bidStrategy` or a `roasAverageFloor` that strategy cannot take was not applied.
7801
7801
  */
7802
7802
  warnings?: Array<(string)>;
7803
7803
  };
@@ -7818,7 +7818,7 @@ type CtwaSingleResponse = {
7818
7818
  };
7819
7819
  message: string;
7820
7820
  /**
7821
- * Present when Meta created the ad set differently from the request: Meta kept the ad set without the requested `whatsappPhoneNumber` in its promoted_object (the ads still carry it on their WhatsApp button), or the ad set joined a CBO campaign (`existingCampaignId`) whose own bid strategy applies, so a different `bidStrategy` or a `roasAverageFloor` that strategy cannot take was not applied.
7821
+ * Present when Meta created the ad set differently from the request: a multi-destination ad set (`destinations` including whatsapp) that Meta kept without the requested `whatsappPhoneNumber` in its promoted_object, which an existing ad set cannot change (a WhatsApp-only ad set returns no such warning, because every ad routes conversations by the number on its WhatsApp button), or the ad set joined a CBO campaign (`existingCampaignId`) whose own bid strategy applies, so a different `bidStrategy` or a `roasAverageFloor` that strategy cannot take was not applied.
7822
7822
  */
7823
7823
  warnings?: Array<(string)>;
7824
7824
  };
@@ -44748,7 +44748,7 @@ type UpdateAdSetData = {
44748
44748
  lifetimeMinSpendTarget?: number;
44749
44749
  customerLifecycle?: MetaCustomerLifecycle;
44750
44750
  /**
44751
- * Meta ad-set promoted_object, forwarded verbatim (same shape as /v1/ads/create). Unknown keys are rejected with 400.
44751
+ * Meta ad-set promoted_object (same shape as /v1/ads/create). Meta makes promoted_object immutable once the ad set exists, so only `pixelId`, `customEventType`, `customEventStr` (with `customEventType` OTHER), `applicationId` and `productCatalogId` can be sent here. Any other key (`pageId`, `whatsappPhoneNumber`, `customConversionId`, `objectStoreUrl`, `productSetId`, `offlineConversionDataSetId`) is a 400 with `param: platformSpecificData.promotedObject` and nothing is written; changing them needs a new ad set (POST /v1/ads/create). Unknown keys are rejected with 400.
44752
44752
  */
44753
44753
  promotedObject?: {
44754
44754
  pixelId?: string;
@@ -50084,10 +50084,25 @@ type BoostPostData = {
50084
50084
  * "engagement"` to objective `OUTCOME_AWARENESS`, which accepts
50085
50085
  * `REACH`, `IMPRESSIONS`, `AD_RECALL_LIFT`, or THRUPLAY-class values, and
50086
50086
  * rejects `POST_ENGAGEMENT` (that value is only valid under
50087
- * `OUTCOME_ENGAGEMENT`, which create uses for the same goal name).
50087
+ * `OUTCOME_ENGAGEMENT`, which create uses for the same goal name, and
50088
+ * which `metaObjective` selects on a boost).
50088
50089
  *
50089
50090
  */
50090
50091
  optimizationGoal?: string;
50092
+ /**
50093
+ * Meta only, with `goal: engagement` and without `adSetId` (400 otherwise).
50094
+ * `OUTCOME_ENGAGEMENT` creates the campaign with objective `OUTCOME_ENGAGEMENT`
50095
+ * and the ad set with `optimization_goal` `POST_ENGAGEMENT` (unless
50096
+ * `optimizationGoal` is set) and `destination_type` `ON_POST` (unless
50097
+ * `destinationType` is set), the shape Ads Manager uses to boost an existing
50098
+ * post. When omitted, an engagement boost keeps `OUTCOME_AWARENESS` with
50099
+ * `REACH`. Returns 400 with `leadGenFormId` or with a `callToAction` whose objective
50100
+ * is not `OUTCOME_ENGAGEMENT` (`CALL_NOW`); messaging CTAs keep their own
50101
+ * `CONVERSATIONS` ad set. Verified against Meta on Facebook posts; Instagram posts
50102
+ * are accepted but not yet verified.
50103
+ *
50104
+ */
50105
+ metaObjective?: 'OUTCOME_ENGAGEMENT';
50091
50106
  };
50092
50107
  headers?: {
50093
50108
  /**
package/dist/index.js CHANGED
@@ -36,7 +36,7 @@ module.exports = __toCommonJS(index_exports);
36
36
  // package.json
37
37
  var package_default = {
38
38
  name: "@getlatedev/node",
39
- version: "0.2.1322",
39
+ version: "0.2.1324",
40
40
  description: "The official Node.js library for the Zernio API",
41
41
  main: "dist/index.js",
42
42
  module: "dist/index.mjs",
package/dist/index.mjs CHANGED
@@ -5,7 +5,7 @@ var __publicField = (obj, key, value) => __defNormalProp(obj, typeof key !== "sy
5
5
  // package.json
6
6
  var package_default = {
7
7
  name: "@getlatedev/node",
8
- version: "0.2.1322",
8
+ version: "0.2.1324",
9
9
  description: "The official Node.js library for the Zernio API",
10
10
  main: "dist/index.js",
11
11
  module: "dist/index.mjs",
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@getlatedev/node",
3
- "version": "0.2.1322",
3
+ "version": "0.2.1324",
4
4
  "description": "The official Node.js library for the Zernio API",
5
5
  "main": "dist/index.js",
6
6
  "module": "dist/index.mjs",
@@ -5943,7 +5943,7 @@ export type CtwaMultiResponse = {
5943
5943
  platformAdSetId: string;
5944
5944
  message: string;
5945
5945
  /**
5946
- * Present when Meta created the ad set differently from the request: Meta kept the ad set without the requested `whatsappPhoneNumber` in its promoted_object (the ads still carry it on their WhatsApp button), or the ad set joined a CBO campaign (`existingCampaignId`) whose own bid strategy applies, so a different `bidStrategy` or a `roasAverageFloor` that strategy cannot take was not applied.
5946
+ * Present when Meta created the ad set differently from the request: a multi-destination ad set (`destinations` including whatsapp) that Meta kept without the requested `whatsappPhoneNumber` in its promoted_object, which an existing ad set cannot change (a WhatsApp-only ad set returns no such warning, because every ad routes conversations by the number on its WhatsApp button), or the ad set joined a CBO campaign (`existingCampaignId`) whose own bid strategy applies, so a different `bidStrategy` or a `roasAverageFloor` that strategy cannot take was not applied.
5947
5947
  */
5948
5948
  warnings?: Array<(string)>;
5949
5949
  };
@@ -5966,7 +5966,7 @@ export type CtwaSingleResponse = {
5966
5966
  };
5967
5967
  message: string;
5968
5968
  /**
5969
- * Present when Meta created the ad set differently from the request: Meta kept the ad set without the requested `whatsappPhoneNumber` in its promoted_object (the ads still carry it on their WhatsApp button), or the ad set joined a CBO campaign (`existingCampaignId`) whose own bid strategy applies, so a different `bidStrategy` or a `roasAverageFloor` that strategy cannot take was not applied.
5969
+ * Present when Meta created the ad set differently from the request: a multi-destination ad set (`destinations` including whatsapp) that Meta kept without the requested `whatsappPhoneNumber` in its promoted_object, which an existing ad set cannot change (a WhatsApp-only ad set returns no such warning, because every ad routes conversations by the number on its WhatsApp button), or the ad set joined a CBO campaign (`existingCampaignId`) whose own bid strategy applies, so a different `bidStrategy` or a `roasAverageFloor` that strategy cannot take was not applied.
5970
5970
  */
5971
5971
  warnings?: Array<(string)>;
5972
5972
  };
@@ -45318,7 +45318,7 @@ export type UpdateAdSetData = {
45318
45318
  lifetimeMinSpendTarget?: number;
45319
45319
  customerLifecycle?: MetaCustomerLifecycle;
45320
45320
  /**
45321
- * Meta ad-set promoted_object, forwarded verbatim (same shape as /v1/ads/create). Unknown keys are rejected with 400.
45321
+ * Meta ad-set promoted_object (same shape as /v1/ads/create). Meta makes promoted_object immutable once the ad set exists, so only `pixelId`, `customEventType`, `customEventStr` (with `customEventType` OTHER), `applicationId` and `productCatalogId` can be sent here. Any other key (`pageId`, `whatsappPhoneNumber`, `customConversionId`, `objectStoreUrl`, `productSetId`, `offlineConversionDataSetId`) is a 400 with `param: platformSpecificData.promotedObject` and nothing is written; changing them needs a new ad set (POST /v1/ads/create). Unknown keys are rejected with 400.
45322
45322
  */
45323
45323
  promotedObject?: {
45324
45324
  pixelId?: string;
@@ -50990,10 +50990,25 @@ export type BoostPostData = {
50990
50990
  * "engagement"` to objective `OUTCOME_AWARENESS`, which accepts
50991
50991
  * `REACH`, `IMPRESSIONS`, `AD_RECALL_LIFT`, or THRUPLAY-class values, and
50992
50992
  * rejects `POST_ENGAGEMENT` (that value is only valid under
50993
- * `OUTCOME_ENGAGEMENT`, which create uses for the same goal name).
50993
+ * `OUTCOME_ENGAGEMENT`, which create uses for the same goal name, and
50994
+ * which `metaObjective` selects on a boost).
50994
50995
  *
50995
50996
  */
50996
50997
  optimizationGoal?: string;
50998
+ /**
50999
+ * Meta only, with `goal: engagement` and without `adSetId` (400 otherwise).
51000
+ * `OUTCOME_ENGAGEMENT` creates the campaign with objective `OUTCOME_ENGAGEMENT`
51001
+ * and the ad set with `optimization_goal` `POST_ENGAGEMENT` (unless
51002
+ * `optimizationGoal` is set) and `destination_type` `ON_POST` (unless
51003
+ * `destinationType` is set), the shape Ads Manager uses to boost an existing
51004
+ * post. When omitted, an engagement boost keeps `OUTCOME_AWARENESS` with
51005
+ * `REACH`. Returns 400 with `leadGenFormId` or with a `callToAction` whose objective
51006
+ * is not `OUTCOME_ENGAGEMENT` (`CALL_NOW`); messaging CTAs keep their own
51007
+ * `CONVERSATIONS` ad set. Verified against Meta on Facebook posts; Instagram posts
51008
+ * are accepted but not yet verified.
51009
+ *
51010
+ */
51011
+ metaObjective?: 'OUTCOME_ENGAGEMENT';
50997
51012
  };
50998
51013
  headers?: {
50999
51014
  /**