Validar a entrada após a interação

Recursos da Web: :user-valid e :user-invalid

O problema

Mostrar erros de validação no momento em que um usuário foca em um campo e começa a digitar é prematuro e distrai. Por exemplo, quando um usuário digita um endereço de e-mail (por exemplo, "usuario@gm") ou uma senha com requisitos complexos, o campo é tecnicamente inválido até que seja preenchido. O estilo padrão de :invalid resulta em um estado de erro que aparece imediatamente, frustrando o usuário.

A solução

A pseudoclasse :user-invalid permite adiar o estado de erro até que o usuário tenha "confirmado" um valor (desfocando o campo) ou tentado enviar o formulário. Isso garante que o feedback de validação seja fornecido somente depois que o usuário terminar de interagir com o campo.

Estratégia de implementação

  1. Restrição de HTML: use atributos HTML5 padrão, como type="email", pattern e required, para acionar a lógica de validação integrada do navegador.
  2. Feedback visual: use :user-invalid para aplicar o estilo de erro somente após a interação.
  3. Reforço positivo: use :user-valid para dar um indicador verde de "sucesso" quando os requisitos forem atendidos.
  4. Recuperação suave: assim que o usuário corrige a entrada para um formato válido, o :user-invalid para de corresponder, removendo o estado de erro imediatamente.

Guia de implementação

Caso de uso 1: validação de e-mail

OBRIGATÓRIO: use atributos HTML5 padrão para campos de e-mail. A mensagem de erro fica oculta por padrão e só é revelada quando o navegador determina que o usuário deixou o campo em um estado inválido.

<form>
  <div class="field">
    <label for="email">Email Address</label>
    <!-- MANDATORY: Place format hints above the input so autocomplete popovers don't cover them during editing -->
    <span id="email-hint" class="hint">Format: you@example.com</span>
    <!-- DO: Use standard HTML validation attributes like type="email" and required -->
    <input
      type="email"
      id="email"
      name="email"
      required
      autocomplete="email"
      aria-describedby="email-hint"
      aria-errormessage="email-error"
    >
    <div id="email-error" class="error-msg">
      <span aria-hidden="true">❌</span> Please enter a valid email address.
    </div>
  </div>
</form>

.hint {
  display: block;
  color: #5f6368;
  font-size: 0.85rem;
  margin-bottom: 0.25rem;
}

.error-msg {
  display: none;
  color: #d93025;
  font-size: 0.875rem;
  margin-top: 0.25rem;
}

/*
  DO: Only show error styles after user interaction.
  Use multiple indicators (border/background shift + icon/text) to avoid color-only states.
*/
input:user-invalid {
  border-color: #d93025;
  background-color: #fce8e6;
}

/* DO: Reveal the error message using the adjacent sibling selector */
input:user-invalid + .error-msg {
  display: block;
}

/* DO: Provide a clear success indication on :user-valid */
input:user-valid {
  border-color: #188038;
}

Caso de uso 2: complexidade da senha

OBRIGATÓRIO: defina a regra de complexidade usando um padrão de lookahead de regex no atributo pattern. A lista de regras é mostrada acima da entrada para orientar o usuário e é destacada se houver um erro.

<form>
  <div class="field">
    <label for="password">New Password</label>
    <!-- MANDATORY: Place hints and rules above the input so mobile keyboards do not obscure them -->
    <ul id="password-rules" class="rules-list">
      <li>At least 8 characters</li>
      <li>One uppercase letter</li>
      <li>One number</li>
      <li>One special character</li>
    </ul>
    <!-- DO: Use pattern and minlength for complex password validation
         DO: Match all constraints with lookaheads via pattern attribute
     -->
    <input
      type="password"
      id="password"
      autocomplete="new-password"
      required
      pattern="(?=.*\d)(?=.*[a-z])(?=.*[A-Z])(?=.*[\W_]).{8,}"
      minlength="8"
      aria-describedby="password-rules"
    >
  </div>
</form>

/* DO: State the default styling as neutral */
.rules-list { 
  color: #5f6368; 
  margin-bottom: 0.5rem;
}

/* DO: Show invalid state (After interaction): Error */
input:user-invalid {
  border-color: #d93025;
  background-color: #fce8e6;
}

/* DO: Highlight rules list when error is shown using the modern :has() selector */
.field:has(input:user-invalid) .rules-list {
  color: #d93025;
  font-weight: 600;
}

