[Solo SaaS]{class="badge positive" title="Applicabile solo ai progetti as a Cloud Service e Adobe Commerce Optimizer di Adobe Commerce (infrastruttura SaaS gestita da Adobe)."}

Elenco di controllo di Launch

Utilizzare questo elenco di controllo per verificare che il progetto di produzione Adobe Commerce Optimizer sia configurato, testato e pronto per l'avvio. Lavora in ogni sezione con il tuo team e tieni traccia del completamento nel tuo piano di progetto o nel tracker. Per le funzionalità del prodotto e le aree dell'interfaccia utente a cui si fa riferimento di seguito, consulta la Adobe Commerce Optimizer documentazione.

Caso d’uso e architettura use-case

Usa questo elenco di controllo quando distribuisci un'esperienza B2C che combina Adobe Commerce Optimizer e Edge Delivery Services (EDS) con un'istanza Adobe Commerce on Cloud esistente.

In genere, la soluzione include i seguenti componenti:

Verifica Adobe Commerce su Cloud verify-cloud

Verifica che il tuo ambiente Adobe Commerce on Cloud sia pronto per la produzione.

▢ L'istanza cloud è predisposta.
▢ I test e i dati fittizi vengono rimossi dall'istanza.
I dati di produzione di ▢ sono caricati nell'istanza.
▢ Conosci l'endpoint GraphQL.
▢ L'istanza soddisfa i requisiti di ready-for-launch.

Verifica istanza Commerce Optimizer verify-optimizer

Verificare che l'istanza di produzione di Adobe Commerce Optimizer sia configurata correttamente.

▢ L'istanza di produzione è attiva. Per informazioni su come eseguire il provisioning, consulta Introduzione.
▢ L'istanza si trova nell'area corretta.
▢ Il tipo di ambiente è Produzione.
▢ Conosci l'ID organizzazione, l'ID client, l'URL di acquisizione e l'URL di Commerce Optimizer. Consulta Introduzione.
▢ I limiti configurati corrispondono ai valori confermati dal tuo Adobe Customer Technical Advisor (CTA).
▢ Gli artefatti di test e i dati fittizi sono stati rimossi dall'istanza.

Verifica sito vetrina verify-storefront-site

Verifica che il tuo sito di vetrina Edge Delivery Services esista e che l'accesso sia limitato.

▢ Il sito storefront esiste. Vedi Creare una vetrina.
▢ Il nome del sito è noto.
▢ Solo gli utenti autorizzati dispongono di autorizzazioni per la pubblicazione.
▢ Solo gli utenti autorizzati dispongono di autorizzazioni per l'authoring.

Verificare l’integrazione di Cloud e Optimizer cloud-optimizer-integration

Verificare che Adobe Commerce su Cloud e Adobe Commerce Optimizer si scambino correttamente i dati.

Su Adobe Commerce

Completa questi controlli nel progetto Cloud.

▢ Il connettore Commerce Optimizer è installato e configurato.
▢ Il comando CLI aco:conf:show conferma la connessione all'istanza Commerce Optimizer di produzione. L’ID organizzazione, l’ID client, l’URL di acquisizione e l’URL di Commerce Optimizer corrispondono alla produzione.
▢ Gli ambiti di sincronizzazione nella configurazione di esportazione corrispondono ai requisiti.
▢ Stato sincronizzazione feed dati conferma l'esportazione dei dati dall'istanza Cloud.

In Commerce Optimizer

Completare questi controlli nell'interfaccia utente Adobe Commerce Optimizer.

▢ Il dashboard di sincronizzazione dati mostra i dati ricevuti. Prodotti, prezzi e attributi vengono visualizzati per Catalog Service, Product Discovery e Recommendations.
▢ I listini prezzi sono creati automaticamente dai gruppi di clienti su Cloud.
▢ Sono presenti visualizzazioni catalogo di cui si conoscono gli ID.
▢ I criteri esistono e conosci i loro ID.
▢ Facet configurati.
▢ Sinonimi configurati.
▢ Le regole di merchandising sono configurate.
▢ Il faceting del prezzo e il linguaggio di ricerca soddisfano le tue esigenze quando utilizzi queste funzioni.
▢ I prodotti consigliati esistono e si comportano come previsto nell'anteprima.
▢ I dati sulle prestazioni di ricerca sono visualizzati in Admin.
▢ I dati sulle prestazioni dei consigli sono visualizzati in Admin.

Verifica dell’integrazione di storefront e Cloud storefront-cloud-integration

Verifica che la vetrina legga dall’endpoint Adobe Commerce GraphQL corretto.

Su Adobe Commerce

