{"id":972,"date":"2018-11-19T11:55:04","date_gmt":"2018-11-19T10:55:04","guid":{"rendered":"https:\/\/blogs.ugr.es\/tecweb\/?p=972"},"modified":"2018-11-19T11:55:04","modified_gmt":"2018-11-19T10:55:04","slug":"el-ajetreado-nacimiento-de-los-cms","status":"publish","type":"post","link":"https:\/\/blogs.ugr.es\/tecweb\/el-ajetreado-nacimiento-de-los-cms\/","title":{"rendered":"El ajetreado nacimiento de los CMS"},"content":{"rendered":"

La mejor forma de entender la aparici\u00f3n y la importancia que han adquirido los Sistemas de Gesti\u00f3n de Contenido (en adelante CMS) es conocer c\u00f3mo se trabajaba antes de que estos surgieran.<\/span><\/p>\n

Desde el punto de vista f\u00edsico, los primeros sitios web estaban formados por ficheros HTML, archivos gr\u00e1ficos y otro tipo de formatos (principalmente pdf) que se sol\u00edan organizar en carpetas dentro del servidor. Lo habitual era que esas carpetas se llamaran de forma similar al contenido que ten\u00edan. As\u00ed, por ejemplo, si dentro de la carpeta productos se a\u00f1ad\u00edan los ficheros en html de cada uno de los productos que se vend\u00edan (sillas.html, armarios.html, mesas.html\u2026) se produc\u00eda una URL de la forma http:\/\/www.ejemplo.com\/productos\/sillas.html. Era un mecanismo que ten\u00eda dos ventajas fundamentales. Por un lado tener todo el contenido del sitio web bien organizado ya que, en vez de un listado enorme de ficheros sueltos \u201ccolgando\u201d de la ra\u00edz del sistema, se ten\u00eda un conjunto de directorios que especificaban claramente una estructura organizativa. Por otro, era un mecanismo muy socorrido para poder contar con URLs amigables, lo que favorec\u00eda el proceso de recordar las direcciones por parte de los usuarios.<\/span><\/p>\n

Desde el punto de vista del contenido, este relacionaba unos ficheros con otros por medio de enlaces sencillos, que pod\u00edan ser contextuales o proceder del sistema de navegaci\u00f3n (fundamentalmente los men\u00fas principales), con lo que la organizaci\u00f3n de esa informaci\u00f3n era muy simple. Especialmente si se contaba con un n\u00famero reducido de ficheros. Si el sitio web crec\u00eda, el \u201cmonstruo\u201d se hac\u00eda cada vez m\u00e1s ingobernable.<\/span><\/p>\n

En la \u00e9poca de la Web 1.0, cuando los sitios eran est\u00e1ticos, exist\u00edan una serie de problemas que se repet\u00edan con bastante asiduidad. El primero de ellos estaba relacionado con el contenido mal gestionado. Si la web crec\u00eda mucho, o si \u00e9sta era alimentada por varias personas en paralelo con poca coordinaci\u00f3n, exist\u00eda la posibilidad de que la informaci\u00f3n se repitiera, de tal forma que o bien aparec\u00eda el mismo contenido en varios puntos diferentes del sitio (es decir, en varios ficheros), o bien hab\u00eda contenido repartido en varios archivos, que estaba relacionado tem\u00e1tica o conceptualmente entre s\u00ed, pero que no se vinculaba correctamente.<\/span><\/p>\n

Otro problema surg\u00eda a la hora de editar el contenido de los ficheros que se encontraban en el servidor. Al estar colgado en un servidor web, lo normal era acceder a \u00e9l por medio de un cliente FTP, descargarlo en el ordenador cliente, editarlo, guardarlo y luego volver a subirlo v\u00eda FTP. Los servidores web no facilitaban mucho la edici\u00f3n de los ficheros que almacenaba. Es cierto que este proceso se pod\u00eda realizar online por medio del comando <\/span>vi<\/span><\/em> (una llamada al editor de textos en Unix y\/o Linux) o similar, pero eso ya hac\u00eda que el proceso de edici\u00f3n fuese m\u00e1s lento y complicado. Aunque esta circunstancia se solucion\u00f3 en parte con la aparici\u00f3n de editores que, adem\u00e1s de tener la posibilidad de trabajar en modo WYSIWYG<\/a> (What You See Is What You Get), algo que facilitaba mucho el proceso de dise\u00f1o y creaci\u00f3n de una p\u00e1gina, conten\u00edan incorporado un cliente FTP que facilitaba la gesti\u00f3n de subida y bajada de ficheros. En esta \u00e9poca apareci\u00f3 Dreamweaver<\/a>, de la empresa Adobe<\/a>, que durante muchos a\u00f1os fue el editor estrella en el mundo web.<\/span><\/p>\n

La cosa se complicaba a\u00fan m\u00e1s cuando varias personas quer\u00edan trabajar sobre el mismo fichero al mismo tiempo, cosa que sol\u00eda suceder con bastante frecuencia. Al problema evidente del acceso concurrente a un mismo fichero desde dos clientes diferentes se le suma el del control de cambios. Es decir, no exist\u00eda un mecanismo que permitiera conocer los cambios que alguien realizaba sobre un fichero determinado. En muchos casos se terminaba sobrescribiendo un fichero sobre otro, perdiendo gran parte del trabajo. La nula gesti\u00f3n de versiones implicaba otro problema, y era la desaparici\u00f3n de los elementos de identificaci\u00f3n de la autor\u00eda.<\/span><\/p>\n

\"html<\/a>Si estas situaciones eran inc\u00f3modas, y convert\u00edan un trabajo en principio sencillo en algo comprometido, todo se complicaba a\u00fan m\u00e1s cuando se decid\u00eda cambiar el aspecto del sitio. Para este proceso se deb\u00eda alterar el dise\u00f1o de todas y cada una de las p\u00e1ginas que conformaban el sitio. En 1996 aparece la primera versi\u00f3n de CSS (Cascading Style Sheets, Hojas de estilo en cascada)<\/a>, lo que facilit\u00f3 este trabajo de manera radical. Gracias a este mecanismo, todas las p\u00e1ginas se enlazan a un fichero CSS que especifica las caracter\u00edsticas de formateo, colores, tama\u00f1os, tipos de letra, etc., de tal manera que si se desea cambiar el dise\u00f1o del sitio web entero s\u00f3lo ser\u00e1 necesario modificar la hoja de estilo, y dichos cambios se reflejar\u00e1n autom\u00e1ticamente en todas las p\u00e1ginas que est\u00e9n vinculadas a ella.<\/span><\/p>\n

La aparici\u00f3n de las bases de datos cambi\u00f3 radicalmente la forma en la que se creaban los sitios web y, por ende, la manera en la que se gestionaba el contenido. El poder contar con una herramienta que permitiera almacenar la informaci\u00f3n facilit\u00f3 la posibilidad de poder separar contenido de formato f\u00edsico. Aunque este hecho no fue algo que se produjera de manera radical y en todos los aspectos, sino que m\u00e1s bien fue una introducci\u00f3n progresiva. Los primeros sitios web empleaban las bases de datos como mecanismo para dar soporte a grandes cantidades de informaci\u00f3n que, en muchas ocasiones, aparec\u00eda de forma paralela junto a ficheros HTML. Poco a poco fueron surgiendo mecanismos que permit\u00edan una integraci\u00f3n global.<\/span><\/p>\n

Al mismo tiempo que esto surg\u00eda, y de forma paralela, la mayor\u00eda de empresas de todos los sectores transformaron su forma de ver y de estar en la Web. La filosof\u00eda que al principio ten\u00edan la mayor\u00eda de compa\u00f1\u00edas con respecto a la Web se pod\u00eda definir con la frase \u00abno sabemos para qu\u00e9, pero s\u00ed sabemos que hay que estar\u00bb. El efecto que ten\u00eda esta forma conservadora de contemplar a la Web era que, desde el punto de vista t\u00e9cnico, se requer\u00eda de poca infraestructura, ya que lo que se pensaba ofrecer se limitaba a una simple informaci\u00f3n corporativa, de productos, y poco m\u00e1s. Sin embargo, aspectos como el comercio electr\u00f3nico, la implantaci\u00f3n cada vez m\u00e1s progresiva de la Web en la vida cotidiana y la expansi\u00f3n de esta nueva forma de comunicaci\u00f3n, lograron hacer variar esta visi\u00f3n, contemplando a la Web como una parte de la estrategia de comunicaci\u00f3n y marketing corporativo y, m\u00e1s adelante, como otra manera de vender productos salt\u00e1ndose intermediarios.<\/span><\/p>\n

Claro est\u00e1 que esta forma de entender la Web no se pod\u00eda implementar con un grupo de ficheros HTML. Era necesario contar con una infraestructura tecnol\u00f3gica que aportara m\u00e1s dinamismo y m\u00e1s opciones a la hora de gestionar el contenido, los productos y la informaci\u00f3n que se ofrec\u00eda a los potenciales usuarios\/clientes. Este camino tambi\u00e9n llevaba a las bases de datos.<\/span><\/p>\n

Tradicionalmente se ha considerado que las tres empresas pioneras en la introducci\u00f3n de bases de datos en sus sitios web han sido Illustra Information Technologies<\/a>, RedDot<\/a> y Vignette Corporation<\/a>. La primera de ellas, Illustra, comercializaba un software servidor que facilitaba la gesti\u00f3n de datos (fundamentalmente multimedia) denominado Illustra Server. Al estar familiarizados con el uso de bases de datos relacionales en general, y aquellas basadas en SQL en particular, en la empresa se opt\u00f3 por su empleo como m\u00e9todo para organizar la informaci\u00f3n de la web corporativa que lanzaron en 1994. Lamentablemente no es posible localizar ya ninguna imagen de la web pionera, ya que en 1996 la empresa fue adquirida por Informix (hoy IBM Informix<\/a>) y toda la informaci\u00f3n se centraliz\u00f3 en la web de la nueva empresa, desapareciendo tambi\u00e9n el dominio en el que se hospedaba.<\/span><\/p>\n

RedDot fue una compa\u00f1\u00eda fundada en 1993 que cre\u00f3 InfoOffice, una aplicaci\u00f3n web para Windows que permit\u00eda gestionar contenido en un entorno web. El a\u00f1o siguiente, y con el fin de hacer m\u00e1s mnemot\u00e9cnico el nombre del producto, se cambia a RedDot CMS (haciendo menci\u00f3n a los dos puntos que indicaban el lugar a partir del cual un contenido se pod\u00eda editar). Se trat\u00f3 del primer programa que permit\u00eda editar contenidos web en una interfaz casi id\u00e9ntica a la empleada para visualizar esa p\u00e1gina en un navegador. Se estaban sentando las bases de los CMS.<\/span><\/p>\n

\"Aspecto<\/a>
Aspecto de RedDot CMS. Fuente: City of Surrey Digital Style Guide<\/figcaption><\/figure>\n

La vida de RedDot desde entonces fue bastante ajetreada. La empresa RedDot fue adquirida en 2005 por la empresa canadiense Hummingbird<\/a>, uno de los buques insignia de las TIC que, a su vez, fue comprada en octubre de 2006 por OpenText<\/a>.<\/span><\/p>\n

\"Logo<\/a>En 1995 eran varias las empresas que se val\u00edan de t\u00e9cnicas similares a las empleadas por RedDot e Illustra para gestionar el contenido. De todas ellas destacaba CNET<\/a>, compa\u00f1\u00eda dedicada a la difusi\u00f3n de informaci\u00f3n de corte tecnol\u00f3gico (web, m\u00fasica, videojuegos, etc.). Para facilitar el proceso de creaci\u00f3n de contenido contaban con un programa, llamado Prisma. Ese mismo a\u00f1o Ted Schadler<\/a>, creador de Vignette Corporation, se pone en contacto con CNET para fusionar Prisma con un software que estaba desarrollando que era capaz de realizar un proceso similar, pero con muchas m\u00e1s funcionalidades. De esa uni\u00f3n apareci\u00f3 Vignette V7 Application Services, un gestor de sitios web que, por medio de varios paquetes de software, facilitaba el proceso de creaci\u00f3n, edici\u00f3n, gesti\u00f3n del flujo de trabajo y publicaci\u00f3n de contenido en la web. En 2009 OpenText adquiere Vignette Corporation, con lo que la misma empresa es ahora poseedora de los dos CMS pioneros: RedDot CMS y Vignette v7.<\/span><\/p>\n

Desde ese momento la industria se ha movido alrededor de los CMS con bastante soltura, apareciendo, fusionando y haciendo desaparecer continuamente empresas, programas, estrategias de mercado, etc. Se trata, sin duda, de un mercado muy din\u00e1mico al que es dif\u00edcil seguir la pista.<\/span><\/p>\n

 <\/p>\n","protected":false},"excerpt":{"rendered":"

La mejor forma de entender la aparici\u00f3n y la importancia que han adquirido los Sistemas de Gesti\u00f3n de Contenido (en adelante CMS) es conocer c\u00f3mo se trabajaba antes de que estos surgieran. Desde el punto de vista f\u00edsico, los primeros sitios web estaban formados por ficheros HTML, archivos gr\u00e1ficos y otro tipo de formatos (principalmente […]<\/p>\n","protected":false},"author":65,"featured_media":979,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_genesis_hide_title":false,"_genesis_hide_breadcrumbs":false,"_genesis_hide_singular_image":false,"_genesis_hide_footer_widgets":false,"_genesis_custom_body_class":"","_genesis_custom_post_class":"","_genesis_layout":"","footnotes":""},"categories":[45],"tags":[28],"class_list":{"0":"post-972","1":"post","2":"type-post","3":"status-publish","4":"format-standard","5":"has-post-thumbnail","7":"category-content-management-systems","8":"tag-cms","9":"entry"},"_links":{"self":[{"href":"https:\/\/blogs.ugr.es\/tecweb\/wp-json\/wp\/v2\/posts\/972","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/blogs.ugr.es\/tecweb\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blogs.ugr.es\/tecweb\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blogs.ugr.es\/tecweb\/wp-json\/wp\/v2\/users\/65"}],"replies":[{"embeddable":true,"href":"https:\/\/blogs.ugr.es\/tecweb\/wp-json\/wp\/v2\/comments?post=972"}],"version-history":[{"count":3,"href":"https:\/\/blogs.ugr.es\/tecweb\/wp-json\/wp\/v2\/posts\/972\/revisions"}],"predecessor-version":[{"id":978,"href":"https:\/\/blogs.ugr.es\/tecweb\/wp-json\/wp\/v2\/posts\/972\/revisions\/978"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/blogs.ugr.es\/tecweb\/wp-json\/wp\/v2\/media\/979"}],"wp:attachment":[{"href":"https:\/\/blogs.ugr.es\/tecweb\/wp-json\/wp\/v2\/media?parent=972"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blogs.ugr.es\/tecweb\/wp-json\/wp\/v2\/categories?post=972"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blogs.ugr.es\/tecweb\/wp-json\/wp\/v2\/tags?post=972"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}