viernes, 11 de septiembre de 2009

Propuesta de Implementacion de Una Plataforma de Distribución de Videos

1. Resumen Ejecutivo

1.1. Objetivos

    • Mostrar a la mayor cantidad de personas la vida universitaria, los trabajos y el conocimiento generado en la Universidad.
      • Mostrar la vida universitaria dentro de la Universidad.
      • Mostrar los trabajos realizados por los alumnos.
      • Mostrar el conocmiento (clases, conferencias) generado en la Universidad
    • Crear una relación con las personas a través del uso de videos, integrando las herramientas necesarias que permitan establecer un diálogo con estas personas.

1.2. Antecendentes


Con la aparición de sitios web como YouTube, Vimeo o Dailymotion (año 2005) compartir videos a través de Internet se convirtió en una tarea sencilla. Pero estos sitios no solo son populares por poder compartir videos, también son populares porque te permiten establecer una relación entre las personas que suben los videos y las que ven los videos.

Cualquier institución que quiera compartir videos tiene 2 opciones, crear su propia infraestructura (servidores, ancho de banda, etc) o utilizar la infraestructura que te brindan los líderes del mercado.

Para implementar una solución de Distribución de videos es importante tener presente los siguientes puntos:

  • ¿Quién va a crear mis videos?
  • ¿Que voy a usar para distribuir mis videos?
  • ¿Quién va a ver mis videos (mis usuarios)?
  • ¿Cómo voy a conversar con mis usuarios?

1.3. Requisitos

Para elaborar una propuesta es necesario establecer las necesidades básicas que debe cumplir la solución:

    • Los videos serán creados por cualquier miembro de la universidad (docentes, alumnos, personal administrativo, etc) o dependecia.
    • La distribución de videos va realizarse mediante la transmisión de videos grabados y transmisión de videos en vivo.
    • Todos las personas con acceso a Internet son potenciales usuarios (mis usuarios), por lo tanto, se debe brindar las facilidades para clasificar y buscar los videos por temas o categorías.
      • Debido a que todas las personas con acceso Internet son potenciales usuarios se debe buscar una solución que tenga una gran base de usuarios (“cartera de usuarios”/”cartera de clientes”)
    • Se deben tener características que te permitan establecer canales de comunicación con los usuarios, estos canales deben percibirse como personales y cercanos.

1.4. Propuesta

Para implementar la solución de Distribución de Videos se ha elegido 2 UStream y YouTube como plataformas (sitios web).

      • UStream será usado para la transmisión de videos en vivo, una vez finalizada la transmisión estos videos pueden ser almacenados en YouTube.
      • YouTube será usado como el repositorio central de videos de la universidad donde se podrá clasificar, comentar y publicar los videos.

La solución propuesta tiene las siguientes características:

1. Se tendrá un inventario de videos grabados y videos en vivo (http://www.ustream.tv/ulimaperu)

2. Los videos serán almacenados en el canal principal creado en YouTube (http://www.youtube.com/ulimaperu)

El tener un repositorio central permite sacar estadísticas de los videos (mas visto, mas populares, etc)

 

3. Los videos serán clasificados y publicados a través de:

En el gráfico al final del documento se muestra un esquema de la solución:

 

1.5. Ventajas

· El espacio de almacenamiento de la Universidad no se ve afectado por la cantidad de videos

· No requiere hacer uso de un mayor ancho de banda hacia los servidores de la Universidad.

· Permite realizar búsquedas sobre los videos al tener un repositorio central de videos

· Mejora la disponibilidad del servicio (al tener servidores distribuidos en todo el mundo)

· Reduce la cantidad de equipos destinados a la solución de distribución de videos.

· Reduce la cantidad de horas hombre dedicada a la administración de la solución.

1.6. Desventajas

· El acceso a los videos desde el campus de la universidad es mas lento al no tener servidores de video dentro del campus      

· La universidad no tiene el control para la administración de la solución (copias de respaldo, recuperación, etc.)

· La solución depende de la disponibilidad del acceso a Internet.

· La administración y uso está limitado por las herramientas que te provee YouTube y UStream

1.7. Implementaciones

· Universidad Nacional Mayor de San Marcos usando Vimeo.com http://www.tvsanmarcos.com/

· Pontificia Universidad Católica del Perú usando desarrollo propio (http://videos.pucp.edu.pe/)

· Perunet.TV usando Yahoo video (http://perunet.tv/)

· Academic Earth (http://academicearth.org/)

· TED (http://www.ted.com/)

1.8. Conclusiones

La necesidad de tener una presencia relevante en Internet hace necesario hacer uso de todos los medios disponibles, una de estos medios es el uso del video. El poder implementar la solución propuesta para el uso de videos en la Universidad servirá para añadir valor a su labor educativa además que permitirá dar a conocer como se desenvuelve la vida universitaria.

clip_image003

viernes, 14 de agosto de 2009

Propuesta de Mejora del Servicio de Correo Electrónico

Hace más de un año, como parte de mi trabajo, prepare un piloto de cambio de plataforma de correo electrónico de Exchange a Google Apps.  Al realizar la presentación del piloto del proyecto muchas personas se mostraron interesadas, pero como me ha pasado muchas veces sólo quedo en propuesta y no se avanzó más.

El mes pasado asesoré a un amigo en la implementación de Google Apps para su empresa, despues de ayudarlo es que decidí crear un documento y esé documento es el que publico a continuación:

Propuesta de Mejora del Servicio de Correo Electrónico

1. Resumen Ejecutivo

1.1. Objetivos

· Mejorar la experiencia de uso del servicio de correo electrónico para los usuarios.

· Reducir el costo de administración del servicio de correo electrónico.

· Mantener la privacidad de las cuentas de correo electrónico de los usuarios.

1.2. Antecendentes


Debido al continuo avance en tecnología algunos de los servicios que antes se brindaban como exclusivos o que servían para diferenciarse se están convirtiendo en commodities.  Uno de los casos mas representativos es el "servicio de correo electrónico".
Desde los inicios del "correo gratuito" con hotmail y sus 2 MB de capacidad hasta el día de hoy con cuentas de correo gratuito de más de 5 GB (5 000 MB) de capacidad la "Institución" siempre se ha mantenido al día brindando un servicio confiable y seguro para toda la comunidad universitaria.  Sin embargo, tratar de seguir a los lideres en este servicio representa actualmente un costo (en equipos y capacitación de personal) demasiado grande.

1.3. Propuesta

Para que la institución pueda seguir brindando un servicio de calidad es necesario cambiar la forma en que brinda este servicio a la comunidad universitaria.  Este cambio de forma involucra la asociación de la institución con alguna de las empresas líderes en el mercado (Microsoft, Google, Yahoo) transfiriéndoles las cuentas de correo (inicialmente las de los usuarios).  Bajo este esquema la institución crea, elimina y actualiza las cuentas de correo de sus usuarios pero la administración del servicio la realiza otra empresa.

1.4. Ventajas

· Aumento de la capacidad de almacenamiento de correos.

· Mejora del filtro de correos basura (spam).

· Mejora de la capacidad de búsqueda dentro de la cuenta de correo del usuario

· Permite acceder al servicio de correo desde cualquier pc o dispositivo móvil.

· Integra el servicio de correo electrónico con otras herramientas de colaboración (calendario, manejo de documentos, etc).

· Mejora la disponibilidad del servicio (al tener servidores distribuidos en todo el mundo)

· Reduce la cantidad de equipos destinados al servicio de correo electrónico.

· Reduce la cantidad de horas hombre dedicada a la administración del servicio.

· Reduce la complejidad en el mantenimiento del servicio.

· Evita que el personal de sistemas tenga acceso a las cuentas de correo de los usuarios.

· Asegura la integridad de la información de las cuentas de correo.

1.5. Desventajas

· El acceso desde el campus de la institución es mas lento al no tener servidores de correo dentro del campus

· La institución no tiene el control para la administración del correo (copias de respaldo, recuperación de correo, control de espacio de cuentas, etc)

· El servicio de correo electrónico depende de la disponibilidad del acceso a internet.

· Cualquier solicitud de acceso a cuentas está restringido por las politicas de la empresa proveedora (Microsoft, Google, Yahoo)

1.6. Implementaciones en Perú

· Universidad de Piura (http://inicio.pregrado.udep.edu.pe/)

· Universidad del Pacífico (http://mail.up.edu.pe/)

· Universidad César Vallejo (http://www.ucvlima.edu.pe/campus/)

1.7. Conclusiones

La necesidad de mejorar y adecuar los servicios de correo electrónico y colaboración de la "Institución" hacen necesario el cambio de enfoque que se ha propuesto.  Este cambio permitirá  centrarse en el desarrollo de soluciones que de un valor agregado a la educación y reducir la demanda de recursos al trasladar el servicio de correo.

2. Descripción General de la Propuesta del Proyecto

2.1. Propósito

Este proyecto tiene como propósito la creación de nuevas cuentas de correos para todos los usuarios y exusuarios de la Institución en una nueva plataforma (Google Apps), así como la creación de las herramientas necesarias para administrar las nuevas cuentas.

2.2. Alcance

El alcance del proyecto es el siguiente:

· Evaluar y contratar (en el caso de ser necesario) el ancho de banda requerido para la solución de correo.

· Elaborar un plan de acción para todos los componentes del correo actual.

· Elaborar un plan de acción para todos los servicios afectados por el cambio de correo electrónico.

· Inscripción en “Google Apps Education Edition”

· Registro y configuración del nuevo dominio para el correo electrónico.

· Personalizar la presentación del correo (modificar colores, logos, etc)

· Desarrollar, Instalar y Configurar el módulo de Administración de Usuarios.

· Desarrollar, Instalar y Configurar el módulo de “autenticación unificada” (un solo login para los servicios del “Portal” y correo electrónico)

· Pruebas integrales

· Elaborar una campaña para informar a los miembros de la institución del cambio de plataforma de correo electrónico.

2.2.1. Evaluar y contratar (en el caso de ser necesario) el ancho de banda requerido para la solución de correo.

· Se evaluará el ancho de banda usado por la solución de correo actual (Microsoft Exchange), en base a la evaluación se decidirá si es necesario contratar “ancho de banda” adicional.

· Se debe evaluar también la necesidad de tener otro proveedor de servicio de Internet además de “Telefónica del Perú”

2.2.2. Elaborar un plan de acción para todos los componentes del correo actual

· Se elaborará una lista de componentes del sistema actual (correos, carpetas públicas, listas de correos –grupos-, envio masivo de correos, alias de correo, etc) y para cada uno de ellos se elegirá un plan de acción (migrar, no migrar, eliminar el componente)

· Se debe tener en cuenta que usando “Google Apps” cualquier envio de correo masivo puede ser tratado como SPAM.

2.2.3. Elaborar un plan de acción para todos los servicios afectados por el cambio de correo electrónico

· Se elaborará una lista de los servicios afectados por el cambio (Ejemplo: el envío de correos en el aula virtual) y su correspondiente “plan de acción”

2.2.4. Inscripción en “Google Apps Education Edition”

· Es el proceso de registro de la “Institución” para poder hacer uso de “Google Apps”

2.2.5. Registro y configuración del nuevo dominio para el correo electrónico

· Se configurará el nuevo dominio “nuevo.dominio” como dirección de correo electrónico (ejemplo: 19930845@nuevo.dominio). Una vez terminada la configuración y generación de los nuevos correos se registrara el antiguo dominio “antiguo.dominio” como alias.

2.2.6. Personalizar la presentación del correo

· Consiste en la modificación de los colores y logos del nuevo correo. Se debe tener en cuenta que el tipo de modificaciones es limitada (en muchas páginas el único cambio permitido es el logo que aparece en la parte superior derecha)

2.2.7. Desarrollar, Instalar y Configurar el módulo de Administración de Usuarios

· El módulo de administración de usuario permite adicionar, eliminar o modificar información de los usuarios.

· Para este módulo se instalará “Google Apps Directory Sync” y se integrará a la administración de usuarios del “Portal” de la Institución

· Se realizarán las modificaciones necesarias en la administración de usuarios del “Portal” para implementar la integración.

2.2.8. Pruebas integrales

· Consiste en probar todo lo referente al alcance del proyecto descrito en este documento.

2.2.9. Elaborar una campaña para informar a los miembros de la institución del cambio de plataforma de correo electrónico

· Consiste en la elaboración y puesta en marcha de una campaña informativa para informar sobre el cambio.

2.3. Plan de trabajo

El plan de trabajo consiste en desarrollar las actividades en el alcance, para tal fin se ha desarrollado un calendario de actividades (con duraciones estimadas) teniendo en cuenta los prerrequisitos de las actividades.

A continuación se muestra un cuadro resumen de las actividades/tareas y su duración estimada.

clip_image002[6]

3. Conclusiones

El cambio propuesto permitirá  centrarse en el desarrollo de soluciones que de un valor agregado a la educación y reducir la demanda de recursos al trasladar las casillas de correo electrónico.

La implementación del servicio de correo electrónico en “Google Apps” permite hacer uso de otros servicios de colaboración, comunicación e infraestructura.

o Mensajería Instantánea

o Suite ofimática

o Calendario

o Creación de sitios web

o Creación y alojamiento de aplicaciones.

Los nuevos servicios pueden usarse para mejorar la comunicación entre los usuarios para el desarrollo de los cursos (durante el dictado de clases y también en las labores fuera de clases –trabajos en grupo, etc-).

4. Anexos

· Esquema actual de Correo Electrónico

· Esquema propuesto de Correo Electrónico

· Diagrama de Gantt de la propuesta

· Estructura de Descomposición del Trabajo (WBS) del proyecto propuesto

· Malla PERT del proyecto propuesto.

· Evaluación de las diferentes opciones de correo electrónico externo (Live@edu-Microsoft y Google Apps)

· Comparación de las opciones del correo electrónico actual y el propuesto

4.1. Anexo 1 - Esquema Actual de Correo Electrónico

clip_image004[6]

4.2. Anexo 2 - Esquema Propuesto de Correo Electrónico

clip_image006[4]

4.3. Anexo 3 – Diagrama de Gantt de la Propuesta

clip_image008[6]

4.4. Anexo 4 – Estructura de Descomposición del Trabajo (WBS)

clip_image010[6]

4.5. Anexo 5 – Malla PERT del proyecto propuesto

clip_image012[6]

4.6. Anexo 6 – Evaluación de las diferentes opciones de correo electrónico externo

RFI-mail

4.7. Anexo 6 – Comparación del Correo Electrónico Actual y el Propuesto

Estado Actual Estado Propuesto
El proceso de autenticación del correo no es el mismo, el usuario tiene que autenticarse 2 o más veces por cada servicio (portal, correo, etc) El nuevo correo usa el mismo proceso de autenticación del portal de la institución(el usuario no necesita autenticarse 2 veces, puede usar cualquier ventana de autenticación)
Permite registrar un alias de correo electrónico (Ejemplo: alias@antiguo.dominio) La opción de registrar un alias existe, pero no debe ser habilitada. (debido a que existen varios “alias de correo” de un usuario y al mismo tiempo tambien son “nombres de usuario” de otra persona en el portal.

v Después de la implantación de la solución se puede habilitar el proceso de creación de alias pero debido a la duplicidad de nombres los alias actuales no pueden ser migrados al nuevo sistema.

La interfaz no es la misma; depende del navegador (ie, firefox, safari, opera, etc.) y del sistema operativo (Windows, osX, linux)

clip_image016[6]

La interfaz es la misma en cualquier navegador o sistema operativo

clip_image018[6]

La opción de búsqueda no esta disponible en todos los navegadores/sistemas operativos (solo IExplorer)

clip_image020[6]

La opción de búsqueda siempre esta disponible

clip_image022[6]

Tiene la opción de “Carpetas Públicas”

clip_image024[6]

No tiene la opción de “Carpetas Públicas”

Esta opción debe ser reemplazada por “foros de discusión”

No tiene clientes de correo para dispositivos móviles

(Puede utilizar clientes de correo de otras empresas)
Permite acceder al correo mediante dispositivos móviles

clip_image026[6]

Espacio limitado para guardar los correos Espacio de 7 GB para cada cuenta de correos

clip_image028[6]

lunes, 15 de junio de 2009

Instalación de MediaWiki

Las características de la instalación son las siguientes:

  • El usuario anónimo sólo tiene acceso de lectura
  • El usuario y contraseña se valida contra un LDAP
  • El usuario local usado en la instalación debe ser desactivado
  • Se debe poder acceder al wiki solo con la dirección del dominio (ejemplo: http://wiki.ulma.edu/)

Para instalar  y configurar el mediawiki es necesario:

Instalación:

Instalar XAMPP

  • Ejecutar xampp-win32-1.x.x-installer.exe.
  • Aceptar los valores que aparecen en las ventanas de instalación (sólo instalar "Apache" y "MySQL" como servicio).
  • Al final de la instalación verificar en el “XAMPP Control Panel” que los servicios Apache y MySql  se ejecutan sin problemas.

image

Instalar MediaWiki

  • Copiar el directorio "mediawiki-1.xx.x" al directorio "c:\xampp\htdocs"
  • Renombrar el directorio "c:\xampp\htdocs\mediawiki-1.xx.x" a "c:\xampp\htdocs\mediawiki"

image 

Instalar la extensión Ldap_Authentication

  • Copiar "Ldap_Authentication.php" a "C:\xampp\htdocs\mediawiki\extensions"

image

Instalar la extensión InputBox

  • Crear el directorio "InputBox" en "C:\xampp\htdocs\mediawiki\extensions\"
  • Copiar "InputBox.classes.php", "InputBox.hooks.php", "InputBox.i18n.php" y "InputBox.php" a "C:\xampp\htdocs\mediawiki\extensions\InputBox"

image

Configuración:

Configurar MediaWiki

image

  • Copiar el archivo "LocalSettings.php" de "C:\xampp\htdocs\mediawiki\config" a "C:\xampp\htdocs\mediawiki"
  • Borrar el directorio "config" de "C:\xampp\htdocs\mediawiki"
  • Editar el archivo "LocalSettings.php" de "C:\xampp\htdocs\mediawiki"

clip_image002[4]

clip_image002[6]

  • Crear el archivo "mediawiki.conf" en "C:\xampp\apache\conf\extra"
  • Editar el archivo "mediawiki.conf"

clip_image002[8]

  • Editar el archivo httpd.conf en "C:\xampp\apache\conf\"

clip_image002[10]

  • Editar el archivo "php.ini" en "C:\xampp\php\" (eliminar el ";")

clip_image002[14]

 

Configurar XAMPP

  • Editar el archivo "index.php" en "C:\xampp\htdocs"

clip_image002[16]

image

  • Reiniciar Apache y MySQL

image

.

Después de haber realizado los pasos descritos arriba solo las personas con usuario y contraseña serán capaces de crear artículos en el wiki y la validación se realiza en un servidor LDAP.

jueves, 11 de junio de 2009

Colaboración en la elaboración de documentos - WIKI

Este artículo se originó porque necesitabamos un sistema que permitiera controlar mejor parte de nuestro trabajo.  Este consiste en preparar la "documentación de actividades de un producto o servicio" para  otro departamento, el "documento de actividades" contiene la información detallada de las actividades que se deben realizar como parte de la entrega del producto, también contiene el resultado de la ejecución de estas actividades.

El problema con esta documentación se orgina debido a que tanto en la elaboración del documento como en la ejecución de las actividades descritas en el documento participan varias personas.  Este problema se trató de solucíonar mediante el envio de emails en los que el asunto (subject) era el código de producto o servicio; sin embargo, no funcionó como esperabamos y en algunas ocasiones aparecian problemas debido a la imposibilidad de rastrear todos los documentos o a errores al escribir el número de producto o servicio.

Al ver las características del proceso:

  • Varias personas elaboran el documento.

  • Varias personas ejecutan las actividades descritas en el documento.

  • El documento puede sufrir variaciones durante la ejecución de las actividades.

  • El documento puede ser revisado en cualquier momento por cualquier persona.

  • Se debe poder controlar quien elaboró parte del documento y quien ejecutó cada una de las actividades descritas en él.


Se decidió instalar un wiki (mediawiki) y configurarlo de la siguiente manera:

  • Las personas que no tienen usuario y contraseña solo pueden leer los artículos del wiki.

  • Las personas con usuario y contraseña pueden crear y colaborar en los artículos.

  • Un grupo de personas tiene la capacidad de bloquear o proteger artículos para que ya no puedan ser editados.

  • Se creó una plantilla que será usada como base para la elaboración de los artículos.

  • Se decidió usar el "código de producto o servicio" como nombre del artículo en el wiki.


Al instalar el wiki y probarlo encontramos las siguientes ventajas:

  • Permite la creación de los documentos (artículos) de una manera rápida y sencilla.

  • Cada persona tiene la posibilidad de actualizar parte de la documentación.

  • Permite estandarizar la documentación mediante el uso de plantillas.

  • Permite seguir el rastro de los cambios realizados en el documento (artículo) (¿quien? , ¿que? y ¿cuando?)

  • Permite realizar búsquedas sobre la información.


y las siguientes desventajas:

  • Los niveles de acceso no permiten realizar un control de acceso estricto.

  • Cualquier persona con usuario y contraseña puede modificar un artículo sin verificar si está participando en la elaboración de este.

  • Posibilidad de crear artículos (documentos) sin necesidad de usar las plantillas


Si bien es cierto que el wiki tiene algunas desventajas, estas no son muy relevantes debido a que nuestro equipo de trabajo es pequeño, tenemos la misma ubicación (geográfica) y tenermos una buena relación de confianza entre los miembros del equipo.

En los siguientes artículos describiré los pasos para la instalación del wiki y si realmente satisface nuestras necesidades.

jueves, 16 de abril de 2009

Contenido Web para Dispositivos Móviles

¿Qué deberiamos tener en cuenta para mostrar contenido web en dispositivos móviles?

Sobre el lenguaje de marcas a utilizar: "XHTML Basic 1.1" o "HTML 4.01 Strict"


Actualmente la última versión de HTML es la 4.01 (las últimas recomendaciones se publicaron el 24 de diciembre de 1999), después se definió "XHTML 1.0" que es compatible con HTML 4.01 pero además cumple con las especificaciones del lenguaje XML.

Algunos años atras la opción hubiera sido utilizar "XHTML MP (mobile profile)" que fue definido como estándar al salir la versión "WAP 2.0"  y que es soportado por los dispositivos móviles desde el año 2004.  Sin embargo, actualmente la gran mayoría de dispositivos también soporta "HTML" por lo que un desarrollo usando páginas html no debería ocasionar problemas.

Para minimizar los problemas al desarrollar las página es aconsejable seguir las reglas de programación de XHTML y que también pueden ser implementadas usando HTML.

Entre las reglas más importantes están:

  • Los nombres de los Elementos y Atributos deben ir en minúsculas

  • Todos los valores de los atributos deben ir entre comillas dobles (")

  • Todos los elementos deben tener etiquetas de cierre (incluso los elementos vacios).

  • Los elementos anidados se deben abrir y cerrar en el orden correcto.

  • Colocar el encabezado y correcto a todas las páginas (DOCTYPE, cache-control,  content-type)


image

Otras recomendaciones

  • Usar la codificación de caracteres UTF-8

  • Usar hojas de estilo (stylesheets) para controlar la presentación de las páginas (CSS1).

  • Crear las páginas para que puedan ser leidas sin las hojas de estilo.

  • Usar los formatos de imagen JPEG y GIF


Como probar las páginas desarrolladas

image image image image

Sobre los dispositivos a utilizar: Dispositivos Móviles



  • El tamaño de las pantalla

    • En base a la cantidad de pixeles de ancho se pueden establecer 4 tamaños de pantalla (128 pixeles, 176 pixeles, 240 pixeles y 320 pixeles)

    • Se recomienda que para ver una página sólo sea necesario desplazarse verticalmente y no de manera horizontal (scrolling).

    • Proveer de una barra de navegación al incio de la página, si la página es muy extensa se recomienda copiar la barra de navegación al final de la página.

    • La posición de la barra de navegación siempre debe ser la misma.

    • La descripción de los enlaces debe ser corta y precisa.



  • El teclado limitado

    • Definir un URL corto.  Ejemplo: http//movil.univ.com

    • Se recomienda hacer uso de listas de navegación, estas listas no deben de tener mas de 9 elementos.

    • Mediante el uso del atributo "accesskey" y asignandole un valor entre 1 y 9 se puede acceder a un enlace pulsando el número correspondiente en el teclado



  • La velocidad del procesador

    • No se debe hacer uso de lenguajes de scripts del lado del cliente (evitar en lo posible el uso de javascript)



  • La memoria del dispositivo

    • Limitar el tamaño máximo de las páginas.

    • Las páginas deben ser pequeñas en tamaño pero a la vez lo suficientemente grande para mostrar información relevante y evitar nuevas solicitudes de páginas para completar la información.



  • El ancho de banda disponible y su costo

    • Reducir el tamaño de las páginas y la cantidad de imágenes que se van a utilizar

    • Usar imágenes sólo cuando sea necesario.

    • Evitar el uso de ventanas pop-ups, recargas automáticas de páginas y redireccionamientos.

    • Limitar el contenido de las páginas a lo que el usuario espera encontrar (evitar colocar informacíón adicional no relacionada al tema principal de la página)



  • La variedad de exploradores web incluidos en los dispositivos móvil

    • Evitar el uso de Frames.

    • Evitar el uso de tablas (tables).

    • Incluir un texto descriptivo para todas las imágenes.






Fuentes:

lunes, 6 de abril de 2009

Puntos que consideraría para el rediseño de un Site

Me pidieron que presentará una idea o propuesta de como cambiaría el diseño de un site.  Este site tiene mucho tiempo sin cambiar su diseño (mas de 4 años).

Como no sabía como empezar, porque era la primera vez que me pedían un trabajo parecido, empecé haciendo una lista de los puntos que debia tomar en cuenta, esta es la lista:

 

Sobre Internet

  1. Internet es diferente al resto de medios masivos de comunicación. Internet no es un medio masivo de comunicación
  2. Internet trata de reproducir la realidad (conversaciones, interacciones, opiniones, noticias, etc.)
  3. No se debe tratar de reproducir el contenido de una revista o un folleto, el contenido de la página web (Internet) debe tratar de reproducir la realidad.

Sobre los participantes de Internet

  1. Se pueden clasificar 3 tipos de participantes de Internet
    • Los que crean contenido
    • Los que participan en base al contenido creado por otros (creando más contenido)
    • Los que observan (leen) el contenido creado por los demás.
  2. Los participantes desean tener un cierto grado de control cuando navegan en internet (el control normalmente se da si el participante tiene la opción de expresar una opinión)
  3. Las personas desean comunicarse con otras personas.  Las noticias, informes, etc que aparecen en internet deben ser contadas por personas

Sobre el tipo de contenido

  1. El contenido ser publicado teniendo en cuenta a quien va a ir dirigido (alumnos, graduados, padres, publico en general.
  2. El contenido debe ser expresado de manera natural (es mucho mas agradable leer una historia que una lista de hechos)

Sobre la distribución del contenido dentro del site

  1. Debe existir un espacio para la información institucional (la misma que aparece en revistas y folletos y que no permite una interacción con participante)
  2. Debe existir una espacio en el que se presente la información de acuerdo al quien va dirigido, este espacio debe estar diseñado de manera que permite la participación.
  3. Debe existir un espacio en que el principal contenido sea el creado por las opiniones de los participantes.

Más adelante agregaré mas información.

lunes, 16 de febrero de 2009

Herramientas para optimizar un sitio web para motores de búsqueda

A continuación voy a mostrar algunas de las herramientas que provee Google:

 

Herramienta para palabras clave

https://adwords.google.es/select/KeywordToolExternal

  • Esta herramienta permite encontrar palabras claves a partir del contenido de un sitio, también te muestra un palabras claves similares.
  • Muestra la cantidad de busquedas por cada "palabra clave",
  • Permite restringir los resultados por idioma y por país

Google-Keyword-Tool

 

Herramientas para webmasters

https://www.google.com/webmasters/tools/?hl=es

  • Muestra información sobre el sitio web (diagnóstico, estadísticas y enlaces internos y externos)
  • Permite enviar un mapa del sitio (sitemaps) para informar a google la estructura y distribución del sitio.
  • Permite generar el archivo "robot.txt" (este archivo permite indicar que archivos, directorios y páginas no deben ser rastreadas y tampoco indexadas)

Google-Webmaster-Tool

 

Herramienta para análisis de sitios web - Google Analytics

http://www.google.com/analytics/es-ES/

Permite realizar un análisis del tráfico, por motores de búsqueda, procedencia, idioma, etc.

Google-Analytics

 

La 3 herramientas mostradas arriba permiten realizar un mejor análisis de como los usuarios navegan a través de un sitio web.

Recomendaciones para optimizar un sitio web para motores de búsqueda

¿Qué no se se debe usar?

 

Evitar el uso de texto y enlaces oculto.

  • Se debe evitar el uso de texto del mismo color que el fondo de la página, ocultar el texto detrás de alguna imagen, especificar el tamaño de las letras en 0, etc.

 

Evitar el uso de encubrimiento

  • Se refiere a evitar la práctica mediante la cual el buscador al indexar la página ve información diferente a la que ve cualquier otro usuario.
  • Si la página contiene información que no puede ser rastreada o indexada por el motor de búsqueda (Flash, JavaScript o imágenes) se debe hacer uso de de la etiqueta "noscript" para el javascript y hacer uso del atributo "alt" para las imágenes.

 

Evitar el uso de páginas puerta (doorway)

  • Son un conjunto de páginas que tienen el único fin de estar optimizadas para una palabra o frase clave y luego llevan al usuario a un único destino.

 

Evitar el uso excesivo de palabras clave

  • Se debe evitar el uso de palabras clave de manera excesiva en la forma de listas o párrafos en los que se repiten palabras de manera aleatoria.
  • Las palabras o frases clave debe aparecer como parte de un texto o párrafo que tenga sentido al ser leido por una persona.

 

Evitar crear páginas con contenido duplicado.

  • Evitar el uso de contenido duplicado como medio de manipular la valoración de las páginas en google y para ganar más visitas.
  • Los foros de discusión y las versiones para imprimir de las páginas no se consideran como uso malintencionado.

 

fuente:

http://www.google.com/support/webmasters/bin/topic.py?topic=8522

viernes, 23 de enero de 2009

¿Qué es SEO?

SEO son las siglas de "Search Engine Optimization" o "Search Engine Optimizer" y se refiere a las técnicas o a las personas que implementan las técnicas para llevar a un sitio web a las primeras posiciones en el resultado de los buscadores (google, yahoo, etc).

Para lograr ese objetivo en el caso específico de Google se deben tener en cuenta dos factores:

1. PageRank (PR).

Es un algoritmo que asigna un valor a una página, entre 1 y 10, y que depende de la cantidad de enlaces que apuntan a la página (un enlace es igual a un voto) y de la importancia de las páginas que realizan los enlaces o votos.

2. El contenido de las páginas y enlaces.

Se trata de optimizar las palabras clave, las etiquetas (título, descripción), los atributos de las imágenes (alt), los enlaces dentro de la página, el texto de los enlaces, etc. para lograr que el motor de búsqueda de google encuentre los resultados mas relevantes para el usuario.

Recomendaciones para optimizar el sitio web

El PageRank

    • Obtener enlaces de entradas desde otras páginas.
    • Tratar de que las páginas que tienen enlaces hacia nuestra página tenga un PageRank alto.

El uso de palabras clave (keywords)

    • Seleccionar las palabras clave en base al contenido que tiene la página.
    • Seleccionar las palabras clave en base a las palabras que los usuarios utlizan para buscarnos en internet.
    • Revisar la popularidad de las palabras o frases clave que se van a utlizar para nuestra página.
    • Mejorar la densidad de las palabras clave de nuestra página (identificar cuales son las palabras claves mas utilizadas en las consultas de los usuarios y tratar de incluir la mayor cantidad de esas palabras en el contenido de nuestra página,  las palabras deben ser incluidas dentro de oraciones y no deben ser incluidas como una lista sin sentido).
    • Hacer uso de la herramienta para "palabras clave" de google ( https://adwords.google.com/select/KeywordToolExternal ).

El uso de la etiqueta Título (<TITLE>)

    • El título de la página debe tener un texto que describa el contenido de la página.
    • En el contenido del título se debe hacer uso de las "palabras clave" más importantes.
    • El contenido del título debe ser descriptivo y preciso.

clip_image001

El uso de la "Meta Description" (<META NAME="description" CONTENT="">)

    • El contenido de la etiqueta "Meta Description" se muestra como un breve texto en el resultado de una consulta.
    • En el resultado de la consulta se muestran los primeros 150 caracteres del contenido de la etiqueta.
    • Es recomendable el uso de descripciones diferentes para diferentes páginas, si no se cuenta con los recursos para colocar descripciones en todas la páginas estas se deben colocar en las páginas más importantes y más populares.
    • El contenido de la etiqueta "Meta Description" no debe tener información duplicada (no se debe incluir el contenido de etiqueta Título).
    • Debe ser de fácil lectura y tener relación con el contenido de la página.

clip_image003

El uso del atributo "ALT" para las imágenes (<IMG SRC="" ALT="">)

    • El atributo "ALT" se usa como un "texto alternativo" en el caso de que la imagen no se pueda mostrar (contiene la descripción de la imagen).
    • Debe ser descriptivo y preciso.
    • Este atributo es usado por el motor de búsqueda de google para conocer el contenido de la imagen.

clip_image005

Los enlaces dentro de las página (<A HREF=""></A>)

    • Mantener la cantidad de enlaces en un número razonable (menos de 100).
    • Hacer uso del atributo "nofollow" (rel="nofollow") para evitar que enlaces no deseados afecten el PageRank de nuestra página (aplicar esta recomendación en páginas que permitan la creación de contenido por parte de los visitantes)

El texto de los enlaces (<A HREF=""></A>)

    • El texto de los enlaces desde y hacia nuestra página debe hacer uso de las "palabras clave".
    • El texto debe ser corto, descriptivo y preciso.

clip_image007

Han quedado varios temas  pendientes como el uso de "mapas del sitio"  para describir la estructura del sitio, el uso  del archivo "robot.txt" para indicar que páginas indexar y el uso de herramientas para ver el comportamiento de los usuarios; estos temas serán tratados en otro artículo.

 

Actualización:

El uso de la etiqueta link canonical (<link rel="canonical" href="" />)

    • Se usa en los casos que se tiene varias direcciones que tienen el mismo contenido.
    • En la etiqueta se coloca la direccion principal (verdadera dirección) que contiene la información.
    • El uso de esta etiqueta permite controlar cual es la dirección que se debe mostrar como resultado de una busqueda asi como consolidar la popularidad de la página principal.

 canonical

 

El uso de las palabras clave (keywords) en las direcciones (URLs)

    • Se debe usar las palabras claves (keywords) como parte de las direcciones (URLs) para mejorar el posicionamiento de la página.

URL-keywords 

 

Fuentes:
http://www.google.com/support/webmasters/bin/answer.py?answer=35291&topic=15260
http://www.google.com/support/webmasters/bin/answer.py?answer=35769
http://www.google.com/support/webmasters/bin/answer.py?answer=70897
http://www.thesitewizard.com/archive/google.shtml
http://www.google.com/corporate/tech.html
http://web.archive.org/web/20040721055917/http://www7.scu.edu.au/programme/fullpapers/1921/com1921.htm
http://googlewebmastercentral.blogspot.com/2007/09/improve-snippets-with-meta-description.html
http://groups.google.com/group/Google_Webmaster_Help-Indexing/browse_thread/thread/7c5dc8cbb5f07dcd
http://googlewebmastercentral.blogspot.com/2007/12/using-alt-attributes-smartly.html