▢ pacchetti di compatibilità Storefront sono installati.

Nella vetrina

▢ L'impostazione della vetrina commerce-core-endpoint punta al tuo endpoint Cloud GraphQL.
▢ Se utilizzi Mesh API come proxy per Cloud GraphQL, commerce-core-endpoint punta all'endpoint Mesh API invece dell'endpoint GraphQL Cloud.

Verifica dell’integrazione di storefront e Optimizer storefront-optimizer-integration

Conferma le impostazioni Commerce Optimizer nella configurazione della vetrina.

▢ La vetrina utilizza le impostazioni Commerce Optimizer corrette.
▢ adobe-commerce-optimizer è true.
▢ commerce-endpoint punta all'endpoint Commerce Optimizer GraphQL di produzione o all'endpoint Mesh API quando si utilizza Mesh API.
▢ headers.cs.AC-view-ID contiene l'ID della vista catalogo dell'istanza di Commerce Optimizer di produzione.

Verificare i servizi di terze parti su Cloud third-party-services

Conferma le integrazioni in esecuzione sul tuo sistema di e-commerce host (non in Adobe Commerce Optimizer).

▢ Pagamenti: Il gateway dei pagamenti è attivo e testato (Stripe, PayPal, Adyen e così via).
▢ Spedizione: Le connessioni API per la spedizione funzionano (UPS, FedEx e così via).
▢ Spedizione: La piattaforma di evasione è connessa e testata (ad esempio, ShipStation).
▢ Imposta: L'integrazione del calcolo delle imposte è convalidata (Avalara, TaxJar e così via).
▢ Imposta: La sincronizzazione del software di accounting funziona (QuickBooks e così via).
▢ L'inventario: l'integrazione di PIM, ERP o Gestione inventario è stata testata e sincronizzata.
▢ Architettura: Il sistema di e-commerce host gestisce il pagamento, la spedizione, le imposte e l'inventario (non Adobe Commerce Optimizer).
▢ Architettura: Mesh API e App Builder rimangono sincronizzati tra il sistema commerce host e Adobe Commerce Optimizer.
▢ E-mail: La consegna delle e-mail transazionali funziona (conferma ordine, spedizione e così via).
▢ E-mail: I modelli e-mail corrispondono al tuo marchio e utilizzano i collegamenti corretti.

Verificare App Builder e Mesh API app-builder-mesh

Conferma la configurazione dell’estensibilità per la produzione.

App Builder

▢ L'area di lavoro di produzione include tutte le configurazioni e i servizi richiesti.
▢ L'app di produzione passa il test tra gli scenari di build.
▢ I limiti e i limiti del prodotto sono stati rivisti e confermati in base alla descrizione del prodotto Adobe Developer App Builder e alle impostazioni e limitazioni del sistema App Builder.
▢ L'app di produzione utilizza gli endpoint di produzione App Builder.
▢ Le estensioni del pannello Admin personalizzate sono distribuite nell'area di lavoro di produzione.

Mesh API

▢ configurazioni e origini sono pronte per la produzione.

Eventi

▢ Adobe I/O Events sono configurati e le sottoscrizioni sono verificate.

Finalizzare l’esperienza della vetrina finalize-storefront

Contenuto polacco, SEO, prestazioni, sicurezza e comportamento CDN prima del lancio.

Contenuti e authoring

Conferma l’authoring dei componenti flusso di lavoro e vetrina.

▢ La revisione dell'elenco di controllo per la pubblicazione di AEM/EDS è stata completata.
▢ L'origine di creazione è basata su documenti o Universal Editor (e configurata).
▢ Il contenuto viene pubblicato utilizzando il ciclo di anteprima → pubblicazione.
▢ Controllo qualità contenuto e progettazione completato nel dominio .aem.live.
▢ Un favicon è configurato e servito correttamente dal sito.
▢ da.live e gli elementi visivi di prodotto utilizzano configured credenziali dedicate.
▢ gli abbandoni (carrello, pagamento, PDP, PLP, autenticazione, account) sono personalizzati e testati.
▢ Il branding della vetrina riflette i token di progettazione CSS, la tipografia e i colori.

SEO e indicizzazione

Conferma i metadati, gli URL e il comportamento di scansiona.

