Feed prodotti PrestaShop per Google e Meta

Come procederemmo

Per prima cosa riconcilieremmo un insieme rappresentativo di offerte tra esportatore esistente, registrazione sulla piattaforma, pagina prodotto e checkout. Il percorso adatto dipende da versione del negozio, moduli installati, integrazioni con fornitori ed ERP, tema, dati delle combinazioni, mercati e team che lo mantiene. Conserva un collegamento funzionante se può soddisfare questi requisiti. Un feed ospitato è una scelta iniziale pratica quando le frequenze di generazione e recupero mantengono accurate le offerte; un'API deve offrire invio, monitoraggio e recupero affidabili per giustificare la configurazione aggiuntiva.

Prova le modifiche a esportatore, mappatura o identità su una copia di staging con la configurazione pertinente del negozio reale. Impedisci alla copia di inviare dati ai cataloghi reali, spedire email ai clienti o attivare integrazioni di produzione. Usa anteprime locali, poi una destinazione isolata supportata per le prove di invio, dove disponibile. Confronta ID articolo previsti, prezzi pubblici, varianti ed esclusioni prima di un passaggio pianificato, documentando impostazioni precedenti e passaggi di ripristino. Ripristinare la configurazione del negozio non annulla istantaneamente i dati già elaborati da una piattaforma.

Se le offerte vengono rifiutate ripetutamente o gli acquisti registrati non corrispondono agli ordini del negozio, il PrestaShop Product Feed & Tracking Audit può documentare le discrepanze e le loro cause.

Comprendi feed, catalogo e campagna

Un feed fornisce dati prodotto strutturati a una piattaforma. Google Merchant Center li elabora per le esperienze di acquisto idonee. Un catalogo Meta memorizza i record dei prodotti; uno Shop presenta gli articoli idonei del catalogo tramite Facebook o Instagram.

Gli annunci Shopping usano i dati prodotto per individuare articoli pertinenti e creare le schede. Titoli, immagini, identificatori, prezzo e disponibilità contano, ma anche obiettivi della campagna, offerte, domanda, budget, pagine di destinazione e misurazione incidono sui risultati. Un feed da solo non decide ogni asta.

Shopping standard e Performance Max per il retail possono usare l'inventario di Merchant Center. Performance Max usa anche altre risorse e segnali; non considerare ogni posizionamento Performance Max come un annuncio Shopping basato solo sul feed. Le campagne di ricerca testuali sono un'altra strada, con propri controlli su parole chiave e creatività.

Verifica l'idoneità dei prodotti prima di aumentare il budget. Anche Google Ads espone stato dei prodotti e diagnostica; una campagna che spende poco può dipendere da offerte, domanda o budget, oltre che da un inventario rifiutato.

Questa guida riguarda i dati prodotto in uscita dal negozio verso piattaforme pubblicitarie e di schede prodotto. Un feed del fornitore importa dati in PrestaShop; scorte o prezzi importati errati vanno corretti prima dell'esportazione. Mostrare post Instagram o Facebook sul sito è un'altra attività, descritta nella guida ai feed social. Né un widget di post né un pixel di tracciamento esportano da soli un catalogo prodotti.

Per il flusso delle campagne, consulta la guida Google Ads. Questa guida tratta i dati prodotto e il loro percorso verso la piattaforma.

Crea il collegamento a Merchant Center

1. Crea l'account Merchant Center con dati aziendali accurati.
2. Verifica e rivendica il sito del negozio usando un metodo offerto per il tuo account.
3. Configura spedizioni, resi e paesi che servi realmente.
4. Scegli un'origine dati e invia un piccolo insieme rappresentativo di prodotti.
5. Esamina i risultati dell'elaborazione e le destinazioni dei prodotti prima di ampliare l'esportazione.

