СТАТТЯ

Meta Muse / Instagram 5.10 і @-ref: bulk ad-варіанти в Bubble через BIAIG після 10 липня

Жовтневі «агрегатори» не додають нового cutover — @-mention публічних Instagram-акаунтів у Muse Image зняли 10 липня 2026. Що перенести в ref-пайплайни через Meta Model API або fal і як звести bulk-генерацію в Bubble (BIAIG) з Marketing API для catalog/ad variants.

Три різні теми — не змішуйте

  1. 10 липня 2026 — Meta прибрала в споживчому Muse Image можливість @-згадувати публічні Instagram-акаунти, щоб підтягувати їхні фото в генерацію. Muse Image, інші Instagram AI-ефекти та шляхи для рекламодавців/розробників не зникли (Meta newsroom, оновлення 10 Jul 2026).
  2. Рекламні та dev-пайплайни — заміна не в «новому Instagram handle», а у reference assets, якими ви володієте: URL, upload, brand kit через Meta Model API (POST /v1/images/generations, /v1/images/edits, Responses API) або той самий модельний стек на fal (~$0.01/image у публічній позиції Meta).
  3. ~5 жовтня 2026 у дайджестах — типовий репost/агрегатор липневої історії (наприклад, syndicated rewrites), не новий продукт «Meta 5.10» і не додаткова дата відключення. Окремо: Instagram Muse personal agent (creators.instagram.com, 8 Sep 2026) — інший продукт, не Muse Image. Про це окремо: Meta @-reference removal: міграція ref-пайплайнів. Про це окремо: Meta @-reference removal: міграція ref-пайплайнів.

Якщо ваш Bubble-workflow досі очікує @-ref — він вже зламаний з 10 липня. Завдання зараз — міграція, не «встигнути до липня».

Що переносити з @-ref pipeline

Було (consumer) Має бути (production)
@username → фото з чужого профілю Файли/URL з вашого сховища, ліцензовані референси, catalog stills
Неявна згода третьої сторони Явний контроль asset + ad policy / likeness risk
Один UX у Stories Bulk: N варіантів → image_hash / image_url у Ad Creative

Meta документує ad variant generation і catalog imagery як production use cases на developer.meta.com і fal — це ваш масштаб, не consumer @-mention.

Архітектура для Bubble-builder

Шар A — генерація (Muse Image)

  • Meta Model API — якщо вже є Meta dev stack, billing, compliance.
  • fal Muse Image — якщо зручніший HTTP batch, pay-per-image, менше coupling до Meta AI console.
  • В обох випадках: multi-reference / edits з assets ви передаєте; Instagram handle як API-параметр не повертається.

Шар B — оркестрація в Bubble (BIAIG — editorial inference)

Публічної joint-документації «Bubble + BIAIG + Meta» у scout-пакеті немає — нижче патерн з редакційного контексту, перевіряйте всередині продукту:

  1. Таблиця/CSV jobs: product_id, variant_key, prompt, ref_asset_urls[], target_ratio, locale.
  2. Bubble API Connector / backend workflow: batch виклики fal або Meta /v1/images/* з rate limits і retry.
  3. Збереження output у ваш S3/Bubble file + metadata (hash, dimensions) — не покладатися на Instagram як CDN ref.
  4. Idempotency key на job, щоб повторний run не дублював creatives у Ads.

Шар C — публікація в Meta Ads

  • Upload → image_hash або image_url у Marketing API Ad Creative.
  • Instagram-specific media — platform_customizations (див. Ad Creative docs).
  • Catalog / dynamic — окремий контур: Generative AI features (image_background_gen, automation з eligible catalog assets), не заміна довільного @-ref semantics.

Не плутати з жовтневим API churn: Marketing API OCC 2026 (Reels audio, poll creatives тощо) — інший чеклист, ніж Muse @-ref.

Advantage+ Muse в Ads Manager

Meta business newsroom обіцяє Muse Image в Advantage+ creative «in the coming weeks» з липня 2026; станом на кінець вересня 2026 повного публічного GA для всіх рекламодавців scout не підтвердив. Для bulk ad variants я б тримався свого API/fal + BIAIG batch, а не чекав in-platform Muse. Поруч із цим: Imagen 3 GA знято: міграція. Поруч із цим: Meta Muse Image на fal.

Практичний cutover-checklist (жовтень 2026+)

  1. Інвентаризація workflow: де ще є «Instagram @» у prompt/UI або змінних Bubble.
  2. Перенести ref на owned URLs/uploads; прибрати third-party profile pulls (consent/likeness).
  3. Паралельний прогін: 1 SKU → N variants → один test ad set → перевірка image_hash і preview IG placement.
  4. Catalog: вирівняти preferred_image_tags / category media з тим, що піде в dynamic — інакше platform gen AI може відкинути або підмінити asset (деталі eligibility — у Marketing API gen AI docs; повний мапінг полів — open question для вашого catalog setup).
  5. Моніторинг заголовків «Muse 5.10» — не новий deadline; єдиний verified policy cutover для @-ref — 10 Jul 2026.

Практичний cutover-checklist (жовтень 2026+)

Крок Для чого Не для
1. Інвентаризація workflow Знайти, де ще є «Instagram @» у prompt/UI або змінних Bubble —
2. Owned URLs/uploads Перенести ref на owned URLs/uploads; прибрати third-party profile pulls (consent/likeness) Продовжувати third-party profile pulls
3. Паралельний прогін 1 SKU → N variants → один test ad set; перевірка image_hash і preview IG placement —
4. Catalog Вирівняти preferred_image_tags / category media з тим, що піде в dynamic Ігнорувати розбіжності — platform gen AI може відкинути або підмінити asset
5. Моніторинг «Muse 5.10» Слідкувати за заголовками Новий deadline; єдиний verified policy cutover для @-ref — 10 Jul 2026

Чесні обмеження

  • Права на outputs у paid ads (Content Seal, watermarking) — у scout немає чіткого post–Jul 2026 API контракту; перевіряйте Meta ad policy + ваш legal перед масовим spend.
  • BIAIG limits, auth, handoff до image_hash — лише internal verify, не факт з публічних Meta/fal docs.

Якщо коротко: агрегатори 5.10 лише знову підняли вже зняту фічу. Builder-дія — owned references + Muse на Meta API або fal + Bubble bulk (BIAIG) → Marketing API creatives; catalog — окремим шаром gen AI eligibility. Поруч із цим: Meta Muse Image на fal. Схожий розбір: Batch-знижка gpt-image-2: unit economics bulk-каталогів.

← Усі статті