▢ I metadati del titolo del documento sono presenti per le pagine chiave (in particolare PDP e PLP). Consulta Metadati SEO nella documentazione di Adobe Commerce Storefront.
▢ PDP includono metadati e dati strutturati (ad esempio, JSON-LD).
▢ I formati degli URL di prodotto sono coerenti (ad esempio, domain/product-name).
▢ URL personalizzati reindirizzati a URL canonici.
▢ Il progetto include robots.txt che consente l'indicizzazione dove appropriata, fa riferimento a sitemap e blocca percorsi che non si desidera indicizzare (ad esempio, /drafts).
▢ I file di reindirizzamento coprono le modifiche degli URL dalla migrazione (ad esempio, dopo aver rimosso .html).
▢ Sitemap esiste ed è inviato alla console di Google Search in base alle esigenze.
▢ URL canonici restituiscono lo stato 2xx (non 3xx o 4xx).
▢ siti multilingue includono hreflang tag in sitemap.
▢ Il report di copertura della console di Google Search è aggiornato.

Pre-rendering

Conferma il rendering lato server dove abilitato.

Pre-rendering di ▢ attivato per le pagine chiave. Consulta Pre-rendering per AEM nella documentazione di Adobe Commerce Storefront.
▢ URL utilizzano lettere minuscole, pertanto il pre-rendering non interrompe i collegamenti.
L'origine HTML ▢ include metadati e contenuto del corpo che confermano il funzionamento del pre-rendering.
Nelle impostazioni internazionali ▢ vengono visualizzate le pagine tradotte corrette, se applicabili.
▢ markup HTML aggiuntivo configurato in base alle esigenze.

Prestazioni e monitoraggio

Confermare le linee di base delle prestazioni e il cablaggio di Analytics.

▢ La tua vetrina segue le best practice per le prestazioni nella documentazione di Adobe Commerce Storefront.
▢ (facoltativo) Google Analytics e Google Tag Manager sono configurati.
L'implementazione di ▢ eventi Storefront è valida e i dati vengono visualizzati nei dashboard di Live Search e Product Recommendations in Adobe Commerce Admin.
▢ Il parametro di analisi environment nella configurazione Commerce è "Testing" durante lo sviluppo e "Production" durante il lancio. Consulta Strumentazione di Analytics.
I punteggi di ▢ Lighthouse soddisfano le tue destinazioni (ad esempio, 100 nelle pagine chiave) secondo le indicazioni contenute in questo argomento.

Sicurezza e accesso

Conferma autorizzazioni e segreti.

▢ Le autorizzazioni appropriate sono configurate per il contenuto DA e i siti EDS. Consulta Autorizzazioni DA.live e Impostazione dell'autenticazione per l'authoring.
▢ È stato eseguito il provisioning dell'integrazione degli elementi visivi del prodotto. Consulta Panoramica dell'accesso ad AEM Cloud Service.
I collegamenti per la reimpostazione della password ▢ nei modelli e-mail corrispondono alla configurazione di Edge Delivery Services. Vedi le domande frequenti sulla vetrina: Cosa devo fare se i miei collegamenti del modello e-mail sono interrotti dopo la migrazione a Edge Delivery Services o Helix?.
▢ Le chiavi di produzione per le integrazioni e i provider di pagamenti sono attive.
I domini ▢ sono inseriti nell'elenco Consentiti e i webhook di back-end funzionano.

CDN e caching

Conferma il comportamento di CDN, DNS e cache.

▢ La configurazione CDN utilizza l'endpoint GraphQL di produzione (yourproject.com/graphql) per le estensioni e gli script Sidekick (ad esempio, la generazione di sitemap e l'importazione di immagini).
▢ Quando utilizzi Adobe Commerce Fastly, è disponibile un token di eliminazione CDN e la configurazione del sito include authToken e serviceId.
▢ La configurazione CDN convalida la memorizzazione nella cache e l'annullamento della validità.
▢ Per impostazioni multi-store, le richieste Catalog Service e Live Search includono un buster della cache specifico per l'archivio (ad esempio, un parametro di query o una regola CDN).
▢ L'invalidazione push funziona in modo end-to-end (pubblica una modifica, quindi verifica nel dominio di produzione).
Il valore TTL DNS di ▢ è sufficientemente basso prima del cutover.
▢ i record A e CNAME DNS sono corretti per tutti i domini e i nomi host.
▢ È stato eseguito il provisioning e la verifica del certificato SSL/TLS per il dominio di produzione.
▢ www e i reindirizzamenti apex si comportano correttamente.

Sicurezza e conformità security-compliance

Confermare la postura di sicurezza e le attività di conformità.

