Diseña la política. Prueba los fallos. Después decide.
NP AgeVerify 1.2.11 combina reglas por país y catálogo, cuatro métodos declarativos, textos por idioma y una experiencia de marca. Revisa decisión, UI real, datos guardados y límites sin enviar datos personales.
- 1.2.11
- ZIP determinista · SHA-256 publicado
- 4
- métodos declarativos
- 6 × 5
- temas × layouts
- PS 8 + 9
- runtime real verificado
Un age gate es un sistema de políticas, no solo un popup.
Elige el modelo de evidencia
Fecha, año, casilla y Sí/No son declaraciones. Ninguna establece identidad.
Define la prioridad de edades
El país sustituye la base; categoría, producto y carrito pueden elevarla. Gana el máximo.
Diseña la interrupción
Elige seis temas, cinco layouts, logo, icono, paleta, fondo, consentimiento y exclusiones.
Gestiona la operación
Supervisa auditoría/analítica, exporta CSV, prueba RGPD y opera la retención. Los siete días no borran auditoría.
Inspecciona la versión exacta antes de confiarle una política real.
Compara el ZIP entregado, el código idéntico de PS8/PS9, los catálogos y las capturas reales EN/FR/ES/IT y decide si la auto-declaración encaja con el riesgo y la operación de tu tienda.
Una versión pública, una identidad de artefacto privado.
El puntero actual y la ruta privada resuelven al mismo ZIP determinista usado en todas las pruebas.
993ab5b044446d751ad29698251effa43ecba6b8a18655973b1cae5bcee0b4f8El paquete no tiene Product Key de PrestaShop y no se afirma una ejecución autenticada del Validator oficial. La publicación en marketplace sigue bloqueada.
Reproduce el portal sin enviar datos personales.
Usa una fecha inventada. Cambia política, país detectado y niveles de catálogo para ver edad efectiva, cookie, checkout y auditoría.
- Edad calculada
- 24
- Edad efectiva requerida
- 21+
- Portal en esta superficie
- Visible
- Cookie de decisión
- Se crearía por 30 días
- Checkout
- Sin redirección en este estado
Registro del navegador
Token firmado first-party HttpOnly np_age_verified; SameSite=Lax; Secure en HTTPS; sesión de respaldo sin cookies persistentes.
Registro del servidor
Evento para este estado: verify / passed / birth_year 2002
Columnas de la tabla entregada
id_shop · id_customer · id_cart · event_type · result · rule_context · minimum_age · birth_year · ip_hash · user_agent_hash · date_add
La versión 1.2.11 no purga automáticamente la auditoría. Los días de cookie no borran esas filas; siete días solo aplica a filas técnicas.
Solo simulador del producto. No determina edad, evidencia, base, retención ni control de entrega aplicable.
Los datos permanecen en este navegador y nunca se envían. Usa solo ejemplos inventados.
Sigue la decisión del cliente hasta la operación del comercio.
1. Muestra la regla efectiva
El portal real PS9 muestra la edad requerida y mantiene accesibles confirmar/salir. La fecha completa es uno de cuatro métodos.
Abrir esta escena en el tour →
2. Configura política, alcance y presentación
El back office responsive empieza por la salud y agrupa verificación, alcance, diseño, seguridad y alertas.
Abrir esta escena en el tour →
3. Investiga y exporta decisiones
Filtra fecha, evento y resultado, revisa edad/contexto y exporta CSV. La tabla guarda año cuando aplica, no fecha completa.
Abrir esta escena en el tour →
4. Supervisa el funcionamiento
La analítica agrega aprobados, fallidos, bloqueos y fallback para detectar fricción y abuso sin SaaS externo.
Abrir esta escena en el tour →
El tratamiento first-party también necesita una decisión de retención.
| Ubicación | Qué usa 1.2.11 | Límite operativo |
|---|---|---|
| Solicitud de verificación | Campos de fecha, año, confirmación o Sí/No; una edad pendiente firmada vincula la solicitud a la regla mostrada. | Procesamiento same-origin. La fecha completa se evalúa pero no se guarda en auditoría. Usa un especialista si necesitas más evidencia. |
| Decisión del navegador | Cookie firmado first-party HttpOnly np_age_verified, SameSite=Lax, Secure en HTTPS; cookie temporal y prueba de almacenamiento. | La duración de la cookie no borra auditoría. Si fallan cookies, se usa una sesión segura. |
| Tabla de auditoría | id_shop · id_customer · id_cart · event_type · result · rule_context · minimum_age · birth_year · ip_hash · user_agent_hash · date_add | Existen filtros, CSV y hooks RGPD. No hay purga automática por antigüedad; el comercio opera la retención. |
| Protecciones de límites/alertas | Contadores por hash de IP, cooldown y ventanas de alerta para limitar abuso y avisar. | Las filas técnicas de más de siete días se limpian de forma oportunista. No afecta a auditoría. |
Ajusta el nivel de confianza al riesgo real.
El Comité Europeo distingue la auto-declaración de métodos más fuertes, recomienda elegir de forma proporcional al riesgo y señala que depende principalmente de la buena fe. También pide finalidad, minimización, retención transparente y seguridad. NP AgeVerify es auto-declaración controlada por el comercio; esta página no es asesoría legal.
Leer la Declaración EDPB 1/2025 ↗Necesidad primero
Documenta por qué ese producto, ruta y público necesitan la decisión.
Confianza proporcional
La auto-declaración ofrece poca confianza. Ajusta el método a la consecuencia de un error.
Minimiza y limita la finalidad
Evalúa año, IDs y hashes; no reutilices auditoría para perfiles.
Ejecuta el borrado
Asigna responsable, plazo, borrado, evidencia, copias y respuesta a incidentes.
Usa auto-declaración solo cuando sea suficiente.
Buen encaje · auto-declaración revisada
Una revisión acepta la declaración, quieres first-party y necesitas reglas por país/catálogo y control de marca.
Encaje condicionado · stack personalizado
Checkout, controladores, overrides, consentimiento y CDN/caché requieren staging realista en cada ruta.
No encaja · identidad o entrega verificada
Usa un especialista para documentos, biometría, tokens, identidad de pago, transportista o entrega.
Prueba la tienda, la ruta y cada caso límite antes de publicar.
| Decisión o riesgo | Qué hace 1.2.11 | Qué debe demostrar el comercio |
|---|---|---|
| Límite de fecha y solicitudes directas | El servidor rechaza fechas imposibles, años antes de 1900, fechas futuras y enteros no estrictos. Una fecha futura falla sin cookie. | Prueba antes/día/después del cumpleaños, 29 febrero, imposible, futura, arrays, decimales, negativos, cero y parciales. |
| Prioridad de país y niveles | El país sustituye la base; categoría, producto y carrito pueden elevar. El máximo se firma. | Prueba país ausente/desconocido, cada país, múltiples categorías, overrides y carrito mixto. |
| Precisión de la fuente GeoIP | Puede usar cabeceras CDN fiables o GeoLite2. Sin país, se aplica la política base. | Valida confianza proxy/header, IPv4/IPv6, VPN/desconocido, base disponible y fallback. |
| Checkout y controladores personalizados | Un carrito restringido sin decisión se bloquea antes del checkout. Las exclusiones omiten superficies elegidas. | Prueba checkout clásico/one-page, pago express, restauración, cuenta/auth, controladores y exclusiones. |
| Cookie y sesión de respaldo | Una cookie firmada HttpOnly SameSite=Lax guarda el umbral. Si falla, se usa sesión segura. | Prueba HTTPS, subdirectorio, cookies bloqueadas, privado, caducidad, umbral, pestañas y caché/CDN. |
| Retención de auditoría | La auditoría no caduca automáticamente. Los siete días solo cubren tablas técnicas. | Demuestra borrado, permisos, copias, alertas, hooks RGPD y conteos tras el plazo. |
| Robots y UX accesible | Robots reconocidos pueden omitirlo. Layouts bloqueantes retienen foco; inline es región. Sin garantía. | Usa teclado/lector; revisa scroll móvil, HTML, enlaces, vistas previas, robots y Search Console. |
Conoce el límite antes de producción
¿Es verificación de identidad?+
No. El visitante declara fecha, año o confirmación. No comprueba documentos, biometría, identidad de pago, datos públicos ni entrega, y no prueba quién declaró.
¿1.2.11 admite edades por país y producto?+
Sí. Un país ISO2 puede sustituir la base; categoría, producto y carrito pueden elevarla. Gana el máximo aplicable. Prueba GeoIP en la red real.
¿El servidor rechaza fechas futuras?+
Sí. 1.2.11 rechaza fechas futuras/imposibles, años anteriores a 1900 y enteros inválidos. Las pruebas directas pasan en PS8 y PS9.
¿Guarda la fecha completa?+
La fecha completa se envía same-origin, pero auditoría no tiene día ni mes. Puede guardar año, IDs, resultado, contexto, edad, hashes y fecha.
¿Puedo configurar retención automática?+
No. Hay filtros, CSV y hooks de cliente, pero no programador. El comercio opera la retención. Los siete días solo afectan filas técnicas.
¿Funciona con cualquier checkout y tema?+
No hay garantía universal. 1.2.11 está verificado en PS8/PS9, pero controladores, one-page, express, overrides, consentimiento y caché/CDN requieren staging.
¿Comprar establece cumplimiento legal?+
No. Edades, evidencia, base, aviso, retención, accesibilidad, entrega y reglas dependen del contexto. Obtén revisión independiente.
Mantén juntos el simulador, las pantallas reales y la evidencia.
La experiencia publica el SHA-256 exacto 1.2.11, capturas runtime en español, checklist y precio único de 49 €. Compra solo tras revisar y probar evidencia, rutas, accesibilidad, aviso y retención.