[Somente SaaS]{class="badge positive" title="Aplica-se somente ao Adobe Commerce as a Cloud Service e Adobe Commerce Optimizer projetos (infraestrutura SaaS gerenciada pela Adobe)."}

Lista de verificação de inicialização

Use esta lista de verificação para verificar se o projeto de produção Adobe Commerce Optimizer está configurado, testado e pronto para ser iniciado. Trabalhe cada seção com sua equipe e rastreie a conclusão em seu próprio plano de projeto ou rastreador. Para obter os recursos do produto e as áreas de interface do usuário mencionadas abaixo, consulte a Adobe Commerce Optimizer documentação.

Caso de uso e arquitetura use-case

Use esta lista de verificação ao fornecer uma experiência B2C que combina o Adobe Commerce Optimizer e o Edge Delivery Services (EDS) com uma instância existente do Adobe Commerce na nuvem.

A solução geralmente inclui estes componentes:

Verificar o Adobe Commerce na nuvem verify-cloud

Confirme se o ambiente do Adobe Commerce na nuvem está pronto para produção.

▢ A instância da nuvem está provisionada.
▢ Os dados de teste e fictícios foram removidos da instância.
▢ Dados de produção carregados na instância.
▢ Você conhece o ponto de extremidade do GraphQL.
▢ A instância atende aos requisitos de pronto para inicialização.

Verificar instância do Commerce Optimizer verify-optimizer

Confirme se a instância de produção Adobe Commerce Optimizer está configurada corretamente.

▢ A instância de produção está ativa. Consulte Introdução para saber como provisioná-lo.
▢ A instância está na região correta.
▢ O tipo de ambiente é Produção.
▢ Você sabe a ID da organização, a ID do cliente, a URL de assimilação e a URL da Commerce Optimizer. Consulte Introdução.
▢ Os limites e limites configurados correspondem aos valores confirmados pelo Adobe Customer Technical Advisor (CTA).
▢ Os artefatos de teste e os dados fictícios foram removidos da instância.

Verificar site da loja verify-storefront-site

Confirme se o site da loja do Edge Delivery Services existe e se o acesso é restrito.

▢ O site da loja existe. Consulte Criar uma vitrine.
▢ Você sabe o nome do site.
▢ Somente pessoas autorizadas têm permissão para publicar.
▢ Somente pessoas autorizadas têm permissão para criar.

Verificar a integração da Cloud e do Otimizer cloud-optimizer-integration

Confirme se o Adobe Commerce na nuvem e o Adobe Commerce Optimizer trocam dados corretamente.

No Adobe Commerce

Conclua essas verificações no projeto na nuvem.

▢ O conector do Commerce Optimizer está instalado e configurado.
▢ O comando da CLI aco:conf:show confirma a conexão com a instância do Commerce Optimizer de produção. A ID da organização, a ID do cliente, o URL de assimilação e o URL da Commerce Optimizer correspondem à produção.
▢ Os escopos de sincronização na Configuração de exportação correspondem aos seus requisitos.
▢ Status de sincronização do feed de dados confirma a exportação de dados da instância da nuvem.

No Commerce Optimizer

Conclua essas verificações na interface do usuário do Adobe Commerce Optimizer.

▢ O painel de sincronização de dados mostra os dados recebidos. Produtos, preços e atributos são exibidos para o Serviço de catálogo, Descoberta de produtos e Recomendações.
▢ Catálogos de preços são criados automaticamente a partir de grupos de clientes na Nuvem.
▢ Exibições de catálogo existem e você conhece suas IDs.
▢ Políticas existem e você conhece suas IDs.
▢ Facetas estão configuradas.
▢ Sinônimos estão configurados.
▢ Regras de merchandising estão configuradas.
▢ Preço facetado e idioma de pesquisa correspondem às suas necessidades quando você usa esses recursos.
▢ Recomendações de produto existem e se comportam conforme esperado na visualização.
▢ Pesquisar dados de desempenho aparece no Administrador.
▢ Dados de desempenho do Recommendations aparecem no Administrador.

Verificar a integração da loja e da nuvem storefront-cloud-integration

Confirme se a loja lê a partir do endpoint correto do Adobe Commerce GraphQL.

No Adobe Commerce

▢ Pacotes de compatibilidade da Storefront estão instalados.

Na loja

