Un proyecto (siteCode) por sitio
Ventajas
- Gestión granular del equipo: asigne permisos específicos para cada sitio o proyecto.
- Configuraciones independientes: cada proyecto puede tener sus propios objetivos, experimentos e integraciones únicos. Además, puede replicar fácilmente tests, objetivos y segmentos entre diferentes proyectos cuando sea necesario.
- Depuración más sencilla y aislamiento de riesgos: un problema en un sitio no impacta a los demás.
- Pruebas flexibles: se pueden implementar diversas estrategias de prueba para diferentes países o sitios.
Desventajas
- Ineficiente: se requiere un mayor esfuerzo para la configuración y el mantenimiento. Duplicar configuraciones y tests entre diferentes proyectos implica trabajo manual, aunque este proceso puede simplificarse con la Automation API.
- Mayor complejidad: gestionar la complejidad global de los tests puede ser más difícil al ejecutarlos en varios sitios, ya que requiere duplicación y agregación manual de resultados.
- Mantenimiento: mantener la coherencia se vuelve más difícil, ya que asegurar configuraciones idénticas entre sitios plantea retos. Además, cada proyecto requiere integraciones separadas con herramientas externas, lo que aumenta el esfuerzo de integración.
Un proyecto (siteCode) para varios sitios (siteCodes compartidos)
Ventajas
- Gestión simplificada: objetivos, segmentos e integraciones externas se centralizan para facilitar su gestión.
- Pruebas globales más sencillas: los A/B tests pueden realizarse sin problemas en varias regiones.
- Despliegue más rápido: no es necesario duplicar tests, objetivos o segmentos para cada sitio individual.
- Análisis de datos unificado: comparar el rendimiento entre distintos países y sitios resulta más sencillo con un único dashboard.
Desventajas
- Mayor impacto en el rendimiento: se carga un único script en todos los sitios, incluso si algunas funcionalidades no son necesarias.
- Segmentación más compleja: se necesitan criterios adicionales, como patrones de URL, para garantizar que los experimentos solo afecten a los usuarios relevantes.
- Mayor exposición al riesgo: los problemas en el script compartido (por ejemplo, el global custom script) pueden afectar a todos los sitios.
- Flexibilidad limitada: si los sitios no son idénticos, pueden ser necesarias soluciones alternativas para abordar las diferencias.