--- title: "Seguridad en Briks: protegemos tus sitios y datos" url: https://briks.dev/es/security description: "Cómo protege Briks tus sitios, registros y claves: dónde viven los datos, deshacer y restaurar, revisiones antes de cada publicación y roles." last_updated: 2026-10-22 --- # Seguridad en Briks Cómo protege Briks tus sitios, tus registros y tus claves, y qué queda en tus manos. Cada punto de abajo es cómo funciona Briks hoy, con los planes a los que se aplica a su lado. **Tus registros** La base de datos y el almacenamiento de archivos de cada sitio se crean por defecto en la Unión Europea. **Cada cambio** Guardado como una versión que puedes deshacer, rehacer o restaurar. **Tus claves** Se guarda solo en tu sitio publicado. El estudio conserva sus nombres, nunca sus valores. **Antes de publicar** Un cambio que carga scripts de un sitio web que no has permitido, o que contiene una clave, se detiene. Tu sitio en vivo se queda como estaba. **Pagos** Se paga directamente en tu propia cuenta, sin comisión de Briks. **¿Has encontrado un problema?** Escribe a [hello@briks.dev](mailto:hello@briks.dev). ## Dónde viven tus datos En todos los planes **Los registros de tu sitio** Un sitio que guarda datos tiene su propia base de datos, creada por defecto en la Unión Europea. El lugar se fija cuando se crea la base de datos. **Los archivos de tu sitio** El almacenamiento de archivos de cada sitio también se crea en la Unión Europea, la primera vez que se usa. **Copias nocturnas** En los planes de pago, las copias nocturnas de la base de datos de un sitio se guardan en la Unión Europea. **Todo lo demás** Tu cuenta, tus conversaciones y el resto de los datos del estudio los tratan los tipos de proveedores que enumera la [Política de privacidad](https://briks.dev/es/privacy#transfers). Algunos tratan datos fuera del Espacio Económico Europeo, con una decisión de adecuación o con las Cláusulas Contractuales Tipo de la Comisión Europea. **Cada sitio por separado** Cada sitio publicado funciona por su cuenta, con su propio código de servidor, su propia base de datos para los registros que guarda y su propio almacenamiento. Las claves de un sitio están ligadas solo a ese sitio. **Compilaciones selladas** El código de tu sitio se construye en un espacio aislado que no puede ver ningún otro sitio. ## Versiones, deshacer y puntos de restauración En todos los planes Copias nocturnas en los planes de pago **Versiones** Cada compilación, cambio y nueva revisión se guarda como una versión. Los Owners, Admins y Editors pueden deshacer, rehacer o restaurar una, y el sitio se vuelve a publicar tal como estaba. **Historial de tu base de datos** Los Owners y Admins pueden devolver la base de datos de un sitio a un momento anterior de su historial, o a un punto de restauración. Briks crea un punto de restauración por sí mismo antes de cambiar la estructura de la base de datos. **Copias nocturnas** En un plan de pago, activa una copia nocturna de la base de datos de un sitio, cada una guardada durante 30 días. Cualquiera que pueda ver el proyecto puede descargar una. **Código y registros por separado** Restaurar una versión del código nunca cambia la base de datos, y restaurar la base de datos nunca cambia el código. - [Versiones, deshacer y rehacer](https://briks.dev/es/docs/versions) - [Copias de seguridad](https://briks.dev/es/docs/backups) ## Claves y secretos En todos los planes **Secretos** Las claves que necesita tu sitio van directamente a tu sitio publicado, cifradas, donde solo puede leerlas el código de su servidor. Briks guarda el nombre de cada clave, quién la guardó y cuándo. Nadie puede volver a leer un valor, tú tampoco. **Claves en los mensajes** Una clave pegada por error en un mensaje se elimina antes de que el mensaje se guarde o lo lea la IA, cuando Briks reconoce su tipo, y la respuesta indica dónde debe ir. **Nunca en el código** Una clave escrita en cualquier archivo de tu sitio detiene la publicación, y lo mismo ocurre con código en el navegador del visitante que lea una clave secreta. El código que descargas nunca contiene tus claves. **Las claves propias de Briks** El código de tu sitio nunca puede leer las claves con las que funciona Briks. Un cambio que lo intente no se publica. - [Secretos](https://briks.dev/es/docs/secrets) ## Revisiones antes de cada publicación En todos los planes **Qué detiene una publicación** Un cambio se retiene, y tu sitio en vivo se queda como estaba, cuando cargaría un script de otro sitio web, enviaría lo que hacen los visitantes a otro sitio web, mostraría dentro del tuyo la página de otro sitio web, enviaría un formulario a uno, o mandaría una clave de pago o dinero a una dirección que no configuraste. Puedes permitir hasta 10 sitios web de confianza en los ajustes de tu proyecto. **Lo que nadie puede permitir** Se rechaza una clave escrita en un archivo, una clave secreta leída en el navegador del visitante y código que lee las claves propias de Briks, lo pida quien lo pida. **Todas las vías de entrada** Las mismas reglas se aplican al código que editas a mano y al código enviado desde GitHub. **Una revisión de seguridad** Antes de publicar una creación o un cambio, Briks lee el código escrito para ello en busca de los errores que más suelen filtrar datos: claves en archivos, rutas que modifican datos sin límite, registros de miembros leídos sin comprobar quién los pide, consultas a la base de datos construidas a partir de texto y pagos aceptados sin prueba. Lo que encuentra vuelve para corregirse. **Una revisión previa al lanzamiento** Pasar un sitio a producción ejecuta antes una revisión previa al lanzamiento. El texto de relleno, las páginas sin título, los enlaces que no llevan a ninguna parte y un dashboard sin forma de iniciar sesión la detienen hasta que se corrijan. - [Publicar en producción](https://briks.dev/es/docs/publish-to-production) ## Agente de seguridad Desde el plan Starter **Qué revisa** Contrátalo para un proyecto y revisa tu código después de cada publicación y todo el sitio cada lunes: claves, la configuración de seguridad y el certificado del sitio publicado, archivos que no deberían ser públicos y los paquetes que usa tu sitio. **Pregunta primero** Explica cada hallazgo en palabras sencillas, y cada arreglo espera a que un Owner o Admin lo apruebe. Nunca ve el valor de una clave. **Quién lo contrata** Owners y Admins. Cuenta como uno de los agentes de tu plan para ese proyecto. - [Agente de seguridad](https://briks.dev/es/features/security-agent) - [Cómo contratarlo](https://briks.dev/es/docs/security-agent) ## Cobros en tus sitios web Todos los planes, incluido Free **Tu propia cuenta** Conecta tu propia cuenta de Stripe, PayPal, Mollie, Razorpay, Paddle, Lemon Squeezy, Polar, Creem o Dodo Payments. Los compradores te pagan directamente y Briks no cobra comisión por tus ventas. **Tus claves** Solo los Owners y Admins guardan claves de pago. Cada una se prueba antes de guardarse y luego se conserva con tu sitio publicado como cualquier otro secreto. **Comprobante de pago** Cada aviso de un pago se verifica como procedente del proveedor de pagos antes de que un pedido cuente como pagado. - [Inicio de sesión y pagos](https://briks.dev/es/docs/sign-in-and-payments) ## Inicio de sesión para tus visitantes En todos los planes **Correo y contraseña** Un sitio con cuentas pide a cada nuevo miembro que confirme su correo antes de iniciar sesión, guarda las contraseñas solo de forma irreversible y envía un enlace de restablecimiento que funciona durante una hora. **Inicia sesión con** Los Owners y Admins pueden añadir Google, Apple, Microsoft, GitHub, X, Facebook, LinkedIn o Discord, con sus propias claves. **Límites** Los intentos de inicio de sesión y de registro están limitados, para que las contraseñas no se puedan adivinar a toda velocidad. ## Tu cuenta de Briks En todos los planes **Un correo confirmado** Cada cuenta de Briks confirma su correo antes de usarse, y las contraseñas se guardan solo de forma irreversible. **Tus dispositivos** Tu perfil muestra todos los dispositivos con la sesión iniciada en tu cuenta, y puedes cerrar la sesión de cualquiera de ellos. **Restablecer contraseña** Un enlace de restablecimiento funciona una vez y durante una hora, y al restablecer se cierra la sesión en todos los dispositivos. - [Tu perfil y el inicio de sesión](https://briks.dev/es/docs/account) ## Roles e invitaciones Equipos desde Pro **Cuatro roles** Los Viewers ven proyectos, vistas previas y analíticas y no cambian nada. Los Editors crean, cambian y publican. Los Admins además gestionan miembros y ajustes. Solo los Owners se ocupan de la facturación, de otros Owners y de eliminar el espacio de trabajo. **Invitaciones** Una invitación funciona durante 7 días, y solo para la dirección a la que se envió. - [Miembros y roles](https://briks.dev/es/docs/members-and-roles) ## Agentes de IA y lo que leen Desde el plan Starter **Te pregunta** Un agente pregunta antes de que salga nada, como un correo, una publicación o un cambio en tu sitio, salvo que dejes que un tipo de tarea siga adelante por sí solo. Algunos tipos siempre preguntan. **Palabras de fuera** Las palabras que vienen de fuera, como una entrada de formulario, una reseña o la página de otro sitio web, se marcan como no fiables, de modo que un agente las lee como información y no como instrucciones. **Guardado para ti** Cuando un agente lee palabras de fuera, solo puede actuar por su cuenta en unas pocas respuestas muy concretas. Una acción que lleva una dirección o un enlace que no vienen del registro ni de ti queda retenida, y se te avisa. **Nada se escapa** Lo que envía un agente se revisa antes en busca de claves y datos internos. **Su propio espacio de trabajo** Cada agente solo ve su propio espacio de trabajo, garantizado en la propia base de datos. - [Aprobaciones y presupuestos](https://briks.dev/es/docs/agent-approvals) ## La privacidad de tus visitantes En todos los planes **Sin cookies que contar** Las analíticas de tu sitio no usan cookies ni guardan ninguna dirección. Cada visitante se cuenta con un código que cambia cada día, y los navegadores que piden no ser rastreados no se cuentan. **Pruebas A/B** Una prueba A/B mantiene a cada visitante en su versión mediante una cookie. **Condiciones de tratamiento** Respecto a los datos de tus visitantes, tú eres el responsable del tratamiento y Briks los trata por encargo tuyo según los términos de tratamiento de datos de las [Condiciones del servicio](https://briks.dev/es/terms#processing). Briks te avisa antes de añadir o cambiar un proveedor, para que puedas oponerte. ## Llévate tu trabajo y bórralo En todos los planes Descargas en los planes de pago **Llévate tu trabajo** Con un plan de pago, descarga en cualquier momento el código escrito para tu sitio, y tus registros como JSON o CSV. **Elimina tu cuenta** Elimínala desde tu perfil, confirmando con tu contraseña, y se borra al instante. Si eres el único Owner de un espacio de trabajo que tiene otras personas o proyectos, nombra antes a otra persona como Owner. **Eliminar un espacio de trabajo** Un Owner puede eliminar un espacio de trabajo cuando no tiene proyectos y no es el único que tiene. ## La empresa **Quiénes somos** Briks es un nombre comercial de SEMICOLON WEB TECHNOLOGIES. **Derecho** Sus términos se rigen por la ley de Ireland. **Los documentos** Los [Términos del servicio](https://briks.dev/es/terms), la [Política de privacidad](https://briks.dev/es/privacy) y la [Política de reembolsos](https://briks.dev/es/refund-policy) explican cómo trabaja Briks contigo. ## Informa de un problema de seguridad ### ¿Has encontrado un problema de seguridad? Escribe a [hello@briks.dev](mailto:hello@briks.dev) con lo que encontraste, dónde y los pasos que lo demuestran. Dale tiempo a Briks para solucionarlo antes de compartirlo y, mientras lo investigas, nunca abras ni modifiques datos que no sean tuyos.