Usa un file HTML, un tag di verifica o un metodo idoneo di proprietà tramite Analytics o Tag Manager tra quelli offerti. Se l'account riconosce già la proprietà del sito, il flusso può essere più semplice. Mantieni attivo il metodo di verifica. Non presumere che un modulo di marketing inserisca un tag di verifica se questa funzione non è implementata.

Prima di creare un account sostitutivo, verifica se un'agenzia o un ex dipendente gestisce già la rivendicazione del sito e l'origine dati. Recupera l'accesso dell'azienda e identifica il titolare esistente anziché configurare una seconda integrazione senza sapere cosa controlla.

Per la visibilità gratuita, conferma il metodo di marketing Schede gratuite, la partecipazione dell'origine dati, l'idoneità del paese e lo stato del prodotto. La sola approvazione non conferma tutte le impostazioni né garantisce la comparsa. Un account Google Ads serve per le campagne a pagamento, non semplicemente per fornire schede gratuite idonee.

Usa il flusso attuale delle origini dati anziché cercare solo il vecchio menu Products, Feeds. Per gli errori, apri Products & store, Products, poi la scheda Needs attention.

Scegli file, connettore, scansione o API

Un modulo dedicato è una strada per il controllo lato negozio. Anche origini supplementari, regole delle origini dati, integrazioni API e modifiche alle pagine sorgenti possono migliorare i dati. Se usi già un connettore Google, verificane la compatibilità con la versione installata di PrestaShop e il supporto per mercati, combinazioni e campi richiesti.

Usa Merchant API v1 per il lavoro attuale sulle API. Content API for Shopping è stata dismessa il 18 agosto 2026, con errori intermittenti dal 1° settembre per le integrazioni senza una proroga attiva. Consulta il calendario di migrazione di Google.

Google Merchant XML & API Integration offre generazione XML e sincronizzazione tramite Merchant API, con configurazione di URL protetti da token, credenziali, selezione prodotti, esportazione varianti, anteprime e un flusso da TEST a LIVE. Usa la guida del modulo collegata sotto per i dettagli di configurazione.

Un'anteprima TEST locale valida un'esportazione, ma non conferma che Google l'abbia accettata. Verifica separatamente un invio reale e lo stato risultante sulla piattaforma. Conserva le credenziali dell'account di servizio fuori dalla directory web pubblica e limitane i permessi.

Mappa le identità dei prodotti e gli identificatori autentici

Tieni l'ID articolo del catalogo separato da GTIN o MPN. L'ID articolo è la tua chiave stabile per aggiornamenti e report. Deve essere univoco nell'ambito previsto e restare coerente tra gli aggiornamenti.

Uno schema prodotto-combinazione come 4521-3 può identificare una variante, mentre 4521 ne raggruppa la famiglia. Aggiungi l'ambito del negozio quando il progetto del catalogo lo richiede. I riferimenti prodotto possono essere vuoti, duplicati o modificati: usali come chiavi solo dopo averne validato unicità e permanenza.

Prima di cambiare esportatore o schema degli ID, salva la mappatura attuale tra ID articolo della piattaforma, prodotti del negozio e combinazioni. Confrontala con l'output proposto, incluso l'ambito dei negozi. Ricreare le stesse offerte con ID diversi può interrompere collegamenti supplementari, continuità dei report e abbinamento degli eventi al catalogo. Pianifica le migrazioni di identità necessarie con i responsabili delle campagne e del tracciamento.

Le versioni moderne di PrestaShop hanno campi MPN separati per prodotto e combinazione. Un riferimento o SKU è un MPN solo se è davvero il codice del produttore. Nelle versioni più vecchie, mappa esplicitamente il vero MPN dal campo che lo memorizza.

Invia i GTIN assegnati quando richiesti, insieme al marchio e agli altri identificatori applicabili. L'MPN non sostituisce un GTIN assegnato. Usa l'identificatore proprio della combinazione quando le varianti hanno codici assegnati diversi.

Segui le regole di identifier_exists specifiche per categoria. Un GTIN vuoto, un articolo artigianale o un marchio privato non giustificano automaticamente false. Fornisci marchio e MPN autentici dove applicabili e non inventare mai un codice a barre per eliminare un errore.

