Registro de consentimientos de términos y condiciones

FAQ

¿Puedo usar el plugin sin WooCommerce?

Sí. Actívalo en cualquier sitio WordPress y los registros, ajustes, exportación a CSV, certificado en PDF y la integración con las herramientas de privacidad funcionarán de la misma manera. Los elementos específicos de WooCommerce (captura en la página de pago, caja meta en el pedido, columna de la lista de pedidos y línea del correo electrónico del pedido) solo se cargan cuando está activo WooCommerce.

¿Cómo puedo capturar consentimientos desde Contact Form 7?

Abre «Consentimientos > Ajustes > Integraciones» y marca la casilla «Registrar cada envío de formulario CF7 que marque un campo [acceptance]». Luego asegúrate de que tus formularios de CF7 incluyan un campo [acceptance], p. ej.:

[acceptance privacy] I have read and agree to the privacy policy. [/acceptance]

El plugin utiliza el ID del formulario como parte del campo consent_type (cf7_form_{ID}), para poder filtrar cada formulario por separado. El primer campo de correo electrónico del formulario se utiliza como dirección de correo electrónico del remitente. Sin fragmentos de código ni modificaciones en el archivo functions.php.

¿Cómo puedo capturar consentimientos desde WPForms?

Ve a «Consentimientos > Ajustes > Integraciones» y marca la casilla «Registrar cada envío de WPForms que marque un campo de aceptación de RGPD». A continuación añade un campo de aceptación de RGPD a tu formulario desde el maquetador de WPForms («Campos estándar → Acuerdo RGPD») y modifica su etiqueta con el texto exacto que quieras que se registre (p. ej., «He leído y acepto la política de privacidad»).

El plugin utiliza el ID del formulario como parte del campo consent_type (wpforms_form_{ID}), por lo que cada formulario se puede filtrar por separado. El primer campo de correo electrónico del formulario se utiliza como correo electrónico del destinatario, y el texto de la etiqueta del campo «Acuerdo RGPD» es el que se almacena como texto aceptado. Funciona con WPForms Lite y Pro. Sin fragmentos de código ni modificaciones en el archivo functions.php.

¿Cómo puedo capturar consentimientos desde Gravity Forms?

Ve a «Registro de consentimientos > Ajustes > Integraciones» y marca la casilla «Registrar cada envío de Gravity Forms en el que se marque un campo de consentimiento». A continuación añade un campo de consentimiento a tu formulario desde el editor de Gravity Forms (Campos avanzados → Consentimiento) y configura el texto de la casilla de selección con la redacción exacta que quieras que quede registrada (por ejemplo, «He leído y acepto la política de privacidad»).

El plugin utiliza el ID del formulario como parte del consent_type (gravityforms_form_{ID}), por lo que cada formulario se puede filtrar por separado. El primer campo de correo electrónico del formulario se utiliza como correo electrónico del remitente, y la etiqueta de la casilla de selección del campo de consentimiento es lo que se almacena como texto aceptado. Sin fragmentos de código ni modificaciones en el archivo functions.php.

¿Cómo puedo capturar consentimientos desde Fluent Forms?

Ve a «Registro de consentimientos > Ajustes > Integraciones» y marca la casilla «Registrar cada envío de Fluent Forms en el que se marque un campo de aceptación del RGPD o de los términos y condiciones». A continuación, añade un campo de aceptación del RGPD o de los términos y condiciones a tu formulario desde el editor de Fluent Forms.

El plugin utiliza el ID del formulario como parte del consent_type (fluentforms_form_{ID}), por lo que cada formulario se puede filtrar por separado. El primer campo de correo electrónico del formulario se utiliza como correo electrónico del remitente, y el texto del acuerdo de dicho campo es el que se almacena como texto aceptado. Funciona con Fluent Forms Lite y Pro. Sin fragmentos de código ni modificaciones en el archivo functions.php.

Hay un ajuste que debes comprobar en el propio campo: el campo «Términos y condiciones» tiene una casilla de selección, y es lo que convierte al campo en un acto de consentimiento. Si está desactivada, Fluent Forms muestra tus términos como texto sin formato y no muestra ninguna casilla de selección, por lo que el visitante nunca acepta nada y no hay nada que registrar. Abre el campo en el editor de Fluent Forms y asegúrate de que la casilla de selección esté activada.

