Cómo añadir una política de privacidad a una app Next.js

Determina si el proyecto utiliza App Router, Pages Router o una organización establecida que combina ambos. Next.js asigna archivos a rutas y la ubicación de una página depende de esa estructura. En un proyecto con App Router, app/privacy-policy/page.tsx puede definir la ruta de privacidad; un proyecto que utiliza un directorio src coloca la misma estructura bajo src. Sigue la convención existente del proyecto.

Comprueba si ya existe una estructura para las páginas legales antes de crear otra. Localiza el pie de página compartido, el formulario de registro, el punto de entrada al pago y cualquier página de ajustes de cuenta. Identifica también las protecciones de autenticación y las reglas de rutas. Tu implementación debe adaptarse a estos puntos de uso en lugar de suponer que todos los proyectos creados por un asistente de IA tienen el mismo árbol de archivos.

Revisa las acciones de servidor, los manejadores de rutas, las llamadas a bases de datos, la autenticación, el envío de correo y los webhooks de pago. El panel de red de un navegador no revela todas las solicitudes que realiza el servidor por cuenta de un usuario. Inspecciona después por separado la analítica del cliente, el contenido incrustado y los informes de errores. Incluye el sitio de presentación si comparte el mismo despliegue.

Sigue una cuenta de prueba desechable durante el registro y la eliminación para comprobar el comportamiento real de persistencia. Nunca pegues secretos del entorno ni contenido de clientes en el proceso de elaboración del documento. La guía general de generación de políticas de privacidad proporciona un inventario que puedes entregar a tu asistente de programación. El nombre de un framework es un punto de partida para inspeccionar, no una respuesta factual sobre los datos que recoge tu producto.

Utiliza el Website Privacy Policy Generator o la opción adecuada para aplicaciones o SaaS. Introduce la identidad de quien presta el servicio, los contactos, el tratamiento, los proveedores, el público, la conservación y los hechos regionales que hayas confirmado. Revisa la vista previa completa en lugar de pedir a un asistente que rellene la página legal con un texto convincente.

Si el proyecto tiene suscripciones o espacios de trabajo, utiliza la guía de políticas para SaaS para comprobar los flujos adicionales. Resuelve con la persona responsable las decisiones empresariales pendientes en lugar de deducirlas del código. Confirma el precio mostrado para los módulos seleccionados y elige el formato de entrega solo después de revisar el contenido. La ruta es un contenedor; la precisión del contenido del documento sigue siendo un requisito independiente.

Un documento alojado permite que el pie de página compartido apunte a una URL pública de la política sin añadir una ruta local de contenido. El HTML independiente es un documento completo apropiado para servirlo como archivo propio. Un fragmento HTML compatible encaja en una página legal que ya proporciona la navegación, la anchura de lectura y el diseño visual de tu aplicación. Elige el formato que se adapte a la arquitectura existente.

Si utilizas la integración para agentes, solicita el formato de entrega adecuado e integra exactamente el resultado devuelto. No pidas al asistente que parafrasee el documento para acortar el componente. Conserva los encabezados, los enlaces, las fechas y todas las secciones. Mantén escapado el contenido no confiable y evita introducir en la aplicación un mecanismo general para renderizar cualquier marcado aportado por usuarios.

Revisa las comprobaciones de autenticación de la página y de cualquier diseño que la envuelva. Las páginas legales no deben heredar por accidente una redirección al acceso de un panel privado. Comprueba también las reglas que reescriben rutas desconocidas, exigen completar una incorporación o restringen el acceso según una sesión. Verifica el resultado con una sesión de navegador completamente nueva.

Elige un destino estable como /privacy-policy y úsalo de forma consistente. No incluyas despliegues de vista previa ni enlaces de revisión que caduquen en los pies de página de producción ni en los paneles de proveedores. Si más adelante cambias la ruta, mantén una redirección deliberada para que los enlaces anteriores sigan funcionando. La guía sobre URL de políticas explica por qué una dirección debe llevar al documento público completo y no a la página principal del producto.

Añade al pie de página compartido un enlace con una etiqueta descriptiva, Política de privacidad, para que las nuevas páginas lo hereden. Después añade acceso contextual cerca del registro, la suscripción a boletines, la subida de archivos o el pago, según corresponda. Un único diseño compartido puede no cubrir un flujo de pago incrustado, un dominio de presentación independiente o una pantalla alojada por un proveedor de autenticación. Comprueba cada entorno expresamente.

Utiliza la guía de colocación para revisar las ubicaciones. Mantén separados los enlaces a las condiciones y deja clara su función. Prueba el foco del teclado y la legibilidad en móviles. No escondas el único enlace a la política en un menú que solo aparece al pasar el puntero ni en un botón que requiera un estado autenticado de la aplicación. Los lectores deben entender adónde lleva el enlace antes de activarlo.

Abre la URL final en una ventana privada, recárgala y sigue el enlace tanto desde un formulario como desde el pie de página. Comprueba la respuesta HTTP y el contenido visible; la estructura de la aplicación o una pantalla de error con tu marca no constituyen una página de política correcta solo porque el servidor haya respondido. Prueba con los scripts deshabilitados cuando tu forma de publicación admita HTML estático o renderizado en el servidor.

Inspecciona el título, un único encabezado principal, la navegación de secciones, las URL largas y el diseño de impresión. En una pantalla estrecha, confirma que el contenido no se desborda ni queda oculto tras controles fijos. Utiliza la guía de integración con React si tu proyecto combina Next.js con una aplicación cliente independiente que necesita sus propias comprobaciones de navegación.

Registra la versión aprobada y los hechos en los que se basa para que un futuro asistente no la sustituya por una página improvisada durante un rediseño. Incluye comprobaciones de las rutas legales al cambiar diseños, autenticación, configuración del dominio o alojamiento. Si tu implementación obtiene contenido alojado, conoce su comportamiento ante fallos en lugar de mostrar silenciosamente una página vacía cuando falla una solicitud.

Revisa la política cuando cambie el comportamiento del servidor, por ejemplo al añadir una API de modelos, trasladar archivos subidos o introducir analítica. Nuestra guía de actualización ayuda a identificar los motivos de revisión. Un cambio únicamente de estilo debe conservar las secciones sustantivas del documento. La publicación se completa cuando cualquier persona puede acceder al contenido aprobado y leerlo en la dirección real de producción.