Data contract pentru Meta AI ad creative: fields, provenance, review și performance context

Răspuns scurt: Tratează AI-generated ad creative drept governed derivative din source assets, nu anonymous black-box output. Păstrează source provenance, generation method, product/claim constraints, reviewer state, serving context și performance observations separat. Meta publică first-party claims despre growth și performance ale AI ad systems, dar data contract-ul trebuie să le păstreze ca vendor evidence, nu account-level guarantees.

De ce AI creative are nevoie de data contract

Update-ul Meta din 2026 descrie extinderea AI în advertising, inclusiv video-generation tools, ads ranking improvements și automation mai largă. Anunțul conține și aggregate performance/revenue claims din sistemele interne Meta.

Asta creează două data problems distincte pentru advertisers:

• tracking pentru ce a fost generated și din ce source material;
• measurement pentru ce s-a întâmplat fără confundarea platform-level claims cu account-level evidence.

Un data contract rezolvă ambele prin asset lineage și measurement context explicite.

Identity fields

Fiecare generated sau transformed asset trebuie să aibă record stabil.

Recommended fields:

• asset_id;
• campaign_id;
• ad_set_id unde este relevant;
• market;
• language;
• generation_date;
• generation_tool;
• creator_or_operator;
• review_status;
• serving_status.

Nu te baza doar pe file name sau media-library thumbnail.

Source-provenance fields

Înregistrează inputs folosite pentru asset.

Possible fields:

• source_image_ids;
• source_video_ids;
• source_copy_id;
• product_feed_reference;
• brand_guideline_version;
• rights_owner;
• usage_rights_state;
• source_verified_at.

Dacă sistemul derivă creative din mai multe inputs, păstrează many-to-one relationship, nu flatten lineage.

Generation fields

Echipa trebuie să știe ce transformare a avut loc.

Exemple:

• background generation;
• image expansion;
• video generation;
• copy variation;
• format adaptation;
• product-scene synthesis;
• motion generation;
• compositing.

Folosește field controlat precum transformation_type și, opțional, sanitized instruction sau configuration reference unde policy permite.

Scopul este reproducibility și auditability, nu prompt hoarding.

Product-truth fields

Creative generation nu trebuie să altereze material product facts în tăcere.

Păstrează sau leagă approved facts precum:

• product identity;
• variant;
• price scope;
• availability;
• dimensions;
• performance claims;
• legal disclaimers;
• geographic limitations;
• promotion validity.

Un visual poate fi aesthetic plausible și factual wrong.

Claim-control fields

Pentru fiecare material claim, urmărește:

• claim text;
• claim category;
• evidence source;
• allowed markets;
• mandatory qualifier;
• approval owner;
• expiry/review date.

Asta este important când generated copy variază între audiences sau placements.

Reviewer-state fields

Folosește explicit review states în loc de binary approved flag.

Exemple:

• DRAFT_GENERATED;
• FACT_REVIEW_REQUIRED;
• RIGHTS_REVIEW_REQUIRED;
• BRAND_REVIEW_REQUIRED;
• APPROVED_FOR_TEST;
• APPROVED_FOR_SCALE;
• REJECTED;
• RETIRED.

Înregistrează reviewer și reason pentru reject sau correction.

Serving-context fields

Același asset poate performa diferit în funcție de unde și cui servește.

Păstrează context precum:

• placement;
• audience definition;
• campaign objective;
• optimization event;
• geography;
• frequency context;
• start/end window;
• major campaign changes.

Nu trata asset performance drept proprietate intrinsecă independentă de delivery.

Performance fields

Păstrează performance observations separat de provenance.

Possible metrics:

• impressions;
• spend;
• clicks;
• conversions;
• conversion value;
• video engagement;
• downstream qualified outcome unde este disponibil.

Adaugă interpretation fields:

• comparison_type;
• baseline_asset_id;
• experiment_id;
• confounder_notes;
• causal_status.

Un high-performing generated asset nu dovedește că generation a cauzat improvement dacă comparison design nu susține claim-ul.

Freshness și retirement rules

Review generated assets când:

• product facts se schimbă;
• promotion expiră;
• rights expiră;
• brand guidelines se schimbă;
• platform policy se schimbă;
• creative devine misleading din cauza market conditions;
• source asset este withdrawn.

Retirement trebuie să se propage către derivatives când source rights sau factual basis dispar.

QA checks

Un QA routine robust verifică:

• missing source lineage;
• unapproved claims;
• expired rights;
• inconsistent product representation;
• market-language mismatch;
• generated people sau scenes care cer stronger disclosure/review;
• duplicate variants fără distinct test purpose;
• performance claims copiate din Meta vendor data în account reporting.

Lineage reconciliation după edits

Când un human editează generated asset, creează derivative record nou în loc să suprascrii generated version. Păstrează parent asset, editor, reason for change, corrected claim sau visual element și new approval state. Dacă platforma creează ulterior altă variation din edited asset, înregistrează și noul parent-child relationship. Astfel final approved creative nu pierde history necesară pentru a explica ce facts, rights sau design choices s-au schimbat în review.

Regula de data contract

AI ad creative trebuie gestionat drept versioned, reviewable derivatives cu explicit source și measurement context.

Păstrează de unde vine asset-ul, ce s-a schimbat, cine l-a aprobat și cum a performat. Menține aggregate product claims Meta etichetate ca vendor evidence și folosește experiments și business outcomes proprii pentru account-level conclusions.

Surse revizuite

• https://about.fb.com/news/2026/01/2026-ai-drives-performance/