He añadido un campo de consentimiento, pero no se registra nada. ¿Por qué?

La razón más habitual es que el formulario no incluya ningún campo de correo electrónico. El registro de consentimientos identifica al titular de cada registro mediante su dirección de correo electrónico, y las integraciones del formulario la extraen del primer campo de correo electrónico del formulario. Sin este campo no es posible identificar a un visitante anónimo y, por lo tanto, el envío se omite deliberadamente, ya que un registro que no puede atribuirse a nadie no constituye prueba de nada.

Si la persona que envía el formulario ha iniciado sesión, el plugin recurre a la dirección de correo electrónico que figura en su perfil de WordPress, por lo que los formularios a los que se accede tras iniciar sesión (áreas de miembros, inscripciones a cursos) se registran incluso aunque no haya un campo de correo electrónico en el formulario. Para los formularios públicos, añade un campo de correo electrónico.

Otra cosa que hay que comprobar es que el campo de consentimiento sea realmente un campo de consentimiento del maquetador de formularios, marcado por el visitante: una etiqueta [acceptance] en Contact Form 7, un campo de acuerdo con el RGPD en WPForms, un campo de consentimiento en Gravity Forms o un campo de acuerdo con el RGPD o de términos y condiciones en Fluent Forms. No se detecta una casilla de selección simple ni un bloque HTML que contenga tus términos.

¿Cómo funciona el shortcode [tccl_consent_box]?

Muestra una casilla de consentimiento propia + botón de envío, con un campo opcional de correo electrónico para los visitantes que no hayan iniciado sesión. El envío se realiza a una variable REST que registra el consentimiento mediante la función tccl_save_consent(). Añádela a cualquier página, entrada, área de widgets o bloque independiente, p. ej.:

[tccl_consent_box text="I have read and agree to the privacy policy." consent_type="newsletter_signup"]

La misma funcionalidad está también disponible como bloque de Gutenbeg llamado «Casilla de consentimiento».

Importante: El shortcode genera su propio <form> con un botón de envío, por lo que NO debe anidarse dentro del formulario de otro generador de formularios (Contact Form 7, WPForms, Gravity Forms, Fluent Forms, Elementor Forms, etc.). Si lo incrustas dentro de otro formulario acabarás teniendo dos botones de envío y flujos de envío en conflicto. Para los generadores de formularios utiliza la integración específica (Contact Forms 7, WPForms, Gravity Forms y Fluent Forms están integrados, para el resto engancha tccl_save_consent() desde la acción de envío correspondiente. Consulta las preguntas frecuentes más abajo).

Además: NO utilices este shortcode como sustituto de la casilla de verificación de cookies de un plugin de cookies/banners (Complianz, CookieYes, Real Cookie Banner, etc.). El contexto jurídico es diferente, ya que los banners de cookies tienen que ver con la Directiva ePrivacy/cookies, este registro de consentimientos trata sobre los consentimientos específicos del artículo 7.1 del RGPD para el tratamiento concreto de datos personales. Mezclarlos da lugar a evidencias ambiguas.

¿Cómo se registran los consentimientos de acceso / registro de WordPress y WooCommerce?

El plugin se integra en el evento estándar wp_login (que abarca tanto wp-login.php como el acceso desde «Mi cuenta» de WooCommerce) y en los eventos de registro públicos (register_new_user para el formulario de WP y woocommerce_created_customer para el formulario de WC). Por cada evento comprueba el envío $_POST en busca de una casilla de verificación de consentimiento marcada y si hay alguna crea un registro con consent_type establecido en wp_login, wp_register, wc_login o wc_register según corresponda.

Algunos detalles que merece la pena conocer:

• «Recuérdame» está excluido intencionadamente. Es una preferencia de ePrivacy para ampliar la cookie de sesión, no un consentimiento para el artículo 7.1 del RGPD. Registrarlo contaminaría el control de auditoría con eventos que no son de consentimiento. La exclusión está predefinida..
• Si no hay casilla de verificación en el formulario no se crea ningún registro. El plugin no registra «cualquier acceso», solo apunta algo cuando haya algo que se asemeje a una casilla de verificación de consentimiento explícito que registrar. Un acceso o registro sin campo de consentimiento nunca genera un registro.
• El detector es heurístico. A los nombres de campos que contentan consent, gdpr, privacy, terms, acceptance, agreement, accept, rgpd, politica, privacidad o terminos (case-insensitive) se les trata como si fuesen casilal de verificación de consentimiento. Si tu plugin de RGPD / privacidad utiliza un nombre diferente apúntalo en «Ajustes → Integraciones → Nombres de campos personalizados de consentimiento» (separados or comas, coincidencia exacta).
• La opción de casilla de verificación integrada cubre esta carencia de WooCommerce. WooCommerce no incluye de serie una casilla de verificación de consentimiento en su formulario de registro, sino solo un párrafo sobre la política de privacidad. Si tu sitio no utiliza un plugin aparte para el RGPD activa «Añadir una casilla de verificación de consentimiento obligatoria al formulario de registro de WooCommerce» en los ajustes y el plugin mostrará la casilla de verificación encima del botón de enviar y rechazará el registro si no se marca. Existe la misma opción para el formulario de registro de WP.
• Los inicios de sesión a través de redes sociales no se registran automáticamente. Los plugins como Nextend Social Login eluden por completo el formulario de inicio de sesión de WordPress (callback de OAuth), por lo que no hay ningún envío $_POST que el detector pueda analizar. Consulta la sección dedicada de preguntas frecuentes más abajo para conocer las dos formas de gestionarlos.
• Se registra cada casilla marcada, no solo la primera. Los formularios de registro suelen incluir una casilla obligatoria sobre privacidad y otra opcional sobre marketing o boletines informativos. Ambas se registran como registros independientes. La primera que se detecta conserva el tipo de flujo básico (wp_register, wc_register…), de modo que tus registros existentes y los filtros guardados siguen siendo comparables, y cada una adicional añade su nombre de campo, por ejemplo, wp_register_newsletter_consent. De esta forma, un consentimiento opcional para marketing, que es precisamente el tipo que un organismo regulador te pide que acredites por separado, nunca queda oculto por el obligatorio.
• El texto almacenado consent_text procede de «Ajustes». Pega en «Texto de consentimiento para el acceso/registro» el texto exacto que ve el visitante en el formulario (tanto si procede de tu plugin del RGPD como de la casilla de verificación insertada), para que el registro refleje lo que realmente se mostró. Se permite el uso de HTML en ese campo, así que puedes incluir un enlace a tu política de privacidad. Si tus formularios no dicen todos lo mismo abre «Usar un texto diferente por formulario» que aparece más abajo y rellena solo los que sean diferentes. Todo lo que se deje en blanco se sustituirá por el texto general del sitio.
• Crear una cuenta en la página de pago de WooCommerce no genera un registro del mismo. La casilla que se marca allí está relacionada con las condiciones del pedido, que ya se registran como terms_and_privacy para el propio pedido, por lo que contabilizarla de nuevo como consentimiento de registro añadiría a tu registro algo a lo que el comprador nunca ha dado su consentimiento. Si tu página de pago incluye una casilla de consentimiento independiente propia, esa sí se registra con normalidad.

¿Cómo puedo registrar el consentimiento de los inicios de sesión a través de redes sociales (Nextend Social Login y similares)?

No automáticamente, y eso es a propósito. Un inicio de sesión a través de redes sociales culmina con una respuesta de OAuth procedente de Google, Facebook o Apple en la que no se envía ningún formulario, por lo que no hay ninguna casilla marcada en ninguna parte de la solicitud. Un registro escrito ahí sería un registro de algo que nadie vio que hiciera el visitante, lo cual es justo lo contrario de para lo que sirve un registro de consentimiento.

Lo que puedes hacer es proporcionar al plugin el consentimiento que tu plugin de inicio de sesión a través de redes sociales ya haya recopilado. Activa la opción «Registrar también los registros creados mediante formularios de membresía, cursos o formularios de registro personalizados» en «Ajustes > Integraciones» (esa es la opción que cubre la creación de cuentas fuera de los formularios de WP y WooCommerce) y utiliza el filtro tccl_consent_detection_payload, que te permite proporcionar al detector una carga útil propia para un flujo específico:

add_filter( 'tccl_consent_detection_payload', function ( $payload, $context ) {
    if ( 'user_register' !== $context ) {
        return $payload; // Never touch the other flows.
    }
    // Read the acceptance wherever your social login plugin left it before
    // sending the visitor to the provider: a transient, a cookie, a session.
    if ( get_transient( 'my_social_consent' ) ) {
        $payload['privacy_consent'] = '1';
    }
    return $payload;
}, 10, 2 );

Hay dos cosas que debes tener en cuenta. La clave que añadas debe parecer un campo de consentimiento para el detector (cualquier nombre que contenga consent, privacy, terms, gdpr…) o aparecer en la lista «Nombres de campos de consentimiento personalizados». Además, $payload debe devolverse sin modificar en cualquier otro contexto, o se contaminará la detección de inicios de sesión, comentarios y todo lo demás que se ejecute en la misma solicitud.

Si tu plugin de inicio de sesión a través de redes sociales activa su propio gancho «after register» y prefieres crear el registro tú mismo, llama a tccl_save_consent() desde allí, exactamente igual que en el ejemplo de formulario personalizado que aparece más abajo.

¿Se registran automáticamente los consentimientos en los comentarios de WordPress?

Sí, por defecto. Solo se registran los comentarios en los que el visitante marca la casilla nativa «Guardar mi nombre, correo electrónico y sitio web…». Puedes desactivar esta opción en «Consentimientos > Ajustes > Integraciones» si tu sitio utiliza Disqus, Jetpack Comments o cualquier otro sistema de comentarios de terceros en el que no se muestre la casilla nativa.

Pero ten en cuenta qué es realmente esa casilla de selección: pide permiso para guardar una cookie para que el navegador recuerde al autor del comentario la próxima vez. Se trata de una preferencia de cookies relacionada con la ePrivacy, de la misma naturaleza que la casilla «Recuérdame» del formulario de acceso, y no es el consentimiento previsto en el artículo 7.1 del RGPD para el tratamiento del nombre y el correo electrónico que el autor del comentario te está facilitando. Para eso utiliza la opción independiente que se describe en la siguiente pregunta frecuente.

¿Cómo puedo registrar un consentimiento válido de privacidad para los comentarios y las reseñas de productos?

Abre «Registro de consentimientos > Ajustes > Integraciones» y marca la casilla «Añadir una casilla de consentimiento obligatoria al formulario de comentarios y registrar quién la acepta». A partir de ese momento:

• En el formulario de comentarios aparece una casilla de verificación de privacidad, tanto para los visitantes que no han iniciado sesión como para los que sí lo han hecho.
• Un comentario enviado sin marcar esta casilla se rechaza en el servidor, no solo en el navegador, por lo que no se puede eludir.
• Cada aceptación se almacena como consent_type = comment_privacy, lo que permite diferenciarla claramente de la aceptación de la cookie comment_consent. Ambas pueden coexistir en el mismo comentario.
• Las reseñas de productos de WooCommerce utilizan el mismo formulario de comentarios y los mismos ganchos, por lo que al activar la opción también se incluyen estas. No hay que configurar nada adicional para una tienda.

El texto está en «Texto de privacidad para los comentarios» y admite HTML, por lo que puedes incluir un enlace a tu política de privacidad. Lo que escribas ahí es lo que se almacenará con cada registro como el texto que el autor del comentario ha aceptado. Desactiva esta opción si ya utilizas un plugin de privacidad que añada su propia casilla de verificación al formulario de comentarios, ya que, de lo contrario, tus visitantes verán dos.

Mis usuarios se registran a través de MemberPress, LearnDash u otro plugin de membresía. ¿Se registran esas inscripciones?

Solo si activas la opción «Registrar también las inscripciones creadas con formularios de membresía, de cursos o de registro personalizados» en «Registro de consentimientos > Ajustes > Integraciones».

