4 formas en que los sistemas de gestión de contenido están evolucionando y por qué es importante para los periodistas

Un subproducto de la revolución de los medios digitales es que la mayoría de los periodistas de hoy son expertos en tecnología, hasta cierto punto. Cada vez es más raro encontrarse con reporteros que no codicien el último teléfono inteligente hiperpotente.

Me he reunido con periodistas veteranos que, sin haber escrito nunca una pizca de código HTML, están ansiosos por saltarse la Web por completo y comenzar a descubrir historias para tabletas. Si estuviera escribiendo sobre cómo evolucionan las redes basadas en la ubicación, es probable que enganche a muchos periodistas curiosos que no tienen intención de agregar datos geográficos a sus historias. Pero es difícil lograr que las personas se interesen en la única tecnología que tienen que usar todos los días, lo que inhibe o permite la narración de historias de la era espacial que quieren hacer: su sistema de administración de contenido.

Si su trabajo implica producir medios para consumo público o semipúblico, lo más probable es que sea un gran usuario de un sistema de gestión de contenido (CMS). Y también hay muchas posibilidades de que su organización esté buscando reemplazar o mejorar su CMS. Vale la pena conocer algunas lecciones clave que hemos aprendido sobre cómo se está desarrollando la gestión de contenido, para que sepa qué buscar.

Después de haber trabajado para y con una gran cantidad de organizaciones de noticias, durante un tiempo tuve la sensación de que estábamos comenzando a abordar la gestión de contenido de manera diferente a como lo hacíamos en los primeros días de la Web. Nuestro sentido de lo que debe hacer un CMS está madurando. Para obtener más información, hablé con tres personas que han tenido roles integrales en el desarrollo de CMS en varias organizaciones de noticias, dos de las cuales trabajé como gerente de producto editorial para Project Argo:

• Andrés Fitzgerald , quien recientemente se mudó de Current TV para convertirse en productor principal de la presencia en línea de 'The Stream' de Al Jazeera.
• patricio cooper , anteriormente blogger de noticias diarias para USA Today, ahora propietario de producto de NPR.org y el CMS que impulsa las plataformas digitales de NPR ('Seamus').
• Marc Lavallee , mi compañero de equipo, quien trabajó en organizaciones como The Boston Globe, The Washington Post y National Journal antes de llegar a NPR para construir la plataforma que impulsa el Proyecto Argo ('Navis').

Estos tres sistemas son muy diferentes, pero comparten algunos puntos en común clave que creo que presentan un indicador útil sobre cómo se están desarrollando los CMS.

El periodismo está pasando de “sistemas de gestión de contenidos” a “ecosistemas de gestión de contenidos”

Las operaciones de noticias digitales solían pensar en su CMS como su ventanilla única: una herramienta que haría todo lo que uno quisiera hacer con su contenido. Sería el lugar donde los editores podrían asignar historias, los reporteros podrían redactar historias, los expertos en multimedia podrían almacenar sus videos, los productores en línea podrían programar frentes de sección, los administradores de la comunidad podrían administrar comentarios y más. Las organizaciones de noticias juzgarían los CMS potenciales por la cantidad de funciones diferentes que tenía el software, en lugar de por qué tan bien el software cumplió una función en particular.

Finalmente hemos comenzado a aceptar que ningún CMS puede manejar todas las funciones de contenido de una organización de noticias digitales. Un buen sistema de administración de contenido hoy en día está diseñado para interactuar con muchos otros programas. Ahora existe una expectativa genuina de que un CMS funcionará bien con videos almacenados en YouTube, o comentarios administrados por Disqus, o chats en vivo integrados desde CoverItLive. Otros entornos como Facebook, Twitter y Tumblr vienen con sus propios conjuntos de herramientas. Y cada vez más, lo que llamamos un 'sistema de gestión de contenido' es en realidad una combinación de múltiples sistemas estrechamente integrados.

Después de investigar varias opciones para construir la plataforma que se convertiría en Proyecto Argo , mi equipo decidió usar WordPress como línea de base. Pero queríamos lograr varias cosas que WordPress no facilitaría, así que Lavallee mezcló WordPress con Django . Esto nos permitió vincular sin problemas la plataforma Argo con servicios como Delicioso y vida diurna , con la mínima fricción para los usuarios del software. Cada herramienta hace exactamente aquello para lo que fue diseñada, sin intentar combinar funciones cada vez más complejas en un solo sistema.

Al Jazeera envisioned “ La corriente' como programa y fuente de noticias en línea construida sobre la sólida conversación que tiene lugar en las redes sociales de todo el mundo. Entonces, cuando el sitio eligió el sistema de administración de contenido que manejaría la presencia en línea del programa, comenzaron con un software creado para seleccionar esa conversación: historiar . La aplicación web permite a los usuarios principales recopilar fácilmente historias de publicaciones en sitios de redes sociales.

