Gestores de contenidos

No es una pregunta sencilla, como tampoco puede tener una respuesta sencilla. Antes de nada, aclarar una pequeña confusión.

OpenCMS, es open source y es gratis. Lo que ocurre es que está desarrollado por una empresa, Alkacon, que además provee soporte y servicios profesionales y módulos comerciales de pago. También hay una comunidad que desarrolla módulos para el CMS. Pero es una comunidad poco activa y con pocas contribuciones.

OpenSourceCMS, no es un CMS. Es una página en la que se ofrecen demos de distintos CMS de código abierto. Es una buena forma de probar los CMS que nos interesen antes de tomar una decisión. No están todos los que hay disponibles, pero si se pueden probar un buen número de ellos.

Otro conocido recurso en internet para conocer el amplio panorama de CMS disponibles es cmsmatrix.org, donde se pueden comparar características de varios CMS entre sí. Aunque puede servir como referencia, no lo emplearía más que para hacer un muestreo inicial de lo que se podría adaptar a lo que buscamos, solo si ya tenemos muy claros ciertos requisitos.

Elegir un CMS no es un tema sencillo, hay que tener bastantes cosas en cuenta. Y generalmente será necesario probar varios de ellos y documentarse antes de tomar una decisión. Y a nada que el proyecto sea medianamente serio o complejo, el periodo de pruebas/documentación/estudio debería ser más amplio y detallado.

Me vas a perdonar que no te dé una respuesta directa y contundente, creo que para que sea verdaderamente útil es necesario que me extienda y entre en detalles, para que sea algo más que un comentario subjetivo llevado por mi opinión personal sobre unos u otros CMS. Por esto estoy elaborando una respuesta más completa que posiblemente publicare mañana y complementará a esta. Disculpa que me haya dilatado tanto en la respuesta.

Saludos

Por lo pronto, muchas gracias por la aclaracion y la introduccion en la respuesta mas larga, que seguro vendra a continuacion. Cuando puedas, tranquilo. En efecto, hay muchos y no todos hacen todo lo que uno quiere ni lo hacen de la misma forma. Esencialmente, en mi caso, estoy interesado en modulos de FORO, CHAT (esencial), compartir recursos multimedia (fotos, videos), algun sistema de noticias/articulos, algun sistema de comentarios/blog, un sistema de mensajes privado y demas modulos que permitan añadir y quitar elementos de cada una de la paginas de forma sencilla y dinamica. En fin, creo que todos los CMS que has mencionado, de alguna manera u otra, tienen los modulos. Se tratara de probarlos todos (o unos cuantos) y ver que tal...

Gracias de nuevo, me quedo a la espera.

 

CMS, es la abreviatura de Content Management System, en castellano, Sistema de Gestión de Contenidos. Bajo este concepto se pueden agrupar gestores de contenidos muy orientados a una tarea, como pueden ser Blogs, Foros, galerías de fotografías, Wikis, eCommerce, groupware, e-learning, periodicos, ... Pero también los hay orientados a crear portales, que suelen ser multiproposito y más flexibles y potentes.

Voy a centrarme en los CMS orientados a gestionar portales, ya que es la necesidad que me planteas.

Para decidirnos por un CMS u otro deberíamos tener en cuenta muchos puntos que si en principio al mejor no parecen importantes, si lo serán a largo plazo. Algunos de los que deberíamos tener en cuenta son los siguientes:

• Plataforma Tecnologíca empleada. Lenguaje o lenguajes con los que se ha desarrollado la aplicación, tipo de base de datos, servidores webs que soporta, cumplimiento estándares, .... Por un lado esto nos guiara sobre las prestaciones, escalabilidad y coste de mantenimiento del sistema y por otro nos dará un perfil de los requisitos que ha de cumplir nuestro hosting o housing. Elegir entre un tipo de CMS u otro por ejemplo, nos puede reducir de forma considerable el numero de empresas que nos pueden dar servicio para alojar nuestro proyecto y variar de forma sensible el presupuesto necesario.

