{"id":593,"date":"2017-05-17T11:49:42","date_gmt":"2017-05-17T09:49:42","guid":{"rendered":"http:\/\/tecnologiasweb.jsenso.es\/?p=593"},"modified":"2018-11-14T11:36:47","modified_gmt":"2018-11-14T10:36:47","slug":"fases-para-la-creacion-de-un-sitio-web","status":"publish","type":"post","link":"https:\/\/blogs.ugr.es\/tecweb\/fases-para-la-creacion-de-un-sitio-web\/","title":{"rendered":"Fases para la creaci\u00f3n de un sitio web"},"content":{"rendered":"<p>No existe una \u00fanica metodolog\u00eda que defina los pasos a seguir para la construcci\u00f3n de un\u00a0 sitio web. Cuando estos aparecieron, el proceso se bastaba con la organizaci\u00f3n de ficheros HTML y su ordenaci\u00f3n en carpetas dentro del servidor. Apenas contaban los aspectos relacionados con la navegaci\u00f3n, usabilidad, accesibilidad, etc.<\/p>\n<p>Conforme fue complic\u00e1ndose la tecnolog\u00eda se sumaron nuevos servicios, funciones y m\u00e1s visiones a tener en cuenta (cada vez m\u00e1s, el usuario), con lo que el proceso de construcci\u00f3n de un sitio web se volvi\u00f3 m\u00e1s sofisticado y laborioso, pero continuaba sin contar con una metodolog\u00eda. Aunque no est\u00e1n sustentadas en estudios emp\u00edricos las razones que pueden explicar esta falta de metodolog\u00eda \u201coficial\u201d, pueden ser varias.<\/p>\n<p>Para empezar hay que decir que las tecnolog\u00edas que se desarrollan dentro de este entorno avanzan muy r\u00e1pido. Si por tecnolog\u00edas se entiende a algo que engloba las recomendaciones, los lenguajes de programaci\u00f3n, las aplicaciones web que marcan tendencia o la plataforma de trabajo (frameworks) parece l\u00f3gico entender que sea muy complicado hacer una metodolog\u00eda de algo que se construye con elementos tan cambiantes. La forma en la que se trabaja hoy posiblemente tenga muy poca validez temporal, por lo que la metodolog\u00eda se ver\u00e1 irremediablemente afectada.<\/p>\n<p>Otra cuesti\u00f3n a tener en cuenta es que el punto de partida de los sitios web no es siempre el mismo. Aunque en un mundo ideal lo l\u00f3gico ser\u00eda construir una web desde cero, la realidad dice que en la mayor\u00eda de los casos lo que m\u00e1s se suele dar es la actualizaci\u00f3n de una ya creada. En funci\u00f3n de lo que tenga esa web, lo que se quiera actualizar y los servicios que se quieran ofrecer, el m\u00e9todo de trabajo tambi\u00e9n variar\u00e1.<\/p>\n<p>Tambi\u00e9n afecta para la metodolog\u00eda el software de trabajo, ya que no es lo mismo emplear una aplicaci\u00f3n web ya creada, a la que s\u00f3lo habr\u00eda que configurar aquellos m\u00f3dulos que tengan que ver con las funciones que se desee, que desarrollarla desde cero por medio de cualquier herramienta.<\/p>\n<p>En esa misma l\u00ednea, pero centr\u00e1ndose en la fuente de los datos, no es lo mismo una web personal, que habitualmente con un CMS para la construcci\u00f3n de blogs tiene de sobra, que una institucional o de una organizaci\u00f3n\/empresa. Esto implica que si los objetivos que han dado pie a la creaci\u00f3n de la web son diferentes, lo l\u00f3gico es que los servicios que se proponga para llevarlos a cabo tambi\u00e9n lo sean.<\/p>\n<p>Por \u00faltimo, y teniendo en cuenta la relaci\u00f3n de roles o puestos de trabajo que intervienen en la creaci\u00f3n de un sitio web, hay que tener en cuenta que no todo el mundo puede disponer de la misma plantilla de personas involucradas en este tipo de proyectos. El n\u00famero var\u00eda entre una persona y 25\/30, con lo que hacer una metodolog\u00eda que valga para todas las variantes que hay entre medias de esas cantidades es realmente complejo.<\/p>\n<p>No obstante, y con el objetivo de mostrar los diferentes procesos implicados en la construcci\u00f3n de un sitio web, aqu\u00ed propongo un listado de funciones agrupado en tareas. De esa manera ser\u00e1 m\u00e1s sencillo entender la mec\u00e1nica global y saber en qu\u00e9 momento debe actuar cada uno de los roles aqu\u00ed implicados. Ni que decir tiene que no se pretende establecer una metodolog\u00eda cient\u00edfica para la construcci\u00f3n de un sitio web ya que, como se ha mencionado anteriormente, son muchas las variantes que se deben tener en cuenta. Lo que se intenta es sistematizar los pasos fundamentales que se suelen seguir a la hora de crear un sitio web desde cero, dejando claro que ni todos son obligatorios, ni todos los que aqu\u00ed aparecen son los \u00fanicos que se pueden dar. Sin embargo, el siguiente esquema ofrece una visi\u00f3n bastante ajustada a la realidad. Visi\u00f3n que se puede emplear para ubicar mejor las tareas del arquitecto de la informaci\u00f3n.<\/p>\n<p><a href=\"http:\/\/jsenso.es\/tecweb-img\/xcap3-01-compressor.jpg\"><img loading=\"lazy\" decoding=\"async\" class=\"aligncenter wp-image-965 size-full\" src=\"https:\/\/blogs.ugr.es\/tecweb\/wp-content\/uploads\/sites\/55\/2018\/11\/xcap3-01-compressor.jpg\" alt=\"\" width=\"350\" height=\"800\" srcset=\"https:\/\/blogs.ugr.es\/tecweb\/wp-content\/uploads\/sites\/55\/2018\/11\/xcap3-01-compressor.jpg 350w, https:\/\/blogs.ugr.es\/tecweb\/wp-content\/uploads\/sites\/55\/2018\/11\/xcap3-01-compressor-131x300.jpg 131w, https:\/\/blogs.ugr.es\/tecweb\/wp-content\/uploads\/sites\/55\/2018\/11\/xcap3-01-compressor-306x700.jpg 306w\" sizes=\"auto, (max-width: 350px) 100vw, 350px\" \/><\/a><\/p>\n<p>&nbsp;<\/p>\n<p>La fase inicial es la que marca el punto de partida de todo el proyecto y, como es l\u00f3gico, implica a todos los miembros del grupo. Lo que se pretenden en esta primera fase es que, por medio de reuniones, se logre el mayor consenso posible en lo que tiene que ver con la definici\u00f3n de objetivos, los servicios que se quieren prestar, las funcionalidades de dichos servicios, la proyecci\u00f3n (tanto referida a la cobertura geogr\u00e1fica como de p\u00fablico potencial objetivo y cuota de mercado), etc. Tambi\u00e9n ser\u00e1 importante definir la pol\u00edtica de uso de la informaci\u00f3n y el tipo de licencias de derechos de autor con las que se trabajar\u00e1.<\/p>\n<p>La siguiente fase se centrar\u00e1 en recopilar la mayor cantidad posible de datos de las dos bases sobre las que se debe cimentar cualquier sitio web: los usuarios y la informaci\u00f3n. Aunque el usuario es un elemento muy importante en muchos de los dise\u00f1os, no es raro encontrarse con sitios donde no se les tiene en demasiada consideraci\u00f3n, prest\u00e1ndole m\u00e1s importancia a cuestiones como el dise\u00f1o o la imagen, y menos a la usabilidad o la navegabilidad. Para conocer sus necesidades ser\u00e1 fundamental definir el grupo de usuarios principal hacia el que va dirigido el contenido del sitio, saber qu\u00e9 busca en el sitio y qu\u00e9 espera encontrar en \u00e9l. Con respecto a la informaci\u00f3n, en sentido bruto o como servicio, ser\u00e1 el producto que se ofrece, por lo que habr\u00e1 que analizar lo que se tiene, lo que falta, d\u00f3nde localizar esto \u00faltimo y organizarlo todo con el fin de facilitar el proceso de categorizaci\u00f3n, clave a la hora de organizar su distribuci\u00f3n por el sitio web.<\/p>\n<p>La fase donde m\u00e1s se debe notar la presencia del arquitecto de la informaci\u00f3n es la tercera, centrada en el dise\u00f1o. Es esta figura la encargada de delimitar las pautas de comportamiento del sitio, su navegabilidad, la estructura, c\u00f3mo se organizar\u00e1 la informaci\u00f3n, en definitiva, todo lo que establece una comunicaci\u00f3n fluida entre el sitio web y el usuario. Dado que es la parte m\u00e1s importante del trabajo del arquitecto de la informaci\u00f3n se le dedicar\u00e1 una especial atenci\u00f3n en lo que resta de cap\u00edtulo.<\/p>\n<p>En la fase de instalaci\u00f3n prima, por encima de todo, el trabajo del back-en developer, ya que ser\u00e1 el responsable principal de realizar el proceso de implementaci\u00f3n de todo lo realizado hasta ahora en una plataforma concreta. De \u00e9l depender\u00e1 la correcta instalaci\u00f3n y configuraci\u00f3n del sitio, la elecci\u00f3n de los m\u00f3dulos\/plugins adecuados, la definici\u00f3n de la pol\u00edtica de seguridad (no s\u00f3lo del sitio, sino tambi\u00e9n de los usuarios por medio de la creaci\u00f3n de los roles y su correcta asignaci\u00f3n de privilegios). Este proceso lo debe llevar a cabo bajo la coordinaci\u00f3n de otros roles que ver\u00e1n directamente afectado su trabajo por las directrices y decisiones que en esta fase se tomen.<\/p>\n<p>La segunda gran carga de trabajo del arquitecto de la informaci\u00f3n se encuentra en la fase de alimentaci\u00f3n. Aunque sea el rol de gestor quien asuma mayor responsabilidad, es cierto que el arquitecto deber\u00e1 verificar continuamente que la informaci\u00f3n o los datos introducidos tienen en cuenta todas la convenciones (tanto gr\u00e1ficas como de estilo o dise\u00f1o) que se han establecido en todo el sitio, as\u00ed como aquellos aspectos que tengan que ver con la usabilidad, accesibilidad, navegabilidad y posicionamiento. Si en la fase de dise\u00f1o se establece el marco de trabajo, el esqueleto sobre el que trabajar, en esta se alimenta dicho esqueleto favoreciendo que el trabajo comience a tener forma. Tambi\u00e9n es donde pueden aparecer las inconsistencias entre el contenido y las etiquetas, as\u00ed como con los men\u00fas y los enlaces. Habr\u00e1 que realizar continuos an\u00e1lisis del comportamiento del sitio, con el fin de garantizar que es el esperado.<\/p>\n<p>Una vez finalizado este proceso se pasa a la fase de pruebas. Se supone que el sitio web est\u00e1 terminado, alimentado, y es necesario verificar que todo tiene el comportamiento que debe tener. En muchas ocasiones se comete el error de pensar por el usuario, sin preguntarle, y se tienen a tomar decisiones sobre informaciones que no todo el mundo posee. La visi\u00f3n clara y limpia de una persona que nunca antes haya visitado el sitio web ser\u00e1 fundamental para averiguar si el comportamiento final del sitio y del usuario es el esperado. Aqu\u00ed es donde se producen m\u00e1s sorpresas, y se descubre que el usuario no emplea las opciones tal y como se hab\u00eda pensado, que no emplea las herramientas para lo que se hab\u00edan dise\u00f1ado, o que busca y\/o navega a trav\u00e9s de la informaci\u00f3n de una manera que no se hab\u00eda contemplado en las fases anteriores. Si todo esto sucede posiblemente haya que estudiar si merece la pena una reestructuraci\u00f3n total o parcial de aquellos elementos que muestren comportamientos inesperados. No hay que olvidarse de las pruebas t\u00e9cnicas, de rendimiento y de seguridad, fundamentales para obtener el visto bueno que permita pasar a la siguiente fase.<\/p>\n<p>Cuando todo est\u00e1 funcionando como se desea se puede pasar a la fase del lanzamiento, que vendr\u00e1 acompa\u00f1ada de una intensa actividad social para dar a conocer el sitio. Aunque esta es fase que delimita el final del trabajo en la creaci\u00f3n de un sitio web, lo cierto es que tambi\u00e9n es el comienzo de la parte m\u00e1s laboriosa: el mantenimiento. Y es que, si es cierto ese dicho que afirma que lo importante no es llegar, sino mantenerse, en el entorno web se convierte en un mantra que pone al descubierto el principal tal\u00f3n de Aquiles de muchos sitios web.<\/p>\n<p>&nbsp;<\/p>\n","protected":false},"excerpt":{"rendered":"<p>No existe una \u00fanica metodolog\u00eda que defina los pasos a seguir para la construcci\u00f3n de un\u00a0 sitio web. Cuando estos aparecieron, el proceso se bastaba con la organizaci\u00f3n de ficheros HTML y su ordenaci\u00f3n en carpetas dentro del servidor. Apenas contaban los aspectos relacionados con la navegaci\u00f3n, usabilidad, accesibilidad, etc. Conforme fue complic\u00e1ndose la tecnolog\u00eda [&hellip;]<\/p>\n","protected":false},"author":65,"featured_media":0,"comment_status":"open","ping_status":"open","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":"","_members_access_role":[],"_members_access_error":""},"categories":[72],"tags":[40,53,60,42,74,49],"class_list":["post-593","post","type-post","status-publish","format-standard","category-arquitectura-de-los-sistemas-de-informacion-basados-en-la-web","tag-administrador-del-sitio","tag-gestion-de-proyectos","tag-posicionamiento","tag-servidores-web","tag-software","tag-webmaster","entry","has-post-thumbnail"],"_links":{"self":[{"href":"https:\/\/blogs.ugr.es\/tecweb\/wp-json\/wp\/v2\/posts\/593","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=593"}],"version-history":[{"count":3,"href":"https:\/\/blogs.ugr.es\/tecweb\/wp-json\/wp\/v2\/posts\/593\/revisions"}],"predecessor-version":[{"id":945,"href":"https:\/\/blogs.ugr.es\/tecweb\/wp-json\/wp\/v2\/posts\/593\/revisions\/945"}],"wp:attachment":[{"href":"https:\/\/blogs.ugr.es\/tecweb\/wp-json\/wp\/v2\/media?parent=593"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blogs.ugr.es\/tecweb\/wp-json\/wp\/v2\/categories?post=593"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blogs.ugr.es\/tecweb\/wp-json\/wp\/v2\/tags?post=593"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}