MyFoodPlan

Política de cookies y tecnologías similares

Última actualización: 21 de agosto de 2026 · Versión: 1.0

La landing de adquisición de MyFoodPlan no instala cookies ni usa localStorage o IndexedDB. Su código propio utiliza únicamente dos identificadores aleatorios en sessionStorage, ambos limitados a la sesión de la pestaña. No incorpora publicidad, perfilado ni medición de terceros.

1. Responsable y alcance

El responsable es Jesús Baraza Moreno, titular de MyFoodPlan, con contacto en soporte@myfoodplan.app. Esta política describe las tecnologías del flujo web que comienza en / o /pagar.html y continúa, cuando tú lo solicitas, hacia Stripe.

2. Tecnologías propias utilizadas

Nombre y momento Finalidad y contenido Duración en el terminal Backend, conservación y destinatarios
mfp_audience_session
Se crea al cargar la landing.
Valor aleatorio para contar una sesión una sola vez aunque se recargue la página. Solo se envían el valor y la ruta comercial, normalizada como /. Sesión de la pestaña. No permite reconocer una nueva sesión tras cerrarla y no amplía su duración mediante una fecha de caducidad renovable. Google Cloud recibe la solicitud por cuenta de MyFoodPlan. Firestore guarda una clave opaca de deduplicación durante 7 días y un recuento diario agregado durante un máximo de 750 días, sin guardar el valor original. La lógica de medición no lee ni persiste email, atribución, IP, user-agent o referencia de cliente.
mfp_client_reference_id
Se crea solo tras enviar válidamente el formulario.
Valor aleatorio que mantiene la misma referencia en el primer envío, los reintentos técnicos, el envío de respaldo y el paso a Stripe, evitando leads duplicados. Sesión de la pestaña. Google Cloud lo recibe con el lead, que se conserva como máximo 90 días. Stripe lo recibe junto con el email al continuar al pago y aplica su propia política y plazos.

3. Parámetros de atribución y transportes

Los parámetros de atribución no son cookies ni se escriben en el almacenamiento del terminal: proceden de la URL. Al enviar el formulario solo se admiten utm_source, utm_medium, utm_campaign, utm_content, utm_term, ref, referrer y affiliate. Cada valor se limita técnicamente y cualquier otro parámetro se descarta. fetch y sendBeacon son mecanismos de transporte; no crean almacenamiento adicional.

4. Por qué no mostramos un banner

mfp_audience_session se limita a la medición exclusiva de audiencia propia, genera estadísticas diarias agregadas, no se combina con otros tratamientos, no se transmite a un tercero para fines propios y no permite seguimiento entre sesiones, dominios o sitios. Se configura conforme a la exención de medición de audiencia del artículo 22.2 de la LSSI y a las garantías de la AEPD. mfp_client_reference_id es estrictamente técnico y se crea solo para continuar la contratación que solicitas. Por ello no se pide consentimiento previo para estas dos tecnologías.

Si estas finalidades, destinatarios o garantías cambian, MyFoodPlan revisará la exención y solicitará consentimiento previo cuando sea necesario.

5. Control desde el navegador y servicios externos

Puedes bloquear o borrar sessionStorage desde el navegador. La medición puede dejar de deduplicar recargas y la continuidad del intento de compra puede degradarse, pero no se utilizará ese bloqueo para crear perfiles. Al abrir Stripe abandonas la landing; Stripe puede utilizar tecnologías propias conforme a su política. Google Cloud actúa como proveedor de la infraestructura backend de MyFoodPlan.

Más información sobre bases legales, destinatarios, transferencias, conservación y derechos en la Política de privacidad. Condiciones de contratación en los Términos.