/* DO: Add success indications for :user-valid state */
input:user-valid {
  border-color: #188038;
}

/* DO: Hide rules once satisfied */
.field:has(input:user-valid) .rules-list {
  display: none;
}

Fallback e suporte ao navegador

Substitutos e suporte do navegador para :user-valid e :user-invalid

CSS para substituição

input:user-invalid,
input.user-invalid-fallback {
  border-color: #d93025;
  background-color: #fce8e6;
}

input:user-invalid + .error-msg,
input.user-invalid-fallback + .error-msg {
  display: block;
}

Substituto de JavaScript

Use um utilitário reutilizável que rastreia o estado de interação usando um WeakMap. Isso evita poluir o DOM com classes ou atributos de dados "sujos".

const UserInvalidFallback = (() => {
  const dirtyState = new WeakMap();

  const updateState = (input) => {
    const isValid = input.checkValidity();

    // Update both visual and ARIA state
    input.classList.toggle('user-invalid-fallback', !isValid);
    input.classList.toggle('user-valid-fallback', isValid);

    if (!isValid) {
      input.setAttribute('aria-invalid', 'true');
    } else {
      input.removeAttribute('aria-invalid');
    }
  };

  const handleEvent = (event) => {
    const input = event.target;

    if (event.type === 'reset') {
      const controls = input.elements || [];
      for (const control of controls) {
        dirtyState.delete(control);
        control.classList.remove('user-invalid-fallback');
        control.classList.remove('user-valid-fallback');
        control.removeAttribute('aria-invalid');
      }
      return;
    }

    if (!input.checkValidity) return;

    if (event.type === 'input' || event.type === 'change') {
      const state = dirtyState.get(input) || { hasInteracted: false, hasBlurred: false };
      state.hasInteracted = true;
      dirtyState.set(input, state);
      if (state.hasBlurred) {
        updateState(input);
      }
    } else if (event.type === 'blur') {
      const state = dirtyState.get(input) || { hasInteracted: false, hasBlurred: false };
      state.hasBlurred = true;
      dirtyState.set(input, state);
      if (state.hasInteracted) {
        updateState(input);
      }
    }
  };

  const init = (root = document) => {
    if (CSS.supports('selector(:user-invalid)')) return;

    root.addEventListener('blur', handleEvent, true); // Capture phase
    root.addEventListener('input', handleEvent);
    root.addEventListener('change', handleEvent);
    root.addEventListener('reset', handleEvent, true); // Capture resets
  };

  return { init };
})();

// Initialize for a specific form
const form = document.querySelector('#demo-form');
UserInvalidFallback.init(form);

Outras considerações

  1. Acessibilidade:
    • OBRIGATÓRIO: use aria-describedby para vincular a lista de regras à entrada.
    • NÃO: ocultar as listas de regras até que a entrada seja válida. Os usuários precisam saber o que digitar.
  2. Limites de atributos de padrão: OBRIGATÓRIO: o atributo pattern realiza uma correspondência completa (^...$ implícito). Verifique se o regex de senha considera toda a string.
  3. Rigor da validação: observe que a validação padrão de type="email" do navegador é bastante permissiva (por exemplo, user@localserver pode passar). Se você precisar de uma validação mais rigorosa, use uma biblioteca de validação mais robusta ou uma função de validação personalizada com type="email".
  4. Gerenciamento de foco: OBRIGATÓRIO: se um usuário enviar o formulário com um campo inválido, o navegador vai focar automaticamente o primeiro campo inválido. Os estilos de :user-invalid serão aplicados imediatamente porque uma tentativa de envio conta como uma interação.
  5. Experiência ARIA consistente: o :user-invalid nativo não é sincronizado automaticamente com os atributos ARIA. Adicione o JavaScript a seguir para manter aria-invalid em sincronia com o estado visual:
// Sync aria-invalid with the CSS :user-invalid state
const syncAria = (el) => {
  el.setAttribute?.('aria-invalid', el.matches(':user-invalid') ? 'true' : 'false');
};

// Update on blur (to show error) and input (to clear it)
document.addEventListener('blur', (e) => syncAria(e.target), true);
document.addEventListener('input', (e) => {
  if (e.target.hasAttribute('aria-invalid')) syncAria(e.target);
});