Las opciones de WordPress y WooCommerce mencionadas anteriormente enganchan los eventos que ambos activan en sus propios formularios. En cambio, un plugin de membresía, LMS o de registro personalizado crea la cuenta a través de la ruta genérica de creación de usuarios de WordPress, que esas opciones nunca detectan. Este ajuste añade una medida de seguridad a esa ruta genérica y almacena el registro como consent_type = user_register. Sigue siendo necesario marcar la casilla de consentimiento en el formulario de envío, exactamente igual que en cualquier otro flujo, y nunca registra una cuenta que crees tú mismo desde «Usuarios > Añadir nuevo», ya que allí no se da ningún consentimiento.

Está desactivada por defecto porque la mayoría de los sitios no la necesitan y porque los formularios de registro de esos plugins varían lo suficiente como para que sea recomendable comprobar el primer registro que genera antes de confiar en él.

¿Funciona con el bloque de finalizar compra de WooCommerce?

Sí, desde la versión 1.7.0. Se admiten ambos procesos de pago, y en la pantalla de ajuses se indica qué datos registrará tu propia página de finalizar compra.

Hay una diferencia que conviene tener en cuenta, ya que se trata de una limitación de WooCommerce y no de este plugin. La casilla de selección del bloque nativo de términos y condiciones solo se valida en el navegador y su valor nunca se envía al servidor, por lo que ningún plugin puede leerlo. Lo que registra el plugin depende de cómo esté configurado ese bloque:

• Bloque con la casilla «Obligatorio» activada: Se registra como terms_and_privacy, el mismo tipo que utiliza el proceso de pago clásico. El pedido no se habría podido realizar sin marcar la casilla, por lo que la aceptación es segura, y el texto almacenado es la redacción exacta del bloque.
• Bloque sin casilla de verificación (por defecto en WooCommerce): El bloque solo muestra un párrafo informativo, por lo que el comprador aceptó al continuar con el proceso, en lugar de realizar un acto afirmativo. Esto tiene relevancia contractual, pero no constituye el consentimiento explícito del artículo 7.1, por lo que se registra como terms_notice para mantener ambos conceptos separados en tu registro de evidencias.
• No hay apartado de términos y condiciones en la página: No se registra nada de la compra, ya que no se mostró nada.

Si quieres que la validación la realice el propio servidor, activa la opción «Incluir casilla de verificación obligatoria» en «Ajustes > Bloque de finalizar compra». Esta opción añade su propia casilla de verificación obligatoria a través de la API oficial adicional-checkout-fields de WooCommerce, de modo que el valor se envía con la solicitud, se valida en el servidor y se almacena en el pedido. WooCommerce muestra esas etiquetas como texto sin formato, por lo que esa casilla de verificación no puede contener enlaces; mantén el bloque de términos y condiciones en la página para el texto enlazado.

¿Por qué mi bloque de finalizar compra registra «terms_notice» en vez de «terms_and_privacy»?

Debido a que el bloque de términos y condiciones no tiene casilla de selección, que es como lo incluye WooCommerce por defecto. Al cliente se le mostró una frase en la que se indicaba que continuar implicaba la aceptación, y nunca marcó ninguna casilla.

El plugin podría registrar eso como un consentimiento normal, pero eso supondría incluir en tu registro un acto afirmativo que nunca ocurrió, y un registro de consentimientos que exagera las pruebas es peor que uno que no lo hace.

No es el plugin el que te indica que tu tienda no cumple, y esta distinción no es una advertencia. El procesamiento de un pedido se basa en la ejecución del contrato (artículo 6.1.b del RGPD), no en el consentimiento, y la aceptación de las condiciones de venta al realizar el pedido tiene valor contractual por sí misma. Que se necesite además un acto afirmativo depende de lo que pidas a tus clientes que acepten, y esa decisión te corresponde a ti, no al plugin. Lo que hace el plugin es no registrar ambos elementos bajo el mismo nombre.

Si quieres que se marque explícitamente la casilla, activa la opción «Requerir casilla de verificación» en ese bloque del editor, o activa la casilla de selección insertada de los ajustes. Los registros ya almacenados como terms_notice conservan ese tipo, ya que reflejan con exactitud lo que esos clientes vieron realmente.

Mi sitio no está en inglés. ¿Coincidirá el registro con lo que leen mis clientes?

Solo si escribes tu propio texto en el apartado de términos y condiciones, que es lo que recomienda la pantalla de ajustes cuando detecta esta situación.