Los productores en línea de 'The Stream' crean historias en Storify que se introducen en una instalación de Drupal, donde se editan, aprueban y publican en la web. El combo Storify-plus-Drupal trae al equipo de “The Stream” varias ventajas:

• Storify les brinda a los productores una interfaz elegante y fácil de usar para extraer pepitas de la conversación en las redes sociales.
• Drupal se encarga de la tarea de publicar el sitio, lo que permite que 'The Stream' siga publicando incluso si Storify no está disponible.
• También agrega capacidades que Storify aún no tiene, como el manejo de Google Maps.

El CMS de NPR.org, Seamus, es de cosecha propia, y hay un equipo completo dedicado al desarrollo y mantenimiento continuos del software. Pero incluso con esos sólidos recursos, Seamus no es el único jugador en el ecosistema de administración de contenido de la organización. Un sistema propio independiente ('NewsFlex') gestiona los activos de audio y el presupuesto de la historia para la radio. Y el correo electrónico está tan profundamente integrado en el flujo de trabajo de los editores en línea de NPR que se podría decir que otro de nuestros CMS es Outlook.

Pero el mayor socio de Seamus en la gestión del contenido de NPR es algo llamado API de NPR ('Interfaz de programación de aplicaciones'). Mucho se ha escrito sobre las muchas maneras en que la API ha permitido a NPR construir su presencia digital ; Aquí hay un excelente artículo de mi editora de Poynter, Mallary Tenore, sobre el esfuerzo por expandir esta API a todos los medios públicos. La API facilita mucho que todos nuestros sistemas de administración de contenido se comuniquen entre sí. Es un reflejo perfecto de cuán interconectado se ha vuelto nuestro software de administración de contenido.

Cada vez se comprende más que los sistemas de gestión de contenidos deben ser “hermosos”

He visto algunos CMS horribles: grupos de cuadros de entrada de texto sin contexto llenos de campos de minas de ventanas emergentes. Entonces, un día en 2005 o 2006, me deleité con los gloriosos diseños de páginas de administración de Wilson Miner para Django.

Después de años de CMS que imitaban la dura estética utilitaria de Windows 3.1, el administrador de Django era impresionante: una paleta de colores atractiva; gradientes de buen gusto y con un propósito; diseño de icono fascinante. Incluso la experiencia de interactuar con la cosa fue una delicia. Presionar un botón puede invocar un encantador efecto de JavaScript: nada innecesariamente ornamental, todo suave y satisfactorio. El mundo cambió un poco.

Su CMS de organización de noticias promedio solía requerir semanas de capacitación para aclimatar a los nuevos usuarios. Después de todo, ¿por qué una empresa gastaría valiosos recursos de diseño en pulir una 'interfaz de back-end' que los usuarios del sitio de noticias nunca verían? Muestra lo lejos que hemos llegado cuando Storify, elogiado por su diseño de experiencia de usuario maravillosamente intuitivo, ahora sirve como una interfaz de back-end para el CMS de una organización de noticias. El software hermoso, incluso para los usuarios finales, se está convirtiendo en una expectativa.

Nos estamos moviendo en esta dirección porque ahora entendemos que mejores sistemas de administración de contenido fomentan un mejor contenido. “Cuanto más feliz sea la gente, mejor será su contenido, más contenido producirán”, dice Cooper de NPR. Además, como señala, los periodistas digitales ahora hacen un trabajo mucho más creativo y original que cuando los sitios de noticias estaban comenzando, cuando la mayor parte de su contenido se transfirió de otros formatos de medios. “Las salas de redacción digitales han pasado de palear a crear”, dijo. “Esas dos tareas requieren entornos muy diferentes”.

Cuando lanzamos los 12 sitios de Argo en septiembre pasado, mi equipo no pudo realizar capacitaciones en persona con ninguno de los blogueros que administrarían los sitios. Les dimos a los bloggers enlaces a una guía de inicio y algunos tutoriales, y estábamos disponibles por teléfono, pero de lo contrario, tenían que ponerse al día en la plataforma por su cuenta. En cuestión de días, incluso los usuarios que eran nuevos en HTML pudieron publicar sitios robustos y atractivos. Esto no hubiera sido posible sin los años de pruebas, uso y desarrollo que se han invertido en la interfaz de WordPress, señala Lavallee. “Un desarrollador de WordPress puede obtener comentarios de millones de usuarios directamente”, dice, “lo que generalmente no es el caso en un foro de soporte corporativo”.

Lo que me lleva al siguiente punto.

El software de código abierto ha subido el listón de la experiencia de gestión de contenido predeterminada

Cuando trabajé en la industria de los periódicos, me pareció un tremendo desperdicio de recursos que teníamos miles de periódicos individuales con necesidades casi idénticas para la gestión de contenido, pero aún no nos habíamos conformado con ningún estándar o plataforma de gestión de contenido de referencia. Parecía que todos los días, un nuevo proveedor ingresaba al mercado de administración de contenido con un producto patentado, creado desde cero.

