Öppna checklista
Använd den här checklistan för att verifiera att produktionen Adobe Commerce Optimizer-projektet har konfigurerats, testats och är klart för start. Gå igenom varje avsnitt med teamet och följ upp resultatet i din egen projektplan eller spårare. Information om produktfunktioner och användargränssnittsområden som det hänvisas till nedan finns i Adobe Commerce Optimizer dokumentationen.
Användningsfall och -arkitektur use-case
Använd den här checklistan när du levererar en B2C-upplevelse som kombinerar Adobe Commerce Optimizer och Edge Delivery Services (EDS) med en befintlig Adobe Commerce i molninstansen.
Lösningen innehåller vanligtvis följande komponenter:
- Cloud - Adobe Commerce i Cloud hanterar katalogdata, kunder, resurser och inköpsflöden (utcheckning, orderhantering, frakt osv.).
- Optimizer—Adobe Commerce Optimizer levererar marknadsföringsupplevelser.
- Storefront - Adobe Commerce Storefront på Edge Delivery Services tillhandahåller användargränssnittet.
- Tredjepartstjänster - Betalnings-, leverans- och skatteproviders.
- App Builder - Utbyggbarhet.
- API-nät - Begär routning.
Verifiera Adobe Commerce i molnet verify-cloud
Bekräfta att din Adobe Commerce i molnmiljö är redo för produktion.
▢ Molninstansen är etablerad.
▢ Testnings- och dummy-data tas bort från instansen.
▢ Produktionsdata läses in på instansen.
▢ Du känner till GraphQL-slutpunkten.
▢ Instansen uppfyller kraven för ready-for-launch.
Verifiera Commerce Optimizer-instans verify-optimizer
Bekräfta att din Adobe Commerce Optimizer-produktionsinstans är korrekt konfigurerad.
▢ Produktionsinstansen är aktiv. Se Kom igång för hur du etablerar det.
▢ Instansen finns i rätt region.
▢ Miljötypen är Produktion.
▢ Du känner till organisations-ID, klient-ID, inmatnings-URL och Commerce Optimizer URL. Se Kom igång.
▢ Konfigurerade gränser matchar de värden som har bekräftats av Adobe Customer Technical Advisor (CTA).
▢ Testartefakter och dummy-data har tagits bort från instansen.
Verifiera butiksplats verify-storefront-site
Bekräfta att din Edge Delivery Services Store-webbplats finns och att åtkomsten är begränsad.
▢ Butiksplatsen finns. Se Skapa en butik.
▢ Du känner till platsnamnet.
▢ Endast behöriga personer har behörighet att publicera.
▢ Endast behöriga personer har behörighet att skapa.
Verifiera integreringen mellan Cloud och Optimizer cloud-optimizer-integration
Bekräfta att Adobe Commerce i molnet och Adobe Commerce Optimizer utbyter data korrekt.
På Adobe Commerce
Slutför de här kontrollerna i ditt Cloud-projekt.
▢ Commerce Optimizer-anslutningen är installerad och konfigurerad.
▢ CLI-kommandot aco:conf:show bekräftar anslutningen till Commerce Optimizer-instansen för produktionen. Organisations-ID, klient-ID, inmatnings-URL och Commerce Optimizer URL matchar produktionen.
▢ Synkroniseringsomfattningarna i Exportkonfigurationen matchar dina krav.
▢ Synkroniseringsstatus för datafeed bekräftar dataexport från molninstansen.
I COMMERCE OPTIMIZER
Slutför de här kontrollerna i användargränssnittet för Adobe Commerce Optimizer.
▢ Datasynkroniseringspanelen visar mottagna data. Produkter, priser och attribut visas för katalogtjänsten, produktidentifiering och rekommendationer.
▢ Prisböcker skapas automatiskt från kundgrupper i molnet.
▢ Katalogvyer finns och du känner till deras ID:n.
▢ Profiler finns och du känner till deras ID:n.
▢ Fasetter har konfigurerats.
▢ Synonymer har konfigurerats.
▢ Marknadsföringsregler har konfigurerats.
▢ Prisutjämning och sökspråk matchar dina krav när du använder dessa funktioner.
▢ Produktrekommendationer finns och fungerar som förväntat i förhandsgranskningen.
▢ Sökprestandadata visas i Admin.
▢ Prestandadata för rekommendationer visas i Admin.
Verifiera integrering mellan butiker och moln storefront-cloud-integration
Bekräfta att butiken läser från rätt slutpunkt för Adobe Commerce GraphQL.
På Adobe Commerce
▢ Kompatibilitetspaket för Storefront är installerade.
På butiken
▢ Inställningen storefront commerce-core-endpoint pekar på din Cloud GraphQL-slutpunkt.
▢ Om du använder API Mesh som proxy för Cloud GraphQL pekar commerce-core-endpoint på API Mesh-slutpunkten i stället för molnets GraphQL-slutpunkt.
Verifiera integrering mellan butiker och Opmizer storefront-optimizer-integration
Bekräfta Commerce Optimizer-inställningarna i butikskonfigurationen.
▢ Din butik använder rätt Commerce Optimizer-inställningar.
▢ adobe-commerce-optimizer är true.
▢ commerce-endpoint pekar på Commerce Optimizer GraphQL-slutpunkten för produktionen eller till API-nätslutpunkten när du använder API-nät.
▢ headers.cs.AC-view-ID innehåller katalogvisnings-ID:t från din Commerce Optimizer-produktionsinstans.
Verifiera tredjepartstjänster i molnet third-party-services
Bekräfta integreringar som körs på ditt värdhandelssystem (inte i Adobe Commerce Optimizer).
▢ Betalningar: Betalningsgatewayen är live och testad (Stripe, PayPal, Adyen och så vidare).
▢ Leverans: Leverans-API-anslutningar fungerar (UPS, FedEx och så vidare).
▢ Leverans: Fulfillment platform är ansluten och testad (till exempel ShipStation).
▢ Moms: Momsberäkningsintegrering valideras (Avalara, TaxJar och så vidare).
▢ Skatt: Synkronisering av redovisningsprogramvara fungerar (QuickBooks och så vidare).
▢ Inventering: PIM-, ERP- eller lagerhanteringsintegrering testas och synkroniseras.
▢ Arkitektur: Värdehandelssystemet hanterar betalning, frakt, skatt och lager (inte Adobe Commerce Optimizer).
▢ Arkitektur: API-nät och App Builder är synkroniserade mellan värdsystemet och Adobe Commerce Optimizer.
▢ E-post: Leverans av transaktionella e-postmeddelanden fungerar (orderbekräftelse, leverans och så vidare).
▢ E-post: E-postmallar matchar ditt varumärke och använder korrekta länkar.
Verifiera App Builder- och API-nät app-builder-mesh
Bekräfta utökningskonfiguration för produktion.
App Builder
▢ Arbetsytan för produktion innehåller alla nödvändiga konfigurationer och tjänster.
▢ Produktionsappen klarar testning i olika scenarier.
▢ Produktgränser har granskats och bekräftats baserat på Adobe Developer App Builder produktbeskrivning och App Builder systeminställningar och begränsningar.
▢ Produktionsappen använder App Builder produktionsslutpunkter.
▢ Anpassade Admin-paneltillägg distribueras till arbetsytan för produktion.
API-nät
▢ konfigurationer och källor är klara för produktion.
Händelser
▢ Adobe I/O Events har konfigurerats och prenumerationer har verifierats.
Slutför butiksupplevelsen finalize-storefront
Polskt innehåll, SEO, prestanda, säkerhet och CDN-beteende före start.
Innehåll och redigering
Bekräfta redigeringsarbetsflöde och butikskomponenter.
▢ Granskningen av AEM/EDS-checklistan är klar.
▢ Redigeringskällan är dokumentbaserad eller universell redigerare (och konfigurerad).
▢ Innehåll publiceras med förhandsgransknings → publiceringscykel.
▢ Innehålls- och utformnings-QA har slutförts på domänen .aem.live.
▢ Ett favoritikonobjekt är konfigurerat och hanteras korrekt av platsen.
▢ da.live och produktvisuella använder konfigurerade dedikerade autentiseringsuppgifter.
▢ Drop-ins (cart, checkout, PDP, PLP, auth, account) är anpassade och testade.
▢ Storefront-varumärket reflekterar CSS-designtoken, typografi och färger.
SEO och indexering
Bekräfta metadata, URL:er och crawlningsbeteende.
▢ Dokumenttitelmetadata finns för nyckelsidor (särskilt PDP och PLP). Se SEO-metadata i dokumentationen för Adobe Commerce Storefront.
▢ PDP:er innehåller metadata och strukturerade data (till exempel JSON-LD).
▢ Produkt-URL-format är konsekventa (till exempel domain/product-name).
▢ Vanity-URL:er omdirigeras till kanoniska URL:er.
▢ Projektet innehåller robots.txt som tillåter indexering där det är lämpligt, referenser till platskartor och blockerar sökvägar som du inte vill indexera (till exempel /drafts).
▢ Omdirigeringsfiler omfattar URL-ändringar från migrering (till exempel efter att .html har tagits bort).
▢ platskarta finns och skickas till Google Search Console efter behov.
▢ kanoniska URL:er returnerar 2xx-status (inte 3xx eller 4xx).
▢ flerspråkiga webbplatser innehåller hreflang -taggar i webbplatskartan.
▢ Täckningsrapporten för Google Search Console är aktuell.
Förrendering
Bekräfta återgivning på serversidan där du aktiverar den.
▢ Förrendering är aktiverat för nyckelsidor. Se Förrendering för AEM i dokumentationen för Adobe Commerce Storefront.
▢ URL-adresser använder gemener, så före återgivning bryts inte länkar.
▢ HTML-källan innehåller metadata och brödtext som bekräftar att föråtergivningen fungerar.
▢ nationella inställningar visar de korrekta översatta sidorna där det är tillämpligt.
▢ Ytterligare HTML-kod är konfigurerad efter behov.
Prestanda och övervakning
Bekräfta prestandabas och analysledningar.
▢ Din butik följer bästa praxis för prestanda i Adobe Commerce Storefront -dokumentationen.
▢ (valfritt) Google Analytics och Google Tag Manager har konfigurerats.
Implementeringen av ▢ StoreFront-händelser är giltig och data visas på Live Search- och Product Recommendations-instrumentpanelerna i Adobe Commerce Admin.
▢ Analysparametern environment i Commerce-konfigurationen är "Testing" under utvecklingen och "Production" vid direktsändning. Se Analysinstrumentering.
▢ Med hjälp av vägledningen i det här avsnittet kan du uppnå dina mål (till exempel 100 på nyckelsidor).
Säkerhet och åtkomst
Bekräfta behörigheter och hemligheter.
▢ Lämpliga behörigheter har konfigurerats för DA-innehåll och EDS-webbplatser. Se DA.live-behörigheter och Autentiseringsinställningar för redigering.
▢ Produktens visuella integrering har etablerats. Se Åtkomstöversikt för AEM Cloud-tjänsten.
▢ Länkarna för lösenordsåterställning i e-postmallar matchar dina Edge Delivery Services-inställningar. Visa vanliga frågor om butiken: Vad ska jag göra om mina e-postmallslänkar bryts efter migrering till Edge Delivery Services eller Helix?.
▢ produktionsnycklar för integreringar och betalningsleverantörer finns på plats.
▢ domäner är tillåtslista och serverdelen fungerar som webbhotell.
CDN och cachning
Bekräfta CDN, DNS och cachebeteende.
▢ CDN-konfigurationen använder produktionsslutpunkten för GraphQL (yourproject.com/graphql) för Sidekick-tillägg och skript (till exempel generering av platskarta och image-importeraren).
▢ När du använder Adobe Commerce Fast finns en rensningstoken för CDN tillgänglig och platskonfigurationen innehåller authToken och serviceId.
▢ CDN-konfigurationen validerar cachelagring och ogiltigförklaring.
▢ För multilagringsinställningar innehåller katalogtjänsten och Live Search begäranden en butiksspecifik cachebuster (till exempel en frågeparameter eller CDN-regel).
▢ Push-ogiltigförklaring fungerar från början till slut (publicera en ändring och verifiera sedan i produktionsdomänen).
▢ DNS TTL är tillräckligt låg före avslutning.
▢ DNS A- och CNAME-poster är korrekta för alla domäner och värdnamn.
▢ SSL-/TLS-certifikatet har etablerats och verifierats för produktionsdomänen.
▢ www och apex omdirigeras korrekt.
Säkerhet och efterlevnad security-compliance
Bekräfta säkerhetsposition och efterlevnadsuppgifter.
▢ SSL: Ett betrott SSL/TLS-certifikat har installerats.
▢ SSL: HTTPS används på hela platsen.
▢ Åtkomst: Standardlösenord för Admin har ändrats och en stark lösenordsprincip finns på plats. Se Adobe Commerce Optimizer Hantering av användare och identiteter.
▢ Åtkomst: URL:en Admin är inte standard.
▢ Åtkomst: Tvåfaktorautentisering är aktiverat för alla Admin -användare.
▢ Åtkomst: Inga inaktiva eller oanvända administratörsanvändare är associerade med projektet.
▢ Brandvägg: Brandväggen för webbaserade program (WAF) har konfigurerats och verifierats.
▢ PCI: Säkerhetspenetrationstestning för produktion (PCI-scope) har slutförts.
▢ Skanning: Adobe Security Scan Tool har registrerats och en första genomsökning har slutförts.
▢ Åtkomst: CORS tillåter bara godkända original.
▢ Kompatibilitet: Modellen för delat ansvar för Adobe Commerce Optimizer är uppdaterad och definierar tydligt Adobe jämfört med kundansvar.
▢ Efterlevnad: Integritetspolicy, cookie-medgivande och GDPR- eller CCPA-krav har verifierats.
Analyser och övervakning analytics-monitoring
Bekräfta mätning och baslinjer.
▢ RUM: Real User Monitoring (RUM) har instrumenterats för jämförelse före och efter.
▢ Analys: Adobe Experience Platform datainsamling har konfigurerats (om tillämpligt).
▢ Analytics: Verifierade att MarTech-taggar utlöses på produktionsvärdnamnet.
▢ Analys: Baslinjeanalys dokumenteras. fluktuationer efter start (sidvisningar, studsfrekvens och så vidare) förväntas.
▢ Händelser: Konverteringsspårning fungerar från början till slut (lägg till i kundvagnen → utcheckning → bekräftelse).
Testning testing
Bekräfta kvaliteten före och efter start.
▢ Funktionellt: Kärnflödena fungerar från början till slut: bläddra → sök → filter → lägg till i kundvagn → checka ut → skapa konto.
▢ Funktionell: Betalningsgatewayer accepterar riktiga och testtransaktioner.
▢ Funktion: Order placement, confirmation email, and order tracking work.
▢ Funktionell: Leveransalternativen och momsberäkningarna är korrekta.
▢ Funktionell: Kuponger, rabatter och lojalitetsprogram fungerar som förväntat.
▢ UAT: Testning av godkännande av användare har slutförts på mellanlagring och produktion.
▢ Prestanda: Inläsnings- och stresstestningen är klar och Adobe CTA eller CSE har resultaten.
▢ Prestanda: Sidinläsningstiden är mindre än tre sekunder för datorer och mobila enheter.
▢ Prestanda: Lighthuvuden uppfyller mål på nyckelsidor (till exempel via PageSpeed Insights).
▢ Prestanda: Bilder, skript och resurser optimeras.
▢ Kompatibilitet: Chrome, Firefox, Safari och Edge fungerar som förväntat.
▢ Kompatibilitet: Responsiva layouter fungerar på mobiler, surfplattor och datorer.
▢ Kompatibilitet: Prestanda tillåts på 3G, 4G och Wi-Fi.
▢ Tillgänglighet: En tillgänglighetsgranskning har slutförts (WCAG, skärmläsare, tangentbordsnavigering).
▢ Funktionell: Det finns en 404-övervakningsplan efter start.
▢ UAT: Det finns en återställningsplan som testas om startproblem uppstår.
Startdag och efterstart launch-post-launch
Bekräfta kommunikations-, support- och uppföljningsuppgifter.
▢ Startsamordning: Adobe har ditt bekräftade startdatum. CTA har meddelats via e-post.
▢ Stöd: P1-hotline-numret spelas in: US (+1) 800-497-0335 och tryck sedan på 6 för Commerce.
▢ Support: Teamet har tränats att öppna en supportanmälan innan anropar P1-snabbraden.
▢ Efter start: Verifiera bakgrundsmusik i produktionsdomänen.
▢ Efter start: Övervaka Google Search Console för indexerings- och crawlningsfel.
▢ Efter start: Övervaka 404-rapporter och lägg till omdirigeringar för äldre URL-adresser med hög trafik.
▢ Efter start: Bekräfta serieteknik- och analysdata för produktion.
▢ Efter start: Be din CTA, CSE eller AM att aktivera övervakning med hög SLA.
▢ Det finns en katastrofåterställningsplan som klarar testningen.
▢ Det finns en process för att spåra och uppgradera standardpaket och tilläggspaket till aktuella versioner.