Shopify 2026-07: varianti prodotto pubblicabili per canale

Cosa cambia con l'API Shopify 2026-07

Fino alla versione API precedente, nascondere una variante da un canale di vendita specifico richiedeva soluzioni di compromesso: eliminare la variante, duplicare l'intero prodotto oppure scrivere logica personalizzata lato storefront. Nessuna di queste opzioni era pulita dal punto di vista architetturale.

Con la versione 2026-07, Shopify risolve il problema alla radice: ProductVariant diventa un'entità Publishable a tutti gli effetti, alla pari di Product e Collection.

Ogni variante può ora essere pubblicata o ritirata in modo indipendente dal prodotto padre, canale per canale o catalogo per catalogo.

---

Il cambiamento di modello per B2B e multi-canale

Non si tratta di una semplice comodità operativa. Per i team che gestiscono scenari complessi, questo è un cambio di paradigma:

• Cataloghi B2B: è possibile esporre solo determinate taglie, configurazioni o SKU a clienti wholesale, senza duplicare i prodotti.
• Lanci graduali: una variante può essere preparata e tenuta nascosta su un canale mentre è già attiva su un altro, consentendo rollout controllati.
• Feed multi-canale: ogni marketplace o canale di vendita può ricevere un sottoinsieme preciso delle varianti disponibili, senza logiche storefront aggiuntive.

Questo tipo di granularità era fino ad oggi disponibile solo a livello di prodotto. Portarla a livello di variante allinea Shopify alle esigenze reali di chi gestisce cataloghi articolati.

---

Cosa cambia concretamente a livello tecnico

Nuove capacità delle mutation GraphQL

Le mutation publishablePublish e publishableUnpublish accettano ora l'ID di un ProductVariant come input. Non è più necessario lavorare esclusivamente sull'oggetto Product.

``graphql mutation { publishableUnpublish( id: "gid://shopify/ProductVariant/123456789" input: { publicationId: "gid://shopify/Publication/987654321" } ) { publishable { ... on ProductVariant { id title } } userErrors { field message } } } ``

Implementazione dell'interfaccia Publishable

ProductVariant implementa ora l'interfaccia Publishable, il che significa che espone i campi standard già noti per prodotti e collezioni, incluso resourcePublicationsV2, che restituisce lo stato di pubblicazione per singola publication.

I team tecnici che leggono lo stato di pubblicazione via Admin GraphQL devono aggiornare la propria logica per interrogare ProductVariant.resourcePublicationsV2 per canale, invece di affidarsi unicamente allo stato del prodotto padre.

Comportamento delle varianti create dopo la pubblicazione

Le varianti create dopo che il prodotto è già stato pubblicato ereditano automaticamente lo stato pubblicato su tutte le publication attive del prodotto padre. Questo è il comportamento di default.

Per creare una variante in stato nascosto fin dall'origine, è necessario impostare esplicitamente variant.published: false all'interno delle mutation productSet o productVariantBulkCreate.

Webhook

I webhook di prodotto esistenti si aggiornano già quando una variante cambia il proprio stato di pubblicazione su un feed. I webhook specifici variant_publication, attualmente ancora in sviluppo, arriveranno a breve: è opportuno pianificarne il supporto fin da ora per non dover intervenire in emergenza.

---

Cosa NON cambia

È importante chiarire i limiti del nuovo sistema per evitare fraintendimenti:

• La precedenza rimane al livello prodotto: se il prodotto non è attivo su un determinato canale, nessuna delle sue varianti sarà visibile su quel canale, indipendentemente dallo stato della singola variante.
• Le app esistenti non richiedono modifiche: le applicazioni che pubblicano contenuti a livello di prodotto continuano a funzionare senza alcun intervento.

La granularità per variante aggiunge un livello di controllo, non sostituisce il livello superiore.

---

Checklist per i team tecnici

Se state pianificando l'adozione di questa funzionalità, ecco i passi concreti:

• Aggiornare le query Admin GraphQL per leggere ProductVariant.resourcePublicationsV2
• Rivedere le mutation di creazione variante per includere variant.published: false dove necessario
• Aggiornare publishablePublish / publishableUnpublish per accettare ID di variante
• Pianificare il supporto ai webhook variant_publication prima che vengano rilasciati
• Verificare che la logica di business rispetti la precedenza del livello prodotto

Per una valutazione dei costi di implementazione su un progetto Shopify esistente, consulta i nostri piani per sviluppatori Shopify.

---

Questa funzionalità era una delle lacune più sentite da chi lavora su progetti Shopify Plus con cataloghi complessi. La sua introduzione segnala una maturazione della piattaforma verso scenari enterprise e B2B sempre più articolati.