▢ SSL: è installato un certificato SSL/TLS attendibile.
▢ SSL: HTTPS applicato a livello di sito.
▢ Accesso: Le password predefinite di Amministratore sono state modificate ed è attivo un criterio per password complessa. Vedere Adobe Commerce Optimizer Gestione utenti e identità.
▢ Accesso: L'URL Amministratore non è predefinito.
▢ Accesso: L'autenticazione a due fattori è abilitata per tutti gli utenti Amministratore.
▢ Accesso: Nessun utente amministratore inattivo o inutilizzato è associato al progetto.
▢ Firewall: Il firewall dell'applicazione Web (WAF) è configurato e verificato.
▢ PCI: Test di penetrazione della sicurezza in produzione (ambito PCI) completato.
▢ Analisi: Lo strumento Adobe Security Scan è stato registrato ed è stata completata un'analisi iniziale.
▢ L'accesso: CORS consente solo origini approvate.
▢ Conformità: Il modello di responsabilità condivisa per Adobe Commerce Optimizer è aggiornato e definisce chiaramente le responsabilità di Adobe rispetto a quelle dei clienti.
▢ Conformità: I criteri di privacy, il consenso dei cookie e i requisiti RGPD o CCPA sono verificati.

Analisi e monitoraggio analytics-monitoring

Confermare la misurazione e le linee di base.

▢ RUM: Real User Monitoring (RUM) è dotato di strumenti per il confronto prima e dopo.
▢ Analytics: la raccolta dati di Adobe Experience Platform è configurata (se applicabile).
▢ Analytics: ha verificato che i tag MarTech vengano attivati sul nome host di produzione.
▢ Analytics: Le analisi di base sono documentate; sono previste fluttuazioni successive all'avvio (visualizzazioni di pagina, frequenza di rimbalzo e così via).
▢ Eventi: Il tracciamento delle conversioni funziona in modo completo (aggiunta al carrello → estrazione → conferma).

Test testing

Conferma la qualità prima e dopo il lancio.

▢ Funzionale: I flussi core funzionano da un'estremità all'altra: sfogliare → ricerca → filtrare → aggiungere al carrello → estrarre → creare l'account.
▢ Funzionale: I gateway di pagamento accettano transazioni effettive e di test.
▢ Funzionale: Inserimento dell'ordine, e-mail di conferma e lavoro di tracciamento degli ordini.
▢ Funzionale: Le opzioni di spedizione e i calcoli delle imposte sono accurati.
▢ Funzionale: I coupon, gli sconti e i programmi fedeltà si comportano come previsto.
▢ UAT: Test di accettazione utente completato per staging e produzione.
▢ Prestazioni: Test di carico e stress completati. I risultati sono disponibili in Adobe CTA o CSE.
▢ Prestazioni: Il tempo di caricamento della pagina è inferiore a tre secondi su desktop e dispositivi mobili.
▢ Prestazioni: I punteggi di Lighthouse soddisfano le destinazioni nelle pagine chiave (ad esempio, tramite PageSpeed Insights).
▢ Prestazioni: immagini, script e risorse sono ottimizzati.
▢ Compatibilità: Chrome, Firefox, Safari e Edge si comportano come previsto.
▢ Compatibilità: I layout reattivi funzionano su dispositivi mobili, tablet e desktop.
▢ Compatibilità: Prestazioni accettabili su 3G, 4G e Wi-Fi.
▢ Accessibilità: Un controllo di accessibilità è stato completato (WCAG, utilità di lettura dello schermo, navigazione da tastiera).
▢ Funzionale: È attivo un piano di monitoraggio 404 post-avvio.
▢ UAT: Esiste un piano di rollback e supera i test in caso di problemi di avvio.

Giorno del lancio e post-lancio launch-post-launch

Conferma le attività di comunicazione, supporto e follow-up.

▢ Coordinazione lancio: Adobe ha la data di lancio confermata; CTA ha ricevuto una notifica tramite e-mail.
▢ Supporto: Il numero di hotline P1 è registrato: US (+1) 800-497-0335, quindi premere 6 per Commerce.
▢ Supporto: Il team è addestrato ad aprire un ticket di supporto prima chiamando la hotline P1.
▢ Dopo l'avvio: verificare i punteggi di Lighthouse nel dominio di produzione.
▢ Dopo l'avvio: monitorare la console di Google Search per individuare eventuali errori di indicizzazione e scansiona.
▢ Dopo l'avvio: monitora i report 404 e aggiungi reindirizzamenti per gli URL legacy a traffico elevato.
▢ Dopo l'avvio: confermare i dati di analisi e MarTech relativi alla produzione.
▢ Dopo l'avvio: Chiedi al tuo CTA, CSE o AM di abilitare il monitoraggio high-SLA.
▢ Esiste un piano di disaster recovery e supera i test.
▢ È in corso un processo per tenere traccia e aggiornare i pacchetti boilerplate e di estensione alle versioni correnti.