Scrivi titoli e descrizioni utili

Metti le informazioni distintive del prodotto vicino all'inizio del titolo, perché la visualizzazione può troncarlo. Google non pubblica una regola secondo cui i primi settanta caratteri abbiano uno specifico peso nel posizionamento.

Per un articolo generico, un titolo utile potrebbe essere Linear Shower Drain 800mm Stainless Steel Tile Insert, FlowLine. Un prodotto di un marchio noto può iniziare con marchio e modello, come Geberit CleanLine60 Shower Channel 900mm Brushed Steel. Includi dimensioni, colore e materiale pertinenti della variante senza ripetizioni o affermazioni promozionali.

Google consente fino a 150 caratteri nei titoli e 5.000 nelle descrizioni. Scrivi quanto basta a identificare chiaramente l'articolo; non esiste una lunghezza ottimale universale tra 500 e 1.000 caratteri. Metti prima i dettagli importanti, indica compatibilità e dimensioni accurate ed evita testo promozionale o parole chiave irrilevanti.

Puoi usare testo specifico per il feed mantenendo un nome prodotto conciso nel negozio, purché entrambi descrivano lo stesso articolo. La descrizione breve del prodotto può essere una base adatta se completa e leggibile. Ripulisci il testo esportato e verifica i caratteri di escape; il modulo feed rimuove l'HTML dal resolver della descrizione.

Visualizza l'anteprima dei modelli sia con un prodotto a cui mancano attributi facoltativi sia con una combinazione completamente compilata. Rimuovi separatori vuoti e segnaposto non risolti. Un titolo assemblato con la taglia del prodotto padre e il colore di una combinazione può descrivere un'offerta che non vendi realmente.

I segnaposto dei modelli dipendono dall'esportatore usato; per i resolver supportati di titolo, descrizione, attributi, caratteristiche e campi personalizzati, segui la guida del modulo e controlla in anteprima i valori mancanti del catalogo prima di esportare.

Esporta le combinazioni come offerte distinte

Esporta le combinazioni acquistabili separatamente con ID articolo distinti, un raggruppamento di famiglia condiviso appropriato e attributi specifici della variante. Verifica colore, taglia, immagine, codice a barre, MPN, prezzo e scorte a livello di combinazione.

Il link deve selezionare la variante pubblicizzata e mostrarne prezzo e disponibilità effettivi. Un record variante corretto che punta a una combinazione predefinita non pertinente offre comunque una cattiva esperienza di destinazione.

Questo esempio XML Google abbreviato illustra una variante blu di taglia media. Non è un documento feed completo e i campi degli identificatori autentici applicabili devono ancora provenire dal catalogo. Per la produzione, mappa description dal testo prodotto ripulito, link dall'URL che seleziona quella combinazione e image_link dalla sua immagine principale; usa additional_image_link per viste aggiuntive adatte e mappa condition, dove richiesto, come new, refurbished o used.

<item>
  <g:id>4521-3</g:id>
  <g:item_group_id>4521</g:item_group_id>
  <g:title>Cotton T-shirt, Blue, M</g:title>
  <g:color>Blue</g:color>
  <g:size>M</g:size>
  <g:price>29.99 EUR</g:price>
  <g:availability>in_stock</g:availability>
</item>

Genera l'XML completo con il namespace Google corretto e un serializzatore XML. Prova i caratteri speciali in nomi, descrizioni e URL. Non concatenare manualmente testo di catalogo senza escape.

Allinea prezzi, sconti, valuta e scorte

Confronta il feed con la pagina pubblica di destinazione e il checkout nello stesso contesto di negozio, lingua, destinazione e valuta. Verifica trattamento fiscale, prezzi specifici, regole dei gruppi clienti, condizioni di quantità e combinazioni selezionate.

