Saltar al contenido
Gravedad: AltaResponsable: Admin CMPTiempo de corrección: 15-45 min

Reject solo en la segunda capa

Muestre Reject ya en la primera capa en lugar de obligar al usuario a abrir preferencias o hacer clics extra para rechazar el tratamiento opcional.

Cubre: reject_in_second_layer, reject_not_first_layer

Por qué es importante

Una opción de rechazo escondida en una segunda capa debilita la libertad de elección y suele incumplir el estándar de fricción equivalente esperado en una interfaz de consentimiento válida.

Cómo verificarlo manualmente

  1. Abra el banner de primera capa en escritorio y móvil.
  2. Compruebe si el usuario puede rechazar el tratamiento opcional sin abrir un centro de preferencias.
  3. Compare la fricción entre el flujo Accept y el flujo Reject.

Causas típicas

  • La plantilla del CMP muestra Reject solo dentro de preferencias.
  • Un estilo personalizado o el copy del banner retiró Reject de la primera capa.
  • El diseño prioriza la conversión de opt-in frente a la elección real del usuario.

Corrección en GTM

  1. Actualice la plantilla del CMP o la configuración del contenedor para mostrar Reject en la primera capa.
  2. Verifique que Reject aplica un estado denied sin obligar a abrir preferencias.
  3. Vuelva a probar layouts de escritorio y móvil.

Corrección en WordPress o plugins CMP

  1. Active la acción Decline o Reject en la vista inicial del plugin.
  2. Ajuste el layout para que Reject siga visible en pantallas pequeñas.
  3. Elimine CSS que oculte o pliegue el botón Reject.

Corrección genérica para desarrolladores

  1. Sitúe Reject junto a Accept ya en el banner de primera capa.
  2. No exija una segunda interacción solo para rechazar el tratamiento opcional.
  3. Mantenga un copy neutral y no manipulador en la primera capa.

Cómo confirmar que la corrección funciona

  • Confirme que Reject está presente en la primera capa en escritorio y móvil.
  • Confirme que un Reject desde primera capa bloquea las etiquetas opcionales.
  • Lance un nuevo escaneo y verifique que la incidencia deja de marcarse.

Siguiente paso

Vuelva a ejecutar el escaneo después del despliegue para confirmar que cambió el comportamiento real en tiempo de ejecución y no solo el texto del banner.