> ## Documentation Index
> Fetch the complete documentation index at: https://docs.growtify.me/llms.txt
> Use this file to discover all available pages before exploring further.

# Publicação e manutenção

> Ambientes, critérios de liberação, reversão e resposta a atualizações.

## Ambientes e responsabilidades

| Endereço                                      | Função                                                         |
| --------------------------------------------- | -------------------------------------------------------------- |
| [skin.growtify.me](https://skin.growtify.me/) | Protótipo estático, Design System e arquivos aprovados da skin |
| [app.growtify.me](https://app.growtify.me/)   | GoHighLevel real; destino final da aplicação                   |
| [Documentação](https://docs.growtify.me/)     | Decisões, tarefas, guias e histórico                           |

**Infraestrutura verificada em 08/09/2026:** DNS público, HTTPS válido e redirecionamento automático. Renovação do certificado configurada. O ambiente ainda exibe uma página provisória.

Detalhes administrativos da hospedagem permanecem no registro técnico interno. Não alterar o apontamento do sistema real para hospedar o protótipo.

## Documentação conectada

Fonte: [NOMMAD-Digital/Growtify](https://github.com/NOMMAD-Digital/Growtify), **main**, com docs.json na raiz. O Mintlify está conectado ao GitHub. Não há Buildkite nem pipeline YAML criado para esta entrega.

Alterações documentais devem preservar rotas e marca, passar por conferência e ser verificadas no endereço público. Não confundir deploy da documentação com liberação da skin no GHL.

**Acesso pelo GHL:** os cabeçalhos atuais de docs.growtify.me restringem incorporação em iframe. Um futuro Custom Menu Link para esta documentação deve abrir em nova aba, sem remover proteções do site. Verificação HTTP de 08/09/2026; nenhum link criado no CRM.

## Pacote de entrega

Preparar arquivos estáticos e compilar fora da produção quando o tema exigir build. Banco de dados e servidor de aplicação não fazem parte do protótipo.

Cada pacote deverá incluir identificação da versão, arquivos necessários, cobertura por tela, limitações e referência à versão anterior recuperável. Os comandos exatos de instalação serão documentados após a definição do tema e do mecanismo.

## Critérios de liberação

* [ ] Telas da versão aprovadas e cobertura identificada.
* [ ] Fluxos nativos testados, sem alterar dados ou permissões indevidamente.
* [ ] Dark/light e desktop/tablet/mobile conferidos.
* [ ] Carregamento, estados dinâmicos e navegação entre rotas verificados.
* [ ] Falhas bloqueadoras corrigidas; limitações remanescentes explícitas.
* [ ] Retorno à versão anterior testado.
* [ ] Destino e alcance da publicação autorizados.

## Publicar e verificar

<Steps>
  <Step title="Preparar">
    Identificar versão, cobertura e pacote anterior. Confirmar que o conteúdo de teste não contém dados reais de clientes.
  </Step>

  <Step title="Liberar de forma controlada">
    Aplicar somente no alcance autorizado, pelo mecanismo já validado. Não expandir automaticamente para outras contas ou superfícies.
  </Step>

  <Step title="Conferir o resultado servido">
    Abrir o Growtify real, verificar a versão carregada e executar os fluxos críticos. Um build concluído não comprova funcionamento.
  </Step>

  <Step title="Registrar ou reverter">
    Registrar a entrega no Changelog se os critérios forem atendidos. Diante de regressão bloqueadora, retornar à versão anterior pelo procedimento testado e confirmar a recuperação.
  </Step>
</Steps>

## Contrato de segurança da skin

Proposta de implementação, ainda não ativada:

1. Pacote versionado e cópia recuperável do CSS/JS anterior.
2. Ativação limitada ao piloto e às rotas aprovadas, com chave de desativação.
3. Sem chamadas de API de negócio, credenciais, rastreamento de conversas ou mudanças em dados.
4. Não aplicar estilos globais se os seletores esperados estiverem ausentes ou ambíguos.
5. Regressão crítica: desligar a camada visual e confirmar retorno das funções nativas.

A hospedagem do protótipo e a distribuição Marketplace são mecanismos diferentes. Scripts de Marketplace devem respeitar as restrições do fornecedor; ver [parecer técnico](/viabilidade).

## Manutenção

Reaproveitar o monitor de atualizações existente. O changelog do GHL aponta mudanças relevantes, mas não substitui testes visuais e funcionais das rotas críticas.

| Situação                                 | Resposta prevista                                     |
| ---------------------------------------- | ----------------------------------------------------- |
| Novidade relevante do GHL                | Avaliar impacto e abrir tarefa no Roadmap             |
| Regressão detectada                      | Confirmar alcance, corrigir ou reverter e testar      |
| Correção dentro das permissões acordadas | Executar, verificar e informar o resultado            |
| Mudança exige nova autorização           | Enviar alerta com motivo, impacto e link de aprovação |

**Ainda a configurar:** verificações, canais de alerta, destinatários e limites da correção autônoma. A intenção é informar Marcelo por e-mail quando resolvido e solicitar aprovação apenas nas exceções necessárias. Nenhum monitor novo foi ativado nesta reconstrução.

Não há garantia de ausência de quebras após qualquer atualização do GHL. A proteção será detectar cedo, limitar o impacto e recuperar com segurança.

[Consultar o histórico de entregas](/changelog).