Per esempio, un'offerta normalmente a 129.00 EUR scontata a 99.00 EUR può usare price e sale_price con il suo periodo di sconto reale. Usa un sale_price_effective_date accurato quando pertinente. Inviare un prezzo scontato non garantisce la visualizzazione del prezzo barrato.

Per una sospetta differenza di VAT, confronta gli importi. Un rapporto come 1,19 può suggerire una differenza fiscale del diciannove per cento, ma verifica anche che siano stati selezionati la stessa variante e lo stesso sconto. Non presumere che ogni differenza dipenda dalle imposte.

Usa coerentemente una valuta supportata nell'offerta inviata, nella pagina di destinazione e nel checkout. Un feed in valuta locale è una possibilità. Il flusso supportato di conversione valutaria di Google può rivolgersi ad altri paesi partendo da una valuta inviata idonea; un paese non richiede di per sé un feed separato in valuta locale. Consulta le offerte per più paesi.

Allinea la disponibilità alla capacità di evasione, non alla sola quantità:

• in_stock: puoi accettare ed evadere l'ordine alle condizioni di consegna indicate.
• out_of_stock: l'articolo non è acquistabile.
• backorder: un articolo esistente non è attualmente disponibile ma può essere ordinato per una spedizione successiva.
• preorder: un prodotto non ancora uscito viene offerto prima del lancio.

Gli ordini arretrati e i preordini richiedono una availability_date appropriata, visibile anche sulla pagina. Consentire ordini a quantità zero non rende automaticamente l'articolo disponibile.

Alcune differenze possono essere corrette tramite aggiornamenti automatici degli articoli; altre producono avvisi, limitazioni, rifiuti o interventi sull'account. Considera gli aggiornamenti automatici una salvaguardia e mantieni accurati i dati sorgente.

Invia immagini conformi ai requisiti riferiti alla data indicata

Verifica dimensioni e contenuto effettivi di ogni URL immagine. Il nome di un tipo immagine come home_default non determina la conformità; i temi possono definire dimensioni diverse. Preferisci un'immagine generata abbastanza grande da mostrare chiaramente l'articolo.

A ottobre 2026, le precedenti dimensioni minime di Google sono transitorie. Google ha annunciato un minimo di 500 per 500 pixel per tutte le categorie e i metodi di marketing, incluse le immagini aggiuntive, con applicazione dal 31 gennaio 2027. Gli avvisi sono già attivi. Consulta l'aggiornamento delle specifiche 2026.

Usa immagini prodotto pulite senza sovrapposizioni promozionali o filigrane. Le viste aggiuntive possono mostrare dettagli, uso e installazione. Mantieni stabili gli URL quando l'immagine non cambia e usa il processo di aggiornamento supportato dalla piattaforma quando la sostituisci.

Dopo aver modificato le dimensioni dei tipi immagine PrestaShop, rigenera i formati richiesti con un processo controllato. Verifica che gli URL generati restituiscano immagini reali, senza accesso obbligatorio, reindirizzamenti bloccati o file mancanti.

Verifica separatamente regole robots, accesso dei crawler, protezione hotlink e WAF. Caricare un'immagine in un browser normale è utile, ma non dimostra che il crawler Google possa accedervi.

Usa tassonomia, etichette e dati supplementari

google_product_category usa la tassonomia Google; product_type può esprimere la tua gerarchia di categorie. Scegli la categoria accurata più specifica anziché un percorso inventato. Per uno scarico adatto, la categoria 504636 corrisponde a Hardware, Plumbing, Plumbing Fixture Hardware & Parts, Drains.

Usa la tassonomia attuale e conferma che la categoria corrisponda al prodotto effettivo. Mappare una categoria PrestaShop una volta può semplificare un'esportazione coerente, ma esamina le eccezioni.

Le etichette personalizzate da zero a quattro possono contenere raggruppamenti aziendali come fascia di margine, stagione, stato bestseller, fascia di prezzo e liquidazione. Per esempio, mantieni un'etichetta assegnata coerentemente a margine alto, medio o basso anziché mescolare classificazioni diverse nello stesso campo.

