Normativas

P Pontificia Univers a sidad Cat tlica de Chile
N Norma ativas tcn s nicas p para los si itios d del W U Web UC
V Versin P Preparado p por P Preparado p para A Autor F Fecha creaci in ltima modi ificacin R Revisado po or N Nombre del Document to
: : : : : : : :
10 DI UC Ivn Llanos 13 de Enero de 2 e 2008 2/2011 18:0 03 24/02 Paulina Contrera as Estan ndares 2903 32011.docx
web b10
DI D Direccin de I Informtica
Pontificia Universidad Catlica de Chile DI - Direccin de Informtica
V. 1.0
HISTORIA DE REVISIONES
REV. 1 2 3 4 VER FECHA 1.0 1.1 1.3 1.4 14/01/2009 19/01/2009 08/03/2009 17/03/2009 AUTOR Ivan Llanos Paulina Contreras Ivan Llanos Paulina Contreras OBSERVACIONES Versin Inicial Inclusin captulos 1,2,3 Modificacin de formato Inclusin detalles Inclusin de modificaciones de RPR, IM y PCA Inclusin de ejemplos y herramientas. Inclusin xhtml, anexos y correcciones de forma. Inclusin de observaciones realizadas por Ana Maria Navarro, Claudia Gutierrez, Sonia Troncoso y Maria Luisa Arenas Inclusin de observaciones realizadas por Ana Maria Navarro, Claudia Gutierrez, Sonia y Maria Luis Arenas Revisin y modificacin estructura del curso con Maria Luisa Arenas.
1.5
31/03/2009
Ivan Llanos
1.6
16/06/2009
Paulina Contreras
3.4
15/07/2009
Paulina Contreras
5.0
21/10/09
Paulina Contreras
6.0
11/05/10
Paulina Contreras Ivn Llanos
Revisin de documento e incorporacin de nuevo item relacionado con el uso de la BD corporativa por parte de desarrolladores externos a la DI Incorporacin de los nuevos requerimientos para sitios web de calidad
10
7.0
24/02/10
Paulina Contreras Ivn Llanos
TABLADECONTENIDOS 1. RESUMENEJECUTIVO 1.1.RESPONSABLEDELDOCUMENTO 1.2.RESUMENDELDOCUMENTO 2. INTRODUCCIN 2.1.OBJETIVODELDOCUMENTO 2.2.MARCOCONCEPTUAL 2.2.1.Estndares 2.2.2.Robots 2.2.3.DirectricesGoogle 2.2.4.Componentesdeunapginaweb(readecontenidos) 3. RESUMENDENORMASYRECOMENDACIONESQUERIGENLOSSITIOSWEBUC 3.1.NORMAS 3.2.RECOMENDACIONES 4. ESTNDARES 4.1.CMOSEMIDEYVERIFICAELCUMPLIMIENTODELOSESTNDARES? 5. CMOSELLEGAAUNSITIOWEB? 5.1.ENCONTRABILIDADOHABILIDADDESERENCONTRADO 5.1.1.Motoresdebsqueda 5.1.2.Directoriospblicos 5.1.3.Enlacesdesdesitiosrelevantes 5.1.4.Enlacespblicos 5.2.INDEXACINYPOSICIONAMIENTO 5.2.1.Publicidadgeneral 5.3.CONCEPTOSBSICOSDELAHABILIDADDESERENCONTRADO 5.4.OPTIMIZARLAHABILIDADDESERENCONTRADO 5.4.1.Pginasbiencodificadasyestructuradasconusoadecuadodetags 5.4.2.Mapadelsitio(sitemaps.xml) 5.4.3.Coherenciadeloscontenidos 5.4.4.Conoceralvisitantedelsitio 6. POSICIONAMIENTOWEBYRANKINGS 6.1.DIRECTRICESDEMOTORESDEBSQUEDA 6.1.1.EvaluadoresdecalidadGoogle 6.1.2.BlogSEOChecklist 6.1.3.Elegirkeywordsapropiadasynoespecficas 6.1.4.OptimizacinGoogle 6.1.5.Intercambiodelinks 6.1.6.Inclusinendirectoriosybuscadores 6.1.7.Marketingdelsitio 6.1.8.UsoyanlisisdelsitioconherramientasSEO
Normativas Tcnicas para los sitios Web UC
6 6 6 7 7 7 7 7 9 9 10 10 13 15 15 17 17 17 18 18 18 18 19 19 19 20 21 22 23 24 24 24 25 26 26 26 26 27 27
2
6.2.SEO2.0 6.3.DOMINIOS,SUBDOMINIOS,CONTENIDOYDIRECCIONESIP 6.3.1.Dominios 6.3.2.Subdominios 6.3.3.Carpetasdecontenido 6.3.4.EldominioylaIP 6.4.WEBOMETRICS 6.4.1.Indicadores 6.4.2.Sugerenciasynormativasparaposicionarseenelranking 6.4.3.Metodologa 6.4.4.PresentacindelosresultadosdelRanking 7. DIRECTRICESDECALIDADGOOGLE
28 29 29 29 30 31 32 32 35 38 39 40
7.1.DIRECTRICESDERASTREO 41 7.1.1.ListanegradeGoogle 41 7.1.2.Facilitarlasbsquedas 42 7.1.3.Intenteutilizartextoenlugardeimgenesparamostrarnombres,contenidooenlaces importantes. 42 7.1.4.Asegresedequeloselementos<title>ylosatributos"alt"desusitioseandescriptivosy precisos. 42 7.1.5.CompruebequenohayaenlacesdaadosnicdigoHTMLincorrecto. 42 7.1.6.Pginasdinmicas 42 7.2.DIRECTRICESTCNICAS 42 7.2.1.Usarunnavegadordetextoparaexaminarsusitio 43 7.2.2.Nousaridentificadoresdesesinniargumentosqueefectenunseguimientodesurutapor elsitio 43 7.2.3.Asegresedequesuservidorwebadmitalacabecerahttp"ifmodifiedsince". 43 7.2.4.Utiliceelarchivorobots.txtensuservidorweb 43 7.2.5.UtiliceCMSquepermitanelrastreodesusitiowebenInternet 44 7.2.6.Realicepruebasdefuncionamientodesusitioendistintosnavegadores 44 7.3.DIRECTRICESDECALIDAD 44 7.3.1.Creepginasprincipalmenteparalosusuarios 44 7.3.2.Evitetrucosdeposicionamiento 44 7.3.3.Noparticipeenesquemasdeenlaces 44 7.3.4.Noutiliceprogramasinformticosnoautorizadosparaenviarpginas 45 7.3.5.Directricesespecficasdecalidad 45 7.3.6.Eviteutilizartextooenlacesocultos 45 7.3.7.Nousarredireccionamientoengaoso 45 7.4.MAPASYNEGOCIOS 46 8. NUEVASTECNOLOGASENSITIOSWEB 8.1.USODEFLASH 8.2.USODEAJAX 8.3.DESARROLLOCONESTNDARESXHTMLYCSS 8.4.USODEELEMENTOSPARADIAGRAMAR 8.5.USODEHERRAMIENTASDESEGURIDAD 9. DISEODEINTERFACESEINTERACCIN 46 47 47 47 48 48 49
9.1.REASDECONTENIDOS 9.2.DIRECTRICESDEDISEOYCONTENIDO 9.3.CREEUNSITIOCONUNAJERARQUAYENLACESDETEXTOCLAROS. 9.4.OFREZCAALOSUSUARIOSUNMAPADELSITIO 9.5.CREEUNSITIOTILCONMUCHAINFORMACIN 9.6.UNAPGINANODEBERACONTENERMSDECIENENLACES 10. NORMATIVASPARADESARROLLOSEXTERNOSDESITIOSWEBUC 10.1.OPERACIN/ADMINISTRACINDELSISTEMA 10.1.1.ResponsabilidadesdeldesarrolladorexternoantelaDireccindeInformtica 10.1.2.Responsabilidaddelmandante 10.1.3.ResponsabilidaddelaDireccindeInformtica 10.2.USODEINFORMACINDELABASEDEDATOSCORPORATIVAPARADESARROLLADORESEXTERNOS 10.3.CICLODEVIDADELAAPLICACIN 10.3.1.Mantencindelaaplicacin 10.3.2.Cambiostecnolgicos 10.4.ESTRUCTURADESERVIDORES(AMBIENTEDELIBERACINYAMBIENTEDEPRODUCCIN) 10.5.INSTALACINDEAPLICACIONESENSERVIDORESDELADIRECCINDEINFORMTICA 10.5.1.Instalacinenambientedeliberacin 10.5.2.Pruebasdefuncionalidadycarga 10.5.3.Instalacinenambientedeproduccin 10.6.RESPONSABILIDADESDELUSUARIO(UNIDADESACADMICASOADMINISTRATIVAS) 10.6.1.Futurasmantencionescorrectivasy/operfectivas 11. PROCEDIMIENTORECEPCINNUEVOSPROYECTOS 11.1.REUNININICIAL 11.2.REUNIONESDECOORDINACIN 11.3.PRUEBASDECARGAEXTERNO 11.4.ENTREGADEPAQUETEYDOCUMENTACIN 11.4.1.Requerimientosdehardwareysoftwaredelsistema 11.4.2.ArquitecturadelSistema. 11.4.3.Plandetrabajoconfechastentativas 11.4.4.Informacinadministrativaycontactos 11.5.REVISINDEPAQUETEYDOCUMENTACIN 11.6.INSTALACINSERVIDORLIBERACIN 11.7.PRUEBASDEFUNCIONALIDAD 11.8.PRUEBASDECARGA 11.9.AUDITORIADENORMATIVASALSITIO 11.10.INSTALACINENLOSSERVIDORESDEPRODUCCIN 11.11.METODOLOGIADEDESARROLLODEPROYECTOSCONCMSUC 11.11.1.Reunionesdecoordinacin 11.11.2.Estructuradelsistema 11.11.3.SVNdelProyectoCMSUC 11.11.4.ExtensionesdelCMS 11.11.5.Revisindelasextensionesenuso 11.11.6.Criteriosdeseleccindeextensionesexternas 11.11.7.Desarrollodeextensiones 11.11.8.Documentacindelasextensiones
49 49 49 50 50 50 51 51 51 52 52 53 53 54 54 56 58 58 59 60 61 61 62 63 63 63 63 63 64 64 64 64 64 65 65 65 66 66 66 66 68 68 68 69 70 71
11.12.ARCHIVOSINNECESARIOS 11.13.SUGERENCIASDESEGURIDAD 11.14.INSTALACINDELSISTEMA 12. ANEXOS 12.1.DOCUMENTACINCOMPLEMENTARIA 13. GLOSARIODETRMINOSYABREVIATURAS 14. DOCUMENTACINSOLICITADAPARADESARROLLOSEXTERNOS 15. VERSIONESSOPORTADASENPLATAFORMACENTRALUC
71 71 72 73 73 74 75 76
V. 1.0
1.
RESUMEN EJECUTIVO
1.1. Responsable del documento Este documento fue elaborado por la Direccin de Informtica de la Pontificia Universidad Catlica de Chile, responsable de la informacin contenida en el mismo. Las consultas relacionadas al documento, pueden realizarse a Paulina Contreras, Subdirectora de Servicios Acadmicos de la Direccin de Informtica, o a Ivn Llanos, Jefe del rea Web UC, de la misma Subdireccin. 1.2. Resumen del documento En este documento se hace referencia a un conjunto de normativas y estndares nacionales e internacionales para la creacin de sitios web. Algunas normativas sern exigencias para todo sitio que pertenezca al Web UC, mientras que otras corresponden a buenas prcticas y recomendaciones. Este documento trata los siguientes temas referentes a los mbitos de un sitio web: Normas y recomendaciones que rigen a un sitio web Estndares Cmo se llega a un sitio web? Posicionamiento de un sitio web Directrices de calidad Google Nuevas tecnologas Diseo de interfaces e interaccin Normativas para desarrollos externos de sitios web UC
V. 1.0
2.
INTRODUCCIN
2.1. Objetivo del documento Este documento recoge normas tcnicas y estndares internacionales importantes de aplicar en el desarrollo y mantencin de un sitio web en la UC. El documento adems incluye normativas para desarrollos externos de sitios web UC. No aborda aspectos de usabilidad, diseo grfico ni organizacin de los contenidos, los cuales sern tratados en el documento de Normativas Editoriales y Normativas Grficas Dado el dinamismo de las nuevas tecnologas e internet este documento ser actualizado con cierta periodicidad. 2.2. Marco conceptual Algunos aspectos significativos dentro de la web son los estndares, robots, directrices de calidad y componentes de una pgina web. 2.2.1. Estndares Son aquellas especificaciones que establecen la manera en que se construye y funciona una tecnologa en particular, para su interaccin con otros sistemas, bajo los mismos estndares. World Wide Web Consortium es una organizacin que genera las nuevas versiones de los estndares del web y ofrece herramientas que permiten hacer la validacin del uso de los mismos. Por qu hay que seguir los estndares? El objetivo principal es aumentar el potencial de la web, asegurando que las tecnologas relacionadas a ella, sean compatibles entre s. De este modo, el hardware y software usado para acceder a los sitios web trabaja en conjunto. A esto se le denomina interoperabilidad web. Interoperabilidad es la capacidad, conocimiento y acuerdo de dos o ms partes de un todo, para que funcionen de manera conjunta y mancomunada, con el objetivo de lograr un fin determinado. 2.2.2. Robots Robots.txt es un archivo de texto que entrega recomendaciones para que todos los crawlers o robots de buscadores conozcan donde dirigirse y explorar dentro de un sitio web.
V. 1.0
Un crawler es un robot de una entidad (generalmente buscadores) que acceden a las pginas web de un sitio para buscar informacin, indexarla, puntuarla, evaluarla y aadirla en los buscadores. Tambin son llamados spiders, araas, bots o indexadores. Un ejemplo es Googlebot, nombre del crawler del buscador Google. Tambin existen otros como: Mediapartners-Google, que es el crawler que se encarga de revisar los anuncios de Google Adsense. Googlebot-Image, robot indexador de imgenes del buscador de Google. Slurp, crawler de indexacin del buscador Yahoo! noxtrumbot, del buscador Noxtrum. Scooter, del buscador Altavista. Si establecemos un control en nuestro archivo robots.txt, podremos conseguir una serie de beneficios: Impedir acceso a determinados robots: Algunos crawlers nos proporcionarn problemas ya que algunos robots no son de buscadores, e incluso algunos robots no son amistosos Reducir la sobrecarga del servidor Podr controlar el flujo de algunos robots. Algunos de ellos son un descontrol de peticiones que pueden llegar a saturar el servidor. Prohibir zonas: Puede interesar tener disponible una zona en nuestra web, que sea accesible para algunos, pero que no aparezca en buscadores. Eliminar contenido duplicado Si eliminamos la duplicidad de contenido, los buscadores nos puntuaran muy alto, aumentando el flujo de visitas. Fijar mapas del sitio En posible acoplar un mapa del sitio para indicar el buen camino a los robots.
V. 1.0
2.2.3. Directrices Google En relacin a la estructura, organizacin, funcionamiento y jerarqua que debe tener un sitio web, Google ha creado una amplia documentacin sobre las prcticas que se deben realizar y aquellas que sern sancionadas por este motor de bsqueda, al realizar consultas e investigar los sitios web con sus robots. 2.2.4. Componentes de una pgina web (rea de contenidos) reas de contenidos son las zonas en las que se entrega informacin en cada pgina web, sin importar el formato o los medios que sta utilice. El usuario normalmente entiende que las zonas de contenido son para leer y revisar informacin. Las zonas de interaccin son las que muestran botones; en ellas no se lee, sino que se ingresa informacin y se desarrolla la actividad que el sitio ofrece llevar a cabo.
V. 1.0
3.
RESUMEN DE NORMAS Y RECOMENDACIONES QUE RIGEN LOS SITIOS WEB UC
Existen una serie de normas que rigen a los sitios web 2.0. Las ms relevantes de ellas se detallan en el siguiente link: www.guiaweb.gob.cl/. En el caso de las normas, su adopcin es necesaria para garantizar la accesibilidad de la pgina web. En cambio, la adopcin de una recomendacin es voluntaria, contribuyendo a mejorar el sitio. 3.1. Normas Son las reglas que permiten garantizar la accesibilidad y visibilidad de un sitio web. Usar XHTML (eXtensible Hypertext Markup Language). Construccin bajo esta norma, que reemplaza a HTML. Su objetivo es avanzar en el proyecto del World Wide Web Consortium de lograr una web semntica, donde la informacin y la forma de presentarla estn claramente separadas. Se debe definir cul especificacin de XHTML vamos a seguir: XHTML 1.0 Strict XHTML 1.0 Transitional XHTML 1.0 Frameset Cumplir con el estndar XHTML abre las puertas a disear pginas web para dispositivos mviles o nuevas tecnologas que vayan surgiendo. Verificacin del cdigo XHTML. Es un test de validacin del contenido XHTML de un sitio web. A travs de una revisin de este cdigo, se detectan inconsistencias, falencias y cdigo XHTML no utilizado o errneo. Esta validacin se realiza a travs de la url http://validator.w3.org. Usar hojas de estilo en cascada para diagramar pginas de un sitio web. El CSS es un lenguaje formal usado para definir la presentacin de un documento escrito en XHTML, separando el contenido, la estructura y la presentacin. Validacin de hojas de estilo en cascada (CSS). Las hojas de estilo en cascada deben ser validadas con las herramientas proporcionadas por el World Wide Web Consortium (http://www.w3.org). Las Hojas de Estilo en cascada (CSS), representa el estndar de presentacin de contenidos en un sitio web que permite definir la forma en que sern presentados los datos.
10
V. 1.0
Usar correctamente la etiqueta <title> El contenido de la etiqueta <title> es de gran importancia, ya que es usado por los buscadores para crear un enlace al sitio en sus pginas de resultados. Debe usarse de una forma precisa para describir los ttulos del tema que se est tratando, evitando un ttulo no contenido en el resto de la pgina Use texto en lugar de imgenes para mostrar contenido o enlaces importantes Los buscadores no reconocen el texto incorporado en imgenes. Los nombres importantes, contenido o enlaces no deben estar incluidos en imgenes o en Flash, puesto que los buscadores, y los programas lectores para no videntes no reconocen estas palabras como parte del sitio. Se recomienda que en general las palabras a utilizar en estos objetos, no tengan la funcin de ser encontradas por un robot o araa. Por ejemplo: los correos electrnicos Usar atributos texto alternativo o descriptivo para todas las imgenes y links del sitio web. Los archivos grficos deben tener nombres descriptivos ej: cachorro.jpg en vez de cdigos como dscp01.jpg Este texto nos dar informacin respecto a la utilidad y contenido de una imagen y la utilidad de esta misma, esto permitir su indexacin por buscadores de imgenes como Google Images. Es posible que muchas personas (por ejemplo, los usuarios afectados por discapacidades visuales, los que utilizan lectores de pantalla o los que disponen de conexiones con ancho de banda reducido) no puedan ver las imgenes de las pginas web. El texto descriptivo de los atributos "alt" ofrece a estas personas informacin importante. (Para ms informacin revisar el Documento Recomendaciones para desarrollar un sitio web de calidad Direcciones Web(URL) Amistosas Al crear sitios sitios web en lenguajes como php o asp, se debe tener una preocupacin especial en las URL de los sitios, ej; URL con carcter ?, no todas las araas de los motores de bsqueda son capaces de rastrear o indexar este tipo de url Se recomienda que los parmetros sean cortos y reducidos en nmero, en lo posible toda referencia a subpginas debera ser algo como: misitio.uc.cl/categora/artculos. Verificacin de enlaces rotos Es un test de validacin de los enlaces (links) existentes en un sitio web, a travs del cual se analiza cada uno de ellos, detectando los que estn rotos o invlidos. Esta validacin se realiza a travs de la url http://validator.w3.org/checklink.
11
Ponti ificia Universida Catlica de C ad Chile DI - D Direccin de Info ormtica
V. 1.0
Usar ce ertificados d validacin para destacar la ca de alidad de un sitio. n Para da a conocer pblicame ar r ente que un sitio web h pasado las validacio ha ones, el propio sitio valid dador entreg un cert ga tificado (cono) para cada una de las iones, desta acando su ca alidad: validaci
Domini y subdo ios ominios. Todas las facult s tades, unida ades acadmicas y ad dministrativ vas, as com los mo organi ismos ntim mamente lig gados a ella deben te as, ener nombre de subdo es ominios que se represen ean ntativos de los mismos y que sean parte del dominio uc s n c.cl, del tipo organismo o.uc.cl. P Por ejemp plo: biblio oteca.uc.cl, ingenier a.uc.cl, cina.uc.cl. (P ms inf Para formacin v Anexo) ver medic Accesibil lidad. Se debe utilizar h en herramientas automtic para ver cas rificar el cu umplimiento de los o estnda ares y el fu uncionamien de los e nto elementos q se debe incorpor para que en rar protege los datos personales de los ciud er dadanos que sean entre e egados a tra avs de platafor rmas digita ales. Se de ebe permitir el acces a todos los ciuda so s adanos, incluyen a perso ndo onas con d discapacidad visuales y/o auditi des s ivas, facilita ando la visualiz zacin y util lizacin de e estas herram mientas. Uso adec cuado de ta y codific ags cacin del s sitio web. Correcta utilizacin de los siguientes tags en la cab s becera de lo sitios, en os ntre las etiquetas <head>: e: ttulo de la p pgina. Title Indica el t Meta Keywords Indican la palabras c a s: as claves relaci ionadas con el contenid de la n do pgin na. Meta Descriptio Contiene una descripcin breve del contenido de la p a on: e e gina. Meta Language Especific a los rob a e: ca bots cul es el lengua utilizado en la aje o pgin na. Meta Revisit: In a nforma a lo robots en cunto tie os n empo ms deberan vi isitar el sitio, buscando c cambios en el mismo. Meta robots: E a Especifica la acciones que deber as s ran seguir los robots de los busc cadores para indexar el sitio y segu los links q el sitio contiene. a uir que
Norm mativas Tcnicas p los sitios We UC para eb 12
V. 1.0
Acceso de robots. Acciones que se deben realizar para facilitar el acceso de los robots de bsqueda en los sitios que hacen uso de Flash en sus portadas: Utilizar equivalentes de texto para elementos grficos incluidos en las escenas de la pelcula Flash. La aplicacin ofrece una paleta de accesibilidad en que se puede realizar esta operacin de manera simple y directa. Habilitar accesibilidad para objetos. De esta manera, los equivalentes de texto sern utilizados como las descripciones de texto para botones y otros controles usados en la pelcula Flash. Ofrecer una descripcin de la pelcula. Cuando se genera un botn con el nombre site info en el que se describe la escena, los lectores de la pantalla reciben la informacin adecuada para ser leda por dichos software. Entregar controles de teclado. Se deben habilitar atajos de teclado que permitan manejar la pelcula Flash de la misma manera en que se utiliza el Mouse. Asegurar el contraste de colores. Personas con problemas visuales tienen dificultades para ver determinados contrastes de colores, por lo que los elementos grficos deben ser tratados de manera que haya un contraste suficiente que permita su comprensin. Se sugiere que desde el inicio de la programacin de la aplicacin, se haga este tipo de deteccin, con el objetivo de ofrecer una interfaz distinta y otra forma de interactuar con la pantalla, que permita utilizar la aplicacin que se ofrece. Es importante sealar que la organizacin W3C est desarrollado un nuevo estndar orientado a las aplicaciones de interaccin enriquecidas, con el objetivo de definir la mejor manera de hacerlas accesibles y que funcionen en los diferentes entornos desde las cuales son utilizadas. 3.2. Recomendaciones Son las sugerencias que permitirn optimizar la accesibilidad, funcionalidad y visibilidad de un sitio web. XML (eXtended Markup Language) estndar para contenido digital en Internet. Los documentos electrnicos debern ser codificados en formato XML V1.1. Se debe utilizar XML Schema para definir los esquemas de los diferentes tipos de documentos. La presentacin visual de los documentos almacenados en los repositorios, deber ser realizada en XHTML, el cual se fija como estndar mnimo transaccional.
13
V. 1.0
Uso de Plug-in. En caso que se utilicen Plug-in, se debe informar y proporcionar enlaces para que puedan ser obtenidos. No utilizar marcos/frames. No se recomienda el uso de marcos. Sin embargo, si resulta inevitable su uso, se debe ofrecer informacin para cada uno de ellos a fin de permitir una navegacin adecuada. XHTML 1.0 Strict y XHTML 1.0 Transitional no soportan marcos del estilo frame e iframe; bajo estas normas, no deberan permitirse construcciones de este tipo. Comprobacin de accesibilidad por diferentes navegadores. Los sitios web deben ser accesibles utilizando diferentes navegadores. Los navegadores ms importantes del momento son Explorer, Mozilla FireFox, Opera y Safari. Zonas de interaccin. Es necesario que las zonas de interaccin estn diseadas de manera que privilegien la accin. Si se desea dar informacin relativa a sta, debe ofrecerse mediante enlaces relacionados y ubicados en las cercanas, y no a travs del despliegue de texto en el mismo lugar, ya que es probable que no sea ledo.
14
V. 1.0
4.
ESTN NDARES
Los estndares son un conj s junto de nor rmas y reco omendacione que deber tener un sitio es ran n web De acuerd al cumpli b. do imiento de e estos estnd dares se hace las medic en ciones de lo sitios os web b. 4.1. Cmo se mide y verif el cump ifica plimiento d los estnd de dares? La m medicin y verificacin del cumpli n imiento de l estndar se realiz mediante los res, za dife erentes herra amientas de certificaci disponibl a travs de la web w e n les w3.org. Verificaci HTML: Es un test d validaci del conte n de n enido HTM de un siti web. ML io A travs de una revisi del cdig del mism se detectan inconsist e n go mo, tencias, fale encias y cdigo htm no utiliz ml zado o err neo. Esta v validacin se realiza a travs de la url e http://valida ator.w3.org. Verificaci de enla n aces rotos: Es un tes de valida st acin de lo enlaces (links) os existentes e un sitio w Se anal cada un de ellos, detectando los que est rotos en web. liza no n realiza a travs o invlid dos. Esta a validac cin se s de la a url http://valida ator.w3.org/ /checklink n : st ontenido CS de una w SS web. A Verificaci de CSS: Es un tes de validacin del co travs de un revisin del cdigo de la misma, se detecta inconsist na an tencias, fale encias y cdigo CSS no utilizad o errneo Esta valid S do o. dacin se pu uede realiza a travs d la url ar de http://valida ator.w3.org/ /css-validator. Para dar a con a nocer pblic camente que un sitio w ha pasad las valid e web do daciones, el propio sitio validador entrega un certificad (cono) para cada una de ell o r do las, destaca ando su cali idad:
De acuerdo a los estnda ares del gob bierno de C Chile, defin nidos en el Decreto Su upremo 0/2006, al m menos cada d aos se debe hacer una normal dos lizacin y a actualizacin de los n 100 con ntenidos de l sitios we los eb. La u utilidad del DS 100/20 radica e la necesi l 006 en idad de que los conten e nidos del sit web tio est desarrolla n ados con un orientaci al usuario, ofrecind la infor na n dole rmacin de manera sim mple, actualiz zada, rpida y eficiente Para ello, se deben ad a e. doptar las sig guientes me edidas:
Norm mativas Tcnicas p los sitios We UC para eb
15
V. 1.0
Ofrecer contenidos de utilidad. El sitio web debe ser til desde la perspectiva del usuario. Es decir, debe entregar lo que anda buscando. Emplear etiquetas descriptivas. Se deben emplear palabras y descriptores que sean de fcil comprensin, escritos en un lenguaje que hable el usuario. Asegurar la correcta indexacin. Se debe preparar la informacin del sitio web para que sea incluida en el sistema de bsqueda, con el objetivo de que el sitio pueda ser encontrado por diferentes medios. Optimizar el acceso. Equilibrar el peso y calidad de los contenidos; que el sitio web tenga caractersticas fsicas de peso de archivos que sean adecuadas para un buen tiempo de despliegue.
16
V. 1.0
5.
CMO SE LLEGA A UN SITIO WEB?
Para que un sitio sea visualizado, generalmente es necesario considerar las siguientes caractersticas que se explicitan a continuacin: Encontrabilidad: Capacidad de ser encontrado en la web. Indexacin: ndice de referencia en los motores de bsqueda. Posicionamiento: Ranking de sitios web en relacin a otros sitios en los buscadores. 5.1. Encontrabilidad o habilidad de ser encontrado El trmino encontrabilidad (findability), usado en Internet, se puede traducir como la habilidad de ser encontrado. En trminos de bsqueda, se traduce como la facilidad para que los contenidos de un sitio web puedan ser indexados y luego encontrados por sistemas de bsqueda externos e internos. Sin embargo, este trmino tambin se refiere a la calidad del sitio con relacin a su navegabilidad. Por lo tanto, entenderemos encontrabilidad como la capacidad para ser encontrado a travs de los sistemas de bsqueda de Internet y, una vez que los usuarios decidan llegar al sitio web, como su calidad de navegacin interna. Se puede encontrar un sitio web a travs de diferentes formas: 5.1.1. Motores de bsqueda La principal instancia de bsqueda es, en un 75% de los casos, un motor de bsqueda. Los motores de bsqueda, como Google, Yahoo y Baidu, poseen algoritmos especiales para poder encontrar sitios web, previamente indexados en sus servidores, de acuerdo a las bsquedas realizadas por los usuarios. Por ejemplo, se puede encontrar el sitio de la Pontificia Universidad Catlica de Chile buscando las palabras universidad, Pontificia Universidad Catlica de Chile o simplemente uc. Las palabras ingresadas en un motor de bsqueda, se conocen como palabras clave o keywords. Es fundamental, entonces, tener en cada pgina del sitio un listado adecuado y completo de palabras claves asociadas a su contenido. Para el caso del Web UC, se deben asociar al tag <keywords>, al menos, las siguientes palabras: Pontificia Universidad Catlica de Chile, universidad, educacin, pregrado, postgrado, posttulo, facultades, carreras, investigacin, extensin, licenciaturas.
17
V. 1.0
5.1.2. Directorios pblicos Los directorios pblicos son una segunda instancia para encontrar un sitio. En ellos se publican, bajo determinadas categoras, los enlaces a sitios web, relacionados con palabras claves de la categora o con el nombre de la misma. 5.1.3. Enlaces desde sitios relevantes Los sitios de importancia son aquellos calificados como White hat: sitios que han logrado un posicionamiento a travs de tcnicas legtimas (no sancionables por los SE), o que tienen un PR (Page Rank) superior a 7 en buscadores relevantes. Este puntaje demuestra un alto trfico dentro del sitio y una alta bsqueda de palabras claves y/o contenidos del mismo, a travs de los buscadores. Tambin se consideran en esta seccin los enlaces provenientes de subdominios o sitios y dominios relacionados con la empresa. Por ejemplo: coca-cola.cl es un sitio relacionado directamente con cocacola.com. De la misma forma, movimientobienestar.com es un sitio relacionado indirectamente con el sitio coca-cola.com, pues pertenece a l. Para los sitios que tienen una relacin y contenido directo con el dominio principal, se recomienda que sean parte de este ltimo, a travs de un subdominio (por ejemplo: biblioteca.uc.cl). En cambio, para aquellos que tengan un carcter independiente (como un proyecto, empresa externa o subempresa del dominio principal), se recomienda que sean sitios con un dominio independiente, los cuales, a medida que ganen PR, potenciarn la imagen del sitio principal. 5.1.4. Enlaces pblicos Los enlaces pblicos son aquellos enlaces que hacen referencia al sitio en lugares pblicos de contenido diverso, como blogs, foros, sitios de suscripcin, RSS, portales de noticias, sitios de artculos, Facebook, Wiki, etc. De acuerdo a la relevancia de los lugares donde estn estos enlaces pblicos (por ejemplo, blogs premiados o destacados), los buscadores ponderan los enlaces dirigidos hacia el sitio web. 5.2. Indexacin y posicionamiento Posteriormente a ser indexado por cada uno de los motores de bsqueda, el sitio debe comenzar a posicionarse con relacin a los otros sitios. Algunos motores cuentan con algoritmos complejos, que van posicionando a los sitios con relacin a la cantidad de visitas que stos reciben (trfico), enlaces de inters que recepcionan desde sitios (Tcnica conocida como tcnicas white hat, cumplimiento de las directrices de funcionamiento y de calidad de los motores, y calidad de su contenido. El posicionamiento de un sitio web ser tratado en el captulo 6 de este documento.
18
V. 1.0
5.2.1. Publicidad general Finalmente, se debe considerar la publicidad general que se le da al sitio a travs de letreros, correos electrnicos, tarjetas de visita, afiches, trpticos, etc. 5.3. Conceptos bsicos de la habilidad de ser encontrado En el desarrollo de un sitio web UC, se deben considerar diferentes medidas para facilitar que ste pueda ser encontrado e indexado por los buscadores:
Determinar las palabras claves que se utilizarn en cada seccin del sitio; aplicarlas a todas las pginas del sitio web que tengan contenido relacionado con dichas palabras; y medir la densidad de dichas palabras en el contenido general del sitio. Determinar cules son las palabras o trminos ms usados para encontrar su sitio e incorporarlas en las palabras clave. Existe una herramienta llamada Krakken (http://www.themezoom.com/), que permite analizar el mercado para keywords Determinar las pginas que reciben ms visitas, para incorporarles ms elementos que lleven a los usuarios a conocer otros contenidos relacionados. Para la medicin de las pginas con ms visitas, se pueden utilizar varios indicadores como Webalizer o Awstats, los cuales otorgan estadsticas respecto a hits, visitas, trfico, etc. Determinar cul es el patrn de navegacin, para saber si ese ciclo se puede mejorar a travs de contenidos ms completos. Determinar cada cunto tiempo estn visitando el sitio web los robots de bsqueda, para tener en cuenta ese dato para las actualizaciones. Puede agregarse un cdigo que recomiende al robot cada cunto tiempo visitar el sitio. Los administradores deben realizar un trabajo permanente en torno a las estadsticas e informes generados por las visitas al sitio web, ya que es la nica forma de ir aprendiendo de los usuarios, los cuales cambian sus actividades relacionadas con la informacin que existe en el ambiente y sus motivos para visitar el sitio. Todos estos puntos requieren de un buen sistema estadstico.
5.4. Optimizar la habilidad de ser encontrado Para mejorar la habilidad de ser encontrado, se utilizan diferentes tcnicas, tales como contener un cdigo vlido, incluir palabras claves como contenidos de alta calidad y usar archivos robots y Site Maps.
19
V. 1.0
5.4.1. Pginas bien codificadas y estructuradas con uso adecuado de tags Se debe contar con una pgina con cdigos HTML y CSS vlidos. Los cdigos se pueden validar mediante la W3C, la cual, a travs de sus diferentes herramientas, indicar los cdigos invlidos y sus posibles soluciones. A esto se le adiciona la utilizacin de los siguientes tags en la cabecera de los sitios, entre las etiquetas <head>: Title: Indica el ttulo de la pgina.
<title>Pontificia Universidad Catlica de Chile</title>
Meta Keywords: Indican las palabras claves relacionadas con el contenido de la pgina.
<meta name="Keywords" content="UC, Informacin acadmica, Universidad, Pontificia Universidad Catlica de Chile">
Meta Description: Contiene una descripcin breve del contenido de la pgina.

<meta name ="Description" content ="Portal de la Pontificia Universidad Catlica de Chile, noticias de la UC">
Meta Language: Especifica a los robots cul es el lenguaje utilizado en la pgina.

<meta name ="Language" content="ES">
Meta Revisit: Informa a los robots en cunto tiempo ms deberan visitar el sitio, buscando cambios en el mismo.
<meta name ="Revisit" content ="1 day">
Meta robots: Especifica las acciones que deberan realizar los robots de los buscadores, para indexar el sitio y seguir los links que ste contiene. Index all: Indica que todo el contenido debe ser indexado.
<meta name="robots" content="all">
Noindex: Indica que el contenido no debe ser indexado. Esto evita que los buscadores indexen bases de datos muy grandes, pginas transitorias o pginas que se desea mantener en privado.
<meta name="robots" content="noindex" />
Follow: Indica que los enlaces existentes en la pgina deben ser seguidos. Esto permite que, posteriormente a la opcin de indexacin, el buscador pueda revisar y seguir los enlaces que la pgina pueda contener.
<meta name="robots" content="all,follow" />
Nofollow: Indica que los enlaces existentes en la pgina no deben ser seguidos. Esto permite que, posteriormente a la opcin de indexacin, el buscador no pueda revisar y seguir los enlaces que la pgina pueda contener. Por ejemplo: una pgina especial, nicamente para clientes registrados, o una pgina que no est relacionada con el contenido de la web.
<meta name="robots" content="all,nofollow" />
20
V. 1.0
5.4.2. Mapa del sitio (sitemaps.xml) Se debe crear un archivo sitemaps.xml que rena la estructura completa del sitio y facilite el entendimiento del mismo, as como su navegacin. El mapa del sitio contiene el acceso global a cualquier parte de un sitio por eso debe contar con el siguiente contenido: <urlset>: Su contenido es obligatorio. Es el que permite encapsular el archivo, haciendo referencia al protocolo sitemaps vigente. <url>: Su contenido es obligatorio. Es la etiqueta que permite definir cada una de las pginas web diferentes que se desea incluir en el archivo. <loc>: Su contenido es obligatorio. Permite indicar la direccin o URL de la pgina que se incluye. Debe comenzar con el protocolo correspondiente (http, en el caso del web), y terminar con una barra diagonal (/) o "slash". <lastmod>: Es un valor opcional que permite indicar la fecha de la ltima modificacin del archivo que se est incluyendo. Para la fecha, se usa el formato AAAA-MM-DD. <changefreq>: Es un valor opcional que hace referencia a la frecuencia con la que cambia la pgina. Sus valores son en idioma ingls y corresponden a siempre (always), cada hora (hourly), diariamente (daily), semanalmente (weekly), mensualmente (monthly), anualmente (yearly) y nunca (never). Es importante considerar que el valor "always" se utiliza para describir documentos que cambian cada vez que se accede a ellos, mientras que "never" se utiliza para describir URL archivadas. <priority>: Es un valor opcional que permite informar a los motores de bsqueda las pginas que se consideran ms importantes dentro del sitio web. Los valores aceptados abarcan desde 0,0 a 1,0. La prioridad predeterminada de una pgina es 0,5. De acuerdo a la informacin del protocolo, los motores de bsqueda pueden utilizar esta informacin para elegir entre varias URL del mismo sitio. Pueden existir dos sitemaps para un sitio, uno creado especialmente para los navegantes en el cual se acceda directamente a todo el contenido del sitio y otro en formato xml que sea especfico para los motores de bsqueda, el cual les definir la estructura que deberan indexar en sus bases de datos. Para ello ambos mapas del sitio debern estar presentes en el sitio web al que pertenecen y el relacionado con los buscadores deber ser incluido en la configuracin realizada en robots.txt, as mismo como inscrito en los buscadores como Google a travs de las herramientas de inscripcin que estos buscadores poseen. Esta tarea debe realizarse en conjunto con el rea Web UC para su correcta integracin con todos los sitios UC
21
V. 1.0
Luego, se debe probar el funcionamiento del archivo sitemaps.xml, a travs de la url del buscador. Ejemplo de sitemaps.xml:
<?xml version="1.0" encoding="UTF-8"?> <urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"> <url> <loc>http://www.uc.cl</loc> <lastmod>2005-01-01</lastmod> <changefreq>monthly</changefreq> <priority>0.8</priority> </url> <url> <loc>http://www.uc.cl/noticias</loc> <changefreq>weekly</changefreq> </url> <url> <loc>http://www.uc.cl/facultades</loc> <lastmod>2004-12-23</lastmod> <changefreq>weekly</changefreq> </url> <url> <loc>http http://biblioteca.uc.cl/ </loc> <lastmod>2004-12-23T18:00:15+00:00</lastmod> <priority>0.3</priority> </url> </urlset>
5.4.3. Coherencia de los contenidos Los contenidos deben ser apropiados a las palabras claves utilizadas. stas, a su vez, deben hacer referencia al ttulo de la pgina a la que pertenecen. Por ejemplo, si la pgina se titula Beneficios del personal, deberan existir palabras claves como beneficios y personal al interior del contenido de la pgina. La cantidad de veces que se deben repetir estas palabras, depende de la redaccin que se le d al contenido. A mayor cantidad, mayor probabilidad de ser indexado bajo esas palabras en los buscadores. Esto se conoce como keywords density. Sin embargo, se debe considerar que son personas las que visitarn el sitio, por lo cual las palabras claves deben tener un sentido claro y til para ellas. Con esto se garantiza que los usuarios convertirn dicha pgina en una de uso frecuente, aumentando su trfico. El aumentar la densidad de palabras claves, insertndolas de manera invisible, se considera una mala prctica, y no debe realizarse. Ello es detectado por los indexadores y es penalizado por los buscadores. Por ltimo es de mayor importancia conocer al visitante del sitio para predecir su posible navegacin e intereses y orientarlo en su bsqueda de informacin.
22
V. 1.0
5.4.4. Conocer al visitante del sitio Se deben considerar tcnicas para conocer al usuario y sus preferencias respecto a la informacin que le gustara que estuviera en el sitio. Esto se puede lograr a travs de foros, correos electrnicos, encuestas, llamadas telefnicas y participaciones interactivas. Para determinar lo que desea un usuario, se recomienda clasificar el tipo de contenido de acuerdo al siguiente esquema:
Contenidos principales, que estn en el sitio web y que no son destacados
adecuadamente por el sistema de navegacin o de contenidos.

Contenidos que constituyen un tema secundario del sitio y que no son destacados
como elementos de importancia.

Contenidos que no son destacados en el sitio y que los usuarios asumen como
parte de l, por lo que los buscan all.

Contenidos que existen en el sitio web, pero que estn registrados con otro
nombre.
Contenidos que no existen en el sitio web, pero que deberan estar. Contenidos que no existen en el sitio por definiciones editoriales o polticas de la
organizacin o servicio. Se debe centrar el esfuerzo en producir la mejor calidad en contenidos, puesto que son los que el usuario busca en realidad.
23
V. 1.0
6.
POSICIONAMIENTO WEB Y RANKINGS
El posicionamiento es la ubicacin que tiene un sitio web en los resultados de un buscador para una o un conjunto de palabras o frases. Las tcnicas para mejorar el posicionamiento se conocen como SEO - Search Engine Optimization (Optimizacin para Motores de Bsqueda), conjunto de tcnicas que permiten el posicionamiento de un sitio web en diferentes buscadores, abarca directrices de los buscadores, pautas de calidad y parmetros requeridos por los buscadores para puntuar un sitio. Al mismo tiempo, se debe considerar como elementos importantes para el posicionamiento los siguientes puntos: 6.1. Directrices de motores de bsqueda Es fundamental que se cumplan las directrices solicitadas por los motores de bsqueda para un buen posicionamiento web. Se pueden violar las normativas para buscar un posicionamiento rpido. Sin embargo, la penalizacin es bastante alta como para incurrir en el riesgo de violar estas polticas, sobre todo si se considera que muchos buscadores tienen una poltica de tolerancia cero a las violaciones de sus directrices. Dichas directrices generalmente estn incluidas en las polticas de uso de los motores o en una seccin especfica donde detallan las conductas valoradas y penalizadas. 6.1.1. Evaluadores de calidad Google Existen diferentes algoritmos para valorizar las webs a travs de querys de bsqueda. Se recomienda estudiar la informacin relacionada a estas evaluaciones y basarse en ella para determinar cmo se realizaran bsquedas para encontrar el sitio web. Una de las tcnicas de valorizacin es el uso de Page Rank, la cual evala la cantidad y calidad de backlinks hacia un sitio determinado. Google Sandbox es un filtro que impide que ante determinadas bsquedas las pginas del sitio alcancen las primeras posiciones, con relacin a lo competitivas que sean las palabras claves de la bsqueda. Para medir este factor, se pueden realizar bsquedas con palabras claves que se desea posicionar y comparar estas posiciones. Otro ejemplo, es la tcnica de evaluacin TrustRank, desarrollada por la Universidad de Stanford, que analiza los links de un sitio. Finalmente, est Indyrank, que evala el ranking de un sitio, a travs de un mtodo manual. Este mtodo de evaluacin slo se aplica en determinados casos. Tiene en cuenta, bsicamente, el nmero de visitas, las palabras clave de acceso y, fundamentalmente, el tiempo que pasan los usuarios en el sitio. (http://www.seo-20.com/indyrank-evaluadores/).
24
V. 1.0
6.1.2. Blog SEO Checklist Uno de los sitios visitados por los buscadores son las granjas de blogs, dedicadas a la produccin y creacin de blogs para usuarios. Un blog con un alto trfico, se traduce como un blog exitoso, lo cual le permitira al usuario obtener un cierto porcentaje de ganancias por las visitas que ste logra. Debido al prestigio ganado con este trfico, probablemente este usuario compartir enlaces con pginas de inters y calidad. Compartir enlaces o recepcionar enlaces por parte de estos tipos de blogs, tiene un impacto en el PR y trfico que obtiene un sitio. Para crear un blog de acuerdo a las expectativas de un motor de bsqueda, se deben seguir las directrices bsicas de construccin. No demanda mucho esfuerzo y es un importante apoyo para el posicionamiento de un sitio. Para la correcta construccin de un blog o una granja de blogs, se recomienda considerar los siguientes aspectos: Una granja de blogs es un conjunto de blogs creados para potenciar la imagen o posicionamiento de un sitio en Internet. Esto se logra a travs de la inclusin ocasional y/o en paneles laterales, de un blog de links asociados con el blog o que guarden relacin con el tema tratado en ste. El crear un nmero indeterminado de blogs, en cantidades que superen la creacin manual de un blog o de una granja, despertar las sospechas de los buscadores, los cuales eliminarn todos los blogs e, incluso, el sitio al cual se refieren. Se deben crear 10 15 mximo en un da, a menos que se trate de blogs institucionales. El blog puede pertenecer a una facultad o seccin de la Universidad. En l, se pueden comentar aspectos de la misma. Por ejemplo: eventos del casino y fiestas de la Universidad. Adems, se les puede permitir a los usuarios del blog incorporar links hacia la Universidad o hacia sus facultades, referenciando eventos o sucesos importantes. Incluir descripciones cortas como autobiografas o presentaciones personales como artculos inciales. No copiar material o contenido de otros sitios web, a menos que sea como referencia e indicando la autora de dichos contenidos. No se recomienda utilizar fotografas usadas en otros sitios web. Se recomienda incluir los blogs en directorios de contenido, como DMOZ, Yahoo, etc.
Normativas Tcnicas para los sitios Web UC 25
V. 1.0
6.1.3. Elegir keywords apropiadas y no especficas Se deben determinar las keywords apropiadas para un sitio, basndose en su real tema. Por ejemplo: para un sitio de patologa, se puede utilizar la palabra patologa. Sin embargo, es de mayor rango usar la palabra enfermedades y, en segundo caso, patologa, puesto que es demasiado especfica. Existen ciertas excepciones para palabras especficas, como cncer intrauterino o estras. Se recomienda no utilizar frames en un sitio web. Los buscadores detectan las keywords del frameset en caso de existir y no detectan una navegacin posterior, al desplegar los objetos al interior de un frame. Tampoco detectan los keywords de dichos objetos. Para determinar las palabras apropiadas, se deben utilizar herramientas que permitan investigar la densidad de las palabras y las bsquedas ms realizadas en los motores con relacin al tema. Algunas herramientas son www.keywordspy.com (permite analizar las keywords utilizadas por competidores de un rea, por ejemplo, otras universidades), Krakken (permite analizar el mercado vertical relacionado con la Universidad) y http://www.seochat.com/seo-tools/keyword-suggestions-Google/ (permite seleccionar keywords adecuadas para su bsqueda en Google). Nuestra terminologa base muchas veces no es la ms buscada en un motor de bsqueda y puede variar mucho con relacin a otros pases, incluso del mismo idioma. 6.1.4. Optimizacin Google Debido a la relevancia de Google en el mercado de los buscadores, se recomienda contar con sitios optimizados para los robots de Google y cumplir con las directrices de este buscador (http://www.Google.com/support/webmasters/bin/answer.py?hl=es&answer=35769 ). 6.1.5. Intercambio de links Es conveniente contar con enlaces provenientes desde sitios de calidad, en lo posible de White List o de sitios con alta calidad de acuerdo a los buscadores. Con esto, se puede apoyar su posicionamiento. Sin embargo, se debe evitar el sistema de intercambio de enlaces, puesto que ello afecta negativamente el posicionamiento. Un enlace desde pginas de baja calidad, se asume como tcnica ilcita de posicionamiento y perjudica un sitio, ms que beneficiarlo. 6.1.6. Inclusin en directorios y buscadores Una vez revisado el sitio y su funcionamiento, ya listo para su liberacin, se recomienda incluirlo en tantos buscadores como sea posible, abarcando los principales como Google, Baidu, Yahoo, Msn, etc. Para su inclusin, se debe buscar el trmino inclusin ms el
26
V. 1.0
nombre del buscador. Generalmente, esto guiar hasta la pgina de inclusin dentro de dicho buscador y a sus directorios especficos, como los de Yahoo, Google, DMZ, etc. Paralelamente a lo anterior, se recomienda incluir el sitio en sitios de directorios pblicos, en la categora correspondiente a su contenido. 6.1.7. Marketing del sitio Para hacer uso del logo, nombre o cualquier referencia a la Pontifica Universidad Catlica de Chile en otro sitio web, no perteneciente a la Universidad, debe solicitarse su aprobacin a la Vicerectora de Comunicaciones de nuestra institucin. 6.1.8. Uso y anlisis del sitio con herramientas SEO El estndar SEO es utilizado universalmente, a la fecha existen dos versiones que se muestran en un cuadro comparativo a continuacin. Existen muchas herramientas en el mercado que permiten establecer palabras claves, densidad de palabras, anlisis de navegacin, anlisis de bsquedas, proyectar PR (Page Rank), analizar los metadatos, etc. Se recomienda crear un conjunto de herramientas apropiadas a las necesidades del sitio y aplicarlas en las etapas previas al desarrollo, durante el mismo y, posteriormente, evaluar el sitio constantemente en base a las estadsticas que ste proyecta. A continuacin se entrega un listado de direcciones con herramientas tiles. http://www.seo-theory.com/ Sitio con novedades e informacin respecto a los algoritmos de los SE, prcticas SEO, etc. http://seozoo.blogspot.com/ Blog con definiciones relacionadas al SEO. http://searchengineland.com/ Noticias de SE y SE Marketing. http://www.seochat.com/ Sitio con las principales herramientas de posicionamiento web y SE marketing. http://www.seomoz.org/tools Sitio con las principales herramientas de posicionamiento web y SE marketing. Las mejores herramientas son pagadas. http://www.guiaweb.gob.cl Sitio del gobierno de Chile, con las normativas y estndares para la creacin de un sitio web. http://www.webconfs.com/ Sitio con las herramientas de anlisis SEO, herramientas web y artculos SEO. http://www.keyworddensity.com/ Sitio que permite la medicin de la densidad de palabras de un sitio.
27
V. 1.0
6.2. Seo 2.0 Con el auge de las redes sociales, conocidas como web 2.0, y con los cambios que Google ha introducido en sus algoritmos este ao, ya no se puede hablar de SEO (Search Engine Optimization) en el sentido clsico. Es decir, concentrarse en palabras claves, metatags, conseguir una gran cantidad de enlaces, etc. Se deben considerar las nuevas caractersticas, como SEO 2.0.
Seo Generacindeenlacesentrantesdeforma manual,usandointercambios,catlogosy pagandoporellos. Optimizacinonpageparabotsdelosbuscadores, porejemplo,repitiendottulos,palabrasclaves, etc. Competicin:Tcompitesconotrosparaaparecer eneltop10delosresultadosdeGoogle,con relacinapalabrasclavesespecficas. Trueque:Sitmedasunenlace,yotedoyotro. Seo2.0 Generacindeenlacesentrantesmediante accionescomoblogging,escribiendocontenidos nicos,generandolinkbaiting,socializando. Optimizacinonpageparalosusuarios,por ejemplo,colocandottulosprovocativos. Cooperacin:T cooperasconotrosbloggers, votandoporellosenredessociales,blogs,etc.,y esperando,tambin,queellosteenlacen. Dar:Yoteenlazo, independientementedequet tambinlohagas.Pero,enlamayoradeloscasos, ttambinmeenlazars. Abierto:Bienvenidoslosclientesnuevos.Estamos orgullosdetrabajarconellos. Etiquetas. Optimizacinparatrfico. Conversiones,retornodelainversin,marca. Del.icio.us. Principalesfuentesdetrfico:Stumpleupon,redes socialesdenoticias,blogs. Dilogo,conversacin. Deabajohaciaarriba. Democrtico. Quienrespondealademanda popular,estenlapartesuperior. 10%automatizado. Emocional.
Ocultamiento:NoestamoshaciendoSEO. No podemosmostrarnuestralistadeclientes. Palabrasclaves. Optimizacinparaenlaces. Clicks,impresiones,visitas. Dmoz. Principalesfuentesdetrfico:Google,Yahoo, MSN. Comunicacinenunasoladireccin. Dearribahaciaabajo. Antidemocrtico.Quienpagams,estenlaparte superior. 50%automatizado. Tecnocrtico.
28
V. 1.0
6.3. Dominios, subdominios, contenido y direcciones IP En el caso del Web UC, se tienen dos dominios principales: www.puc.cl y www.uc.cl. Esto obedece a razones histricas. Hasta aproximadamente el ao 2000, se usaba PUC. La mayor parte de las URL de las pginas del Web UC corresponden a subdominios de www.puc.cl. Se ha tomado la decisin, a nivel institucional, de privilegiar el uso de www.uc.cl, por lo que todo nuevo sitio debe utilizar esta denominacin. Para mayor informacin ver anexo Dominios y Sub Dominios. 6.3.1. Dominios Los dominios se utilizan para agrupar la informacin principal. En caso de tener productos o servicios enfocados a un pas concreto, lo mejor es usar los dominios territoriales. El uso de dominios se aplica para partes de un negocio que pueden ser demasiado independientes del negocio en s. De esta forma, se tendr un dominio principal con la informacin general y corporativa, y en cada uno de los otros dominios, los servicios y productos indirectamente relacionados con el principal. Si se tiene actualmente un hosting USA, se puede usar el nuevo sistema de localizacin de Google en su herramienta para webmasters (Geographic Target). Con ella se podr decir que el sitio pertenece a una regin concreta, con lo cual se contar con resultados geolocalizados, reduciendo costos y permitiendo que el proyecto principal sea ms escalable. 6.3.2. Subdominios Los subdominios han de utilizarse en casos completamente diferentes: Para publicar contenidos de un sitio principal, que se dividi en secciones, regiones y/o idiomas. Por ejemplo: ar.dominio.ext para Argentina o fr.dominio.ext para Francia. Esto hace que un sitio principal sea mucho ms sencillo de gestionar, facilitndole el trabajo a los robots de indexacin. En estos casos, el contenido de los subdominios est ligado directamente al sitio principal. Un ejemplo son los subdominios para distinguir entre diferentes proyectos, facultades, secciones y organizaciones de la Universidad. Cuando su contenido est ligado parcialmente al sitio principal como, por ejemplo, las facultades de una universidad, departamentos, etc. Tambin, para sitios pequeos independientes del principal, ligados a l nicamente por la utilizacin de un sistema de comunicacin como blogs, fotologs, intercambio de documentos, etc. En estos casos, se recomienda que estos subdominios estn hosteados en IP diferentes a la del sitio principal, como una forma de demarcar cierta independencia del mismo. En el caso de la Universidad Catlica, se recomienda evaluar cada caso y determinar los que puedan ser de
V. 1.0
utilidad para posicionar a la Universidad. En cuanto a las facultades, stas deberan estar hosteadas en la misma zona geogrfica IP del dominio principal, si es posible, distribuidos en diferentes IP. Los proyectos con cierta independencia o departamentos distintos, como el Hospital Clnico de San Joaqun deberan estar en hostings diferentes. As, se genera una red de enlaces entre los diferentes subdominios y el dominio principal, red que ante los buscadores tiene cierto valor de acuerdo a su orden. En caso de no seguir esta estructura, se puede perder la potencialidad de posicionamiento que puede dar la diversidad de sitios UC al dominio principal, http://www.uc.cl. Durante los ltimos aos, se han creado y afianzado como lderes importantes los blog y la tecnologa de comunicacin web 2.0, que siguen estando en subdominios. Si Google hiciera, por ejemplo, una modificacin en su algoritmo para restar importancia a los subdominios, habra seguramente un deterioro importante en la calidad de los resultados. En el caso de la red UC, no se han explotado algunas tecnologas de la web 2.0, como los blogs y los RSS. Si Google le restara importancia a blogs o subdominios, muchos sitios que hacen referencia a la UC dejaran de potenciarla. Ante la falta de uso de tecnologa web 2.0, esto se traducira en una baja del PR en Google. El contenido y la arquitectura interna del dominio son totalmente independientes a los del subdominio. ste tiene su propio ndex y carpetas, y toda su estrategia de posicionamiento puede ser independiente a la del dominio. Sin embargo, normalmente, influye en el posicionamiento del dominio principal. En el caso de la Web UC, todas las facultades, unidades acadmicas y administrativas y organismos ntimamente ligados a ella, debern tener nombres de subdominios representativos de los mismos y que sean parte del dominio uc.cl. Por ejemplo: biblioteca.uc.cl, ingeniera.uc.cl, medicina.uc.cl. Se debe tratar de evitar el uso de acrnimos debido a que las personas que buscan en internet no realizan bsquedas por acrnimos a menos que estos sean de connotacin mundial por lo cual se deben usar nombres significativos y empezar a desviar el trfico desde los antiguos dominios o subdominios, como www.sibuc.cl o www.collegeuc.cl, a los nuevos subdominios, para integrarlos a la red UC y potenciar a la universidad en el ranking Webometrics. 6.3.3. Carpetas de contenido Las diferentes secciones y categoras de un sitio deberan contar con carpetas representativas de las mismas. Dentro de cada carpeta, podremos agrupar contenidos de una misma temtica o tipo. Los buscadores determinan a un contenido como parte de un sitio principal, al encontrarlo detrs de una URL asociada a dicho sitio. Por ejemplo: en el caso www.misitio.com/categorias, el buscador asume que categoras es una carpeta de contenido de misitio.com.
30
V. 1.0
Cabe destacar que un subdominio puede estar redirigido a una subcarpeta de un sitio principal sin ser interpretado como lo mismo para un buscador. De esta manera un buscador puede diferenciar entre una carpeta de contenidos y un subdominio: subdominio.misitio.com es un sitio web que tiene cierta relacin directa o indirecta con misitio.com. www.misitio.com/subdominio es una carpeta de contenido perteneciente a misitio.com.
Para los sitios UC, se solicita que todo proyecto externo o de envergadura intermedia, tenga su propio subdominio. Los proyectos de la Intranet pueden tener subdominios o utilizar directorios de forma indistinta. 6.3.4. El dominio y la IP Para posicionar un sitio, es importante hacerlo en una edicin local y no en otra rea. Por ejemplo: posicionar a la Universidad como Pontificia Universidad Catlica de Chile, apareciendo en los primeros lugares de bsqueda para Google Chile, en vez de Google Espaa. Para esto, el dominio que se utilice debe hacer referencia al pas o a la regin. Es decir, para aparecer bien en Google Espaa, se debe usar un dominio .es y para aparecer mejor en Yahoo! Francia se debe usar un dominio .fr. Pero como esto no siempre es posible, otra posibilidad es alojar el sitio en una IP de ese pas. Esto puede ser ms costoso, pero permite, por ejemplo, que en caso de no tener los dominios territoriales, se pueda aplicar, a cada subdominio, una IP diferente en un pas diferente. Alternativamente a la contratacin de IP locales, se puede utilizar el sistema de geolocalizacin de Google para los dominios deseados. En el caso de la Universidad, la exigencia sera utilizar dominios .cl, a menos que se desee posicionarla tanto localmente como internacionalmente (dominios .com). En este caso, se deberan tener los dominios .cl y .com para cada nombre creado.
31
V. 1.0
6.4. Webometrics Se ha mencionado que el objetivo del ranking no es obtener un listado de instituciones segn prestigio, el objetivo principal es apoyar iniciativas de Acceso Libre, promover acceso electrnico a publicaciones cientficas y a todos los materiales de tipo acadmico midiendo la actividad global de las instituciones. La Web cubre no slo la comunicacin formal (revistas electrnicas, repositorios), sino tambin la informal. La publicacin web es ms barata y mantiene los altos niveles de calidad asociados a los procesos de revisin por pares. Potencialmente puede alcanzar audiencias ms grandes, ofreciendo acceso al conocimiento cientfico a investigadores e instituciones de pases en vas de desarrollo, adems de a terceras partes (empresas, sectores econmicos, sociales, culturales o polticos) en sus propias comunidades. 6.4.1. Indicadores Se analiza el dominio institucional, el cual debe ser un dominio web independiente, el primer indicador Web, el Factor de Impacto Web (WIF en ingls), combina el nmero de enlaces externos entrantes con el nmero de pginas web de un dominio, siguiendo una relacin 1:1 entre visibilidad y tamao. Se disearon cuatro indicadores a partir de los resultados cuantitativos obtenidos de los principales motores de bsqueda como se detalla a continuacin: Tamao (S, 20%). Nmero de pginas recuperadas desde los 4 motores de bsqueda: Google, Yahoo, Live Search y Exalead. La inclusin del nmero total de pginas permite el establecimiento de una presencia web fuerte y detallada, la cual otorgara descripciones claras y precisas de la estructura, actividades de la institucin que incentiven y atraigan la atencin de alumnos y profesores de distintas partes del mundo. Visibilidad (V, 50%). El nmero total de enlaces externos nicos recibidos (inlinks) por un sitio que se pueden obtener de forma consistente desde Yahoo Search, Live Search y Exalead. La cantidad de enlaces recepcionados por una web hacia sus documentos, representa la visibilidad e impacto del material publicado, una gran parte de dichos enlaces es similar a un referente de citas bibliogrficas. Ficheros ricos (R, 15%). Los siguientes formatos de archivo fueron seleccionados tras considerar su relevancia en las actividades acadmicas y de publicacin, y teniendo en cuenta su volumen de uso: Adobe Acrobat (.pdf), Adobe PostScript (.ps), Microsoft Word (.doc) y Microsoft Powerpoint (.ppt). Estos datos fueron extraidos a travs de Google, Yahoo Search, Live Search y Exalead. El alto nmero de ficheros en formato .pdf y .doc significa que no slo se tienen en cuenta informes de tipo burocrtico y administrativo. Los archivos de tipo PostScript y Powerpoint estn claramente relacionados con actividades formativas o de comunicacin en foros, congresos y reuniones cientficas.
32
V. 1.0
Acadmico (Sc, 15%) Google ac o ). cadmico pr roporciona el nmero d artculos y citas de para cada dominio ac cadmico. L resulta Los ados obtenid de la b dos base de da atos del Google Ac cadmico c comprenden artculos, informes y otro tipo de docu n umentos acadmicos s. El archivar y mantener documento en el tiem son rep r os mpo presentados a travs de Google acadmico y de ficher ricos, estableciendo un signifi vo ros o ficado relativ para el tipo de archivos pr resentes en d dichos repos sitorios. ologa usada para crear los ranking a r gs. 6.4.1.1.Metodo Se m el dom mide minio institu ucional de la Universida entre un 5-10% de las institucio a ad, ones no tien una pres nen sencia web i independien y la may nte, yora de ella se encuen as ntran en pas en ses desa arrollo. Los nombres y direcciones han sido ob s s btenidos desde fuentes tanto nacio onales com internacionales, incluyendo entr otras: mo re U Universities Worldwid s de A Univers All sities around the World d d Braintrack U University I Index Canadian U Universities U Univers UK sities U Univers US sities niv.cc un ww ww.bulter.n nl/universitie es/ ww ww.braintra ack.com ww ww.uwaterl loo.ca/canu ww ww.scit.wlv v.ac.uk/ukin nfo ww ww.utexas.e edu/world/u univ/state
La a actividad un niversitaria e multi-dim es mensional y esto se refl en su pr leja resencia web b. Los 4 rangos de indicadore fueron co s e es ombinados d acuerdo a la siguient frmula e la de te en que cada uno t e tiene asigna un peso diferente: ado
6.4.1.2.Medir l resultado preferent los os temente a lo recursos. os Los datos refer s rentes a los r recursos son relevantes en cuanto a que refleja la condic n s an cin gen neral de una institucin dada y estn generalme ms acc n ente cesibles. La medida de los a resu ultados prop porciona una valoracin ms ajusta de la cap a n ada pacidad y/o calidad de l las inst tituciones o sus program mas.
Norm mativas Tcnicas p los sitios We UC para eb 33
V. 1.0
6.4.1.3.Balanceando los diferentes indicadores Las reglas actuales para los indicadores de rango, incluyendo el modelo de pesos descrito, han sido probados y publicados en artculos cientficos. Se continua investigando sobre este tpico, pero el objetivo final es el de desarrollar un modelo que incluya datos cuantitativos adicionales, especialmente indicadores bibliomtricos y cienciomtricos. 6.4.1.4.Recoleccin y procesado de datos Estndares ticos. Hemos identificado algunos defectos relevantes en los datos obtenidos desde los motores de bsqueda incluyendo la sub-representacin de algunos pases e idiomas. Ya que el comportamiento es distinto segn el motor utilizado, una buena prctica consiste en combinar los resultados obtenidos de varias fuentes. Datos verificados y auditados. La nica fuente de datos para construir el Ranking de Universidades es un pequeo conjunto de motores de bsqueda globalmente disponibles y de acceso gratuito. Todos los resultados pueden ser duplicados de acuerdo a la metodologa explicada y teniendo en cuenta la naturaleza explosiva del crecimiento de contenidos en la web, su volatibilidad y el comportamiento errtico de los motores comerciales. Recoleccin de datos. Los datos son recolectados durante la misma semana, en dos rondas consecutivas para cada estrategia seleccionando el valor ms alto. Cada sitio web que se encuentra bajo el mismo dominio institucional es explorado, pero no se realiza ningn intento de combinar contenidos o enlaces provenientes de diferentes dominios. Calidad de los procesos de ranking. Tras la recoleccin automtica de datos, las posiciones son comprobadas manualmente y comparadas con las ediciones anteriores. Algunos de los procesos son duplicados y se aaden nuevas experiencias desde una variedad diferente de fuentes. Las pginas que enlazan al Ranking de Universidades son exploradas, y los comentarios de blogs y otros foros son tenidos en cuenta. Finalmente, nuestra direccin de correo recibe muchas peticiones y sugerencias que son reconocidas de forma individual Medidas organizacionales para incrementar la credibilidad. Los resultados del ranking y las metodologas utilizadas son discutidas en revistas cientficas y presentadas en conferencias internacionales. Esperamos que cuerpos internacionales de consejeros e incluso de supervisores tomen parte en el futuro desarrollo del ranking.
34
V. 1.0
6.4.2. Sugerencias y normativas para posicionarse en el ranking Los sitios web debern representar los recursos, actividades y rendimiento global, para de esta forma dar a los visitantes una visin real de la institucin. El Laboratorio de Cibermetra promueve proyectos a medio y largo plazo que den prioridad a la publicacin de grandes volmenes de contenidos de calidad que se encuentren bajo el modelo Open Access y rechazan el uso de tcnicas abusivas de posicionamiento que generan indicadores falseados. 6.4.2.1.Asignacin URL La Universidad debe tener un dominio institucional nico que se debe utilizar para todos los sitios web de la institucin, se recomienda evitar el cambio del nombre de dominio institucional puesto que genera confusin y tiene un efecto devastador sobre los valores de visibilidad. Los dominios alternativos o mirror se ignorarn incluso cuando se re direccionan hacia el principal. Slo se deben utilizar acrnimos bien establecidos a nivel mundial, sin embargo para situaciones locales la UC deber considerar la inclusin de una palabra descriptiva del subsitio o carpeta para la creacin del subdominio ej: Dominio principal: http://www.uc.cl Acrnimos Direccin General Administracin Escolar: http://dgae.uc.cl Subdominio Postgrado: http://postgrado.uc.cl o http://www.postgrado.uc.cl Subdominio Radio: http://radio.uc.cl
6.4.2.2.Contenidos: Crear Se requiere la participacin de un gran nmero de autores para lograr una adecuada presencia en la Web, para ello se debe otorgar o permitir la posibilidad de ser potenciales autores a personal, investigadores o estudiantes de graduado. Se puede distribuir la autora en diferentes niveles Una organizacin central puede ser responsable del diseo de guas e informacin institucional Bibliotecas, centros de documentacin y servicios similares pueden ser responsables de grandes bases de datos, incluyendo las bibliogrficas, pero tambin almacenar tesis doctorales, pre-impresiones e informes Las personas individuales o equipos deberan mantener sus propios sitios web, enriquecindolos mediante la prctica del auto-archivo. (Ejemplo blogs de autora o de artculos).
Algunos recursos o referencias externas pueden ser interesantes para los visitantes por ejemplo sitios web de videoconferencias, podcast, programas, sociedades cientficas y revistas electrnicas.
V. 1.0
6.4.2.3.Contenidos: Convertir Los recursos importantes deben ser convertidos a pginas web o formato electrnico. La mayora de las universidades tienen un gran registro de actividades que pueden ser publicadas de forma histrica en la web. Otros recursos tambin son candidatos para la conversin, incluyendo informes de actividades pasadas o colecciones de fotos. 6.4.2.4.Interconectado Los contenidos deben ser conocidos y en lo posible referenciados por otras personas o instituciones, esto no se dar si existe una mal diseo, informacin limitada, o lenguaje minoritario, son de baja calidad o el tamao es escaso; lo cual ocasionar que se recibirn muy pocos enlaces desde otras pginas y la visibilidad disminuya. Se deberan recepcionar o incluir links hacia el sitio web de la Universidad desde a lo menos instituciones de la localidad o regin, directorios web de organizaciones parecidas, portales que cubran tus tpicos, pginas personales de compaeros. Se deben comprobar y corregir las pginas hurfanas 6.4.2.5.Multilenguaje Los visitantes del sitio sern personas de mbito global, por lo cual no se debe pensar de manera regional. Se debe contar con versiones del sitio en otros lenguajes, sobre todo en ingls, son obligatorias no slo para las pginas principales, sino para otras secciones seleccionadas y especialmente los documentos cientficos. 6.4.2.6.Ficheros ricos y multimedia Aunque el HTML es el formato estndar para las pginas web, algunas veces es mejor usar formatos de archivo de texto enriquecido como son el Adobe Acrobat PDF o el MS Word ya que permiten una distribucin mejor de documentos. Los archivos PostScript son un formato popular en ciertas reas (fsicas, ingenieras, matemticas) pero pueden ser difciles de abrir, luego se recomienda proveer una versin alternativa en formato PDF. El ancho de banda est creciendo exponencialmente, as que es una buena inversin archivar todos los materiales multimedia producidos en almacenes web. Colecciones de videos, entrevistas, presentaciones, grficos animados, e incluso fotos digitales podran ser muy tiles a largo plazo. 6.4.2.7.Diseos amigables para los motores de bsqueda Se debe evitar el recargo excesivo de mens de navegacin basados en Flash, Java o JavaScript que pueden bloquear el acceso del robot.
36
V. 1.0
Directorios profundamente contenidos unos dentro de otros, o enlazados de forma compleja tambin pueden bloquear al robot de bsqueda. Las bases de datos e incluso pginas dinmicas pueden ser invisibles para algunos motores de bsqueda, as que es mejor utilizar directorios o pginas estticas como una opcin alternativa. 6.4.2.8.Popularidad y estadsticas El nmero de visitas es importante y el trfico de la web es importante, pero a la vez se debe monitorizar de donde vienen, su distribucin y la forma por las que llegan a tu sitio web. La mayora de los actuales analizadores de logs ofrecen una gran diversidad de tablas y grficos que muestran los datos geogrficos y demogrficos relevantes, pero asegrate de que existe una opcin para mostrar a los referentes, las pginas web desde las cuales las visitas llegan, o el trmino o frase usada si la visita lleg desde un motor de bsqueda (google analytics puede ser una buena opcin). Las pginas ms visitadas o populares tambin es relevante. 6.4.2.9.Archivado y persistencia Mantener una copia de material viejo o desfasado en el sitio web debera ser obligatorio. En algunas ocasiones informacin relevante se pierde cuando el sitio es rediseado o simplemente actualizado y no suele haber una forma fcil de recuperar las pginas desaparecidas, en conjunto con la recomendacin anterior si se piensa modificar un sitio o seccin se recomienda ver la popularidad del mismo y en base a ella tomar la determinacin 6.4.2.10.Estndares para enriquecer los sitios web El uso de ttulos con significado y meta-etiquetas descriptivas, as como el uso de palabras claves aumentar la visibilidad de las pginas. Existen algunos estndares como el de Dublin Core que pueden ser utilizados para aadir informacin de autora, palabras clave y otros datos acerca de los sitios web.
6.4.2.11.Malas Prcticas Algunas malas prcticas citadas por el Laboratorio de cibermetria son: El uso de un mismo dominio para la universidad y otro sitio, por ejemplo la Universidad de Helsinki con la alcalda comparten el dominio lo cual significo restarle un 10% de visibilidad y de tamao Los nombres y datos de dominio en la universidad estn combinados con otros datos, por ejemplo Harvard University y Harvard Business School
37
V. 1.0
Se combinan uno o ms dominios en un mismo sitio, por ejemplo la Universidad de Johns Hopkins y su Escuela de Medicina, pese a pertenecer a la Universidad el poseer un dominio independiente la excluye de la misma Para poder constituir una universidad de combinan dos o ms subdominios por ejemplo Imperial College se forma de los datos de ic.ac.uk mas imperial.ac.uk La universidad es rankeada de acuerdo a diferentes dominios por ejemplo, en UK, la Universidad de Manchester es rankeada de acuerdo a sus dos dominios Los dominios de una universidad se combinan indistintamente para dar la totalidad de la misma por ejemplo la Universidad de Barcelona (.es y .edu) por ejemplo o Pgina principal(www.ub.edu) o Directorio (http://www.ub.es/organitzacio/directori/) o Doctorado (http://www.ub.edu/acad/es/doctorado/) Los repositorios de Citeseer y CiteSeerX fueron excluidos de los calculus relacionados a la universidad de Pennsylvania, debido a no tener publicaciones que sean de carcter libre sino a travs de accesos restringidos La base de datos DBLP de la Universidad de Trier en Alemania La universidad catlica de chile aparece en el listado de las universidades con dos o ms dominios principales, siendo posicionada por el dominio www.puc.cl
6.4.3. Metodologa El ranking webometrics se adhiere y cumple los Principios de Berln de Instituciones de Educacin Superior (Ver pdf ajunto Berlin_Principles) 6.4.3.1.Fuentes de informacin e interpretacin de los datos. El acceso a la informacin en la Web se realiza principalmente a travs de motores de bsqueda. Estos intermediarios son gratuitos, universales, y muy potentes incluso cuando consideramos sus limitaciones y defectos (limitaciones en la cobertura y subjetividad, falta de transparencia, estrategias y secretos comerciales, comportamiento irregular). A travs de los SE se logra medir la visibilidad y el impacto de los sitios web de las universidades. En el anlisis se utilizan 7 motores generales de bsqueda Google*, Yahoo Search*, Live (MSN) Search*, Exalead*, Ask (Teoma), Gigablast y Alexa y 2 bases de datos cientficas especializadas Google Acadmico* y Live Acadmico. Para la obtencin de datos slo aquellos marcados con un asterisco son usados para la compilacin del Ranking de Universidades. 6.4.3.2. Contextos lingsticos, culturales, econmicos, e histricos. Se busca una cobertura autnticamente global, incluyendo tantas organizaciones como sea posible. Esto permite a un gran nmero de instituciones la monitorizacin de su ranking actual y la evolucin de su posicin tras modificar adecuadamente sus polticas e implementar iniciativas especficas. Las imparcialidades actualmente identificadas del Ranking de Universidades incluyen la tradicional asociada al idioma, ms de la mitad de los usuarios de Internet son de habla
38
V. 1.0
inglesa, y una nueva de tipo disciplinar, la tecnologa en lugar de la biomedicina es ahora mismo el tpico ms en boga. 6.4.4. Presentacin de los resultados del Ranking Muestra de los datos y factores implicados. Las tablas publicadas muestran todos los indicadores Web utilizados de una forma muy sinttica y visual. No slo se proporciona un ranking principal que agrupa las 4000 primeras instituciones a nivel mundial (Top 4000) sino que tambin se muestran otros rankings regionales con propsitos comparativos. Actualizacin y reduccin de errores. Los listados se ofrecen desde pginas dinmicas que conectan a varias bases de datos donde los errores pueden ser fcilmente corregidos cuando son detectados.
39
V. 1.0
7.
DIRECTRICES DE CALIDAD GOOGLE
Google se ha convertido en uno de los motores de bsqueda ms relevantes e influyentes en la web. De acuerdo a un estudio realizado por la empresa comScore, los motores de bsqueda ms utilizados por la poblacin son los siguientes: Buscadores mundiales:
Top10properties TotalInternet GoogleSites Yahoo!Sites Baidu.comInc. NHNCorporation Alibaba.comCorporation MicrosoftSites LycosSites TencentInc. Friendster.com Sohu.comInc. Searches(mm) 22,363 8,737 5,366 3,725 1,178 488 401 388 307 273 178 Share of searches 100.0 39.1 24.0 16.7 5.3 2.2 1.8 1.7 1.4 1.2 0.8
Como podemos ver, Google abarca casi el 40% de los miles de millones de bsquedas mundiales en Internet. Esto se traduce en la siguiente frase: Por otra parte, los sitios que no aparecen en los primeros lugares de acuerdo a las polticas de Google, pierden el beneficio de ser los ms visitados o simplemente de ser visitados alguna vez. De todas estas bsquedas, 82 millones corresponden a China y 60 millones a Japn. Esto se traduce en unas 75 bsquedas al mes realizadas por cada usuario de edad superior a 15 aos, sin contar las bsquedas desde servicios pblicos, como cibercafs y pda. Esto le da al mercado asitico una creciente influencia en las bsquedas en diferentes motores.
40
V. 1.0
Influencia en bsquedas:
Asia-Pacific search april 2008 April 2008 Total Asia-Pacific Internet audience*, age 15+ - home & work locations Source: comScore qSearch Searches Country China Japan India Korea Taiwan Australia Malaysia Hong Kong Singapore New Zealand Unique searchers (000) (mm) 82,814 60,05 21,817 20,66 9,88 8,707 7,082 2,91 1,689 1,644 6,233 6,16 1,209 2,139 698 851 385 256 170 146 Searches searcher 75.3 102.6 55.4 103.5 70.7 97.7 54.3 88.1 100.9 88.5 per
Las directrices de Google ayudan a ubicar, seleccionar y clasificar cada uno de los sitios web existentes en Internet. Adicionalmente, muchas de estas directrices son exigidas por el resto de los buscadores, como Yahoo, Baidu, MSN, Sohu, etc. Por ltimo, las directrices de Google establecen las prcticas ilcitas que pueden ocasionar una penalizacin por parte de este motor de bsqueda, tales como la eliminacin de parte del sitio, el desvo del trfico hacia otras web o, en el peor de los casos, caer en la lista negra de Google. 7.1. Directrices de Rastreo 7.1.1. Lista negra de Google Esta lista comprende los sitios que han realizado prcticas ilcitas para posicionarse rpidamente en algn motor de bsqueda. Al ser detectados, Google y otros buscadores pueden advertir de esta situacin al sitio y diagnosticarlo como en advertencia. Posteriormente, son aadidos a esta lista negra. Los sitios incluidos en esta lista, no existen ms en el ndice de Google, ni en ninguno de los sitios asociados a este buscador. Incluso, haciendo referencia a su nombre directo (www.midominio.com), no se encuentra informacin sobre l.
41
V. 1.0
7.1.2. Facilitar las bsquedas Piense en las palabras que podran utilizar los usuarios para localizar sus pginas y asegrese de que estn incluidas en su sitio. Es importante realizar un anlisis de bsqueda. A travs de la utilizacin de estas palabras, se reproducirn bsquedas ms exactas del contenido investigado por los usuarios, asocindolo al sitio web. La redaccin debe estar relacionada con estas palabras. No se debe nicamente poblar un sitio con una palabra buscada por los visitantes. 7.1.3. Compruebe que no haya enlaces daados ni cdigo HTML incorrecto. Los enlaces rotos y el cdigo HTML incorrecto, son asociados por el buscador a un sitio sin mantencin. Una vez terminado un sitio web, debe ser analizado bajo los estndares de CSS y HTML de la W3C, para encontrar cualquier anomala en el cdigo y corregirla antes de enviar el sitio a los buscadores. Se deber evitar el uso de frames al interior de la web, ya que los navegadores no pueden realizar su funcin al interior de los mismos. El usar frames, se considera como una tcnica para mostrar un contenido al usuario y otro al buscador.
7.1.4. Pginas dinmicas Si decide utilizar pginas dinmicas, tenga en cuenta que no todos los motores de bsqueda las rastrean. Se recomienda que los parmetros sean cortos y reducidos en nmero. Se debe definir antes de la creacin del sitio a que secciones estarn dirigidas las pginas dinmicas y de qu forma se realizarn las redirecciones entre cada una de las pginas. Las pginas con informacin restrictiva o bajo mbitos de seguridad, pueden utilizar las pginas dinmicas desde una seccin segura. Pero las pginas accesibles al pblico en general, deben ser accedidas de forma clara y explcita en la url de los buscadores. 7.2. Directrices tcnicas Estas directrices se relacionan con aspectos tcnicos del sitio, evaluados por los buscadores. Se realiza un anlisis algortmico del sitio, a travs de herramientas como navegadores de texto, archivos de configuracin, pruebas de funcionamiento y exclusin de pginas restringidas a los buscadores.
42
V. 1.0
7.2.1. Usar un navegador de texto para examinar su sitio La mayora de las araas de los motores de bsqueda no ven el sitio como un usuario, sino como un navegador de texto, como Lynx. Si el uso de funciones avanzadas (como JavaScript, cookies, identificadores de sesin, marcos, DHTML o Flash), impide la visualizacin de todo el sitio en un navegador de texto, es posible que las araas de los motores de bsqueda tengan problemas para rastrearlo. 7.2.2. No usar identificadores de sesin ni argumentos que efecten un seguimiento de su ruta por el sitio Al usar identificadores de sesin y/o argumentos, se puede limitar la navegacin por parte de los robots de bsqueda. Las url que parezcan distintas a una web, sern eliminadas por el robot, pese a que conduzcan a una misma pgina. Se recomienda utilizar estas tcnicas en secciones internas de los sitios (intranet). 7.2.3. Asegrese de que su servidor web admita la cabecera http "if-modified-since". Esta funcin permite que su servidor web avise a Google si el contenido de su sitio ha cambiado desde la ltima vez que lo rastre. Esto le permitir ahorrar ancho de banda y reducir gastos generales. En caso que no se permita el uso de esta cabecera, Google cuenta con trozos de cdigo que se pueden introducir en las pginas principales y que cumplen esta funcin. 7.2.4. Utilice el archivo robots.txt en su servidor web Este archivo les indica a los rastreadores los directorios que se pueden rastrear y los que no. Asegrese de mantenerlo actualizado, para evitar un bloqueo accidental del rastreador Googlebot. Visite la pgina http://www.robotstxt.org/wc/faq.html para obtener informacin sobre la forma de dirigir el comportamiento de los robots que visiten su sitio. Se debe utilizar el archivo robots.txt para indicar el contenido especifico a indexar para uno o varios robots de bsqueda. Un ejemplo de archivo robots:
User-agent: * Disallow: /cgi-bin/ Disallow: /cache/ Disallow: /images/ Disallow: /includes/ Disallow: /media/ Disallow: /temp User-Agent especifica el buscador que se desea ejemplo, si se desea bloquear nicamente a Google: User-agent: Google Disallow: User-agent: * Disallow: /
bloquear.
Por
43
V. 1.0
7.2.5. Utilice CMS que permitan el rastreo de su sitio web en Internet Entre las diferentes opciones de administradores de contenido, existen muchos que permiten cambiar el uso de argumentos (url amigables) para facilitar la bsqueda de los robots. Adicionalmente, muchos cuentan con un slido sistema de administracin de metakeywords y meta descripciones para el contenido publicado. La UC recomienda el uso de Joomla como administrador de contenidos que 7.2.6. Realice pruebas de funcionamiento de su sitio en distintos navegadores Se debe revisar un sitio en, a lo menos, los cuatro navegadores ms utilizados (Internet Explorer, Firefox, Safari y Chrome), examinando su rendimiento, funcionamiento y despliegue grfico. 7.3. Directrices de calidad Estas directrices abarcan prcticas que son ilegales para Google. Sin embargo, existen algunas no incluidas en las prcticas principales que podran ser sancionadas tambin. Adicionalmente, existe una herramienta de denuncia de violacin de prcticas para las pginas que no violan las directrices de calidad de Google. Estas denuncias son utilizadas por Google, para crear nuevos algoritmos que reconozcan y bloqueen intentos futuros de generar estas prcticas. 7.3.1. Cree pginas principalmente para los usuarios Se recomienda que las pginas siempre estn dirigidas a los usuarios. Existen tcnicas, como los rotadores o encubridores, que muestran contenido distinto a los usuarios y a los buscadores. Estas tcnicas son altamente penadas por los buscadores. 7.3.2. Evite trucos de posicionamiento Existen muchos trucos para posicionarse en un determinado buscador. Si se aplican, se puede lograr posicionamiento en algunos buscadores, pero tambin pueden ocasionar penalizaciones en otros. Es conveniente crear un estndar que est dirigido a la mayora de los buscadores, en vez de a unos pocos. Adems, si el sitio est vinculado a la Universidad, puede ocasionar penalizaciones al sitio web institucional, www.uc.cl. 7.3.3. No participe en esquemas de enlaces Los esquemas de enlaces son sistemas de intercambio de links que no se preocupan por el contenido de los enlaces ni su calidad. Una de las formas de llegar a un sitio web, aparte de los buscadores, son los enlaces. Una redireccin desde un blog, un sitio principal, un artculo o, incluso, desde un sistema personal como Facebook, le da importancia al sitio
V. 1.0
ya que la cantidad, calidad y relevancia de los enlaces se tienen en cuenta para su clasificacin. Por ejemplo: un sitio relacionado con informacin bioqumica, puede ser altamente valorado por estudiantes del rea, quienes pueden hacer referencias al mismo desde su web o sitio personal. Esta tcnica es premiada por Google. Sin embargo, se pueden implementar sistemas de intercambio masivo entre webs, con diferentes tipos de enlaces penalizables:

Enlaces para manipular el Page Rank. Enlaces hacia emisores de spam o "vecindarios indeseables" de la web. Exceso de intercambio de enlaces o de enlaces recprocos ("si enlazas con mi sitio, enlazar con el tuyo"). Compra o venta de enlaces que traspasan el Page Rank.
7.3.4. No utilice programas informticos no autorizados para enviar pginas Este tipo de programas consumen recursos informticos e infringen nuestras condiciones de servicio. Google no recomienda el uso de productos como Web Position Gold, que envan consultas a este buscador de forma automtica o mediante programacin, intentando posicionar a esos sitios como bsquedas realizadas por usuarios. Esta prctica es altamente penalizable y muchas veces acarrea la insercin del sitio en la lista negra de Google. 7.3.5. Directrices especficas de calidad Son directrices estrictas, cuya violacin conlleva una penalizacin directa por parte de un motor de bsqueda, en caso de ser detectadas. 7.3.6. Evite utilizar texto o enlaces ocultos Se pueden incluir enlaces ocultos al usuario, los cuales pueden ser rastreados por Googlebot. Esto se logra a travs de diversas tcnicas, como cambiar el color de los enlaces, incluir texto detrs de una imagen, usar CSS para ocultar texto o reducir el tamao de la fuente. Esta tcnica es penalizada con la eliminacin del sitio del ndice de Google. 7.3.7. No usar re direccionamiento engaoso Existen algunas tcnicas de re direccionamiento engaoso, que son penalizadas: Encubrimiento: Tcnica que consiste en presentar a los usuarios y a los motores de bsqueda, contenido o url diferentes. Por ejemplo: pginas 100% frame. Son pginas web en las que la totalidad de los contenidos que ve el usuario estn insertos dentro de un frame, el cual no es reconocido por Google. De esta manera, Google indexa (y
45
V. 1.0
devuelve en sus bsquedas) una determinada informacin (optimizada para buscadores), y el usuario ve otra una vez que ingresa al sitio. Re direccionamientos con JavaScript: Inclusin de texto distinto entre las etiquetas noscript o el envo a web distintas a las relacionadas, a travs de JavaScript. Est penalizado por Google. Pginas puerta: Las pginas puerta suelen ser grandes grupos de pginas de baja calidad, optimizadas para una palabra clave o frase determinada. En muchos casos, las pginas puerta estn destinadas para clasificar en el ranking a partir de una determinada frase y enviar a los usuarios a un nico destino. Pginas con palabras clave irrelevantes: Utilizar palabras claves de forma indiscriminada al interior de una web. Las palabras claves deben estar relacionadas con el contenido y ser proporcionales al tema referenciado. No cree varias pginas, subdominios o dominios que presenten bsicamente contenido duplicado: Las pginas deben tener contenido nico y original. La copia de contenido en igual o diferente orden, disposicin o jerarqua, es considerada una prctica desleal. No cree pginas de comportamiento malicioso, como pginas de suplantacin de identidad (phishing) o pginas que instalen virus, troyanos u otro tipo de software malicioso (malware): La seguridad del sitio debe ser de un nivel alto. Hackers y crackers buscan posicionar sus pginas en diversos sitios, enlazndolas a stos. As, el sitio completo puede quedar relacionado a esta prctica ilegal. 7.4. Mapas y negocios Cada vez ms, los buscadores estn geolocalizando las bsquedas desde su lugar de origen. Es decir, si se realiza una bsqueda desde una ciudad, se muestran contenidos de esa ciudad; alguien que viva en la ciudad de al lado, ver, a su vez, resultados de su ciudad. Esto es posible gracias al sistema de geolocalizacin de IP. Es muy importante aparecer en los directorios locales de los grandes buscadores. Live y Yahoo! utilizan los datos de Pginas Amarillas. Aunque Google tambin lo hace, est comenzando a utilizar sus propios datos gracias al Local Business Center, herramienta con la que se puede anunciar la existencia de un negocio al buscador, de forma gratuita.
8.
NUEVAS TECNOLOGAS EN SITIOS WEB
Continuamente se estn introduciendo nuevas tecnologas en el desarrollo de sitios web, con el propsito de incorporar contenidos en forma atractiva y que permitan interactuar.
46
V. 1.0
8.1. Uso de Flash Es una tecnologa propia de la empresa Adobe, que tiene como objetivo ofrecer interactividad en un entorno grfico mejorado. Entra estas son algunas de las acciones que se deben realizar para que facilitar el acceso de a los robots de bsqueda en a los sitios que hacen uso de Flash en sus portadas son: Utilizar equivalentes de textos para elementos grficos que se incluyan incluidos en las escenas de la pelcula Flash.; La aplicacin ofrece una paleta de accesibilidad, en la que se puede realizar esta operacin de manera simple y directa. Habilitar accesibilidad para objetos de esta manera, los equivalentes de texto sern utilizados como las descripciones de textos para botones y otros controles utilizados usados en la pelcula Flash. Ofrecer una descripcin de la pelcula. cuando se generar un botn con el nombre site info, en ella que se describa la escena. As, los lectores de la pantalla reciben la informacin adecuada para ser leda por dichos software. Entregar controles de teclado.; Se deben habilitar atajos de teclado que permitan manejar la pelcula Flash de la misma manera en que se utiliza el mouse. Asegurar el contraste de colores.; Personas con problemas visuales tienen dificultades para ver determinados contrastes de colores., por lo que Los elementos grficos deben ser tratados de manera que haya un contraste suficiente que permita su comprensin.
8.2. Uso de Ajax Ajax es una combinacin de tecnologas que permiten incorporar aplicaciones interactivas en el sitio web, sin consultar al servidor y enriqueciendo la experiencia de navegacin. Se sugiere que desde el inicio de la programacin de la aplicacin, se haga este tipo de deteccin, con el objeto de ofrecer una interfaz distinta y entregar otra forma de interactuar con la pantalla que permita utilizar la aplicacin. La organizacin W3C est desarrollando un nuevo estndar, orientado a aplicaciones de interaccin enriquecidas, con el objetivo de definir la mejor manera de hacerlas accesibles y que funcionen en los diferentes entornos desde los cuales son utilizadas. 8.3. Desarrollo con estndares XHTML y CSS stos deben desarrollarse empleando los estndares definidos por el W3C. Se recomienda que el sitio web cumpla con los estndares HTML 4.01 o XHTML 1.0, validados ante W3C.
V. 1.0
8.4. Uso de elementos para diagramar Junto con el uso de CSS, la separacin de contenidos y presentacin debe ir acompaada por la utilizacin de varios elementos de la sintaxis XHTML, que permiten hacer la diagramacin y presentacin final de los contenidos. 8.5. Uso de herramientas de seguridad Uso de SSL para autentificacin. Usar el Protocolo de Capa de Conexin Segura (SSL) y Transport Layer Security -Seguridad de la Capa de Transporte- (TLS), permite la comunicacin a travs de protocolos criptogrficos que proporcionan comunicaciones seguras por una red, comnmente Internet. Cuidados de inyeccin de cdigo SQL. La inyeccin SQL consiste en la modificacin del comportamiento de las consultas, mediante la introduccin de parmetros no deseados en los campos a los que tiene acceso el usuario. Este tipo de errores puede permitir a usuarios malintencionados acceder a datos a los que de otro modo no tendran acceso y, en el peor de los casos, modificar el comportamiento de nuestras aplicaciones. Modificacin de campos hidden, usados en formularios para guardar informacin. Usuarios no autorizados pueden modificar, a travs de diferentes herramientas, los campos ocultos de un formulario. Por lo tanto, todos los campos de un sistema deberan ser validados.
48
V. 1.0
9.
DISEO DE INTERFACES E INTERACCIN
Un elemento importantsimo que ayuda a la identificacin de un sitio web, es el correcto uso de la etiqueta <title> en la cabecera de las pginas. A travs de esta etiqueta, se define el ttulo que mostrar el sitio en la parte superior de la ventana del browser. El contenido de la etiqueta <title> es de gran importancia, ya que es usado por los buscadores para crear un enlace al sitio en sus pginas de resultados. 9.1. reas de contenidos Los buscadores no slo revisan que una pgina web contenga keywords. Tambin realizan bsquedas en su contenido interno, determinando cuntas veces aparecen las keywords en l., As, se establece una relacin entre las keywords indicadas y la cantidad de veces que stas aparecen en el contenido, de forma lgica. Utilizar indiscriminada y abusivamente metakeywords, se considera una prctica black hat; hablamos de unas 70 o ms palabras repetidas en una misma pgina. Para analizar la densidad de las keywords dentro de un sitio existen diferentes herramientas online, como http://www.keyworddensity.com/, la cual realiza una comparacin entre la cantidad de veces que una palabra aparece en un sitio y el porcentaje que esto representa con relacin a la pgina total. Es necesario que en las zonas de interaccin haya la mnima informacin y que en ellas se desarrolle la actividad que el sitio ofrece llevar a cabo. Adems, estas zonas deben estar diseadas de manera que privilegien la accin. Si se desea dar informacin relativa a sta, debe hacerse mediante enlaces relacionados y ubicados en las cercanas, y no a travs del despliegue de texto en el mismo lugar, ya que es probable que ste no sea ledo. 9.2. Directrices de diseo y contenido Son las directrices relacionadas al diseo grfico de un sitio y a su contenido. Constituyen buenas prcticas que contribuyen a mejorar el posicionamiento de un sitio en el buscador Google. 9.3. Cree un sitio con una jerarqua y enlaces de texto claros. Se debe poder acceder a todas las pginas desde, al menos, un enlace de texto esttico. La jerarqua es un aspecto importante al interior de un sitio. A travs de sta, se determina cules son las pginas padres y las hijas, permitiendo navegar de acuerdo a esta estructura. Es fundamental que todas las pginas estn representadas al menos a travs de un link en la web.
V. 1.0
9.4. Ofrezca a los usuarios un mapa del sitio Este mapa debe tener enlaces que permitan navegar por las secciones ms importantes del sitio. Debe ser claro y preciso. No debe contar con demasiados enlaces (<90), en una misma pgina. Si el mapa contiene ms de cien enlaces, puede dividirlo en varias pginas. 9.5. Cree un sitio til con mucha informacin El sitio debe ser variado, completo y con pginas bien redactadas, que describan el contenido con claridad y exactitud. La informacin debe estar relacionada con el propsito y descripcin del sitio. ste debe contar con contenido til y no ser una copia de otros sitios existentes en Internet. La redaccin debe ser clara y precisa. Por esto, se recomienda no utilizar traductores de texto para traducir una web. 9.6. Una pgina no debera contener ms de cien enlaces Una nica pgina nunca debe contener 100 enlaces o ms. En caso que se requiera colocar muchos enlaces, es recomendable utilizar varias pginas o sistemas dinmicos de gestin de enlaces. Una pgina con muchos enlaces puede ser considerada como una pgina de intercambio de links, pudiendo obtener una penalizacin por parte de Google.
50
V. 1.0
10. NORMATIVAS PARA DESARROLLOS EXTERNOS DE SITIOS WEB UC

Los desarrollos de sitios institucionales encargados a desarrolladores o empresas externas a la Direccin de Informtica (DI), tambin deben cumplir las normativas establecidas en los captulos precedentes. En caso de que estos sitios sean alojados en los servidores centrales de la UC (los administrados por la DI en el data center), se debe, adems, cumplir lo detallado en este captulo. La DI soporta una variada, pero acotada, gama de tecnologas. Por lo tanto, las aplicaciones y sitios web construidos por desarrolladores externos deben estar dentro de estas tecnologas, incluyendo las versiones. La DI tiene adems la responsabilidad de resguardar que las aplicaciones web que se instalen en los servidores de la UC, cumplan requerimientos de seguridad y rendimiento, de manera que no pongan en riesgo la plataforma de la Universidad y no degraden el servicio, afectando a otras aplicaciones. Por esta razn, la DI exige someter las aplicaciones a un protocolo de pruebas de seguridad y rendimiento. Tanto las pruebas indicadas como el proceso de instalar aplicaciones en los servidores de produccin, demanda tiempo al personal de la DI. Ello ocurre tambin cada vez que hay modificaciones o correcciones a la aplicacin y debe instalarse una nueva versin. Por esta razn, instalar en los servidores de la UC una aplicacin desarrollada externamente tiene un costo de instalacin, el que debe ser consultado a la Subdirectora de Servicios Acadmicos de la DI. El costo de instalacin incluye desde la primera reunin hasta el momento en que la aplicacin queda instalada para su explotacin, sin ms modificaciones por parte del usuario mandante o desarrollador externo. Instalaciones posteriores o mantenciones correctivas o perfectivas, tambin tienen un costo de acuerdo a las horas utilizadas por el personal de la DI. Este costo ser informado por la Subdirectora de Servicios Acadmico de la DI. 10.1. Operacin/administracin del sistema La operacin administracin del sistema es responsabilidad del usuario mandante 10.1.1. Responsabilidades del desarrollador externo ante la Direccin de Informtica El desarrollador externo es el responsable de desarrollar la aplicacin encomendada por el usuario mandante, de acuerdo a las especificaciones realizadas en conjunto con l, y enmarcndose en las tecnologas, plataforma y procedimientos soportados por la Direccin de Informtica, para, posteriormente, instalar la aplicacin terminada en los servidores de produccin de la DI.
V. 1.0
El desarrollador externo es el responsable de entregar toda la documentacin requerida por la DI y la aplicacin completa para ser instalada en los servidores de liberacin y, posteriormente, en produccin. Ser el responsable de realizar las pruebas funcionales en conjunto con el usuario mandate y de hacer los ajustes o mejoras requeridas antes de ponerlo en operacin. Las mantenciones posteriores a la aplicacin, pueden ser hechas por el desarrollador externo que realiz la aplicacin o por quien el usuario mandante decida, siendo responsabilidad de este ltimo entregar toda la informacin necesaria al nuevo desarrollador externo, para que pueda hacer las mantenciones solicitadas. 10.1.2. Responsabilidad del mandante El mandante es el responsable de administrar la aplicacin, en caso que sea necesario. Para ello, debe designar a un administrador del sistema, quien ser el nico interlocutor vlido ante la DI. Ejemplos de actividades de administracin son: Actualizar el contenido de la aplicacin. Crear o eliminar usuarios. Habilitar o deshabilitar funcionalidades temporales. Corregir algn problema relacionado con la aplicacin. Comunicar a la DI cuando esta aplicacin deje de prestar servicios definitivamente, para desinstalarla de los servidores centrales. Entregar el soporte a sus usuarios.
En caso de que haya problemas con la aplicacin, la DI informar al administrador del sistema de stos. 10.1.3. Responsabilidad de la Direccin de Informtica La DI tiene como responsabilidad: Participar en reuniones iniciales, antes del comienzo del desarrollo de la aplicacin, con el desarrollador externo y el usuario mandante, para conocer qu y cmo se va a desarrollar, entregar la documentacin de Normativas Tcnicas para los sitios Web UC, definir y presentar el contacto DI y hacer hincapi en el captulo de Normativas de Desarrollos Externos de Sitios Web UC (este captulo). Una vez terminado el desarrollo de la aplicacin en los servidores del desarrollador externo, la DI debe recibir toda la documentacin requerida (ver anexo) e instalar en el ambiente de liberacin. La DI gestionar todos los permisos que sean necesarios para la instalacin de la aplicacin con todas sus funcionalidades.
52
V. 1.0
Realizar pruebas de carga y emitir un informe para ser enviado al desarrollador externo y al usuario mandante, con las observaciones o la aprobacin. Una vez aprobadas las pruebas de carga realizadas por la DI y las pruebas funcionales realizadas por el usuario mandante, la DI instalar la aplicacin definitiva en el servidor de produccin, segn el manual de instalacin provisto por el desarrollador externo. Ante alguna falla de la aplicacin que ponga en riesgo la plataforma Web UC, ya sea por seguridad o rendimiento, o ante cualquier problema que presente la aplicacin y que afecte a otras aplicaciones, la DI sacar temporalmente de operacin a dicha aplicacin, y le avisar al administrador del sistema para que tome las acciones correctivas correspondientes. La aplicacin no se pondr en operacin nuevamente, hasta que la DI haya comprobado que el problema ha sido corregido. 10.2. Uso de informacin de la Base de Datos Corporativa para desarrolladores externos Los desarrolladores externos a la DI, tienen acceso a la informacin de base de datos corporativa, solo si sus aplicaciones son explotadas en servidores internos de la Direccin de Informtica. A los desarrollos externos que requieran acceder a la informacin de la base de datos corporativa, se les dar acceso a dicha informacin, previo conocimiento y aprobacin del modelo de datos por parte de la Direccin de Informtica. Se debe involucrar desde el principio del proyecto a un representante de la Sub Direccin para la Gestin, para chequear acuerdos en tema de plataforma, seguridad, aceptacin y aprobacin de metodologa y documentacin. 10.3. Ciclo de vida de la aplicacin Son aquellas etapas que una aplicacin cumple, desde que se especifican sus requisitos hasta su operacin estable en el servidor de produccin, incluyendo tambin posteriores mantenciones. A continuacin se detalla cada una de estas etapas: Levantamiento de los requisitos y caractersticas de la aplicacin. Son responsables el usuario mandante y el desarrollador externo. Requisitos y caractersticas deben ser comunicados y acordados con la DI, y plasmados en un documento de Especificacin de Requisitos de la Aplicacin. En este paso, tambin, deben quedar claros la implicancia y alcances del proyecto, la estandarizacin para interoperabilidad con otros sistemas y las tecnologas a utilizar.
53
V. 1.0
Construccin de la aplicacin. Esta etapa la realiza el desarrollador externo con su propia metodologa. Finaliza una vez que el usuario mandante acepta el sistema. Pruebas de aceptacin. Instalacin de la aplicacin en el ambiente de liberacin. El desarrollador externo junto al usuario mandante realizan las pruebas funcionales correspondientes. Una vez que la aplicacin est validada/aceptada por el usuario y la DI realiza las pruebas de estrs para asegurar el buen funcionamiento dentro de la plataforma UC, se da por finalizada esta etapa. Paso de explotacin o produccin de la aplicacin. La aplicacin queda disponible para ser usada por los usuarios finales. Configuracin de la aplicacin. Crear perfiles, permisos u otras configuraciones, si es que se requiere y segn lo especificado en el manual de instalacin. Mientras la aplicacin se encuentre en produccin, pueden surgir mantenciones, migraciones, cambios de versin o de tecnologa. Ello implica realizar cambios en la aplicacin, lo que se describe a continuacin. 10.3.1. Mantencin de la aplicacin Una aplicacin puede requerir distintos tipos de mantenciones, correctivas y perfectivas. Las mantenciones correctivas son aquellas que reparan un error de la aplicacin. Las perfectivas, en cambio, pueden tener distintas razones, como mejoras de la interfaz y funcionales, entre otras. La DI no tiene, a priori, los recursos para realizar estas mantenciones. Cualquier mantencin correctiva o perfectiva, debe ser contratada por el mandante, idealmente al mismo desarrollador que construy la aplicacin. Al abordar el proyecto de construir una aplicacin web, el mandante debe considerar los costos relacionados con el ciclo de vida de la aplicacin y no slo los costos de desarrollo. Se incluyen, obviamente, las mantenciones y actualizaciones de la aplicacin. Se sugiere que al momento de contratar la construccin de una aplicacin con un desarrollador externo, se negocie conjuntamente un contrato de soporte y actualizacin o el costo de horas de futuras modificaciones y mantenciones. 10.3.2. Cambios tecnolgicos Si la DI requiere hacer un cambio de tecnologa en sus instalaciones que afecte a la aplicacin, se avisar al usuario mandante con la debida antelacin, de manera que pueda planificar con tiempo la migracin o la actualizacin de versiones. Cada cierto tiempo, la DI realiza actualizaciones de hardware y software de la plataforma de aplicaciones Web UC, para evitar la obsolescencia de ellos. Esto implica hacer
V. 1.0
actualizaciones a las aplicaciones, de acuerdo a las nuevas caractersticas que tengan el hardware y/o software instalado. Se entiende por actualizaciones de versiones cuando el servidor web (web server), las bases de datos y el lenguaje de programacin se mantienen con la misma arquitectura, pero hay cambios de versiones que implican modificaciones en las funciones o formas de llamados. Una actualizacin puede tambin generar una migracin. 10.3.2.1.Web server, lenguaje de programacin o bases de datos Al definir la DI un cambio en web server, lenguaje de programacin o bases de datos que pueda afectar la operacin de la aplicacin, se le avisar al usuario mandante para que defina un calendario de trabajo que contemple las pruebas necesarias para determinar si la aplicacin se ve afectada y, en caso de ser necesario, por ejemplo las modificaciones que podran surgir en la aplicacin (http://www3.puc.cl/seleccionprofesores/php/index.php). El desarrollador externo deber realizar las pruebas y enviar a la DI una formalizacin, con copia al usuario mandante, donde indique que la aplicacin no presenta problemas o errores. De lo contrario, deber enviar las modificaciones de su aplicacin, conforme a lo descrito en el prrafo Instalacin en ambiente de liberacin. 10.3.2.2.Actualizacin de versin de la aplicacin Cuando se hace un cambio que implica modificaciones fundamentales en el cdigo de la aplicacin desarrollada, sta ser tratada como una nueva aplicacin. Es decir, se repiten los pasos desde la etapa de Levantamiento de requisitos y caractersticas de la aplicacin. Si son cambios por mejoramiento, manteniendo la arquitectura y cdigo en ms de un 70%, se considerarn como cambios de versin. En este caso, el proveedor deber enviar a la DI un archivo TAR (archivo empaquetado de Unix) de las actualizaciones, con un manual de instalacin de las nuevas versiones. stas sern instaladas en el ambiente de liberacin, pasarn por las respectivas pruebas y sern puestas en produccin con el consentimiento expreso del usuario mandante. Es responsabilidad del desarrollador externo llevar el control de versiones de la aplicacin. La DI tendr un respaldo del cdigo de la ltima versin, es decir, la versin actualmente en produccin. Cualquier mantencin perfectiva o correctiva en la aplicacin instalada en produccin, debe pasar por la etapa de Instalacin en ambiente de liberacin descrita anteriormente.
55
V. 1.0
10.4. Estructura de servidores (ambiente de liberacin y ambiente de produccin) La Direccin de Informtica provee un servicio de alojamiento de aplicaciones desarrolladas externamente, el cual contempla una plataforma web sobre Apache, PHP y Perl. Dicha plataforma se encuentra instalada en servidores de tecnologa x86, con sistema operativo Redhat 5. Las aplicaciones pueden utilizar tanto protocolos planos como seguros (HTTP, HTTPS, para el caso de protocolos seguros la unidad debe comprar y mantener anualmente el certificado). Adicionalmente, se soportan bases de datos del tipo MySQL PostgreSQL y SQLServer. El detalle de las versiones correspondientes se encuentra en el anexo 2. Se cuenta con dos servidores web operando paralelamente y un mecanismo de contingencia del servicio, en caso de fallas de hardware, a travs de un balanceador de carga. Existen dos ambientes disponibles para estas aplicaciones: un ambiente de liberacin, en el cual se realizan las pruebas de instalacin, uso y carga; y un ambiente de produccin, en el cual se explota la aplicacin y se permite el acceso a los usuarios finales.
56
V. 1.0
Ac continuacin se describ n ben, de man nera resumid cada uno de los am da, mbientes a n nivel de rede y equipos es s:
Diag grama de serv vidores para am mbiente de pro oduccin
57
V. 1.0
Dia agrama de serv vidores para am mbiente de lib beracin
10.5 Instalaci de aplica 5. n aciones en s servidores d la Direcc de cin de Info ormtica La i instalacin d las aplica de aciones se realiza en am mbiente de l liberacin ha produc acia ccin 10.5 Instalac 5.1. cin en amb biente de lib beracin El proceso de instalacin de la ap e n plicacin en el ambie n ente de libe eracin, tie ene dos obje etivos: Revisar el procedimi iento de in nstalacin d detallado e el manu de insta en ual alacin por rollador: El objetivo es que person de la DI pueda, a p l s nal I partir de entregado p el desarr las instrucc ciones del m manual, reali izar una ins stalacin com mpleta, sin errores y re epetible de la aplica acin. Esto permite rev visar el pro oceso y evit posibles errores o f tar fallas al momento d la instalac de cin en el am mbiente de p produccin. . Realizar la pruebas de funcionalidad y carga de la aplicacin en un am as s a n, mbiente seguro y c controlado: El objetiv es que el usuario mandante pueda rev vo visar la funcionalid de la ap dad plicacin, an ntes de que sta llegue al ambien de prod e nte duccin. Adems, se realizan la pruebas d estrs de la aplicaci e as de e in, para de eterminar el uso de recursos en los servido web y e las bases de datos, en situaciones de alta dem n ores en n manda.
58
V. 1.0
En caso de observaciones, stas deberan ser corregidas por el desarrollador externo, en su ambiente propio, para reiniciar, luego, el ciclo nuevamente. En ningn caso, el desarrollador externo tendr acceso directo (modificacin de cdigo), a los ambientes de liberacin y/o produccin, en los servidores centrales de la UC. En el caso de una mantencin o modificacin de la aplicacin, se debern seguir los pasos indicados anteriormente, con la diferencia de que el manual de instalacin de la aplicacin, ser reemplazado por un documento de mantencin, el cual contendr la informacin particular de la mantencin a instalar. Si los datos de conexin a la base de datos no han cambiado, no es necesario volver a entregarlos. 10.5.2. Pruebas de funcionalidad y carga Una vez que la aplicacin se encuentra instalada en el ambiente de liberacin, el mandante y el desarrollador externo deben realizar las pruebas de funcionalidad. La DI realiza las pruebas de carga. 10.5.2.1. Pruebas funcionales El desarrollador externo, antes de entregar la aplicacin para las pruebas funcionales finales por parte del usuario mandante, debe haber probado todas las funcionalidades solicitadas, contando con el ambiente propio para ello y para sus posibles correcciones. Posteriormente, una vez instalada la aplicacin en el ambiente de liberacin, el usuario mandante realiza las pruebas funcionales de la aplicacin. Es su responsabilidad revisar la funcionalidad de la aplicacin y cotejar contra el documento de requerimientos, el cual describe detalladamente el funcionamiento de la aplicacin. Este documento deber ser hecho por el desarrollador externo, a partir de las necesidades y especificaciones del usuario mandante. La DI ser responsable de que el usuario mandante tenga acceso a la aplicacin en el ambiente de liberacin, gestionando los permisos y accesos requeridos. Si es necesario, la DI ser responsable de cargar la base de datos (con scripts entregados por el desarrollador externo), para realizar las pruebas funcionales. La DI solicitar por escrito la aprobacin y visto bueno del usuario mandante, una vez concluidas las pruebas de funcionalidad. Las pruebas funcionales se deben realizar en el ambiente de liberacin. No se puede utilizar el ambiente de produccin para esto.
59
V. 1.0
10.5.2.2. Pruebas de carga Las pruebas de carga son responsabilidad de la DI, quien deber realizarlas en coordinacin con el desarrollador externo. Para tal efecto, se sugiere utilizar la aplicacin Web Performance Suite, usada por la DI, u otra que cumpla el mismo objetivo. Las pruebas de carga se deben realizar en el ambiente de liberacin. No se puede utilizar el ambiente de produccin para esto. Previo a la ejecucin de las pruebas de carga, el desarrollador externo debe entregar un documento que explique en qu consiste la prueba, qu mdulos del sistema se probarn, cuntos usuarios se simularn y en qu lapsos de tiempo. Se debe especificar el pblico objetivo y la demanda esperada en perodos normales y en perodos peak, si es que existen. Una vez aprobadas las pruebas de carga por la DI, con el visto bueno por parte del usuario mandante de las pruebas funcionales, se acordar con este ltimo el paso a produccin de la aplicacin. 10.5.3. Instalacin en ambiente de produccin El paso de la aplicacin al ambiente de produccin, se realizar una vez que se cumplan los siguientes requisitos: La aplicacin fue instalada en ambiente de liberacin, sin observaciones al manual de instalacin (ver anexo) y al proceso de instalacin. La aplicacin (o mantencin), fue revisada y aprobada funcionalmente por el usuario mandante. Se realizaron las pruebas de carga correspondientes, sin que existan observaciones por parte de la DI.
Cumplidos estos requisitos, y acordado con el mandante las fechas de puesta en operacin, la DI realizar la instalacin en el ambiente de produccin, con lo cual la aplicacin quedar disponible para el pblico.
60
V. 1.0
10.6. Responsabilidades del usuario (unidades acadmicas o administrativas) El usuario mandante, proveniente de una unidad acadmica o administrativa de la Universidad, es el responsable ante la DI de la aplicacin encargada a un desarrollador externo. El desarrollo se realiza en servidores propios del desarrollador. Una vez finalizado este proceso, se instala la aplicacin en los servidores de la DI. El usuario mandante es el responsable de constatar y exigir al desarrollador externo que la aplicacin cumpla las funciones que se acordaron. La DI no participa en pruebas funcionales. El usuario mandante debe participar en todas las reuniones del proyecto, relacionadas con la instalacin de la aplicacin. El usuario mandante debe entregar una planificacin del desarrollo e instalacin de la aplicacin, incluyendo los plazos de instalacin en los servidores centrales de la UC, previo acuerdo con la DI. Todas las comunicaciones, acuerdos, decisiones y definiciones entre la DI y el desarrollador externo deben quedar por escrito, con copia al usuario mandante. Adems, toda definicin o decisin, debe hacerse con el consentimiento escrito del usuario mandante. 10.6.1. Futuras mantenciones correctivas y/o perfectivas La DI no es responsable de hacer cambios, correcciones o mejoras a la aplicacin web desarrollada externamente. Toda mantencin correctiva o perfectiva, debe ser solicitada por el usuario mandante a quien haya desarrollado la aplicacin o a quien contrate especialmente para ello. Toda mantencin debe cumplir con las etapas detalladas en el ciclo de vida de una aplicacin descrito en el punto Procedimiento de instalacin en el ambiente de liberacin.
61
V. 1.0
11. PROCEDIMIENTO RECEPCIN NUEVOS PROYECTOS

Este captulo describe el procedimiento de entrega y revisin de un sitio web desarrollado interna o externamente a la Direccin de Informtica de la Universidad. Esquema de procedimiento de recepcin de proyectos En el siguiente esquema se muestran los procesos a realizar en este procedimiento
62
V. 1.0
11.1. Reunin Inicial Todo proyecto que sea desarrollado debe tener una reunin inicial con el rea web UC con el objetivo de revisar las caractersticas tcnicas del proyecto y sus requerimientos, en dicha reunin se entregaran las normativas web de la universidad, la documentacin relacionada con la entrega del proyecto, se aclararan consultas y se establecern plazos para la entrega de la informacin requerida. 11.2. Reuniones de Coordinacin Durante el transcurso del proyecto se coordinarn reuniones de apoyo a las unidades externas durante el desarrollo del proyecto con tal de resolver dudas referentes a las normativas y entrega de documentacin en caso de ser necesario. 11.3. Pruebas de Carga Externo La empresa externa deber realizar pruebas de carga al sistema con tal de medir su rendimiento y uso de recursos ante varios usuarios concurrentes (min 250) y corregir cualquier falencia en el mismo previo a la entrega del paquete de instalacin. 11.4. Entrega de paquete y documentacin La unidad externa encargada de desarrollar el proyecto deber entregar el paquete con el cdigo fuente del mismo, las bases de datos correspondientes y toda la documentacin relacionada con dicho proyecto: Manual de instalacin con los requerimientos de hardware y software del sistema, manual de instalacin del sistema e Informe de las pruebas de carga efectuadas 11.4.1. Requerimientos de hardware y software del sistema En la documentacin relacionada a los requerimientos se debe indicar aqu los requerimientos de hardware y software del sistema, en cuanto a hardware, se debe indicar la capacidad computacional que requiere el sistema en trminos de CPU, memoria, espacio en disco para aplicacin y/o BD y tablas nuevas incorporadas al sistema. Respecto del software, dado que existe un marco de plataforma en el cual va a ser instalado el sistema se debe complementar indicando libreras utiliza el sistema, accesos externos, tablas de base de datos, etc. Si existe software implementado que tenga una integracin con el proyecto pero no sea parte del mismo como un blog, foro, wiki, etc. este deber contar con una documentacin como un sistema aparte indicando los requerimientos de hardware y software as como los requerimientos y pasos para la integracin con el sistema
63
V. 1.0
11.4.2. Arquitectura del Sistema. Indicar la arquitectura del sistema, a travs de una explicacin y un diagrama, se debe mostrar la interaccin de los usuarios con el sistema web, la relacin con la base de datos, indicar si la comunicacin es plana o encriptada, si los accesos son internos o externos a la Universidad, etc. 11.4.3. Plan de trabajo con fechas tentativas Aqu lo que se requiere es un plan de trabajo con las distintas etapas del proyecto, indicar en especial la fecha tentativa de la entrega del sistema para su revisin e instalacin en la plataforma de la Direccin de Informtica. Se puede entregar la Carta Gantt del proyecto de manera adicional a la informacin especfica indicada anteriormente. 11.4.4. Informacin administrativa y contactos Se debe indicar la siguiente informacin: Unidad que solicita el proyecto Nombre, anexo y correo electrnico de la persona a cargo del proyecto en la unidad dentro de la Universidad Nombre de la empresa que hace el desarrollo del proyecto Nombre, telfono y correo electrnico de la persona a cargo del desarrollo en la empresa externa
11.5. Revisin de paquete y documentacin El rea de sistemas en conjunto con el rea Web UC revisarn el paquete y la documentacin y el cdigo fuente entregado por la unidad externa, las reas involucradas debern reportar cualquier falencia en la documentacin y requerir su correccin en caso de ser necesario entregando los requerimientos a la unidad externa. En caso de que la revisin sea satisfactoria se proceder a la instalacin en los servidores de Liberacin de la Direccin de Informtica 11.6. Instalacin Servidor Liberacin Posteriormente a la aceptacin del paquete y documentacin relacionada con el proyecto, el rea de sistemas proceder a la instalacin del proyecto en un servidor de liberacin siguiendo las pautas de instalacin indicadas en el manual de instalacin suministrado por los desarrolladores externos. Al trmino de la instalacin el rea de sistemas informara a la unidad responsable del proyecto y al rea web el trmino de la instalacin
64
V. 1.0
11.7. Pruebas de Funcionalidad Una vez instalado el sistema en el servidor de liberacin la unidad responsable del proyecto deber verificar que el sistema funcione de forma adecuada en los servidores de liberacin, realizando todas las pruebas funcionales que estime pertinentes con tal de probar el sistema en su totalidad. En caso de que el rea responsable encuentre errores o defectos en el funcionamiento del sistema deber informarlo a los desarrolladores externos con tal de que realicen las correcciones pertinentes con copia informativa al rea Web UC y al rea de sistemas. En el caso de que las pruebas funcionales sean realizadas satisfactoriamente se proceder al siguiente procedimiento de pruebas de carga. 11.8. Pruebas de Carga Estando conforme con la instalacin en los servidores de liberacin as como con las funcionalidades del sistema en los mismos se deber proceder a realizar pruebas de carga sobre el sistema con tal de medir el rendimiento del mismo ante varios usuarios, conexiones a bases de datos y comportamiento en el servidor, en caso de fallas en los resultados de las pruebas el sistema deber ser revisado por los desarrolladores externos corrigiendo las falencias que sean comunicadas por los responsables de las pruebas de carga. Estas pruebas se contrastaran con las pruebas realizadas por la empresa externa. En el caso de pruebas satisfactorias se proceder al procedimiento de Auditar el sistema por parte del rea Web UC 11.9. Auditoria de Normativas al Sitio Concluido el procedimiento satisfactorio de pruebas de carga sobre el sistema, el rea responsable de realizar las pruebas de carga deber solicitar una auditoria del sitio por parte del rea Web UC con tal de que esta ltima analice y verifique el cumplimiento de las normativas tcnicas de los sitios Web UC y el cumplimiento de los estndares internacionales de calidad. En esta penltima etapa se har entrega del cdigo de seguimiento para la inclusin de estadsticas en el sitio web una vez que este sea llevado a produccin y se acordara el subdominio UC que tendr el sistema. El rea Web UC realizara un informe de las falencias encontradas en la auditoria y se comunicara con el rea responsable para que esta realice las correcciones correspondientes. En caso de que no existan falencias en la auditora realizada se proceder a la aprobacin del sitio para su publicacin en los servidores de produccin de la Direccin de Informtica, esta se realizar de Lunes a jueves en horario de 9:00 a 18:00 hrs de acuerdo a la disponibilidad del servicio.
65
V. 1.0
11.10. Instalacin en los servidores de produccin Posteriormente a la auditora realizada y la incorporacin de los cdigos de seguimiento al sistema se proceder a la instalacin del proyecto en un servidor de produccin, se entregara la direccin web de acceso al sistema y el acceso a las estadsticas del sitio. 11.11. Metodologa de desarrollo de Proyectos con CMS UC La siguiente informacin ser entregada en la revisin inicial y tiene relacin especficamente con los proyectos realizados o relacionados con el CMS UC (Joomla). En el siguiente apartado se especificaran todas las condiciones para desarrollar un sitio y extensiones para el mismo en el CMS UC. Los CMS Joomla desarrollados tanto interna como externamente debern tener un prefijo representativo del sitio el cual puede ser acordado con el rea web UC con tal de evitar las repeticiones de los prefijos en las bases de datos, el prefijo a utilizar no puede ser el por defecto del sistema(jos_) 11.11.1. Reuniones de coordinacin Cada proyecto desarrollado interna o externamente con el CMS UC debe contar con reuniones de coordinacin con el rea web UC donde se deber recepcionar las normativas web, directrices generales, desarrollo o investigaciones de extensiones en curso y entrega de las extensiones que se estn utilizando en la Universidad. 11.11.2. Estructura del sistema La estructura que se ha adoptado para poder agrupar a los distintos sitios de la Pontificia Universidad Catlica de Chile es a travs del concepto web Granjas de sitios web, la cual se refiere a un conjunto de sitios o sistemas web relacionados bajo algn concepto especifico el cual le otorga a la granja un inters o estructura en comn para todos los sitios de esta forma se puede organizar y administrar la informacin de todos los sitios web de una granja de una forma ms dinmica, permitiendo rpidas actualizaciones de los sitios involucrados en ellas y relaciones significativas entre los mismos. Al interior de estas granjas la estructura adoptada corresponde a un CMS multisitios, en el cual los sitios adoptan una arquitectura Padre e hijos. Esta estructura se caracteriza porque un sitio contiene los directorios principales del sistema los cuales sern compartidos con el resto de los sitios, este sitio es conocido como sitio Sitio Padre, el resto de los sitios de la granja contienen accesos directos o links simblicos a los directorios del sitio padre y son conocidos como Sitios hijos enlazados de forma virtual con los directorios del sitio padre heredando sus caractersticas, estos sitios adicionalmente tienen algunos directorios que son propios de los sitios hijos donde se almacenan archivos especficos de los mismos como por ejemplo imgenes, documentos, estilos, etc. (Ver imagen Estructura Multisitios).
66
V. 1.0
11.11.2.1.Modificacin de archivos del sitio o de sus extensiones Esta arquitectura permite que a travs del sistema y de su plataforma se puedan actualizar todos los sitios de una granja y sus componentes de manera centralizada, debido a esto los archivos del sitio principal as como de los componentes que se instalen en l no pueden sufrir personalizaciones puesto que estas se heredaran a todos los sitios dependientes del sitio padre interfiriendo con el correcto funcionamiento de los mismos y posteriores actualizaciones, por esta misma razn no se deben implementar paquetes de instalacin del CMS o de sus extensiones que no sean desde los sitios oficiales de los mismos puesto que mayoritariamente sufren adaptaciones para modificar su funcionalidad. En cumplimiento de esta misma norma no se deben adicionar carpetas o archivos con funcionalidades como pginas adicionales .php a las carpetas del sistema, la forma de implementar aplicaciones al interior del sistema es desarrollando extensiones para el mismo que puedan ser instalables y heredables por el mismo.
Estructura Multisitios
V. 1.0
11.11.3. SVN del Proyecto CMS UC El sistema creado se compone de una estructura de directorios que va cambiando en las siguientes acciones: Al instalar una nueva extensin en un sitio padre lo cual permite su herencia a los sitios hijos. Al actualizar los archivos del sitio padre. Al actualizar las extensiones del sitio padre. Al modificar las referencias simblicas de los sitios hijos desde la extensin administradora de sitios(jms) Al modificar las plantillas o templates del sitio padre o de sus hijos. Al agregar nuevos archivos en las carpetas personalizables de cada sitio (Imgenes, documentos, multimedia, etc.)
Al realizar cualquiera de las acciones anteriores se deber actualizar el repositorio SVN ubicado en svn://tacora.puc.cl/juc con el correspondiente comentario de las acciones realizadas, esta mantencin del repositorio principal permite el registro de las acciones realizadas que modifican la estructura de directorios y la restauracin de las mismas a un estado anterior en caso de ser necesario. 11.11.4. Extensiones del CMS En base a las extensiones del CMS UC para los desarrolladores externos se entregara un listado con las extensiones utilizadas en la DI y su versin, categorizadas por tipo lo cual permitir una agilizacin en el proceso de implementacin y uso de extensiones y de la misma manera evitara la replicacin de extensiones para un mismo tipo o categora. 11.11.5. Revisin de las extensiones en uso El listado de extensiones deber ser revisado por los desarrolladores antes de implementar cualquier tipo de extensin, si existe en dicho listado una extensin para una funcionalidad requerida como por ejemplo galera de imgenes deber implementarse dicha extensin a menos que sea estrictamente necesario el utilizar otra extensin que involucre ms funcionalidades y permita complementar la extensin existente justificando con la documentacin apropiada la implementacin de la misma.
68
V. 1.0
11.11.6. Criterios de seleccin de extensiones externas Al implementar una nueva extensin en los sitios en el CMS UC los desarrolladores debern cumplir las medidas de seguridad de Joomla. Algunos de los criterios ms importantes que se debern cumplir como normativa son: 1. No se utilizaran extensiones que tengan el cdigo ofuscado o encriptado debido a la incapacidad de conocer el contenido de las mismas y el consecuente riesgo de seguridad que esto implica 2. No se deben utilizar extensiones que modifiquen la estructura bsica del sistema debido a que estas extensiones que realizan un hacking del sistema alteraran el funcionamiento habitual de los otros sitios del mismo. 3. Las extensiones deben ser desarrolladas por una empresa que tenga cierta permanencia en el tiempo, credibilidad y este aprobada como una extensin validada en el centro de extensiones de Joomla. 4. El criterio de seleccin de extensiones externas debe basarse en orden decreciente en el ranking existente en el centro de extensiones, el cual considera mltiples factores evaluados por los desarrolladores del sistema como por la comunidad que utiliza los componentes como son la seguridad, el rendimiento, la facilidad de uso, etc.(http://extensions.joomla.org) 5. No se habilitaran sistemas de actualizacin automtica en extensiones ni de publicaciones desde sitios de los desarrolladores. Si las extensiones cuentan con RSS linkeados a los desarrolladores deberan deshabilitarse para evitar errores 6. Las extensiones no deben estar listadas en el listado de extensiones vulnerables del CMS (http://docs.joomla.org/Vulnerable_Extensions_List), en el foro de seguridad (http://forum.joomla.org/viewforum.php?f=432) o deberan estar en una versin donde se hubieran arreglado los problemas de vulnerabilidad listados en dicha web. 7. No utilizar extensiones que requieran la modalidad magic quotes off o register globals on en php debido al aumento del riesgo de realizar SQL injection en el sitio 8. Se sugiere el coordinar la implementacin y uso de nuevas extensiones con la unidad Web UC y desarrollo con tal de auditar dichas extensiones y revisar su seguridad y rendimiento en el sistema multisitios en lo posible en paralelo al desarrollo del sitio con tal de evitar improvistos posteriores 9. No se deben descargar extensiones desde sitios no confiables, aunque estn listadas en el centro de extensiones de Joomla. Esto debido a que muchas extensiones oficiales pueden haber sido modificadas por terceros inyectando algn tipo de cdigo malicioso en las mismas lo cual puede terminar en un malware o hacking del sistema. Esta recomendacin especialmente involucra extensiones
69
V. 1.0
comerciales que se distribuyan de forma gratuita en servidores de descarga de archivos o paginas ilegales de distribucin de software. 10. Por razones de seguridad no se utilizaran extensiones que requieran la habilitacin de cuentas FTP para la publicacin, subida o descarga de archivos debido a que involucra riesgos de seguridad tanto para los datos del usuario FTP como para la seguridad del sitio y de sus archivos. 11. Se recomienda el uso de extensiones que sean personalizables a travs de la seleccin de plantillas, esto debido a que las extensiones sern compartidas por mltiples sitios por lo cual si una extensin sufre modificacin de su plantilla base esto afectara a todos los sitios que la utilizan, si cada sitio ocupa dicha extensin con una plantilla independiente para cada uno este problema no se suscitara. 12. El sistema por razones de seguridad deshabilita el modo heredado del mismo por lo cual extensiones desarrolladas para versiones previas del CMS y que requieran dicho modo para poder interactuar con el mismo no podrn implementarse por lo cual se recomienda revisar que las extensiones sean para la versin 1.5 nativa 11.11.7. Desarrollo de extensiones En base al desarrollo de extensiones para el CMS, se debe considerar la creacin de nuevas extensiones que permitan realizar o implementar funcionalidades especficas dentro del sistema requeridas por el cliente. En el caso de nuevas extensiones se deben cumplir las indicaciones del punto 0
70
V. 1.0
Criterios de seleccin de extensiones externas. Cumpliendo la arquitectura de programacin del CMS y las normativas existentes para no exponer un sitio con el CMS UC a vulnerabilidades explotables de forma malintencionada, es responsabilidad del desarrollador cualquier falencia de las extensiones realizadas que afecte el rendimiento del sistema o de sus extensiones, su seguridad o el correcto funcionamiento del mismo y/o de sus complementos, mdulos o plugins. 11.11.7.1.SVN de las extensiones Para los desarrollos internos de la DI se utilizara el repositorio de componentes ubicado en svn://tacora.puc.cl/extensionesJoomla este repositorio deber contener todos los complementos nuevos que sean instalados o desarrollados en la Direccin. Para los desarrollos externos a la DI de extensiones este deber contar con un apropiado versionamiento (SVN) de cada una de las revisiones que se realicen a las extensiones desarrolladas, el cual deber ser implementado al repositorio de extensiones implementado en la DI. 11.11.8. Documentacin de las extensiones Cada extensin que se implemente en los sitios Web UC debe contar con una documentacin que incluya nombre y tipo de extensin(componente, modulo o plugin), la interaccin con el sistema, un diagrama de funcionamiento de la misma, las tablas que requiere, sus requerimientos de sw y hw, la forma de instalacin de la extensin, la forma de actualizacin de la misma y cuentas de actualizacin (En caso de ser una extensin pagada), la documentacin de administracin y uso, la documentacin con la metodologa de configuracin de la misma y la documentacin complementaria que distribuyan los desarrolladores de la extensin o sus colaboradores. Adicionalmente en el caso de extensiones externas se debe agregar: el n versin, forma de actualizacin, pagina del desarrollador, datos de soporte en caso de ser extensin comercial y su documentacin complementaria 11.12. Archivos innecesarios Una vez que se termine el sitio y este deba ser entregado a la DI, se debe realizar una limpieza previa del mismo de toda plantilla, articulo, componente, mdulos y plugins que se hubieran instalado en el sistema y los cuales posteriormente no se utilicen dentro del mismo. 11.13. Sugerencias de seguridad Al usuario final del sistema y encargado de administrar el contenido, se le deben entregar algunas de las medidas bsicas de seguridad en el sistema as mismo como las directrices de seguridad disponibles en la web de la Direccin de Informtica
V. 1.0
Las personas que realicen actualizacin de contenido no deben utilizar contraseas cortas y de fcil memorizacin No grabar las contraseas en los navegadores web que se usa para la actualizacin Cambiar peridicamente las contraseas Por seguridad no se habilitara un acceso FTP a los sitios de produccin, lo cual conlleva a no habilitar esta opcin en el sistema CMS ni en sus extensiones.
11.14. Instalacin del sistema Una vez terminado el proyecto se deber solicitar la instalacin del mismo en la estructura multisitios del sistema en la DI, esta instalacin tiene un costo informado previamente en las reuniones de coordinacin. En dicha solicitud se debe entregar lo siguiente: Script de migracin Mysql(Con sentencias drop table/view/procedure/function y en set de caracteres: ) Carpeta de imgenes del sistema(/images) Templates del sistema(/templates) Carpetas de archivos especficas de ciertas extensiones(Ej: Carpeta de galera de imgenes, carpeta de repositorio de documentos, etc) Extensiones de Sistema separadas en complementos, mdulos y plugins Manual de documentacin de la instalacin del sistema Manual de documentacin de sus extensiones, especificado en el punto 11.11.8_Documentacin de las extensiones
El manual de documentacin de sus extensiones que debe entregarse deber dividirse en 3 secciones: Componentes, mdulos y plugins; en este manual se debe indicar el nombre de la extensin, funcionalidades, forma de uso y configuracin, parmetros de la extensin, recomendaciones y en el caso de extensiones externas se debe agregar: el n versin, forma de actualizacin, pgina del desarrollador, datos de soporte en caso de ser extensin comercial y su documentacin complementaria
72
V. 1.0
12. ANEXOS
12.1. Documentacin complementaria: Aspectos relevantes del posicionamiento de un sitio web [1].-Directrices de Google para Webmasters [2].-Gua para el desarrollo de sitios web Gobierno de Chile [3].-www.guiaweb.gob.cl [4].-http://validator.w3.org [5].-http://validator.w3.org/checklink [6].-http://www.keyworddensity.com/ [7].-http://www.robotstxt.org/wc/faq.html [8].-http://www.Google.com/support/webmasters/bin/answer.py?hl=es&answer=35769 [9].-http://www.keyworddensity.com/ Criterios de Seleccin de extensiones [10].-Extensiones con vulnerabilidades [11].-Foro de Seguridad Joomla [12].-Listado de extensiones y su ranking [13].-Normativas Tcnicas para los sitios Web UC [14].-Directrices de seguridad para mantencin de sitios UC
SSA Sub Direccin de Servicios Acadmicos Normativas tcnicas para los sitios del Web UC
73
V. 1.0
13. GLOSARIO DE TRMINOS Y ABREVIATURAS

CSS XML TM SSA SIT XHTML HTML BLACK HAT WHITE HAT W3C RSS SEO IP PDA URL HTTP WEB 2.0 KEYWORDS META KEYWORDS SE KRAKKEN WEB ALIZER AWSTATS : : : : : : : : : : : : : : : : : : : : : : : Cascading Style Sheets Extensible Markup Language Trade Mark Subdireccin de Servicios Acadmicos Subdireccin de Innovacin Tecnolgica eXtensible Hypertext Markup Language Hipertexto Markup Language Tcnicas penalizables de posicionamiento en buscadores Tcnicas valoradas de posicionamiento en buscadores Consorcio World Wide Web Really Simple Syndication Search Engine Optimization Internet Protocol Personal Digital Assistant Uniform Resource Locator HyperText Transfer Protocol Segunda generacin en la historia de la web Palabras claves o reservadas de documento, que permiten su ubicacin Palabras claves incluidas en un sitio web Search Engine Software de anlisis vertical de mercado Software de estadsticas web Software de estadsticas web
[SEO] [CMS] [BD] [DI] [RSS] [FTP]
: : : : : :
Search Engine Optimizer Content Management System Base de Datos Direccin de Informtica Really Simple Syndication File Transfer Protocol
74
V. 1.0
14. DOCUMENTACIN SOLICITADA PARA DESARROLLOS EXTERNOS

I. II. III. Documento de presentacin de proyecto (ver documento adjunto) Documento de diseo de la aplicacin Manual de instalacin
Este debe contener: 1. Introduccin 1.1. Propsito del documento 1.2. Aplicabilidad del documento 1.3. Documentacin complementaria 2. Requerimientos de instalacin 2.1. Requerimientos de hardware Equipos computacionales necesarios para la instalacin del sistema. 2.2. Requerimientos de software Software bsico necesario para la instalacin del sistema. 3. Procedimientos de instalacin del sistema Descripcin de los procedimientos que permitan al usuario explotador instalar el software del sistema e instalar la aplicacin en los clientes. 4. Descripcin del ambiente de trabajo Cliente, servidor, web, cuentas de administracin y de usuario. 5. Especificacin de implementacin de la base de datos. Procedimientos para instalar la base de datos del sistema. 6. Carga de datos Carga de datos inicial y rescate de informacin de otros ambientes. 6.1. Chequeo de consistencias y equivalencia de parmetros. 6.2. Equivalencia entre tablas. 6.3. Procedimientos de carga. 6.4. Procedimientos de validacin. IV. Programas fuentes V. Informacin histrica.
Dimensionamiento del crecimiento de la base de datos (si lo maneja). VI. Dimensionamiento de demanda en peak de uso
75
V. 1.0
15. versiones soportadas en plataforma central uc

Apache Sistema Operativo JDK Jakarta Tomcat PHP 5.2.3 PostgresSQL 8.2.4 MY SQL 5.1.47 2.2.11 RHEL 5.2 (RedHat) 1.5.0_12 5.5.28 5.2.9 8.2.4 5.1.47
76

Normativas

Caricato da

Informazioni sul documento

Titolo originale

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Normativas

Caricato da

Copyright:

Formati disponibili

P Pontificia Univers a sidad Cat tlica de Chile

N Norma ativas tcn s nicas p para los si itios d del W U Web UC

Pontificia Universidad Catlica de Chile DI - Direccin de Informtica

Paulina Contreras Ivn Llanos

Paulina Contreras Ivn Llanos

Normativas Tcnicas para los sitios Web UC

Normativas Tcnicas para los sitios Web UC

Normativas Tcnicas para los sitios Web UC

Pontificia Universidad Catlica de Chile DI - Direccin de Informtica

Pontificia Universidad Catlica de Chile DI - Direccin de Informtica

Normativas Tcnicas para los sitios Web UC

Pontificia Universidad Catlica de Chile DI - Direccin de Informtica

Normativas Tcnicas para los sitios Web UC

Pontificia Universidad Catlica de Chile DI - Direccin de Informtica

Normativas Tcnicas para los sitios Web UC

Pontificia Universidad Catlica de Chile DI - Direccin de Informtica

RESUMEN DE NORMAS Y RECOMENDACIONES QUE RIGEN LOS SITIOS WEB UC

Normativas Tcnicas para los sitios Web UC

Pontificia Universidad Catlica de Chile DI - Direccin de Informtica

Normativas Tcnicas para los sitios Web UC

Ponti ificia Universida Catlica de C ad Chile DI - D Direccin de Info ormtica

Pontificia Universidad Catlica de Chile DI - Direccin de Informtica

Normativas Tcnicas para los sitios Web UC

Pontificia Universidad Catlica de Chile DI - Direccin de Informtica

Normativas Tcnicas para los sitios Web UC

Ponti ificia Universida Catlica de C ad Chile DI - D Direccin de Info ormtica

Norm mativas Tcnicas p los sitios We UC para eb

Pontificia Universidad Catlica de Chile DI - Direccin de Informtica

Normativas Tcnicas para los sitios Web UC

Pontificia Universidad Catlica de Chile DI - Direccin de Informtica

CMO SE LLEGA A UN SITIO WEB?

Normativas Tcnicas para los sitios Web UC

Pontificia Universidad Catlica de Chile DI - Direccin de Informtica

Normativas Tcnicas para los sitios Web UC

Pontificia Universidad Catlica de Chile DI - Direccin de Informtica

Normativas Tcnicas para los sitios Web UC

Pontificia Universidad Catlica de Chile DI - Direccin de Informtica

Meta Description: Contiene una descripcin breve del contenido de la pgina.

Meta Language: Especifica a los robots cul es el lenguaje utilizado en la pgina.

Normativas Tcnicas para los sitios Web UC

Pontificia Universidad Catlica de Chile DI - Direccin de Informtica

Normativas Tcnicas para los sitios Web UC

Pontificia Universidad Catlica de Chile DI - Direccin de Informtica

Normativas Tcnicas para los sitios Web UC

Pontificia Universidad Catlica de Chile DI - Direccin de Informtica

adecuadamente por el sistema de navegacin o de contenidos.

como elementos de importancia.

parte de l, por lo que los buscan all.

Normativas Tcnicas para los sitios Web UC

Pontificia Universidad Catlica de Chile DI - Direccin de Informtica

POSICIONAMIENTO WEB Y RANKINGS

Normativas Tcnicas para los sitios Web UC

Pontificia Universidad Catlica de Chile DI - Direccin de Informtica

Pontificia Universidad Catlica de Chile DI - Direccin de Informtica

Normativas Tcnicas para los sitios Web UC

Pontificia Universidad Catlica de Chile DI - Direccin de Informtica

Normativas Tcnicas para los sitios Web UC

Pontificia Universidad Catlica de Chile DI - Direccin de Informtica

Normativas Tcnicas para los sitios Web UC

Pontificia Universidad Catlica de Chile DI - Direccin de Informtica

Pontificia Universidad Catlica de Chile DI - Direccin de Informtica

Normativas Tcnicas para los sitios Web UC

Pontificia Universidad Catlica de Chile DI - Direccin de Informtica