• Open Source ó Código privativo. Normalmente el Código privativo está ligado a los CMS comerciales y el Open Source a CMS gratuitos y desarrollados por una comunidad. Hay quien cree que los CMS comerciales son de mejor calidad y tienen un mejor soporte y es un concepto equivocado. Hay gestores de contenidos comerciales (y alguno con mucho renombre) que son de una calidad muy cuestionable, y por otro lado algunos de los mejores CMS de hoy en día son de Código abierto. A la larga, poder disponer del código con el que está desarrollado todo, es un valor añadido que no tiene precio. A veces es el único modo de poder personalizar un proyecto a medida y añadir funcionalidades sin tener que partir de cero, otras es la única manera de poder seguir manteniendo un proyecto que ha sido abandonado por sus desarrolladores (y no nos engañemos, esto también ocurre con el software comercial).

• Comunidad de desarrollo y Soporte. En la mayoría de los casos, una buena y amplia comunidad de usuarios y desarrolladores, garantiza un desarrollo ágil del CMS y que se vayan cubriendo las necesidades más frecuentes que podamos necesitar. Dependiendo de la complejidad y el objetivo del proyecto, puede ser necesario además un soporte adicional, normalmente comercial, que nos agilice y asesore en la implantación/mantenimiento.

• Documentación. Quizás el aspecto más importante en este punto no sea la documentación necesaria para instalar/implantar/utilizar el CMS. Estos puntos normalmente pueden ser cubiertos satisfactoriamente y a veces mejor, por la comunidad de usuarios. Para mí es más importante que este bien documentada la API y la arquitectura del sistema, y que haya guías para desarrollo de módulos. Una buena documentación en estos aspectos nos puede decir mucho de la calidad y la seriedad de un CMS. Generalmente los mejores CMS están orientados a los desarrolladores y los CMS con menos pretensiones están orientados al usuario final.

• Módulos disponibles. Que el CMS sea modular y que tenga una buena gestión de los módulos es algo imprescindible para el futuro de nuestro proyecto. Que exista una política unificada para la creación de módulos es una garantía que nos ahorraremos muchos disgustos en el futuro y esto por desgracia es una asignatura pendiente en bastantes CMS. Tan importante como que exista un buen numero de módulos, es la calidad y el mantenimiento de los mismos, asi como el seguimiento de su seguridad. El gran error de muchos de los que empiezan con un CMS es instalar módulos por doquier, penalizando por un lado el rendimiento (a veces en gran medida) e hipotecando a veces el futuro del proyecto. Es muy importante diferenciar los módulos que realmente necesitamos, de aquellos que son superfluos o simplemente "eye candy". Hay módulos que por ser desarrollados por una sola persona o por aparecer una solución mejor, son abandonados en su desarrollo y pueden comprometer una posible actualización a una versión superior del aplicativo. Hay otros que por suponer profundos cambios en el funcionamiento del CMS, requieren de un proceso de actualización azaroso y delicado. Hay que ponderar mucho el nivel de conocimientos/tiempo disponible de cada uno, antes de proceder a instalar ciertos módulos adicionales. Esto está directamente relacionado con el siguiente punto.

• Mantenimiento. El nivel de compromiso (tiempo de trabajo y frecuencia de actualizaciones y tareas periodicas) y el nivel de conocimientos/curva de aprendizaje necesarios. Esto es muy importante, pues de poco sirve optar por la mejor solución, si luego no podemos manternerla o no nos vemos capaces. Hay que tener muy en cuenta la carga de trabajo que puede llegar a suponer este punto, ya que en determinados CMS y proyectos puede llegar a igualar el tiempo de generación de contenidos. Un CMS es un sistema vivo, no solo en contenidos, si no tambien en el software que lo sustenta. Las actualizaciones, los parches de seguridad, solucionar problemas, mantener la BBDD, cambios en el diseño/presentación, etc... son tareas que son necesarias para que el sistema se mantenga al día y convine valorar mucho la relación esfuerzo-recompensa en cada caso.

