Guía para decidir la verificación de edad en PrestaShop: evidencia, datos y staging (2026)

Un portal de edad es un control técnico, no una conclusión jurídica. La regla puede cambiar según producto, destino, canal, nivel de evidencia y entrega. Antes de elegir un módulo, obtén una revisión legal y de privacidad independiente para la operación exacta. Esta guía convierte esa revisión en preguntas de producto y staging; no es asesoría legal.

1. Define la evidencia antes que la función

“Verificación de edad” suele usarse para todo, pero el Comité Europeo de Protección de Datos distingue tres modelos:

• Auto-declaración: el visitante declara o escribe un atributo de edad. El servicio no demuestra quién lo introdujo.
• Estimación de edad: un sistema estima la edad a partir de señales; importan precisión, sesgo, recurso y sensibilidad.
• Verificación de edad: se comprueba una fuente o credencial más fuerte, con más confianza y también más partes, datos y posibles fallos.

No son niveles intercambiables. Decide qué confianza necesita la tienda y descarta productos que implementen otro modelo.

2. Aplica los principios oficiales al flujo exacto

El EDPB pide un enfoque basado en riesgo y proporcionalidad, finalidad específica, minimización, transparencia sobre datos y duración, seguridad y evidencia de eficacia. También señala que la fiabilidad de la auto-declaración depende principalmente de la buena fe del usuario. Lee la Declaración 1/2025 del EDPB sobre garantía de edad.

1. ¿Por qué hace falta una decisión de edad en esa ruta?
2. ¿Qué nivel de confianza debe aportar?
3. ¿Cuál es el atributo mínimo que necesita la tienda?
4. ¿Qué partes reciben la entrada o el resultado?
5. ¿Qué queda guardado, cuánto tiempo y quién lo borra?
6. ¿Cómo se corrige una decisión errónea o inaccesible?

3. Revisa la implementación, no solo el titular

“First-party” y “sin llamada externa” no significan que no exista un registro del servidor. Pide esquema de tabla, atributos de cookie, mecanismo de borrado y una pantalla real de la versión entregada.

NP AgeVerify 1.2.10 usa una cookie firmada HttpOnly first-party SameSite=Lax y no llama a un verificador externo. Su auditoría incluye IDs de tienda, cliente y carrito cuando existen; evento, resultado, contexto y edad efectiva; año cuando el método lo aporta; hashes de IP y user-agent; y fecha. La auditoría no tiene retención ni purga automática. El hash por sí solo no vuelve anónimos los identificadores vinculados.

El servidor actual rechaza fechas imposibles o posteriores a hoy, años anteriores a 1900 y enteros mal formados. Las solicitudes directas con arrays, decimales, negativos, cero o valores parcialmente numéricos se rechazan antes de convertir. Comprueba estos límites en el paquete exacto y el stack real que publicarás.

Usa el laboratorio de verificación de edad para PrestaShop para simular la decisión 1.2.10, la prioridad país/catálogo, el fallback de cookie y todos los campos antes de comprar.

4. Prueba la prioridad geográfica y del catálogo

NP AgeVerify 1.2.10 puede sustituir la edad base por una regla ISO2 cuando una cabecera CDN fiable o GeoLite2 detecta país. Los niveles de categoría, producto y carrito pueden elevarla. Se aplica el valor más alto y se firma en el intento pendiente.

GeoIP no equivale a destino de envío y puede ser desconocido o incorrecto. Prueba proxy, IPv4/IPv6, VPN y fallback; no conviertas un país detectado o un número de captura en una conclusión jurídica.

5. Diseña el borrado antes de activar el registro

La duración de la cookie y la retención del servidor son controles distintos. Cuando el módulo no purga, el comercio necesita un proceso separado con periodo y responsable, permisos mínimos, tratamiento de copias, alertas de fallo, evidencia de ejecución y respuesta a solicitudes e incidentes.

6. Prueba los fallos en staging

• día anterior, exacto y posterior al cumpleaños;
• fechas inválidas, año bisiesto y diferencias de navegador;
• productos, categorías y carritos restringidos o no;
• checkout clásico, personalizado y pagos rápidos;
• caducidad, cookies bloqueadas, HTTPS y cambio de umbral;
• teclado, lector de pantalla y móvil;
• HTML renderizado, enlaces, robots y Search Console;
• crecimiento de filas y proceso completo de borrado.

La versión 1.2.10 puede omitir el portal para rastreadores de búsqueda y vista previa social reconocidos, usa focus trap en layouts bloqueantes y expone el modo inline como región. Instalarla no garantiza accesibilidad ni indexación; prueba tema, HTML y robots.

En resumen

Compra un módulo solo cuando estén claros el modelo de evidencia, el inventario de datos, el borrado y las pruebas del stack exacto. NP AgeVerify solo ofrece auto-declaración. Puede encajar en una política simple revisada, pero instalarlo no crea cumplimiento por sí solo.

Revisa versión, capturas reales, SHA-256 y condiciones en la experiencia de producto de NP AgeVerify.