10 RAZONES POR LAS QUE NO UTILIZAR JOOMLA PARA DESARROLLAR UNA WEB
Todos hemos tenido la tentación de usar Joomla "quien dice Joomla dice cualquier otro software libre del estilo" para desarrollar una web, bien por razones económicas como cliente bien para ahorrar tiempo y costes como empresa desarrolladora. La cosa tiene buena pinta, bajas el software, lo instalas y funciona a la primera. Ya tenemos la web lista. Al cabo de un año las cosas se ven de otra manera cuando la web no funciona como debería, el cliente está enfadado y nos encontramos en un callejón sin salida. ¿Cómo hemos llegado a esta situación?- pensarán algunos.
1.- El diseño es bonito, pero simple. Por lo tanto, hay que modificar el diseño al gusto del cliente. Ahora destripa el software y cambia la estructura o explícale al cliente que es complicado y debería limitarse a cambiar el logo y los fondos.
2.- Las funcionalidades por defecto son suficientes, excepto que a alguien se le ha ocurrido que haya una sección que hace malabares. Como es algo nuevo, tenemos dos opciones: empezar a desarrollar una nueva funcionalidad (¿podrá hacerse?, ¿romperemos algo?, ¿cuánto tardaremos?) o bajar un plugin.
3.- Instalar plugins. Buena idea: se baja, instala y funciona. Siempre que las versiones del software y el plugin coincidan y la instalación no se pegue con otros plugins.
4.- Cargamos contenido de prueba y al verlo el cliente dice: – “está bien, pero me gustaría que se mostrara de otra manera”. Es decir: quiere un cambio de estructura. No pasa nada, ahora ya controlamos el software, se mete mano y listo.
5.- La web ya está encarrilada, hasta que alguien recuerda que debe ir en 3 idiomas. Glubs… ¿cómo no me había avisado nadie de esto? ¿Multilingüe? Opciones: hacer instalaciones diferentes del software por idioma o bajar un plugin de traducción. La primera implica, en este caso, tener 3 administradores diferentes. La segunda que deje de funcionar el plugin para la funcionalidad nueva que bajamos antes, elegimos la segunda, ya arreglaremos el plugin después.
6.- Accesibilidad. Tarde o temprano alguien iba a pronunciar la palabra mágica. Por eso elegimos desde el principio la versión accesible del software. Uff!! Pasamos un test y no lo pasa. ¿Y eso? Ah, claro, para hacer el cambio de estructura usamos Ajax, Javascript, y algún visor flash. Tampoco el plugin multingüe deja código accesible.
7.- Más problemas: ipad, móviles, tabletas. Esto no se acaba nunca, retocamos el código una y otra vez, a estas alturas hay muchos pequeños errores en todas las secciones. Nada grave, que el cliente vaya viendo la web y si cuela cuela.
8.- Difíciles de administrar. Subimos la web on-line y vamos corrigiendo los fallitos. Le damos acceso al cliente para que administre él solo la web y nos llama diciendo que dónde tiene que clicar para cambiar una imagen. Ayyy! Siempre se lían… Primero se entra aquí, luego allí y después allá, clicamos una y dos veces, giras a la derecha, das palmas, haces una voltereta y… listo! En 28 pasos hemos cambiado una imagen. No era tan difícil…¿no?.
9.- Llamada urgente: alguien ha forzado el sitio!! Como el código es público un listillo ha forzado el software y se está usando para enviar spam o bajar virus. La web está colgada unos días. ¿Cómo lo arreglamos? Podemos bajar una versión que acaba de salir solucionando algunos parches pero entonces perderemos los cambios que hicimos en el diseño, estructura y funcionalidades.
10.- Llama el cliente cabreado, preguntando para cuándo estará la web completa. La empresa desarrolladora ha consumido 3 veces más tiempo del presupuestado y lo que tiene seguramente habrá que tirarlo para empezar de nuevo. Todo ha sido una pérdida de tiempo y dinero para ambas partes.
Parece algo forzado, pero en www.macfaen.es hemos visto varios casos muy similares de empresas que nos han preguntado si podemos “arreglarles” la web. Otros han sido casos más graves, en los que casi se podría hablar de estafa. Algunos clientes han tenido que pagar dos veces por el mismo proyecto, después de tirar la web en Joomla. Ver para creer.