Le etichette personalizzate supportano la gestione dell'inventario e delle campagne. Non sono l'unico modo per formare gruppi di prodotti o di schede; possono essere utili anche marchio, ID articolo, condizione, categoria e tipo di prodotto. Allinea le etichette di margine ai costi effettivi prima di assegnare obiettivi diversi.

Un'origine supplementare con lo stesso ID articolo come chiave può aggiungere titoli, etichette o identificatori corretti. Le regole delle origini dati possono eseguire trasformazioni supportate, come combinare testi o normalizzare valori. Prova la precedenza delle regole e un campione di output affinché un aggiornamento successivo non annulli una correzione.

Le regole non sono un servizio generale di traduzione o conversione valutaria. Usa dati sorgente realmente tradotti e il flusso di conversione designato da Google dove idoneo.

Monitora ogni fase dell'aggiornamento

Esistono più tempistiche: modifica del catalogo, rigenerazione dell'esportazione o sincronizzazione API, recupero o elaborazione della piattaforma e successiva pubblicazione di schede o annunci. Nessuna è garantita immediatamente dopo il salvataggio di un prodotto.

Il modulo feed può riutilizzare un file valido in cache. Un aggiornamento prodotto può invalidare lo stato senza inviare in quell'istante tutte le modifiche a Google. Capacità API e frequenza di sincronizzazione configurata sono aspetti separati.

1. Scegli la frequenza dei processi in base alla rapidità con cui cambiano scorte, prezzi e campagne.
2. Configura un vero scheduler del server o l'integrazione di pianificazione installata.
3. Controlla l'ultima generazione o l'ultimo invio API riuscito e i relativi conteggi dei prodotti.
4. Allinea la pianificazione di recupero della piattaforma alla generazione del file.
5. Controlla gli errori di acquisizione e i valori elaborati di prodotti rappresentativi.
6. Prima di una promozione pianificata, verifica le date effettive e l'intera catena di aggiornamento.

Se un'importazione dal fornitore o un ERP gestisce prezzi e scorte, genera l'esportazione dopo il suo aggiornamento riuscito. Registra quale sistema gestisce ciascun campo affinché una correzione manuale non venga sovrascritta silenziosamente dall'importazione successiva. Controlla importazioni fallite o parziali prima di inoltrarne i risultati.

Non usare il traffico dei visitatori come sostituto di un processo affidabile. Proteggi gli URL dei feed come configurato, mantienili accessibili alla piattaforma e aggiorna i sistemi che li usano se ruoti il token di accesso.

Prova le rimozioni oltre agli aggiornamenti. Verifica cosa fa l'esportatore installato quando un prodotto è disattivato, eliminato o escluso dalla selezione. I percorsi tramite file e API possono trattare diversamente gli articoli omessi; conferma la procedura supportata di rimozione e la registrazione risultante sulla piattaforma. Indaga su un calo inatteso dei conteggi di esportazione prima di consentire rimozioni massive, soprattutto dopo un'importazione o una modifica della selezione.

I dati prodotto inviati generalmente scadono trenta giorni dopo l'ultimo aggiornamento. I prodotti aggiunti direttamente in Merchant Center non scadono e Google può aggiornare i dati idonei dalle tue pagine. Nessuno di questi meccanismi è un obiettivo di aggiornamento per scorte variabili. Un processo giornaliero può comunque servire dati obsoleti tra le esecuzioni o dopo un errore.

Risolvi sistematicamente i problemi di prodotti e account

Parti da Products, Needs attention. Separa problemi degli articoli, errori delle origini dati e problemi dell'account relativi alle norme. Affronta prima i problemi che interessano molti prodotti o bloccano l'account, poi esamina le singole eccezioni.