▢ A configuração commerce-core-endpoint da vitrine aponta para o seu ponto de extremidade do Cloud GraphQL.
▢ Se você usar a API Mesh como proxy para o Cloud GraphQL, commerce-core-endpoint apontará para o ponto de extremidade da API Mesh em vez do ponto de extremidade do Cloud GraphQL.

Verificar a integração da loja e do Otimizer storefront-optimizer-integration

Confirme as configurações do Commerce Optimizer na configuração da loja.

▢ Sua loja usa as configurações corretas do Commerce Optimizer.
▢ adobe-commerce-optimizer é true.
▢ commerce-endpoint aponta para o ponto de extremidade de produção do Commerce Optimizer GraphQL ou para o ponto de extremidade da API Mesh ao usar a API Mesh.
▢ headers.cs.AC-view-ID contém a ID de exibição do catálogo da instância do Commerce Optimizer de produção.

Verificar serviços de terceiros na nuvem third-party-services

Confirme as integrações que são executadas em seu sistema de comércio de host (não em Adobe Commerce Optimizer).

▢ Pagamentos: O gateway de pagamento está ativo e foi testado (Stripe, PayPal, Adyen, etc.).
▢ Envio: as conexões da API de envio funcionam (UPS, FedEx e assim por diante).
▢ Remessa: A plataforma de preenchimento está conectada e testada (por exemplo, ShipStation).
▢ Imposto: A integração do cálculo de impostos está validada (Avalara, TaxJar, etc.).
▢ Imposto: A sincronização do software de contabilidade funciona (QuickBooks e assim por diante).
▢ Inventário: PIM, ERP ou integração de gerenciamento de inventário testada e sincronizada.
▢ Arquitetura: o sistema de comércio host controla o pagamento, a remessa, os impostos e o inventário (não Adobe Commerce Optimizer).
▢ Arquitetura: API Mesh e App Builder permanecem em sincronia entre o sistema de comércio host e o Adobe Commerce Optimizer.
▢ Email: A entrega de emails transacionais funciona (confirmação de pedidos, envio e assim por diante).
▢ Email: Os modelos de email correspondem à sua marca e usam links corretos.

Verificar o App Builder e a API Mesh app-builder-mesh

Confirme a configuração de extensibilidade para produção.

App Builder

▢ O espaço de trabalho de produção inclui todas as configurações e serviços necessários.
▢ O aplicativo de produção passa no teste em cenários de compilação.
▢ Os limites e limites do produto foram revisados e confirmados com base na descrição do produto Adobe Developer App Builder e nas configurações e limitações do sistema App Builder.
▢ O aplicativo de produção usa pontos de extremidade de produção do App Builder.
▢ extensões personalizadas do painel Admin são implantadas no espaço de trabalho de produção.

API Mesh

▢ Configurações e origens estão prontas para produção.

Eventos

▢ Adobe I/O Events estão configurados e as assinaturas estão verificadas.

Finalizar experiência da loja finalize-storefront

Comportamento de conteúdo polonês, SEO, desempenho, segurança e CDN antes do lançamento.

Conteúdo e criação

Confirme o fluxo de trabalho de criação e os componentes da loja.

▢ A revisão da lista de verificação de ativação do AEM/EDS foi concluída.
▢ A origem de criação é baseada em documento ou Editor Universal (e configurada).
▢ O conteúdo é publicado usando o ciclo visualizar → publicar.
▢ Controle de qualidade de conteúdo e design concluído no domínio .aem.live.
▢ Um favicon está configurado e é distribuído corretamente pelo site.
▢ da.live e os visuais de produto usam credenciais dedicadas ​ configuradas.
▢ Os drop-ins (carrinho, check-out, PDP, PLP, autenticação, conta) foram personalizados e testados.
A marca da Loja ▢ reflete os tokens de design CSS, tipografia e cores.

SEO e indexação

Confirme metadados, URLs e comportamento do rastreo.

