Cree un sitio web adaptable en HTML utilizando la infraestructura existente del proyecto para [PROJECT] y [AUDIENCE]. La tarea es: Página de seguridad y confianza.

## Contenido y estructura obligatorios

Organice los controles documentados, el tratamiento de datos, las pruebas de cumplimiento y las vías de contacto.

Utiliza [APPROVED_CONTENT] como fuente de nombres, fechas, cifras, afirmaciones y destinos. Enumera los datos que faltan antes de sustituir cualquier elemento. Si se necesita una demostración, indica que su contenido es ficticio. No inventes citas de clientes, clasificaciones, logotipos de socios ni capacidades del producto.

## Dirección de diseño

Usa [BRAND_RULES] y el sistema de diseño ya seleccionado en el proyecto. Si no se proporciona ningún sistema, parte de esta dirección: blanco papel, azul marino intenso y paneles en azul claro discreto; retícula precisa y tipografía espaciosa. Mantén coherentes las funciones de la tipografía, el espaciado y el color. Da prioridad a la tarea sobre los elementos decorativos y evita una colección genérica de tarjetas sin relación entre sí.

## Preparación del contenido

Utilice un inventario proporcionado de controles documentados, prácticas de tratamiento de datos, pruebas de certificación y vías de contacto. Registre el alcance y la fecha de cualquier material de garantía de terceros.

## Diseño y comportamiento

Organice la información según las preguntas que un comprador necesita responder: acceso, datos, operaciones y pruebas disponibles. Incluya enlaces a los documentos de respaldo sin convertir cada control en una insignia de certificación.

## Comprobación de aceptación específica de la tarea

- Muestre únicamente certificaciones verificadas y no infiera garantías legales.
- Vincule cada declaración de garantía con sus pruebas.
- Si es necesario solicitar un informe, indíquelo; nunca dé a entender que un informe no disponible o un control previsto ya están verificados.

## Implementación y revisión

Mantén el texto editable. Utiliza una estructura semántica, controles descriptivos, un foco de teclado visible y estados vacíos o de error adecuados. Comprueba los diseños estrechos y anchos. Respeta las preferencias de movimiento reducido. Conserva el framework y las dependencias existentes del proyecto; no sustituyas la estructura tecnológica sin avisar. Devuelve los archivos editables y explica cualquier comportamiento incompleto o dato de entrada no compatible. Revisa esta tarea específica antes de proponer funciones adicionales.

## Archivo de referencia y objetivo de reconstrucción

Adjunta reference.webp, incluido en el paquete de descarga de este prompt, junto con el prompt en OpenDesign. Crea un resultado editable con una composición y jerarquía similares; no incrustes la imagen de referencia completa como interfaz final. Conserva el contenido aprobado del proyecto y las reglas de marca si entran en conflicto con las etiquetas ficticias de ejemplo. Si la imagen falta o no se puede leer, solicítala en lugar de afirmar que existe fidelidad visual.

## Composición y contenido de referencia

Utilice el archivo reference.webp adjunto como referencia visual para la página de seguridad y confianza. Antes de crearla, identifique las regiones principales de arriba abajo, sus anchuras y alturas relativas, alineación, espaciado, jerarquía tipográfica, colores de superficie, bordes, imágenes y componentes repetidos. Conserve esas relaciones en lugar de sustituirlas por una plantilla genérica. Contenido obligatorio de la tarea: organice los controles documentados, el tratamiento de datos, las pruebas de cumplimiento y las vías de contacto. Al convertir la imagen en elementos editables, siga estas directrices de diseño específicas de la tarea: organice la información según las preguntas que un comprador necesita responder: acceso, datos, operaciones y pruebas disponibles. Incluya enlaces a los documentos de respaldo sin convertir cada control en una insignia de certificación.

## Dirección visual de los requisitos de ejemplo

Organice la información según las preguntas que un comprador necesita responder: acceso, datos, operaciones y pruebas disponibles. Incluya enlaces a los documentos de respaldo sin convertir cada control en una insignia de certificación.

## Especificación de las interacciones

La referencia es un concepto estático: el comportamiento descrito a continuación es un requisito que debe implementarse, no una prueba de que la imagen ya funcione. Copie el prompt personalizado en su proyecto de trabajo. Comience por la tarea principal: organice los controles documentados, el tratamiento de datos, las pruebas de cumplimiento y las vías de contacto. Muestre únicamente certificaciones verificadas y no infiera garantías legales. Para cada control visible, especifique su activador, el estado afectado y la respuesta; implemente cambios locales con un estado coherente entre las vistas relacionadas. Haga que la búsqueda y los filtros ofrezcan resultados reales, que los controles de selección tengan un estado activo explícito y que las acciones de guardado muestren respuestas visibles de proceso pendiente, éxito o error cuando corresponda. No añada flujos de trabajo ajenos. Utilice enlaces adecuados para la navegación, botones para las acciones y nombres accesibles para los controles con iconos. No dé a entender que una operación del backend se ha completado correctamente si solo ha cambiado una demostración local.

## Comparación visual y entrega

1. Compara el resultado con la imagen adjunta usando las mismas proporciones. Revisa la ubicación de las regiones principales, los tamaños relativos de las imágenes, los saltos de línea, el espaciado, la jerarquía tipográfica, el contraste, los estados activos y la densidad del contenido antes de perfeccionar los detalles decorativos.
2. Después, prueba el diseño estrecho sin comprimir el texto de escritorio en etiquetas diminutas.
3. Mantén los logotipos, las fotos y los iconos como recursos independientes y todas las etiquetas relevantes editables. Enumera las fuentes o los recursos no disponibles y cualquier desviación deliberada. Devuelve los archivos funcionales junto con una descripción concisa del comportamiento implementado y las integraciones pendientes; no prometas un resultado idéntico píxel a píxel basándote únicamente en el prompt.