Configura esplicitamente la spedizione gratuita come servizio a costo zero dove appropriato. L'assenza di informazioni di spedizione non equivale alla spedizione gratuita. Mantieni le impostazioni Merchant Center coerenti con quanto offrono realmente i corrieri PrestaShop selezionati.

In PrestaShop 1.7.8, HTTPS su tutto il sito usa sia Enable SSL sia SSL on all pages. Le versioni successive differiscono. Verifica separatamente le risorse non sicure con URL codificati nel codice; abilitare SSL non riscrive ogni URL di immagini o script.

Correggi l'origine o una regola persistente deliberata, rigenera o invia, verifica il risultato corretto e controlla l'elaborazione della piattaforma. Richiedi la revisione solo dopo aver risolto il problema di norme indicato. Una correzione non garantisce l'approvazione entro uno o due giorni.

Esamina una combinazione rifiutata

Usa l'offerta della maglietta blu di taglia media 4521-3 dell'esempio XML. Supponi che l'offerta esportata sia di 29.99 EUR, ma che il link apra un'altra combinazione predefinita con un prezzo diverso. Modificare le impostazioni fiscali non correggerebbe quell'errore di selezione. Esamina lo stesso articolo per tutta l'indagine:

1. Salva il messaggio esatto del problema, la destinazione interessata, l'ID articolo, il link inviato e il prezzo elaborato dalla piattaforma. Registra gli orari di esportazione ed elaborazione per distinguere una vecchia registrazione dall'output più recente.
2. Apri quel link come cliente non autenticato nel contesto previsto di negozio, lingua, valuta e destinazione. Segui i reindirizzamenti e annota colore e taglia selezionati. Confronta offerta visibile, dati strutturati e prezzo al checkout con la registrazione grezza del feed.
3. Sullo staging, correggi il link della combinazione o il resolver che selezionava l'offerta predefinita. Verifica contemporaneamente immagine, identificatori assegnati, regole sulle scorte e raggruppamento di famiglia. Mantieni l'ID articolo esistente se identifica ancora correttamente quella combinazione.
4. Dopo il superamento dei controlli sullo staging, applica il link o resolver corretto all'esportatore di produzione durante il passaggio pianificato, conservando la configurazione precedente per il ripristino. Poi rigenera il file ospitato di produzione o esegui l'invio reale configurato. Conferma che la registrazione risultante descriva ancora Blu, M al prezzo di esempio di 29.99 EUR e che la piattaforma possa recuperare l'origine aggiornata. Una sola impostazione salvata o un'anteprima locale non basta.
5. Controlla l'articolo elaborato dopo che la piattaforma ha acquisito la modifica. Conferma lo stato per la destinazione e la selezione nella pagina di destinazione, poi esamina altre combinazioni che usano la stessa mappatura. Se resta un problema separato di norme dell'account, segui il relativo flusso di correzione e revisione.

Conserva la registrazione prima e dopo e il risultato elaborato come prova di completamento. Un calo dei rifiuti non è conclusivo se i prodotti interessati sono semplicemente scomparsi dall'origine; riconcilia l'elenco previsto degli articoli oltre ai totali degli stati.

Mantieni accessibili e accurate le pagine di contatto, spedizione e reso. Verifica anche i dati strutturati finali dei prodotti seguendo la guida ai dati strutturati.

Collega i cataloghi Meta e il checkout sul sito web

Crea un feed in base alle specifiche attuali dei cataloghi Meta e al tipo di catalogo scelto. Nomi di campo simili non rendono requisiti, regole degli identificatori o valori accettati da Google identici a quelli di Meta.

1. Crea o seleziona il catalogo in Commerce Manager e scegli la sua origine dati.
2. Verifica ID articolo stabili, titoli, descrizioni, URL, immagini, prezzi, valute, condizione e disponibilità rispetto alla validazione attuale di Meta.
3. Imposta la pianificazione supportata di recupero o sincronizzazione e controlla gli errori di elaborazione.
4. Se idoneo, collega la Pagina e l'account Instagram e crea la presentazione dello Shop.
5. Organizza collezioni utili intorno a bestseller, gamme stagionali o un uso comune e completa i passaggi di revisione e conformità alle norme dell'account.
6. Prova su un telefono l'intero passaggio al tuo sito web.