▢ Metadados de título de documento estão presentes para páginas principais (especialmente PDPs e PLPs). Consulte metadados de SEO na documentação da Adobe Commerce Storefront.
▢ PDPs incluem metadados e dados estruturados (por exemplo, JSON-LD).
Os formatos de URL do produto ▢ são consistentes (por exemplo, domain/product-name).
▢ URLs personalizadas redirecionam para URLs canônicas.
▢ O projeto inclui robots.txt que permite a indexação onde apropriado, faz referência a mapas de site e bloqueia caminhos que você não deseja indexar (por exemplo, /drafts).
▢ Redirecionar arquivos abrangem as alterações de URL da migração (por exemplo, após a remoção de .html).
O Mapa do site ▢ existe e é enviado ao Console de Pesquisa da Google conforme necessário.
▢ URLs canônicas retornam o status 2xx (não 3xx ou 4xx).
▢ Sites multilíngues incluem hreflang marcas no mapa de site.
▢ O relatório de cobertura do Console de Pesquisa da Google está atualizado.

Pré-renderização

Confirme a renderização do lado do servidor onde você a ativa.

▢ A pré-renderização está ativada para páginas principais. Consulte Pré-renderização do AEM na documentação da Adobe Commerce Storefront.
As URLs ▢ usam minúsculas, portanto, a pré-renderização não quebra links.
▢ A origem do HTML inclui metadados e conteúdo de corpo que confirmam que a pré-renderização funciona.
As Localidades ▢ mostram as páginas traduzidas corretas onde aplicável.
▢ A marcação de HTML adicional está configurada conforme necessário.

Desempenho e monitoramento

Confirme as linhas de base de desempenho e a fiação de análise.

▢ Sua loja segue as práticas recomendadas de desempenho na documentação da Adobe Commerce Storefront.
▢ (Opcional) O Google Analytics e o Google Tag Manager estão configurados.
A implementação do ▢ Eventos da vitrine é válida e os dados aparecem nos painéis do Live Search e do Product Recommendations no Administrador do Adobe Commerce.
▢ O parâmetro de análise environment na configuração do Commerce é "Testing" durante o desenvolvimento e "Production" na ativação. Consulte Instrumentação do Analytics.
▢ As pontuações do Lighthouse atendem às suas metas (por exemplo, 100 em páginas-chave), dadas as orientações sobre este tópico.

Segurança e acesso

Confirme permissões e segredos.

▢ Permissões apropriadas estão configuradas para conteúdo do DA e sites do EDS. Consulte Permissões do DA.live e Configuração de autenticação para criação.
▢ A integração dos visuais de produto foi provisionada. Consulte Visão geral sobre acesso ao AEM Cloud Service.
▢ Os links para redefinição de senha em modelos de email correspondem à configuração do Edge Delivery Services. Consulte as Perguntas frequentes da loja: O que devo fazer se meus links de modelo de email forem desfeitos após migrar para o Edge Delivery Services ou Helix?.
▢ As chaves de produção para integrações e provedores de pagamento estão em vigor.
▢ Domínios são resolvidos e webhooks de back-end funcionam.

CDN e armazenamento em cache

Confirme o comportamento da CDN, DNS e cache.

▢ A configuração da CDN usa o ponto de extremidade de produção do GraphQL (yourproject.com/graphql) para extensões e scripts do Sidekick (por exemplo, geração de mapa de site e o importador de imagem).
▢ Quando você usa o Adobe Commerce Fastly, um token de limpeza CDN está disponível e a configuração do site inclui authToken e serviceId.
A ▢ configuração de CDN valida o armazenamento em cache e a invalidação.
▢ Para configurações de vários armazenamentos, as solicitações do Serviço de Catálogo e do Live Search incluem um buster de cache específico do armazenamento (por exemplo, um parâmetro de consulta ou uma regra CDN).
▢ A invalidação por push funciona de ponta a ponta (publique uma alteração e, em seguida, verifique no domínio de produção).
O TTL DNS ▢ é baixo o suficiente antes da transferência.
▢ registros DNS A e CNAME estão corretos para todos os domínios e nomes de host.
▢ O certificado SSL/TLS é provisionado e verificado para o domínio de produção.
▢ www e redirecionamentos de apex se comportam corretamente.

Segurança e conformidade security-compliance

Confirme a postura de segurança e as tarefas de conformidade.

