A sustentação de apps Shopify organiza a operação contínua de um aplicativo em produção: inventário, distribuição, acessos, dependências, eventos, testes, releases, incidentes e decisões de backlog. Ela difere da manutenção de loja e da evolução de storefront porque acompanha o ciclo de vida do app. A prioridade e o fluxo de atendimento dependem do escopo contratado, da arquitetura, das permissões, do plano e da homologação aplicável.
Sustentação de app não é manutenção genérica de loja
Um app em produção tem modelo de distribuição, extensões, credenciais, escopos, eventos e dependências próprios. A sustentação acompanha esse conjunto desde a análise de uma ocorrência até o planejamento de uma versão. Por isso, ela é diferente de /manutencao-shopify, que cuida da manutenção da loja, e de /evolucao-shopify, que trata evolução contínua do storefront. Quando o sintoma estiver em uma integração, a investigação pode precisar de uma frente específica de observabilidade, arquitetura ou reconciliação periódica.
Distribuição e versões pedem rastreabilidade
A Shopify documenta modelos de distribuição pública e personalizada com capacidades e requisitos distintos. A escolha do método de distribuição não é algo a ser alterado posteriormente sem novo desenho. Para sustentar o aplicativo, é importante saber onde ele está instalado, quais extensões o compõem, qual versão da API utiliza e quais mudanças foram homologadas. Isso evita supor que uma correção ou recurso esteja disponível em todas as lojas, planos, países ou configurações de checkout.
Eventos precisam ser verificáveis e deduplicados
Webhooks ajudam a observar mudanças, mas entregas podem ser repetidas, falhar ou chegar em condições que exigem tratamento. A Shopify recomenda validar a assinatura HMAC antes de confiar no payload HTTPS e usar identificadores de entrega para evitar processamento duplicado. Na sustentação, isso se traduz em logs com correlação, fila quando apropriado, reconciliação e procedimentos para investigar divergências. Não significa que todo evento será processado sem atraso, perdas ou que qualquer inconsistência será corrigida automaticamente.
Incidentes, testes e backlog formam um ciclo
Uma ocorrência deve produzir informação útil para o próximo ciclo de operação: o que mudou, onde ocorreu, que dados estavam envolvidos, qual hipótese foi testada e que decisão foi tomada. Releases exigem testes e critérios de aprovação adequados ao tipo de extensão, aos dados e às lojas envolvidas. O backlog recebe tanto melhorias quanto limitações detectadas na operação. A sustentação não promete SLA, correção imediata, disponibilidade garantida ou compatibilidade universal; ela cria um processo explícito para decidir e executar o que foi contratado.
Fontes
Conteúdo revisado pela Buda Digital em .