Scegli deliberatamente negozio, lingua e valuta che alimentano ciascun catalogo Meta. Controlla in anteprima una combinazione tradotta e un articolo in saldo prima di un'esportazione massiva. Non presumere che un esportatore specifico per Google fornisca anche un feed Meta: conferma che il connettore o il modello implementi le specifiche del catalogo Meta selezionato.

Se Commerce Manager offre il checkout sul sito web per il tuo account, prova il passaggio fino a un ordine e pagamento effettivi nel negozio.

Verifica in Commerce Manager l'idoneità attuale di paese, attività e account. Non promettere una scadenza per la revisione. Configura l'eventuale URL di checkout richiesto attraverso la tua integrazione PrestaShop effettiva; il percorso di checkout di un'altra piattaforma non è un endpoint PrestaShop.

Mantieni gli ID catalogo coerenti con i content ID di Pixel e Conversions API quando usi l'abbinamento degli eventi al catalogo. Includi l'ambito della combinazione dove richiesto. La percentuale di approvazione prodotti e quella di abbinamento eventi-catalogo sono misure diverse.

Per un problema di abbinamento al catalogo, confronta il content ID di un evento reale di visualizzazione prodotto con l'ID articolo esatto in Commerce Manager. Per eventi con content_type=product, i content ID devono corrispondere agli ID articolo del catalogo; gli eventi con content_type=product_group corrispondono invece a item_group_id del catalogo, quindi un ID del prodotto padre può essere intenzionale. Verifica il tipo di contenuto dell'evento prima di cambiare la mappatura. Controlla separatamente che le segnalazioni di browser e server dello stesso acquisto usino nomi e ID evento corrispondenti; abbinare un prodotto non deduplica una vendita.

Pixel e CAPI servono alla misurazione e a specifici usi pubblicitari. Non sono entrambi prerequisiti per ogni obiettivo di campagna o per la semplice creazione di un catalogo. Collega la raccolta dati alle regole di consenso applicabili. Consulta la guida all'analisi dei dati.

Rendi utilizzabili pagina prodotto di destinazione e checkout, con offerte accurate, checkout ospite adeguato e un percorso di pagamento mobile funzionante. Aggiungere parametri di tracciamento non deve cambiare l'articolo selezionato né danneggiare l'URL. Prova un accesso dallo Shop nel browser interno di Facebook o Instagram su un telefono: preserva la combinazione selezionata attraverso eventuali reindirizzamenti, verifica prezzo pubblicizzato e offerta di consegna e segui il pagamento fino all'ordine PrestaShop risultante.

Mantieni una routine pratica di revisione del catalogo

• Confronta record selezionati di prodotti e varianti con la pagina pubblica di destinazione e il checkout.
• Controlla i tempi dell'ultimo successo di esportazione e piattaforma e le variazioni dei conteggi degli articoli.
• Esamina Needs attention e i problemi in Commerce Manager dopo importazioni, promozioni o modifiche agli URL.
• Verifica separatamente lingue, valute, paesi e contesto del negozio.
• Prova le immagini appena generate e le politiche di spedizione modificate.
• Misura clic, acquisti validi, margine e costo delle campagne senza presumere che ogni cambiamento sia causato dalle modifiche al feed.

Per più mercati, usa origini o destinazioni che preservino combinazioni supportate di lingua, offerta e spedizione. Feed separati possono semplificare le operazioni, ma non sono sempre obbligatori per ogni paese. Mantieni chiara la responsabilità dell'origine, così che due integrazioni non si sovrascrivano a vicenda.

Prova il passaggio e concorda la consegna al team

