Evaluación inicial sin contraseñas Presupuesto antes de intervenir Especialista responsable de principio a fin

Navegador Javascript Spam Privacidad

El valor de la casilla de consentimiento no aparece en el email

Repara valores de consentimiento ausentes revisando ID de campo, entrada guardada, etiqueta de email, condiciones y texto aprobado.

Que el email no muestre la línea de consentimiento no demuestra que el visitante aceptara o rechazara. El formulario puede guardar la elección bajo otra clave, usar una etiqueta de email obsoleta o validar la casilla sin conservar la evidencia necesaria.

Toma como referencia la entrada almacenada y el diseño de consentimiento aprobado, y después corrige la notificación.

Define qué debe quedar registrado

Confirma con la persona responsable de privacidad qué aceptación o aviso se necesita, si es opcional y qué evidencia debe conservarse. Consentir publicidad, aceptar condiciones y reconocer el aviso de privacidad son decisiones diferentes.

Registra únicamente cuando la política lo requiera la elección, fecha y hora, y la versión exacta del texto mostrado. No amplíes la recogida de datos solo para facilitar el diagnóstico.

El email puede ser un aviso operativo, no el registro formal del consentimiento.

Prueba las rutas afirmativa y negativa

Usa datos sintéticos para enviar una ruta aceptada y cualquier ruta válida sin marcar. Anota ID del formulario, etiqueta, ID interno del campo, ID de entrada y resultado del email.

Si la casilla es obligatoria, comprueba que el servidor rechaza un envío sin marcar con un mensaje accesible. No edites el HTML del navegador para fabricar una aceptación inexistente.

Repite la prueba sin sesión iniciada y desde un dispositivo móvil.

Inspecciona la entrada almacenada

Comprueba si el plugin guardó el valor de la casilla, su etiqueta, la hora y la versión del formulario según la configuración. Algunos campos almacenan un valor corto de opción aunque el editor muestre un texto largo.

Si la entrada está vacía, investiga el payload del navegador, la validación PHP y las reglas condicionales antes de tocar la plantilla del email. Una etiqueta dinámica no puede mostrar un dato que nunca llegó a guardarse.

Limita el acceso a las entradas y respeta el periodo de conservación establecido.

Empareja la etiqueta dinámica correcta

Compara la plantilla de notificación con el ID actual o smart tag del campo. Al renombrar, duplicar o recrear una casilla puede quedar una etiqueta antigua que se resuelve como vacía.

Utiliza las etiquetas admitidas por el constructor en lugar de claves directas de base de datos siempre que sea posible. Revisa por separado el aviso del administrador y la confirmación al visitante: son plantillas independientes.

No incluyas todos los campos cuando el destinatario solo necesita un estado de consentimiento conciso.

Revisa la visibilidad condicional

La casilla puede aparecer únicamente para un servicio, país o elección de marketing. Confirma que la regla visual y la condición de la notificación utilizan exactamente los mismos valores almacenados.

Si el visitante cambia una selección anterior y la casilla deja de aplicar, el formulario debe borrar el valor oculto. De lo contrario, puede enviarse por email una aceptación antigua que ya no corresponde.

Valida cada rama relevante también en el servidor, no solo mediante JavaScript.

Escribe un estado inequívoco

Una línea como “Consentimiento: 1” resulta ambigua. Muestra un estado controlado, por ejemplo “Comunicaciones comerciales: aceptadas”, y añade la referencia de versión aprobada cuando sea necesario.

No afirmes que el visitante aceptó condiciones que no llegó a ver. Mantén separado el consentimiento opcional de marketing del tratamiento imprescindible para responder a su consulta.

Evita colocar respuestas sensibles junto a esa línea si el receptor no las necesita.

Mantén Analytics independiente

Analytics no debe deducir consentimiento de un clic ni del envío de un email. Mide el resultado confirmado del formulario y únicamente las propiedades aprobadas que no expongan datos.

No envíes a Analytics el texto de la casilla, el correo ni campos libres. Un fallo de Tag Manager tampoco debe impedir que WordPress guarde la entrada autoritativa.

Prueba por separado el estado del gestor de cookies y la elección realizada dentro del formulario.

Verifica evidencia y notificación

Después de reparar, repite cada rama válida. Confirma la validación del navegador, el valor guardado, el texto del email, el destinatario y la llegada al buzón final.

Revisa exportación y borrado si la evidencia forma parte del proceso de privacidad. Documenta los cambios de ID y versión para futuras modificaciones.

Solicita reparación especializada cuando la entrada y el email se contradicen o la lógica afecta a varios sistemas. Comparte identificadores sintéticos y estados anonimizados, nunca registros reales de consentimiento ni datos personales.

ANTES DE ENVIAR LA SOLICITUD

Preguntas frecuentes.

¿Pedís contraseñas en el formulario?+

No. El formulario público nunca solicita accesos. Los datos seguros se piden únicamente después de aprobar el alcance y el presupuesto.

¿Quién revisa la incidencia?+

La solicitud llega a Jordi Ensenyat, fundador de Code Barcelona y especialista WordPress con más de 15 años de experiencia.

¿Se cambia algo antes del presupuesto?+

No. Primero se revisan los síntomas visibles y se define el alcance. La intervención empieza tras la aprobación y con una vía de vuelta preparada.

¿Trabajáis con webs en inglés y fuera de España?+

Sí. WP Repair atiende incidencias WordPress y WooCommerce en inglés y español, con servicio remoto.

Evaluar mi incidencia