El motivo es una limitación relacionada con el lugar donde WooCommerce almacena ese texto. El texto por defecto del bloque se genera en JavaScript y sus traducciones están en los archivos de traducción de scripts de WooCommerce, que PHP no puede leer, por lo que ningún plugin puede recuperar la frase exacta que se le mostró a tu visitante. Por lo tanto, este plugin reproduce la misma frase bajo su propio dominio de texto. En inglés, ambas son la misma cadena. En cualquier otro idioma, el texto almacenado es la traducción de esa frase realizada por este plugin, que puede diferir palabra por palabra de la de WooCommerce.

Todo lo que escribas en el bloque se almacena tal cual, en cualquier idioma, sin que se realice ninguna traducción. En el caso de un registro de consentimiento, esa es la diferencia entre una transcripción y una reconstrucción, por lo que merece la pena dedicar esos dos minutos en el editor. Lo mismo se aplica a la casilla de selección insertada: su texto procede de tu propio ajuste.

La opción «Texto de la casilla de verificación de los términos» no funciona en mi proceso de pago. ¿Por qué?

Ese ajuste, y el texto informativo que aparece junto a él antes de finalizar la compra, solo se aplican al proceso de pago clásico. En el proceso de pago por bloques, el texto está en el bloque de términos y condiciones, que se edita en la propia página de pago.

Esto es a propósito. Esos registros almacenan lo que aparece en el bloque, no lo que introduces en los ajustes, ya que el objetivo del registro es demostrar lo que el cliente ha leído.

¿Dónde se almacenan los datos?

En una tabla indexada personalizada llamada wp_tccl_consents (con el prefijo de tu sitio). Cuando está activo WooCommerce, cada pedido también obtiene tres registros meta (_tccl_terms_accepted, _tccl_terms_version, _tccl_recorded_at) para que la pantalla de edición de pedidos pueda mostrar el resumen sin consultar la tabla.

¿Cómo puedo subir la versión del documento cuando cambie los términos y condiciones?

Edita el campo de versión en «Registro de consentimientos > Ajustes», o simplemente marca la casilla «Subir versión al guardar». El plugin también puede actualizarla automáticamente si detecta que el texto de la casilla ha cambiado, pero no el campo de versión.

Tres cosillas a recordar:

1. La cadena de versión que aparece en los ajustes debe coincidir, carácter por carácter, con la etiqueta de versión de tu documento de términos (por ejemplo, 1.1-2026-05-17). Se trata de un identificador de texto libre y el plugin solo compara cadenas, por lo que un espacio al final o un separador diferente se considerarán una versión distinta.
2. Cuando subes la versión todos los registros almacenados en la versión anterior se marcan automáticamente como «Obsoletos» en la lista de registros. Esto es así a propósito, ya que es el registro de auditoría del RGPD que muestra el texto exacto que cada interesado aceptó en ese momento. «Obsoletos» es una funcionalidad, no un error.
3. NO borres ni «limpies» los registros antiguos. Constituyen la prueba legal del consentimiento para la versión que estaba en vigor cuando el interesado lo aceptó. Si el usuario rechaza los términos y, posteriormente, una autoridad reguladora solicita pruebas, esos registros son los que deberás presentar.

¿Cómo puedo borrar o anonimizar datos de un cliente específico?

Utiliza la pantalla nativa de WordPress «Herramientas > Borrar datos personales». El plugin registra una herramienta de borrado que anonimiza los registros vinculados al correo electrónico solicitado (no los borra, ya que el propio registro constituye base legal para conservar la prueba del consentimiento). También puedes anonimizar los registros filtrados desde la pestaña de registros.

¿Cómo puedo exportar el historial de consentimientos de un cliente?

Utiliza «Herramientas > Exportar datos personales». El plugin registra un exportador que devuelve todos los registros de consentimiento vinculados a la dirección de correo electrónico solicitada.

¿Una desinstalación borrará mis datos?

Solo si lo aceptas expresamente. La opción «Eliminar todos los datos al desinstalar» está desactivada por defecto. Aunque desinstales la aplicación por error, el registro de tu consentimiento se mantendrá.