Crea l'insieme dei casi di accettazione dal tuo catalogo: un articolo semplice, una combinazione con il proprio codice a barre, uno sconto attivo, un articolo ordinabile a quantità zero, un prodotto escluso e un'offerta per ogni mercato previsto. Conserva ID articolo, link, prezzo, valuta, disponibilità e immagine attesi accanto a ciascun caso. Includi un prodotto con caratteri speciali per rilevare errori di serializzazione o escape.

1. Salva impostazioni attuali dell'esportatore, regole delle origini, pianificazioni e mappatura degli articoli. Concorda quale account e origine dati aggiornerà la sostituzione e come annullare aggiornamenti e rimozioni se il passaggio fallisce.
2. Confronta i casi di accettazione sullo staging e indaga sulle variazioni inattese dei conteggi prima di inviare l'intero catalogo. Verifica che le esportazioni di prova contengano il dominio del negozio previsto e che l'output di produzione usi gli URL reali dei prodotti.
3. Concorda una finestra di passaggio tenendo conto di importazioni e promozioni. Quando la sostituzione assume il controllo, interrompi il sistema precedente che scrive le stesse offerte affinché non sovrascriva i nuovi valori. Conserva origini indipendenti e regole supplementari ancora necessarie.
4. Verifica una generazione o un invio reale, l'acquisizione della piattaforma e i casi di accettazione elaborati. Controlla anche l'esecuzione programmata successiva; un'esportazione manuale riuscita non dimostra che lo scheduler funzioni.
5. Consegna prove, destinazione degli avvisi e istruzioni di recupero. Nomina chi esaminerà un'attività fallita o un cambiamento nel numero dei rifiuti e indica quale errore deve attivare il ripristino concordato.

Se hai scelto il modulo e vuoi installare e verificare la configurazione concordata, il PrestaShop Module Installation & Configuration Service copre tale configurazione; licenze, moduli aggiuntivi e sviluppo sono separati.

Cosa chiedere al tuo sviluppatore o alla tua agenzia

• Quale versione installata del modulo, tema e contesti di mercato hanno superato i casi di accettazione e dove sono le prove?
• Quale origine gestisce ciascun campo, incluse importazioni dai fornitori, sostituzioni supplementari e aggiornamenti automatici?
• Come vede il personale un'esportazione fallita, una credenziale scaduta, un errore di recupero o una rimozione inattesa e chi interviene?
• Quali account, scheduler e credenziali controlla l'azienda e come verrà trasferito l'accesso se cambia il manutentore?

Domande dei titolari

Posso inviare solo una parte del catalogo?

Sì, usa una selezione deliberata dei prodotti per la destinazione prevista e controllala dopo le importazioni del catalogo. Escludi offerte non acquistabili alle condizioni pubblicizzate, come un articolo solo su preventivo senza un'offerta pubblica acquistabile. Conserva un registro delle esclusioni intenzionali affinché il personale possa distinguerle dalle esportazioni mancanti.

Un feed prodotti richiede dati di clienti o ordini?

Un feed prodotti descrive offerte. Escludi dal suo contenuto pubblico registrazioni dei clienti, esportazioni degli ordini e credenziali di autenticazione. La misurazione degli acquisti è un'integrazione separata con controlli propri di accesso e consenso.

Posso sospendere gli annunci a pagamento e mantenere le schede gratuite?

Sospendi l'attività a pagamento tramite i controlli delle campagne e verifica separatamente la partecipazione alle schede gratuite. Rimuovere un'origine dati condivisa può interrompere destinazioni che vuoi ancora usare, quindi non eliminare il catalogo solo per fermare la spesa pubblicitaria.

Devo confrontare le modifiche ai titoli su tutto il negozio contemporaneamente?

Conserva un'esportazione prima e dopo e modifica prima un gruppo definito di prodotti. Confronta idoneità, impressioni, clic e acquisti validi delle stesse offerte, annotando modifiche a prezzi, scorte, budget e campagne. Considera il risultato come prova per quel gruppo, anziché come un aumento promesso per ogni prodotto.