O cliente vê o serviço selecionado no formulário, mas o pedido chega sem essa informação. Conferir só a aparência da tela não explica o que foi enviado.

Um dos pontos a revisar é o atributo disabled, usado para desativar campos. No envio normal do formulário, um controle desativado não participa dos dados enviados, mesmo quando mostra um valor.

Desativar também altera a participação no envio

A MDN documenta que controles com disabled não recebem foco e ficam fora do envio do formulário. O valor visível, portanto, não basta para comprovar que o campo acompanha o pedido.

Essa é uma hipótese de diagnóstico, não uma conclusão sobre qualquer formulário incompleto. Sites podem usar outras rotinas de envio; o responsável precisa conferir o caminho realmente implementado.

Referências: [1]

Folha Desativado fica fora do envelope, enquanto Somente leitura aparece em uma folha dentro dele.
Metáfora gerada por IA sobre campos compatíveis com somente leitura e campos desativados no envio normal.

Somente leitura tem outro comportamento

Nos campos compatíveis, readonly impede a edição pelo usuário e mantém a possibilidade de foco. É diferente de desativar o controle e pode atender a uma intenção de exibir um texto sem permitir edição comum.

O atributo não serve para todo tipo de campo. A documentação informa, por exemplo, que não se aplica a select. Evite pedir uma troca automática em todos os campos do site.

Referências: [2]

Compare a tela com o pedido recebido

Peça uma revisão com dados fictícios:

  • Identifique qual informação deveria acompanhar o contato.
  • Confira se o campo está desativado ou apenas não permite edição.
  • Inspecione os dados montados pela rotina de envio.
  • Compare esses dados com o registro ou e-mail recebido.
  • Repita o teste no celular e no computador, incluindo alterações feitas antes de enviar.
Mãos com lupa comparam a linha Serviço em fichas fictícias Formulário e Pedido recebido ao lado de celular.
Cena fictícia gerada por IA sobre comparação entre formulário e pedido, sem registro ou cliente real.

Minha recomendação: defina a função antes do atributo

Eu começaria perguntando por que o campo está bloqueado. É uma informação já conhecida, uma escolha indisponível ou um dado que precisa ser calculado pelo sistema? Cada situação pede uma revisão diferente.

Num exemplo fictício de solicitação de serviço, a equipe precisa receber a escolha correta para responder. O teste deve acompanhar essa informação até o destino. Se o dado influencia uma regra do negócio, peça também a conferência no servidor; a aparência do campo não deve ser a única garantia.

Fontes e referências

Referências consultadas em 31 out. 2026. Recursos e condições podem mudar.

  1. MDN: atributo disabled ↗
  2. MDN: atributo readonly ↗

Conteúdo produzido com apoio de inteligência artificial e aprovado para publicação. Os exemplos são ilustrativos; não representam testes próprios ou resultados de clientes. Conheça a política editorial.