Criterios de inclusión
Europe Alternatives lista tanto empresas europeas comerciales como proyectos open-source. Cada tipo tiene sus propios criterios de inclusión descritos a continuación.
Empresas comerciales
1. Sede europea
La empresa debe tener su sede en un país europeo. No se limita a los estados miembros de la UE: las empresas de cualquier país europeo califican, incluyendo los del EEE, AELC y otras naciones europeas.
2. Propiedad mayoritariamente europea
La mayoría de los accionistas de la empresa deben ser europeos. Si una empresa europea tiene una empresa matriz o un accionista mayoritario que no es europeo, no califica para ser listada. Esto asegura que las empresas listadas estén genuinamente controladas por europeos.
3. Servicio SaaS o en la nube
La empresa debe ofrecer un producto o servicio de software como servicio (SaaS) o basado en la nube. Esto incluye software alojado, infraestructura en la nube, servicios de plataforma y otras soluciones entregadas por web.
Países europeos y acuerdos comerciales
Como referencia, los siguientes son los principales bloques económicos y acuerdos europeos. Las empresas con sede en cualquiera de estos países son elegibles.
Unión Europea (UE) — 27 estados miembros
Alemania, Austria, Bélgica, Bulgaria, Chipre, Croacia, Dinamarca, Eslovaquia, Eslovenia, España, Estonia, Finlandia, Francia, Grecia, Hungría, Irlanda, Italia, Letonia, Lituania, Luxemburgo, Malta, Países Bajos, Polonia, Portugal, República Checa, Rumanía, Suecia
Espacio Económico Europeo (EEE) — 30 países
Los 27 estados miembros de la UE más Islandia, Liechtenstein y Noruega. El EEE extiende el mercado interior de la UE a estos tres países de la AELC, proporcionando libre circulación de bienes, servicios, capital y personas.
Asociación Europea de Libre Comercio (AELC) — 4 países
Islandia, Liechtenstein, Noruega y Suiza. Mientras que Islandia, Liechtenstein y Noruega participan en el EEE, Suiza mantiene su relación con la UE a través de acuerdos bilaterales.
Otros países europeos
Reino Unido, Ucrania, Moldavia, Albania, Serbia, Montenegro, Macedonia del Norte, Bosnia y Herzegovina, Kosovo, Georgia, Armenia, Turquía (parte europea), Mónaco, Andorra, San Marino y Ciudad del Vaticano. Las empresas de estos países también son elegibles para ser listadas.
Proyectos Open-Source
Los proyectos open-source se listan en una tabla separada. A diferencia de las empresas comerciales, no requieren sede ni propiedad europea. Para ser listado, un proyecto debe cumplir los siguientes criterios.
1. Licencia open-source reconocida
El proyecto debe publicarse bajo una licencia open-source reconocida por la OSI (por ejemplo, MIT, Apache 2.0, GPL-3.0, AGPL-3.0, MPL-2.0). Los proyectos que usan licencias “source available”, “no comercial”, “Commons Clause” o similares no califican.
2. Auto-alojable con documentación oficial
El proyecto debe ser realista de auto-alojar, con documentación oficial de instalación y al menos una ruta de despliegue estándar, como:
- Docker y Docker Compose
- Charts de Helm o manifiestos de Kubernetes
- Paquetes de sistema operativo (deb, rpm, etc.)
“Solo compilar desde el código fuente” sin una guía clara de despliegue no es suficiente.
3. Mantenido activamente
El proyecto debe mostrar mantenimiento continuo: un lanzamiento o actividad significativa de commits en los últimos 12 meses. Se puede hacer una excepción para proyectos explícitamente en “modo de mantenimiento” si su documentación de operaciones y seguridad es sólida.
4. Operacionalmente utilizable (Day-2 Readiness)
La documentación debe cubrir al menos las siguientes áreas para asegurar que el proyecto sea viable para uso en producción más allá de la instalación inicial:
- Actualizaciones y migraciones — cómo actualizar de forma segura entre versiones
- Respaldo y restauración o exportación/importación — cómo proteger y mover datos
5. Contacto de seguridad / ruta de divulgación
El proyecto debe proporcionar una forma clara de reportar vulnerabilidades de seguridad de manera responsable. Los métodos aceptables incluyen:
- Un archivo SECURITY.md en el repositorio
- Una dirección de correo electrónico dedicada a seguridad
- Un proceso documentado de divulgación o programa de recompensas por errores
6. Sin “trampa SaaS”
La versión auto-alojada debe ser significativamente utilizable sin requerir un backend propietario en la nube del proveedor para la funcionalidad principal. Las características pueden diferir entre ofertas auto-alojadas y alojadas por el proveedor, pero el producto principal debe funcionar de manera independiente.