¿Tienes alguna pregunta sobre WPConsent? Esta página cubre las preguntas y problemas más comunes que encuentran los usuarios al utilizar el plugin. Explora las secciones a continuación para encontrar respuestas rápidas y prácticas.
Tabla de contenidos
Problemas con el banner
¿Por qué no se muestra mi banner en mi sitio web?
Hay varias razones por las que el banner de consentimiento no aparece. Sigue estas comprobaciones en orden:
- Banner deshabilitado. Navega a WPConsent >> Diseño del banner y confirma que la opción Mostrar banner en el frontend está habilitada. Luego haz clic en Guardar para aplicar cualquier cambio.
- Consentimiento ya guardado. Si ya interactuaste con el banner, tus preferencias se almacenan en una cookie llamada
wpconsent_preferences. El banner no volverá a aparecer hasta que esa cookie expire o se elimine. Para borrarla, abre las herramientas de desarrollador de tu navegador, ve a Aplicación >> Cookies, elimina la cookiewpconsent_preferencesy recarga la página. También puedes probar en una ventana privada o de incógnito. - Se está sirviendo una página en caché. Si utilizas un plugin de caché (WP Rocket, W3 Total Cache, LiteSpeed Cache, etc.) o una CDN, la versión en caché de tu página puede no incluir el banner. Limpia todas las cachés y recarga. Para más detalles, consulta la sección de compatibilidad de caché a continuación.
- Modo editor del constructor de páginas. WPConsent oculta automáticamente el banner y deshabilita el bloqueo de scripts dentro de los editores de Bricks Builder y Divi Builder. Esto es intencional. Para ver el banner, previsualiza la página o visualízala en el frontend.
- Vista previa del personalizador. El banner no se carga en la vista previa del Personalizador de WordPress para evitar interferir con la experiencia de personalización.
- Solicitud REST API o AJAX. El banner solo se carga en solicitudes de página estándar del frontend. No se carga en puntos de conexión de la REST API, solicitudes AJAX ni feeds RSS.
- Conflicto de tema o plugin. En raras ocasiones, un tema o plugin puede interferir con la salida de WPConsent. Intenta cambiar temporalmente a un tema predeterminado de WordPress (como Twenty Twenty-Four) para ver si aparece el banner.
¿Por qué mi banner aparece sin estilo o parpadea antes de cargarse?
WPConsent utiliza Shadow DOM para aislar sus estilos de tu tema. El CSS se carga de forma asíncrona a través de JavaScript después de que se crea el Shadow DOM. El contenedor del banner se establece en display: none hasta que el CSS se carga completamente, lo que evita cualquier parpadeo sin estilo. En conexiones muy lentas, puede haber un breve retraso antes de que aparezca el banner, pero no mostrará contenido sin estilo.
Si ves contenido sin estilo, comprueba que tu servidor no esté bloqueando las solicitudes al directorio build/ de WPConsent. Verifica también que ningún plugin de seguridad esté bloqueando scripts en línea o solicitudes fetch.
¿Por qué mi banner se muestra en cada carga de página incluso después de aceptar?
Esto ocurre cuando la cookie wpconsent_preferences no se puede guardar o se está borrando entre cargas de página. Las causas comunes incluyen:
- La duración del consentimiento de cookies está establecida en 0. Navega a WPConsent >> Ajustes y confirma que la duración del consentimiento está establecida en un valor superior a 0 (el valor predeterminado es 30 días).
- Incompatibilidad del dominio de cookies. Si estás utilizando la función de Consentimiento Compartido (en WPConsent >> Ajustes >> Avanzado), confirma que el dominio de cookies está configurado correctamente para la configuración de tu subdominio.
- Un plugin o regla del servidor está borrando cookies. Comprueba si algún plugin de seguridad o rendimiento está configurado para eliminar cookies.
Problemas de bloqueo
¿Por qué no se bloquean mis scripts?
Si los scripts de seguimiento todavía se ejecutan antes de que se otorgue el consentimiento, comprueba lo siguiente:
- El bloqueo de scripts está deshabilitado. Navega a WPConsent >> Ajustes y confirma que el interruptor Bloqueo de Scripts está activado. El bloqueo de scripts requiere que el banner de consentimiento también esté habilitado. Si el banner está desactivado, el bloqueo de scripts se deshabilita automáticamente.
- El Modo de Consentimiento de Google está habilitado. Cuando el Modo de Consentimiento de Google está activado, los scripts de Google Analytics, Google Tag Manager y Google Ads no se bloquean. En su lugar, se ejecutan en un modo restringido y sin cookies hasta que se otorga el consentimiento. Este es el comportamiento correcto. Si prefieres el bloqueo total, deshabilita el Modo de Consentimiento de Google desde WPConsent >> Ajustes en la pestaña Ajustes.
- El Modo de Consentimiento de Clarity está habilitado. Similar al Modo de Consentimiento de Google, cuando el Modo de Consentimiento de Clarity está activado, los scripts de Microsoft Clarity no se bloquean, sino que operan a través de señales de consentimiento. Deshabilita el Modo de Consentimiento de Clarity si prefieres el bloqueo total.
- El script no está en la lista de scripts conocidos. WPConsent bloquea scripts de una lista mantenida de forma remota. Si un servicio en particular no es reconocido, sus scripts pasan sin ser bloqueados. Puedes comprobar si un script está siendo bloqueado viendo el código fuente de la página y buscando los atributos
type="text/plain"ydata-wpconsent-srcen las etiquetas de script. - El script es cargado dinámicamente por otro script. Si un script se carga en tiempo de ejecución mediante JavaScript (por ejemplo, por Google Tag Manager), el búfer de salida del lado del servidor de WPConsent no puede detectarlo porque solo existe en la respuesta HTML inicial. El Modo de Consentimiento de Google maneja este caso para los servicios de Google. Para otros servicios cargados a través de gestores de etiquetas, considera usar reglas de bloqueo personalizadas en la versión de pago.
- La caché está sirviendo una página preprocesada. Los plugins de caché de páginas pueden almacenar en caché el HTML antes de que se ejecute el búfer de salida de WPConsent. Para más detalles, consulta la sección de compatibilidad con caché más abajo.
- Modo de depuración activo. Si la URL contiene el parámetro de consulta
wpconsent_debug, el bloqueo de scripts se desactiva intencionadamente. El escáner utiliza este parámetro internamente. Elimínalo de la URL para restaurar el bloqueo normal.
¿Cómo bloqueo un script que no se detecta automáticamente?
Característica Pro: Las reglas personalizadas de bloqueo de scripts e iframes están disponibles en la versión de pago. Puedes añadir una cadena única que identifique el script (como un fragmento de URL) y asignarlo a un servicio y categoría de cookies.
En la versión gratuita, no puedes añadir reglas de bloqueo personalizadas a través de la interfaz de administración. Sin embargo, la lista de bloqueo de WPConsent se actualiza de forma remota. Puedes contactar al equipo de WPConsent para solicitar que un servicio específico se añada a la lista de detección automática.
¿Por qué no se bloquean mis iframes o contenido incrustado?
El bloqueo de iframes se gestiona por separado del bloqueo de scripts y debe habilitarse de forma independiente:
- Primero, navega a WPConsent >> Ajustes.
- A continuación, activa el interruptor Bloqueo de contenido.
- Luego selecciona qué servicios deseas bloquear de la lista de selección múltiple.
- Finalmente, haz clic en Guardar cambios.
Solo se bloquean los iframes de servicios de la lista de scripts conocidos que tengan patrones de iframe definidos.
Problemas del escáner
¿Por qué mi escaneo no detectó todos los servicios en mi sitio?
El escáner identifica los servicios conocidos analizando el HTML de tu sitio en busca de patrones de scripts y firmas de URL. Estas son las razones más comunes por las que no lo capta todo:
- Scripts cargados por un gestor de etiquetas. El escáner de la versión gratuita analiza el HTML sin procesar de tus páginas. Si un script de seguimiento se carga dinámicamente a través de Google Tag Manager u otro gestor de etiquetas, no aparece en el código fuente HTML y el escáner no puede detectarlo.
Característica Pro: El escáner de la versión de pago también puede detectar servicios añadidos por plugins y scripts cargados a través de Google Tag Manager.
- El servicio solo se ejecuta en páginas específicas. Por defecto, el escáner comprueba tu página de inicio. Si un script de seguimiento solo se carga en ciertas páginas (por ejemplo, una página de pago o una página de destino), el escáner no lo encontrará a menos que incluyas esas páginas. Puedes seleccionar páginas adicionales para escanear desde WPConsent >> Escáner eligiendo páginas en la configuración del escáner.
- El servicio no está en la base de datos de WPConsent. El escáner se basa en una base de datos del lado del servidor de servicios conocidos. Si un servicio es muy específico o nuevo, aún no estará en la base de datos. Puedes añadir manualmente servicios que falten y sus cookies utilizando datos de cookies de cookielibrary.org. Navega a WPConsent >> Ajustes, haz clic en la pestaña Cookies, añade un nuevo servicio e introduce los detalles de las cookies de la biblioteca.
- El escaneo encontró un error. El escáner realiza una solicitud HTTP a su propio sitio para obtener su HTML, luego lo envía a la API de escaneo. Si su sitio requiere autenticación, utiliza autenticación básica o tiene un firewall que bloquea las solicitudes internas, el escaneo falla o devuelve resultados incompletos. Consulte el mensaje de respuesta del escáner para obtener detalles del error.
¿Puedo volver a escanear mi sitio web después de realizar cambios?
Sí. Navegue a WPConsent >> Escáner y ejecute un nuevo escaneo en cualquier momento. Recomendamos volver a escanear después de agregar o eliminar complementos, cambiar de tema o agregar nuevos scripts de seguimiento a su sitio.
Compatibilidad
¿Funciona WPConsent con mi plugin de caché?
Sí, WPConsent es compatible con la mayoría de los plugins de caché, pero necesita comprender cómo interactúan.
El bloqueo de scripts de WPConsent funciona a través de la puesta en búfer de salida de PHP, que modifica el HTML antes de que se envíe al navegador. Los plugins de caché de páginas (WP Rocket, W3 Total Cache, WP Super Cache, LiteSpeed Cache, etc.) almacenan la salida HTML final y la sirven directamente en solicitudes posteriores, omitiendo PHP por completo.
Esto significa:
- La primera carga de página sin caché es procesada por el búfer de salida de WPConsent. Los scripts se bloquean correctamente en el HTML resultante, y esta versión bloqueada se almacena en caché.
- Las cargas de página en caché posteriores sirven el HTML ya modificado, por lo que los scripts permanecen bloqueados como se esperaba.
Cuando las cosas van mal:
- Si habilitó WPConsent después de que sus páginas ya estuvieran en caché, las páginas en caché no tendrán scripts bloqueados. Vacíe todas las cachés después de habilitar o cambiar la configuración de bloqueo de scripts.
- Si su plugin de caché sirve diferentes versiones en caché según las cookies, confirme que no está eliminando la cookie
wpconsent_preferences. El banner y la lógica de desbloqueo de WPConsent se ejecutan en JavaScript en el frontend, por lo que funcionan independientemente de la caché, siempre que el HTML inicial tenga los scripts modificados correctamente.
Específico de WP Rocket: WPConsent incluye un archivo de compatibilidad incorporado que excluye el contenedor del banner de la función de renderizado diferido de WP Rocket. No se necesita configuración adicional.
¿Funciona WPConsent con mi constructor de páginas?
Sí. WPConsent incluye compatibilidad incorporada con los siguientes constructores de páginas:
- Bricks Builder: WPConsent deshabilita automáticamente el banner y el bloqueo de scripts mientras edita en Bricks Builder para evitar interferencias. El banner funciona normalmente en el frontend.
- Divi Builder: Similar a Bricks, WPConsent deshabilita el banner y el bloqueo de scripts dentro del editor visual de Divi. Todo funciona normalmente en la página publicada.
Para otros constructores de páginas (Elementor, Beaver Builder, WPBakery, etc.), WPConsent funciona en el frontend sin ninguna configuración especial. El banner y el bloqueo de scripts solo se ejecutan en cargas de página estándar del frontend y no interfieren con las interfaces del editor.
¿Funciona WPConsent con la API de WP Consent?
Sí. WPConsent se integra con el plugin WP Consent API. Cuando WP Consent API está activo, WPConsent se registra automáticamente como el plugin de consentimiento activo y comunica las opciones de consentimiento del visitante para cada categoría (funcional, preferencias, estadísticas y marketing). Esto permite que otros plugins que admiten WP Consent API respeten las preferencias de consentimiento establecidas a través del banner de WPConsent. Para obtener detalles sobre la integración, consulta la guía de WP Consent API.
Pruebas
¿Cómo puedo probar si mi configuración de consentimiento funciona correctamente?
Sigue estos pasos para verificar que WPConsent esté bloqueando y desbloqueando scripts correctamente:
- Primero, abre una ventana de navegador privada o de incógnito. Esto asegura que no haya una cookie de consentimiento existente.
- A continuación, abre las herramientas de desarrollador de tu navegador (normalmente F12 o clic derecho y luego Inspeccionar).
- Ve a la pestaña Elementos y busca
data-wpconsent-src. Deberías ver etiquetas de script bloqueadas contype="text/plain"y su origen original almacenado endata-wpconsent-src. Esto confirma que el bloqueo de scripts está funcionando. - Comprueba la pestaña Red. Antes de aceptar el consentimiento, no deberían aparecer solicitudes a servicios de seguimiento (como
google-analytics.comoconnect.facebook.net). Si el Modo de Consentimiento de Google o el Modo de Consentimiento de Clarity están habilitados, esos servicios específicos se cargarán en modo restringido en su lugar. - Haz clic en el botón Aceptar todo en el banner.
- Vuelve a comprobar la pestaña Red. Ahora deberías ver solicitudes a los servicios de seguimiento, ya que sus scripts se desbloquean y ejecutan.
- Ve a la pestaña Aplicación. En Cookies, deberías ver la cookie
wpconsent_preferencescon un valor JSON que enumera cada categoría y su estado de consentimiento (trueofalse). - Para probar la revocación del consentimiento, haz clic en el botón flotante de preferencias (si está habilitado) o añade la clase
wpconsent-open-preferencesa cualquier enlace de tu página. Esto abre el panel de preferencias. Desmarca una categoría y guarda. La página se recarga y los scripts de la categoría revocada se bloquean de nuevo.
¿Hay un modo de depuración que pueda usar?
Sí. Añade ?wpconsent_debug a cualquier URL de tu sitio para deshabilitar temporalmente el bloqueo de scripts para esa carga de página. Esto es útil para la resolución de problemas y es el mismo parámetro que utiliza el escáner al obtener el HTML de tu sitio. El modo de depuración solo afecta al bloqueo de scripts. El banner sigue apareciendo normalmente.
Ten en cuenta que el modo de depuración no es una configuración persistente. Solo se aplica a la carga de página específica donde está presente el parámetro de URL.
¿WPConsent garantiza el cumplimiento total de las leyes de privacidad?
WPConsent renuncia expresamente a todas las representaciones y garantías de que WPConsent cumplirá con las leyes y regulaciones de privacidad de datos aplicables. Es su única responsabilidad cumplir con las leyes y regulaciones de privacidad de datos aplicables. WPConsent no proporciona asesoramiento legal y usted debe consultar a un asesor legal para obtener asesoramiento sobre este tema. Por favor, consulte nuestros Términos de Servicio.
Conclusión
Esta sección de preguntas frecuentes cubre las preguntas más comunes sobre WPConsent, desde problemas de visualización del banner y bloqueo de scripts hasta el comportamiento del escáner y la compatibilidad de la caché. Si su pregunta no se responde aquí, consulte las guías relacionadas a continuación para una cobertura más profunda de temas específicos.
Para una descripción completa del plugin y sus características, lea nuestra guía sobre qué es WPConsent y cómo funciona.