▢ SSL: um certificado SSL/TLS confiável está instalado.
▢ SSL: HTTPS é imposto em todo o site.
▢ Acesso: As senhas padrão de Administrador foram alteradas e uma política de senha forte está em vigor. Consulte Adobe Commerce Optimizer Gerenciamento de usuários e identidades.
▢ Acesso: A URL do Administrador não é a padrão.
▢ Acesso: A autenticação de dois fatores está habilitada para todos os usuários Administrador.
▢ Acesso: nenhum usuário administrador inativo ou não utilizado está associado ao projeto.
▢ Firewall: O WAF (Firewall de Aplicativo Web) está configurado e verificado.
▢ PCI: O teste de inserção de segurança na produção (escopo PCI) foi concluído.
▢ Verificação: A Ferramenta de Verificação de Segurança do Adobe está registrada e uma verificação inicial está concluída.
▢ Acesso: o CORS permite somente origens aprovadas.
▢ Conformidade: O modelo de responsabilidade compartilhada para Adobe Commerce Optimizer está atualizado e define claramente a Adobe em relação às responsabilidades do cliente.
▢ Conformidade: Os requisitos de política de privacidade, consentimento de cookie e GDPR ou CCPA foram verificados.

Analytics e monitoramento analytics-monitoring

Confirme a medição e as linhas de base.

▢ RUM: O RUM (Monitoramento de Usuário Real) é instrumentado para comparação antes e depois.
▢ Analytics: a coleta de dados do Adobe Experience Platform está configurada (se aplicável).
▢ Analytics: verificado se as marcas MarTech são acionadas no nome de host de produção.
▢ Analytics: as análises de linha de base estão documentadas; flutuações pós-lançamento (exibições de página, taxa de rejeição, etc.) são esperadas.
▢ Eventos: O rastreamento de conversão funciona de ponta a ponta (adicionar ao carrinho → check-out → confirmação).

Testes testing

Confirme a qualidade antes e depois do lançamento.

▢ Funcional: Os fluxos principais funcionam de ponta a ponta: navegar → pesquisar → filtrar → adicionar ao carrinho → check-out → criação de conta.
▢ Funcional: gateways de pagamento aceitam transações reais e de teste.
▢ Funcional: trabalho de posicionamento de pedidos, email de confirmação e rastreamento de pedidos.
▢ Funcional: as opções de envio e os cálculos de impostos estão precisos.
▢ Funcional: cupons, descontos e programas de fidelidade se comportam conforme esperado.
▢ UAT: O teste de aceitação de usuário foi concluído no preparo e na produção.
▢ Desempenho: os testes de carga e tensão foram concluídos e o Adobe CTA ou CSE tem os resultados.
▢ Desempenho: o tempo de carregamento da página é de menos de três segundos na área de trabalho e em dispositivos móveis.
▢ Desempenho: as pontuações do Lighthouse atendem aos destinos em páginas-chave (por exemplo, através do PageSpeed Insights).
▢ Desempenho: imagens, scripts e ativos estão otimizados.
▢ Compatibilidade: Chrome, Firefox, Safari e Edge se comportam conforme esperado.
▢ Compatibilidade: layouts responsivos funcionam em dispositivos móveis, tablets e área de trabalho.
▢ Compatibilidade: o desempenho é aceitável em 3G, 4G e Wi-Fi.
▢ Acessibilidade: uma auditoria de acessibilidade foi concluída (WCAG, leitor de tela, navegação pelo teclado).
▢ Funcional: um plano de monitoramento 404 pós-lançamento está em vigor.
▢ UAT: Existe um plano de reversão que passa no teste se ocorrerem problemas na inicialização.

Dia de lançamento e pós-lançamento launch-post-launch

Confirme as tarefas de comunicação, suporte e acompanhamento.

▢ Coordenação do lançamento: o Adobe tem sua data de lançamento confirmada; a CTA foi notificada por email.
▢ Suporte: O número de linha direta P1 foi registrado: US (+1) 800-497-0335, em seguida, pressione 6 para Commerce.
▢ Suporte: sua equipe foi treinada para abrir um tíquete de suporte antes de ligar para a linha direta P1.
▢ Pós-lançamento: verifique as pontuações do Lighthouse no domínio de produção.
▢ Pós-inicialização: Monitore o Google Search Console para erros de indexação e rastrea.
▢ Pós-inicialização: Monitore relatórios 404 e adicione redirecionamentos para URLs herdadas de alto tráfego.
▢ Pós-lançamento: Confirme os dados de MarTech e de análise na produção.
▢ Pós-lançamento: Peça à sua CTA, CSE ou AM para habilitar o monitoramento de alto nível do SLA.
▢ Existe um plano de recuperação de desastres que passa no teste.
▢ Um processo está em vigor para rastrear e atualizar pacotes padronizados e de extensão para as versões atuais.