New Crowdin translations by GitHub Action

i18n/es/about/criteria.md

@@ -4,11 +4,11 @@ title: Criterios generales
 
 A continuación se encuentran algunas prioridades generales que consideramos para todos los envíos a Privacy Guides. Cada categoría puede tener requisitos adicionales.
 
-- **Seguridad**: Las herramientas deben seguir las mejores prácticas de seguridad siempre que sea posible.
+- **Security**: Tools should follow security best practices wherever applicable.
 - **Disponibilidad del código**: Proyectos de código abierto son preferibles sobre alternativas similares de código cerrado.
-- **Disponibilidad multiplataforma**: Preferimos que las recomendaciones sean multiplataforma para evitar la dependencia de un sistema operativo.
-- **Desarrollo activo**: Las herramientas que recomendamos deben ser desarrolladas activamente, los proyectos no mantenidos serán eliminados en la mayoría de los casos.
-- **Usabilidad**: Las herramientas deben ser accesibles para la mayoría de los usuarios de ordenador, no debe exigirse una formación demasiado técnica.
+- **Cross-Platform Availability**: We typically prefer recommendations to be cross-platform to avoid vendor lock-in.
+- **Active Development**: The tools that we recommend should be actively developed. Unmaintained projects will be removed in most cases.
+- **Usability**: Tools should be accessible to most computer users. An overly technical background should not be required.
 - **Documentación**: Las herramientas deben tener una documentación clara y extensa.
 
 ## Información financiera
@@ -19,14 +19,16 @@ No obtenemos dinero al recomendar ciertos productos, nosotros no utilizamos enla
 
 Estos son los requisitos que exigimos a los desarrolladores que deseen presentar su proyecto o programa informático.
 
+- Must undergo our [self-submission process](https://discuss.privacyguides.net/t/about-the-project-showcase-category/114) as a way to engage with our community, address any potential concerns, and elicit any feedback that can help improve your project.
+
 - Debe revelar su afiliación, es decir, su cargo dentro del proyecto que se presenta.
 
-- Debe tener un documento de seguridad si se trata de un proyecto que implica el manejo de información sensible, como un mensajero, un gestor de contraseñas, almacenamiento cifrado en la nube, etc.
-    - Estado de la auditoría de terceros. Queremos saber si tiene una, o tiene prevista una. Si es posible, mencione quién realizará la auditoría.
+- Must have a security whitepaper if it is a project that involves the handling of sensitive information like a messenger, password manager, encrypted cloud storage, etc.
+    - Regarding third party audit status, we want to know if you have undergone one, or have requested one. Si es posible, mencione quién realizará la auditoría.
 
 - Debe explicar qué aporta el proyecto en materia de privacidad.
-    - ¿Resuelve algún problema nuevo?
+    - What new problem(s), if any, does it solve?
     - ¿Por qué utilizarlo en lugar de otras alternativas?
 
 - Deben indicar cuál es el modelo de amenaza exacto de su proyecto.
-    - Los usuarios potenciales deben tener claro qué puede ofrecer el proyecto y qué no.
+    - Los usuarios potenciales deben tener claro qué puede ofrecer el proyecto y qué no. Ideally, a developer should be able to identify what [common threat(s)](../basics/common-threats.md) their project protects against.