• Seguridad. Internet es una puerta abierta a todos aquellos que deciden que el empleo de su tiempo y esfuerzo en romper la seguridad de un sitio es lucrativo o un buen alimento a su ego. Cualquier sitio es susceptible de ser atacado, desde el más pequeño que pronto puede aumentar exponencialmente su tamaño gracias al siempre "generoso" spam, al más famoso que siempre es un buen reto y puede reportar algún beneficio a los más avezados ciberdelincuentes. Cuidar la seguridad en un CMS es importante, y es algo que debe cuidarse empezando por el diseño del mismo. Tan importante es que se haya diseñado teniendo muy en cuenta la seguridad, como que se publiquen frecuentemente las vulnerabilidades encontradas y las soluciones correspondientes. No hay ningún sistema seguro per se, por lo tanto la transparencia y la naturalidad con que se trate este asunto por parte de los desarrolladores, es una garantía. Que las vulnerabilidades sea conviertan en un tema tabú y se lleve todo en un segundo plano, es un mal síntoma. Los CMS más serios incorporan sistemas de Sandbox y de control de spam.

• Calidad del código. Que este bien estructurado, que tenga un código claro, que tenga en cuenta la seguridad, que esté optimizado para el rendimiento. En este sentido hay CMS que son famosos por la calidad de su código y otros que lo son por todo lo contrario. No debería ser algo tomado a la ligera, son los cimientos sobre los que se asienta todo. La perspectiva de futuro de un CMS es generalmente mayor en cuanto mejor lo sea la calidad de su código.

• Sitios que ya emplean el CMS. Puede parecer trivial pero no lo es, ni muchísimo menos. Nos pueden decir mucho del CMS, de su orientación, de sus posibilidades, de su versatilidad y de su seriedad. No es lo mismo que un CMS se emplee masivamente en sitios corporativos, eCommerece o universitarios/académicos, que se emplee para comunidades de usuarios y foros.

• Usabilidad. Eso tan denostado y tan olvidado muchas veces. Está íntimamente ligado con el diseño y con la estructura del CMS. Que además cumpla con los estándares Web es lo deseable. Cuanto más flexible sea en este sentido el CMS, más podremos enfocarlo en este sentido y podremos hacer un portal amigable y usable para todo tipo de usuarios. Todo diseño debería centrarse siempre en el usuario. Que haya muchas plantillas y themes disponibles puede ser una gran ayuda en este sentido. Que se puedan generar urls amigables o limpias y que provea contenido RSS.

• Administración y personalización. Buenas y potentes herramientas de administración tanto del contenido, como del sistema, como de los usuarios. Igual de importante es que posea un buen sistema de registros y monitorización de eventos.

• Capacidades de gestión de contenidos. Publicación de artículos, edición, control de versiones, workflows... Gestión de contenidos multimedia: fotografías, vídeos, archivos de sonido... Capacidades de búsqueda, indexación, etiquetado, categorización...

• Rendimiento. Estrechamente ligado con la calidad del código y con la plataforma tecnológica empleada (al margen del hosting/housing). Un buen rendimiento (rapidez en generación de las páginas y en las consultas a la BBDD) siempre es deseable, pero a veces es un punto de inflexión y puede ser un motivo para descartar directamente un CMS. Conviene valorar si es o no un aspecto fundamental en nuestro proyecto. Un buen sistema de caché también puede ser de una gran ayuda.

• Gestión de multiples idiomas. Dependiendo del tipo de proyecto, el poder entregar el mismo contenido en más de un idioma puede ser un requisito fundamental. También debería poder manejar distintas codificaciones de caracteres para presentar adecuadamente los distintos idiomas.

...y muchos otros detalles que ahora me quedan en el tintero. A veces hasta que uno no lleva un tiempo administrando un CMS no se da cuenta de todo lo que conlleva.

Luego uno necesita hacerse ciertas preguntas para encontrar lo que se adecúa a sus necesidades y propósitos.

 

¿Que funciones y estructura necesitas?

¿Cuanto sabes?

¿Cuanto quieres aprender?

¿Cuanto tiempo piensas dedicarle?

¿Cuanto quieres gastarte?

 

Del cruce de las respuestas a esas preguntas con la valoración de los puntos anteriores, podremos acabar afinando la búsqueda y la decisión en torno a 2 ó 3 CMS que deberíamos probar a conciencia para poder tomar una decisión final. Es mejor perder el tiempo al principio y retrasar el principio del proyecto, que no llegar meses después a la conclusión de que nos hemos equivocado. Migrar los datos de un CMS a otro no es una tarea imposible, ni mucho menos, pero puede suponer una buena colección de quebraderos de cabeza.