Si necesitas limpiar unas cuantas filas de prueba que generaste al configurar el plugin (y aún no dispones de la próxima interfaz de usuario para el borrado por lotes), puedes eliminarlas con una instrucción SQL directa sobre la tabla de consentimientos, p. ej.:

DELETE FROM wp_tccl_consents WHERE id IN (1, 2, 3);

Sustituye wp_ por el prefijo de tabla real de tu sitio. Es una vía de escape para una limpieza legítima tras un formulario mal configurado; pero no es un flujo recomendado para el día a día. Para gestionar solicitudes reales de los interesados, utiliza en su lugar «Herramientas > Borrar datos personales» (anonimiza).

¿Cómo puedo recopilar los consentimientos de Elementor Forms, Forminator o de cualquier otro origen?

Contact Form 7, WPForms, Gravity Forms y Fluent Forms se registran automáticamente en cuanto actives su opción en «Ajustes > Integraciones» sin que sea necesario escribir código para estos cuatro. Para cualquier otra fuente llama a la función pública tccl_save_consent() desde el gancho de envío de ese plugin. Lee siempre la versión del documento desde los ajustes del plugin (tccl_get_setting( 'consent_version', '1.0' )) para que todos los registros coincidan con la versión actual de los ajustes. Si introduces una fecha fija que difiera de la de los ajustes, todos los registros se marcarán como «Obsoletos» para siempre.

add_action( 'the_submission_hook_of_your_form_plugin', function ( $submission ) {
    tccl_save_consent( array(
        'email'           => sanitize_email( $submission['email'] ), // however your plugin exposes the email
        'consent_type'    => 'my_custom_form',
        'consent_version' => tccl_get_setting( 'consent_version', '1.0' ),
        'consent_text'    => 'I have read and agree to the privacy policy.',
        'consent_value'   => 1,
    ) );
} );

Ganchos habituales a los que se puede adaptar esto: elementor_pro/forms/new_record, forminator_custom_form_after_submission, user_register. Adapta la firma de la función de retorno y la forma de leer el correo electrónico y la aceptación a los argumentos documentados de cada plugin.

¿Funciona la detección de IPs detrás de Cloudflare u otros proxies inversos?

El plugin lee únicamente REMOTE_ADDR y no confía en las cabeceras reenviadas, ya que estas pueden falsificarse sin un proxy verificado. Si tu proveedor de alojamiento incluye la IP del proxy en REMOTE_ADDR en lugar de la IP real del cliente, todas las entradas registrarán la IP del proxy. La mayoría de los proveedores de alojamiento compatibles con WordPress transmiten la IP real correctamente.

¿Qué significa «A prueba de manipulaciones» en este contexto?

Cuando se registra un consentimiento, el plugin genera un hash SHA-256 del texto exacto aceptado y lo almacena junto con el registro. Cada vez que se consulta, el hash almacenado se compara con uno recién generado, y cualquier diferencia se muestra como ALTERADO en la lista de registros, el metabox de pedidos y la vista de certificados. Se trata de una comprobación de integridad criptográfica, no de una firma electrónica.

¿El certificado es un PDF real?

El plugin muestra una versión en A4 de una sola página con CSS optimizado para impresión y un botón «Imprimir / Guardar como PDF». Los navegadores modernos (Chrome, Safari, Firefox, Edge) exportan esa visualización a un PDF real de forma nativa, con la misma fidelidad que ofrecería una librería en el servidor, y con la ventaja añadida de que respeta el idioma y las fuentes de tu sitio web. No incluye ninguna librería externa, por lo que el plugin sigue siendo ligero.

Aclaraciones: El plugin NO almacena ningún archivo PDF en el disco y NO crea una carpeta de archivos subidos propia. El certificado se genera bajo demanda en formato HTML cada vez que lo abres, y solo se convierte en un PDF si tú (o el cliente) haces clic en «Imprimir / Guardar como PDF» en el navegador. No hay nada que limpiar en el servidor. Si el sitio tiene un icono definido en «Ajustes > Generales» (el mismo bloque de opciones que comparten los temas de bloques y los temas clásicos), este se muestra en la cabecera del certificado junto al nombre del sitio, incluso en los certificados de consentimiento registrados antes de esta versión, ya que el icono se añade en el momento de la visualización, no en el momento del almacenamiento.