Mientras tanto, a principios de la década de 2000, el software CMS de código abierto aún no era una alternativa sólida. Pero la comunidad de código abierto estaba comenzando a converger en los estándares y se basaba en el trabajo que otros en el espacio habían logrado. (WordPress, por ejemplo, comenzó su vida como descendiente de la plataforma de blogs de código abierto b2).

A mediados de la década, proyectos como WordPress, Drupal y Django habían comenzado a alcanzar una masa crítica. En los últimos años, dice Lavallee, los ejecutivos que tomaban decisiones de software en las empresas de medios comenzaron a ver paquetes de software de código abierto que tenían una apariencia más elegante que los productos costosos que comercializaban los proveedores.

Hoy en día, los proveedores que realizan demostraciones de software o las organizaciones de noticias que consideran un CMS propietario tienen un listón bastante alto que superar para justificar la inversión: tienen que crear algo que sea mejor que WordPress o Drupal: más rápido, más funcional, más estable, más seguro o más personalizado para sus necesidades. A medida que el software gratuito ha mejorado, cada CMS ha tenido que mejorar para mantenerse al día.

Y si no puedes vencerlos, construye sobre ellos. Incluso las organizaciones de noticias con mejores recursos están utilizando herramientas de código abierto como Django, Ruby on Rails, WordPress y Drupal junto o dentro de sus CMS propios o creados por proveedores. Seamus, por ejemplo, incorpora productos de código abierto como jQuery y imagenmagia en sus entrañas. Pudimos lanzar los sitios de Argo rápidamente porque pudimos usar WordPress como punto de partida; todo nuestro desarrollo estuvo orientado a adaptar y ampliar el software a nuestras necesidades. El departamento de Servicios Digitales de NPR ayuda a las estaciones miembros a desarrollar su presencia en la Web; sus productos más nuevos se basan en la última versión de Drupal.

Todo esto no quiere decir que el software de código abierto sea una panacea. Cooper, de NPR, y Fitzgerald, de Al Jazeera, mencionan un gran valor en las empresas más grandes que tienen experiencia interna en el desarrollo de la gestión de contenido. WordPress y Drupal brindan excelentes valores predeterminados y puntos de partida, pero cuanto más grandes y complejas sean las necesidades de la organización, más chocará con las limitaciones de estos productos.

El año pasado, NPR trasladó sus blogs de WordPress a Seamus, lo que permitió una integración más fluida entre el contenido del blog y el resto del material que genera NPR. Y a medida que la comprensión de Current de sí misma como una empresa de medios evolucionó, la organización pudo diseñar sus plataformas de administración de contenido locales para adaptarse también.

Nos hemos dado cuenta de que una buena gestión de contenidos requiere un desarrollo constante

En todos los aspectos de los medios, las organizaciones de noticias han tenido que acostumbrarse al hecho de que el cambio constante es la nueva normalidad. La gestión de contenidos no es diferente. Durante gran parte de la última década, todas las organizaciones de noticias siempre parecían estar haciendo la transición a un nuevo sistema cada pocos años, una empresa enormemente significativa. Estábamos buscando la bala de plata: el sistema que sería lo suficientemente flexible y robusto para resolver todos nuestros problemas y satisfacer todas nuestras necesidades durante los próximos 10 años.

Ahora sabemos que tal sistema no existe. Estamos empezando a comprender que un CMS, cada CMS, de código abierto, empresarial o de otro tipo, requiere una inversión y un desarrollo continuos. No importa cuán pequeña o grande sea su organización, su sistema de administración de contenido debe desarrollarse para adaptarse a un entorno de noticias digitales que cambia drásticamente de un año a otro.

Si forma parte de una gran organización de medios, necesita personas dedicadas a mantener y ampliar su CMS, ya sea un equipo de desarrollo interno o una relación continua y estrecha con un proveedor. Si forma parte de una operación de noticias independiente de dos personas que ejecuta WordPress, debe actualizar el software regularmente y agregar y eliminar complementos que satisfagan sus necesidades.

En muchos sentidos, esta realidad subraya las otras tres observaciones anteriores. Como sabemos que nuestro entorno de administración de contenido tendrá que evolucionar con frecuencia y de manera significativa en el futuro previsible, tenemos que crear sistemas que sean lo suficientemente ligeros y flexibles para interoperar con otros.

Debido a que no tiene sentido pasar un mes de capacitación en un sistema que va a cambiar en un año, debemos usar interfaces de administración de contenido que sean lo suficientemente atractivas para que los usuarios las comprendan de manera intuitiva.

Y debido a que necesitamos desarrollarnos rápido, tenemos que tomar prestadas herramientas e ideas del mundo del software de código abierto para mejorar nuestros ecosistemas de administración de contenido.