Elegir un CMS no es una tarea fácil, es que piense que se puede elegir a la ligera, ya ha cometido el primero de los muchos errores que todos cometemos cuando empezamos con esto.

 

 

 

Lo siguiente que haré será publicar una relación de CMS comentando algunas de sus características.

 

En ascuas me has dejado. Ya estoy esperando la siguiente entrega de informacion! 

Todo lo que comentas es muy util y de sentido comun. Va muy bien. Gracias!

CMS Made Simple

El propio nombre lo dice, está orientado a usuarios que lo quieren todo precocinado, meterlo 5 minutos en el microondas y listo. La curva de aprendizaje es muy rapida y hacerse con su administración y manejo es bastante sencillo.

Esta basado en PHP y puede funcionar sobre cualquier servidor web que sirva páginas en PHP. La base de datos puede crearse tanto en MySQL como en Postgres.

Es Open Source con licencia GNU GPL. También se puede optar por un soporte comercial.

A destacar es que han cuidado el tema de la accesibilidad (WAI, WCAG, Section 508) y los estandares web, soportando urls amigables, XHTML y CSS.

Hay disponible una cantidad razonable de modulos para las funciones más populares y basicas. Desde foros, chats, editores WYSiWYG, albumes de fotos, calendarios, encuestas a herramientas contra el spam o copias de seguridad. Aunque el desarrollo y actualización de muchos de ellos deja mucho que desear.

Hay traduccion disponible al español, aunque la comunidad en nuestro idioma no es muy activa. Hay que destacar sin embargo que la documentación es muy completa y bastante buena, incluyendo la API.

Como la mayoria de los CMS "simples" no es apto para proyectos muy complejos o medianamente serios. Es una alternativa a otros CMS con similar filosofia como Joomla. La seguridad no es precisamente uno de sus puntos fuertes. Personalmente no me acaba de convencer.

Recursos:

Demo, Modulos, Temas, Documentacion, Comunidad Español

Sitios que lo emplean:

Petersburg, yap, IMBA-UK, Forman

Drupal

Una apuesta segura. Si tuviera que definirlo con una palabra, seria versatilidad. Es famoso por la calidad, solidez y claridad de su código. Una de las ventajas de Drupal es que es algo más que un CMS, es también un robusto framework sobre el que se puede desarrollar un sitio web muy complejo y personalizado. De hecho, existen muchos desarrolladores web que emplean el core de Drupal como base para desarrollar sus propios proyectos, generalmente para proyectos grandes.

En las versiones 5 y 6 (aún en fase Beta) se ha realizado un esfuerzo para que suavizar la curva de aprendizaje y acercar la instalación y administración de Drupal (es decir, los primeros pasos) a una mayor cantidad de usuarios. Y aunque ha mejorado mucho en ese aspecto, Drupal sigue siendo ideal para desarrolladores y usuarios con suficiente experiencia en CMS y desarrollo web (LAMP y Javascript).

Esta desarrollado en PHP y puede instalarse sobre Apache o IIS. Como bases de datos soporta tanto MySQL y PostgreSQL. Es recomendable conocer los requisitos de sistema necesarios para instalar Drupal, pues con algún servicio de hosting podriamos tener alguna dificultad. Conviene destacar que en futuras versiones (Drupal 7) solo se soportará PHP 5.2 y superiores, siguiendo la campaña que aboga por acabar con el empleo de PHP 4.x

Esta distribuido con licencia GNU GPL y es Open Source. La gran mayoría de módulos y temas disponibles tambien están disponibles bajo esta licencia.

Gracias a su elogiado diseño modular, Drupal es capaz de cubrir casi practicamente cualquier necesidad que tengamos para nuestro sitio web, sin que se vea comprometido el núcleo del mismo, ni que tengamos que tocar una sola línea de código. Existe una enorme comunidad entorno a Drupal que desarrolla y mantiene más de 1.000 módulos para casi cualquier cosa. Además los módulos oficiales, los que se pueden descargar de la página de Drupal, tienen que pasar por un riguroso "control de calidad" y ser revisados, para que sean admitidos, lo que afianza aún más la calidad global del CMS. Ello no quita que algunos módulos puedan dejar de mantenerse, caer en desuso o perder la calidad al pasar a ser desarrollados por mantenedores distintos del original. Como también es posible y habitual que ocurra todo lo contrario.

Es frecuente el pensar que el desarrollo de un proyecto se acaba en cuanto lo tenemos instalado, configurado y funcionando, ni mucho menos. Por eso, aunque Drupal puede ser instalado sin tocar una linea de código, la realidad es que con las actualizaciones, el paso de versiones y temas como la seguridad, a veces si es necesario aplicar parches, retocar código o pelear con módulos muy poco documentados. Pero es tambien en este tipo de situaciones cuando Drupal se revela como el sistema robusto y bien diseñado que es, frente a otras soluciones. Puedes estar empleando módulos durante mucho tiempo, con bastantes datos asociados, desactivarlos y desinstalarlos, sin que el sistema general se vea comprometido (a no ser que otros módulos dependan de el, que entonces dejaran de funcionar, no así el sistema) y volver a instalarlos meses después, sin que absolutamente nada se resienta. Esto, que parece obvio, es algo que a menudo se demuestra desagradablemente como no tan obvio para otros CMS, donde no hay directrices para desarrollar módulos.

Otra de las ventajas de su diseño es que esta escrito sobre una capa de abstracción de la base de datos, por lo que puede ser fácilmente portado a otros tipos de base de datos. Esta es una de las razones por las que en las actualizaciones, que están especialmente cuidadas, los datos no se ven comprometidos.

Por supuesto, como en los CMS modernos, el contenido está separado de la presentación. La presentación está basada en un sistema de motores y plantillas, que emplean PHP, CSS y (X)HTML. Luego es relativamente sencillo cumplir con los estándares web, para lo que además posee filtrado de HTML para el contenido, pudiendo controlar en todo momento como se genera el mismo.

La seguridad también es un tema especialmente cuidado y mimado, y no es infrecuente que se publiquen avisos y parches cuando se detecta alguna brecha de seguridad, y no solo en el core, si no tambien en algunos módulos. De todos modos, los fallos no suelen ser especialmente graves y algunos de ellos están relacionados con módulos que permiten una elevada personalización del CMS y por lo tanto más propensos a contener esos errores. Del mismo modo también hay disponibles algunos módulos de seguridad muy completos y eficaces que ayudan a cubrir algunas amenazas indeseadas como el spam, las arañas web, trolls y ataques aun menos "amistosos".

Aunque la documentación es amplia, quizás algunos puntos pueden estar un poco desactualizados, en parte porque el ritmo de desarrollo de este CMS es bastante elevado. Sin embargo la documentación de la API si esta muy completa y cuidada, y sobre todo puesta al dia. Para los que les interese desarrollar sobre Drupal o simplemente construir un modulo para cubrir una necesidad aún no contemplada, es un recurso imprescindible. Documentación API.

La parte administrativa es muy extensa y detallada, destacando los registros del sistema, muy completos y que permiten conocer en gran medida todo lo que sucede en el sistema. El sistema de control de usuarios se basa en roles y tenemos un control bastante preciso de los permisos aplicables a cada uno de ellos. Otra parte a destacar es el sistema de búsqueda que indexa todo el contenido del CMS y funciona de manera bastante eficaz. Pero sin duda alguna, el punto que quizás traiga de cabeza al principio a los que empiezan (comenzando por comprender y asimilar el concepto) y que al mismo tiempo se revela como uno de los más potentes y versátiles de Drupal, son las taxonomías. Todo en Drupal gira alrededor de nodos y taxonomías, incluidos los foros integrados, que aunque parezcan pobres a primera vista, esconden muchas posibilidades y una gran potencia para los desarrolladores. Además hay un modulo, que vendrá integrado en la próxima versión, que se encarga de revisar automáticamente que nuestro sistema, tanto el núcleo como los módulos, estén al día y avisarnos de cualquier actualización, avisándonos además las importantes actualizaciones de seguridad.

Se está cuidando mucho la capacidad de manejar multiples idiomas en el mismo sitio con Drupal y la versión 6 que se encuentra en fase Beta será un paso adelante muy importante en este sentido. Ahora se podrá traducir el contenido desde el mismo Drupal e integrar las distintas versiones por idioma sin necesidad de modulos externos. Otro aspecto que contemplará será el soporte para idiomas que se leen de derecha a izquierda, aumentando asi aun más sus capacidades de internacionalización.

La comunidad en nuestro idioma no es demasiado grande, aunque crece día a día y quizás no demasiado activa, aunque parece que esta empezando a moverse otra vez. Sin embargo dista de ser tan numerosa y activa como la de, por ejemplo, Joomla!. Esto se debe en gran medida a que quienes optan por Drupal suelen tener bastante experiencia previa y soltura y conocimientos suficientes para apañarselas solos. Sin embargo no deja de ser un apoyo para los que empiezan o las dudas que surgen a medida que trabajamos con él.

De todos modos, mi mejor consejo es que si no sabes donde te metes y no quieres aprender o perder mucho tiempo, Drupal no es para ti, mejor explora otro CMS. Ahora, si es un proyecto serio, tomatelo con calma, aprende y Drupal posiblemente pueda ser una buena elección para ti. Yo lo elegí como CMS para este sitio después de haber pasado por phpBB, vBulletin, Xoops, Wordpress y haber probado Typo3, Joomla, e107 y Postnuke antes de tomar la decisión. Cuanto más pruebas hacia y cuanto más leía, mas me enamoraba Drupal. A día de hoy sigo convencido de haber tomado la decisión correcta para mi proyecto. Lo que no quiere decir que para otro tipo de proyecto pudiera elegir otro CMS. Desde mi punto de vista hay 3 CMS que están en el Top y con los que se pueden abordar el 98% de los proyectos web: Drupal, Plone y Typo3.

IBM ha apostado muy fuerte por Drupal después de haber analizado varios CMS. Está elaborando diversos proyectos con él y trabajando para integrarlo con algunas de sus herramientas, como por ejemplo DB2. Como parte de este estudio, ha desarrollado una guía para desarrollar sitios Web colaborativos empleando Drupal, Using Open Source software to design, develop, and deploy a collaborative Web site.

Se ha escrito un libro sobre desarrollo profesional con Drupal, Pro Drupal Development, que ha llegado a alcanzar el Top 100 de Amazon y ya ha vendido más de 10.000 ejemplares solo en Amazon.com Y estamos hablando de un libro orientado exclusivamente a desarrolladores. Existen al menos otros seis libros que tratan sobre Drupal, enfocados sobre todo para los que empiezan con él.

Recursos:

Demo, Módulos, Temas, Documentación, Comunidad Español, Blog de Dries Buytaert

Sitios que lo emplean:

The New York Observer, Ubuntu, Die Welt, Spread Firefox, MTV One UK, The Rake Magazine, BIG Ideas @ Berkeley, California Institute of Arts, Pando, Information, VisitPMR, Warner Bros Records, Washintong University - Arts & Sciences, Chronnus, Wesley-Barrell, Casa Della Piastrella, teamsugar, Harvard Science, Sony BMG Musicbox, Savannah Now, SuccessIdeaWeb, Hotel Jaca, Kriptopolis, Project Opus, FreeSpirit Resorts, terminus1525, meri page design, Facilitas Group, Ad.WRIGHT, LA2DAY Magazine, Luxori, Teka Electronics, OgilvyOne Grecia, Electronic Frontier Foundation, Grateful Dead, Forbes Office Pranks, 9lives, tori amos, FOX Searchlight, CBC Exposure, MensHealth, Ozzy Osbourne, Greenpeace UK, Playboy, Ads of the World, Avril Lavigne, PlayStation Asia, Teen Second Life, Moby, Fight Hunger, NASA Appel, ...

Pues yo para mis sitios personales uso Joomla y me conviene muy bien.

Joomla está bien, pero el problema que le veo es que la gente usa siempre los mismo temas o parecidos, en cuanto entro a una web me doy cuenta enseguida que está realizada con Joomla, a Wordpress le pasa un tanto de lo mismo, sin embargo Drupal es tan configurable y quizás menos extendido, es sin duda una de las mejores elecciones, eso si, hay que pelearse con algunos módulos pero imagino que con los otros CMS pasará un tanto de lo mismo.

Increible exposición de CMS...