RSS
 

Archive for the ‘Estándares web’ Category

HTML5: mejoras importantes en el lenguaje de la web

29 May

HTML son las siglas de HyperText Markup Language, el lenguaje de etiquetas de hipertexto que se utiliza para crear y poder visualizar los contenidos de las páginas web. Este no es un lenguaje estancado y definitivo, sino que a medida que va evolucionando internet se van exigiendo ciertas mejoras y la W3C regula todo su desarrollo.

youtube-version-html5.jpg

Ahora Youtube nos sorprende con una versión de su página web creada con HTML5, a la que lógicamente sólo puede accederse para ver el contenido correctamente desde un navegador que soporte el nuevo lenguaje de marcas. Entre ellos, las versiones Beta de Firefox 3.5, Opera o Safari 3 servirán sin problemas.

En cuanto a las diferencias con la versión anterior, en la tabla de referencia de HTML5 propuesta por el W3C puede obtenerse un listado de todos los elementos disponibles, sus descripciones aclaratorias y si están o no definidos en HTML4 y HTML5. El desarrollador web aNieto2k publicó hace tiempo un artículo muy interesante en el que compara las novedades de la quinta versión del lenguaje con respecto a las anteriores. Habrá nuevos elementos para definir nuevas estructuras, como por ejemplo:

  • <article />: nueva etiqueta para definir bloques de contenidos que correspondan a artículos.
  • <section />: definición de una sección del sitio.
  • <dialog />: tag para definir diálogos y conversaciones entre varias personas.
  • <video /> y <audio />: para la inclusión de elementos de video y audio. Un ejemplo puede verse en la versión de Youtube en HTML5 que comentábamos anteriormente.
  • <footer />: parte de la web donde podrá ir información sobre el autor, licencias de uso, condiciones… todo ese tipo de detalles que generalmente suelen colocarse en el pie de la web.
  • <canvas />: espacio para gráficos generados en el momento de la visualización de la web.
  • <time />: información sobre tiempos o fechas.
  • <command />: para mostrar comandos que el usuario puede ejecutar.
  • <progress />: implementación de una barra de progreso durante la realización de un proceso o tarea.

Estos elementos y etiquetas también contienen ciertos atributos que también han sido mejorados, algunos de ellos eliminados y se han incorporado atributos nuevos en la definición de HTML5.

Como se puede observar, las nuevas etiquetas están definidas pensando también en la semántica de las páginas web, una evolución de la forma en que se realizan los sitios web que intenta dotar de significado útil para las personas todos los componentes y contenidos de una página.

Un ejemplo claro de a qué nos estamos refiriendo con el concepto de “web semántica” es plantearle a Google o a Yahoo la búsqueda “4+5” o “Hoteles en Zaragoza”. En ambos casos, el motor del buscador ha evolucionado hasta comprender que esas preguntas tienen un significado muy claro y piden una respuesta igualmente humana, y no simplemente una lista de páginas con coincidencias de los términos. En el primer caso, ambos responden directamente el cálculo de la suma de ambos números, entendiendo que se quiere realizar una operación matemática y no una búsqueda de palabas clave. En la segunda pregunta, responden con una lista de hoteles en la ciudad citada, con su localización exacta, páginas web, teléfono, precios, valoraciones y comentarios de otros usuarios.

Estas respuestas no obedecen realmente a los objetivos de la web semántica, ya que no utilizan realmente las tecnologías previtas para este nuevo paradigma sino que actualmente son solamente un guiño hacia una solución humana que una persona está buscando. Como comenta Alex Iskold en su artículos sobre mitos y realidades de la web semántica, el objetivo principal es que los usuarios podamos cambiar la forma en la que planteamos nuestras preguntas a una nueva forma totalmente humana, como por ejemplo: “¿Quién fue el presidente de los Estados Unidos entre los años 1993 y 2003?”. Y que la respuesta sea: “Bill Clinton hasta el 2001 y después George Bush”.

Ahora llega cuando la tecnología de los navegadores también avanza y poco a poco las nuevas versiones de los navegadores van soportando todos el nuevo lenguaje. Aunque, como siempre, unos antes que otros (léase Internet Explorer).

fuente: genbeta.com

Enlace | W3C – Guía breve de la web semántica
Enlace | HTML5

SocialTwist Tell-a-Friend
 

Estados de un dominio COM

06 May

Estados de un dominio COM:

Hay ocho códigos de estado diferentes o valores en el Registry Registrar Protocol (RRP) desarrollado por el NSI/Verisign. Los dos registros más grandes (.com y .net) y algúnos de los más usados códigos de país (TLDs). Las extensiones de dominio como .bix o .info utilizan el código de estado Extensible Provisionoing Protocol (EPP).

ACTIVE

El Registro Oficial establece este estado. Un dominio Activo puede ser modificado por el registrador y puede ser renovado. El dominio será incluido en la zona si ha sido delegado a al menos un servidor.  Este estado es el más común.

REGISTRY-LOCK

El Registro Oficial establece este estado. El dominio no puede ser modificado, borrado por el registrador. El registro debe remover el estado de bloqueo o lock para poder modificar el dominio. Aún así el dominio puede ser renovado. Y su nombre será incluído en la zona si el dominio ha sido delegado a al menos un servidor. Este estado no es muy común y algunas veces es utilizado en disputas o durante el período de redención.

REGISTRAR-LOCK

El registrador sponsoreado establece este estado. El dominio no puede ser modificado, borrado o transferido. El registrador debe remover este estado REGISTRAR-LOCK para modificar el dominio. Tu puedes modificar el estado Registrar Lock desde la interfase de tu cuenta de administración de registrador. El dominio puede ser renovado y será incluido en la zona. El estado es muy común. Es utilizado para prevenir transferencias no autorizadas y usualmente activado por el registrador por defecto.

REGISTRY-HOLD

El registro oficial establece este estado. El domino no puede ser modificado o borrado por el registrador. El registro debe remover el estado REGISTRY-HOLD para que el registrador pueda modificar el dominio. El dominio puede ser renovado, pero no será incluido en la zona. No es un estado común pero se utiliza cuando un dominio esta pronto a borrarse o cuando se encuentra en disputa legal.

REGISTRAR-HOLD

El registrador contratado establece este estado. El dominio no puede ser modificado o borrado. El registrador debe remover el estado REGISTRAR-HOLD para modificar el dominio. El dominio puede ser renovado. El dominio no será incluido e la zona. Usualmente denota la falta de pago, vencimiento o un nombre de dominio en disputa legal.

El dominio expiró hace 75 días y el registro está a punto de borrarlo. El dominio permanece en este estado por cinco días antes a ser borrado.

Estados de servicio del período de redención

Estos códigos de estado son utilizados como progresos del dominio en camino a borrarse del registro.

RedemptionPeriod

El registro establece este estado cuando un registrador requiere que el nombre de dominio sea borrado del registro y el dominio ha sido registrado por más de 5 días hábiles (si la solicitud de borrado es recibida dentro de los 5 días iniciales desde el registro, el dominio será borrado inmediatamente). El dominio no será incluido en la zona. El dominio no puede ser modificado o purgado; solo puede ser restaurado. Cualquier otra solicitud del registrador para modificar o actualizar el dominio será rechazada. El dominio será mantenido en este estado por un máximo de 30 días hábiles.

PendingRestore

El registro establece este estado luego de que el registrador solicita restauración de un dominio que se encuentra en estado de REDEMPTIONPERIOD. El dominio será incluido en la zona. Las solicitudes por parte del registrador para modificar o actualizar el dominio serán rechazadas. El dominio será mantenido en este estado mientras el registro espera a que el registrador provea la documentación de restauración requerida. Si el registrador no logra proveer la documentación necesaria para que el registro confirme la solicitud de restauración en los 7 días hábiles, el dominio revertira su estado a REDEMPTIONPERIOD. El estado volverá a ser ACTIVE solo cuando el registrador provea la documentación al registro dentro de los 7 días habiles para confirmar la solicitud de restauración. En ese caso el dominio que ha expirado esta ahora siendo restaurado al estado ACTIVE.

PendingDelete

El registro establece este estado luego de que un dominio es puesto en estado de REDEMPTIONPERIOD y el dominio no ha sido restaurado por el registrador. El dominio no será incluido en la zona. Una vez en este estado todas las solicitudes del registrador para modificar o actualizar el dominio serán rechazadas. El dominio será purgado y desechado de la base de datos del registro luego de haber estado en este estado durante 5 días hábiles. Una vez que el borrado ocurre, el dominio se encuentra disponible para ser registrado nuevamente por aquel que lo encuentre primero.

Como podrán ver los estados de un dominio pueden variar entre estos estados, es importante aclarar que los estados varían dependiendo de la extensión del dominio.

Mas informacion: WDBC / ICANN

fuente: Kbytes.com

SocialTwist Tell-a-Friend
 

9 Razones para que GOOGLE no indexe tu website

19 Feb

Muchas veces el intentar desarrollar aplicaciones demasiado diferentes o mal implementadas, hace que las páginas que la página web de nuestro cliente no sea indexada por Google:

  • Menús Javascript: los buscadores no siguen los enlaces javascript.
  • Mapa de imagen: al igual que los javascripts, no pueden seguir las imágenes.
  • Enlaces con imágenes o rollover: cuando contienen javascript y no están desarrollados por CSS.
  • Pop-ups: desarrollados mediante Javascript.
  • Menús por combos: cuando los menús se crean mediante SELECT, normalmente se accede por un formulario.
  • Enlaces en etiquetas NOSCRIPT: debido al abuso de esta etiqueta por parte de spammers, los buscadores no le hacen caso.
  • Frames: debido a su mal uso, Google ha penalizado su uso.
  • Java: no puede acceder a su contenido ni ejecutarlos.
  • Flash: ya tratado con anterioridad el uso del Flash o no, los motores de búsqueda no los tratan. De todas formas, siempre es recomendable presentar una alternativa al Flash.

fuente: dzone

SocialTwist Tell-a-Friend
 

Previsualiza el diseño de tu web en IE y Firefox simultáneamente CSS Vista

24 Oct

CSSVista es una nueva herramienta que les resultará muy útil a los desarrolladores web, ya que sirve para editar CSS en tiempo real con los navegadores Internet Explorer y Mozilla Firefox simultáneamente.Esta aplicación para Windows nos facilita el trabajo de ver cómo va quedando nuestro diseño en los dos navegadores y nos permite elegir a su vez si deseamos realizar la pre-visualización del sitio en pestañas o de forma paralela, es decir, Split.
Si bien CSSVista es una aplicación gratuita el ofrece la posibilidad de descargar el software SiteVista que sí es pago y nos da la posibilidad de ver si nuestra página funciona correctamente en los navegadores más populares.
Fuente:Helektron

SocialTwist Tell-a-Friend
 

Adobe Flash Player 10 disponible oficialmente

15 Oct

Hoy Adobe ha anunciado Flash Player 10, disponible desde ya mismo para ser descargado para cualquier plataforma. Además de mejorar la aceleración gráfica por hardware, el sistema de dibujo y el soporte para carga y descarga de archivos desde la propia aplicación en Flash, esta esperada versión viene con muchas novedades importantes.

Adobe Flash Player 10 da un salto de calidad con esta nueva edición que incluye soporte para poderosos efectos 3D y filtros a medida, además de la creación y manipulación de textos con calidad de impresión, permitiendo todo tipo de movimientos, rotaciones y efectos sobre las tipografías. Además de las importantes mejoras en el rendimiento del video, también se incluye un gran cambio en cuanto al sonido, puesto que la nueva API permite crear aplicaciones de sonido complejas como mezcladores, secuenciadores o incluso procesamiento y filtrado de audio en tiempo real.

Antes de ser instalado, se recomienda desinstalar cualquier versión anterior.

via: genbeta.com

SocialTwist Tell-a-Friend
 

La historia del Error 404

14 Aug

Internet no siempre fue la red que conocemos y disfrutamos hoy. En sus comienzos, era poco más que un puñado de ordenadores conectados entre sí, un proyecto ambicioso desarrollado por un grupo de jóvenes científicos del CERN (Suiza), intentando mantenerse al tanto del trabajo de sus pares en todo el mundo.

Ellos fueron los creadores de la “World Wide Web“, conocida mundialmente como WWW o “la web“. Es decir, los muchachos idearon todo un sistema de comunicaciones de datos que no solo les solucionó el problema, sino que, una vez abierto al público en general y treinta años más tarde, goza de una inmejorable salud.

Este puñado de jóvenes mentes brillantes eran renuentes revelar su progreso (y fracasos) al mundo, por lo que comenzaron a desarrollar su protocolo en un ambiente cerrado: la red interna de la CERN. Mucha agua debía pasar debajo del puente antes de que se convirtiese en una red con acceso a cada hogar, distribuyendo documentos multimedia. Usando la disposición física de la red y de los edificios de la CERN como metáfora para el “mundo real” situaron diversas funciones del protocolo en diversas oficinas dentro de la CERN.

En una oficina, situada en el cuarto piso, estaba ubicada la base de datos central del World Wide Web: cualquier pedido de ficheros era encaminado a esa oficina, en donde dos o tres personas (¡sí, personas!) lo localizaban manualmente utilizando métodos que hoy parecen medievales y los transferirían, mediante la red, a la persona que había realizado la petición. Esta habitación era conocida como “Room 404” (Sitio 404).

Inevitablemente, la base de datos comenzó a crecer, y también la cantidad de gente con acceso a los documentos que en ella se almacenaba. Y también comenzaron a aparecer algunos problemas: había gente poco familiarizada con el sistema que efectuaba peticiones de documentos que no existían, o con nombres de archivo escritos incorrectamente. El personal a cargo de la “Room 404″ enviaba, en esos casos, una nota explicando que el documento no podría ser hallado. Rápidamente, estas peticiones erróneas fueron contestadas con un mensaje estándar: “Sitio 404: archivo no encontrado“.

Tiempo más tarde, cuando los procesos de respuesta fueron automatizados y los trabajadores del cuarto piso fueron reemplazados por ordenadores, los usuarios de la red pudieron acceder directamente a los documentos almacenados en la base de datos. Sin embargo, el mensaje de error estándar para indicar que un documento determinado no podía ser hallado siguió siendo el mismo: “404: file not found“.

Este número de error ha sobrevivido hasta nuestros días, y forma parte de la lista oficial de errores del HTTP (Hyper Text Transfer Protocol, o Protocolo para la Transferencia de Hipertexto)

Es posible encontrar en internet diferentes pantallas de “Error 404”, ya que los servidores de páginas web permiten la personalización de este mensaje, de forma que el administrador de cada sitio pueda adaptarlo a la estética general del resto de sus páginas. Acompañando a este artículo puedes ver algunas de las que más nos llamaron la atención.

Esta historia tiene todo lo necesario para ser verdadera. Pero hay algunos que aseguran que se trata de otra leyenda urbana. Quienes defienden esta postura se basan en que, según está definido en el protocolo estándar HTTP, el número de ésta respuesta (404) está definido de la siguiente forma: el primer número indica el tipo de respuesta, en este caso el 4 significa “error del cliente”. Los siguientes dos número indican el subtipo de error, en este caso el 04 (“Not found”).

Este argumento es válido, y está documentado en w3.org, la organización encargada de velar por el estándar “www”. Pero no se puede negar que es mucho más atractiva y romántica la historia que acabamos de leer.

SocialTwist Tell-a-Friend
 

Escribir para la web

02 Jul

La primera recomendación es hacer el texto tan claro y conciso como sea posible; es decir, reduzca la cantidad de texto eliminando las palabras que no se necesitan.

Una segunda recomendación debe ser convertir la disposición del texto a un formato que sea más “agradable”.

Por ejemplo, las listas y las tablas con “bulleted” o numeradas se pueden hojear mucho más rápidamente que si alineamos el texto tradicional.

Listas de formato, texto del bloque, y tablas

Los títulos de los menúes y los artículos de menú se deben ajustar a lformato, usando las letras mayusculas y minusculas. Los sustantivos, los pronombres, los verbos, los adjetivos, y los adverbios deben comenzar con una mayúscula, mientras que las conjunciones y los artículos deben ser todo minúsculas.

Las listas tienen la ventaja de atraer el ojo del usuario. El único problema significativo de la utilidad de listas es la dificultad de interpretar las listas que se jerarquizan dentro de otras listas, evite hacer esto en la medida que sea posible.

Las tablas son una manera extremadamente útil de transportar el material en espacio muy pequeño, y de una manera que atraiga la atención del usuario.

Incluya cualidades que mejoren el funcionamiento y utilidad de la tabla. Las cualidades explícitas del tamaño aceleran las tablas dramáticamente, puesto que el browser no tiene que analizar el texto para determinarse cómo deben ser las columnas de anchas.

Utilice la ANCHURA y la ALTURA, en las especificaciones en ambos aspectos de la TABLA, y para todas las especificaciones del TD, en porcentajes.

También recuerde que las tablas complejas pueden tardar más tiempo en descargarse. Para mejorar funcionamiento y descarga, parta el contenido en tablas múltiples, más simples.

Mejorar la accesibilidad del web

Lo más importante que usted puede hacer para mejorar la accesibilidad del texto es utilizar etiquetas del estilo del HTML para identificar títulos.

Los “navegadores de Voz” exploran el Web buscando títulos y referencias para ayudar al usuario a orientarse y a ganar una sinopsis del contenido de la página.

Otra ayuda a la accesibilidad es utilizar texto en vez de imagenes donde sea posible. Los textos tienen la ventaja agregada de cargar más rápidamente que las imágenes.

Autor: Emilio Cercas (entraenlared.com)
fuente: http://www.webtaller.com

SocialTwist Tell-a-Friend
 

Usabilidad y analítica Web

26 May

Qué es la analítica web? La analítica web consiste en grabar y analizar los datos de navegación de los usuarios en un sitio web. En un primer momento, se utilizaban los datos grabados en los logs de los servidores. Actualmente, la mayoría de las herramientas de analítica web funcionan mediante un código javascript que se inserta en el pie de página, y que recoge los datos que nos interesen para enviarlos a una base de datos que posteriormente podremos consultar.
Las herramientas profesionales más conocidas son:

  • Google Analytics
  • Omniture SiteCatalyst
  • XiTi
  • Nedstat
  • Visual Sciences
  • WebTrends
  • ClickTracks
  • Clickdensity

¿Qué mide la analítica web? Las principales medidas (métricas) de cualquier herramienta de analítica web son:

  • Páginas vistas
  • Usuarios Únicos
  • Visitas
  • Tiempo de navegación

Otros datos que manejan algunas herramientas de analítica web son:

  • datos de clicks (“clickstream”) que permiten reconstruir las rutas de navegación de los usuarios así como dibujar “mapas de calor” sobre una página, mostrando los elementos con más clicks
  • euros (por ejemplo, en un sitio de comercio electrónico, el importe de una compra; en un sitio de contenido, el valor de un click en un anuncio o de la impresión de un banner)
  • orígenes del tráfico: es decir, los sitios web que nos envían visitas, así como las palabras clave que los usuarios utilizan en los buscadores para llegar a nuestra web
  • páginas de entrada: es decir, la página por la que un usuario entra en nuestro sitio
  • páginas de salida: es decir, la página desde la cual un usuario abandona nuestro sitio
  • eventos del sitio web: por ejemplo, número de usuarios que se registran para recibir un newsletter, número de usuarios que hacen una búsqueda, número de formularios enviados, etc.
  • abandono de formularios: número de veces que un formulario se empieza a rellenar y se abandona, así como el campo en el que se abandona el formulario

Analítica web y Usabilidad Existen muchas técnicas y procedimientos que nos permiten aprovechar los datos recolectados por una herramienta de analítica web a fin de mejorar la usabilidad de un sitio web. Nos centraremos en los siguientes puntos:

  • ClickMap
  • A/B Testing
  • Análisis de formularios
  • Rutas de navegación
  • ClickMap El “clickmap” (mapa de clics) es aparentemente parecido a los mapas de calor del 2eye tracking”, pero en lugar de mostrarnos dónde miran los usuarios, nos muestra dónde hacen clic los usuarios.
    Algunas versiones del “clickmap” sólo muestran datos de clics en las zonas clicables (links, botones), como es al caso de la funcionalidad llamada “site overlay” de Google Analytics.
    Otras herramientas como Clickdensity, sin embargo, son capaces de mostrar datos de clic en cualquier zona de la pantalla, independientemente de si tiene un link o no (os recomiendo que probéis la demo de Clickdensity, vale la pena)

    Finalmente, herramientas como Omniture SiteCatalyst pueden mostrar los ingresos que genera cada clic en cada elemento de la página. Además, es capaz de mostrar datos en tiempo real.
    La utilidad del mapa de clics es evidente: de un vistazo, podemos ver dónde clican los usuarios en una pantalla determinada, y rápidamente actuar para mejorarla en tres aspectos principales:

    • Visibilidad y posicionamiento de links y botones de la página
    • Elementos de la página que confunden al usuario: aquellas zonas de la página en donde hay muchos clics, a pesar de que no son clicables
    • Elementos de la página más “rentables”: no está directamente relacionado con la usabilidad, pero normalmente querremos dar más visibilidad a aquellos elementos más rentables, así como investigar por qué ciertos elementos de la página no son tan rentables como esperaríamos

    A/B Testing El A/B Testing es de utilidad cuando dudamos entre dos diseños para una misma página. Lo que haremos es colocar ambas versiones de la página en el servidor, y utilizar una herramienta de analítica como Omniture SiteCatalyst o Google Optimizer para comparar los resultados de ambas páginas. Por ejemplo, podremos comparar:

    • Ratios de conversión del objetivo de la página: por ejemplo, si el objetivo de la página es que el usuario rellene un formulario, compararemos el número de usuarios que rellenan el formulario en cada versión de la página
    • Ratio de abandono: si el objetivo de la página es invitar al usuario a moverse por el sitio web, podremos comparar los ratios de abandono de las dos versiones de la página

    Así mismo, el A/B Testing lo podemos utilizar para comparar el resultado de una misma página en periodos de tiempo distintos, por ejemplo:

    • antes de aplicar un rediseño a la página
    • el día después de subir la página rediseñada
    • una semana después
    • un mes después

    Podremos así sacar conclusiones acerca de:

    • El éxito o fracaso del rediseño, según si se cumplen mejor o peor los objetivos de la página
    • El tiempo de aprendizaje de los usuarios: ¿cuánto tiempo tardan los usuarios en adaptarse a un nuevo diseño de página?

    Análisis de formularios El análisis de formularios consiste en analizar el número de veces que los usuarios dejan de rellenar un formulario en un campo concreto.
    Por ejemplo, una web para la que trabajé descubrió que, en el formulario de introducción de los datos de la tarjeta de crédito, un 0,2% de los usuarios dejaban de rellenar el formulario en el momento en que se les pedía marcar la casilla para suscribirse al newsletter de la empresa. No era obligatorio, pero lo parecía, y lo más grave es que los usuarios ya habían introducido los datos de su tarjeta de crédito (es decir, habíamos logrado convencerlos para comprar), y sin embargo abandonaban.
    Es muy difícil detectar este tipo de cosas en un test de usuarios, puesto que afectan a un porcentaje de usuarios muy pequeño (a pesar de que en el ejemplo anterior, un 0.2% significaba una media de 3 compras menos por día, es decir unos 6000 euros al mes, cantidad nada despreciable!)
    Así mismo, el análisis de formularios permite detectar fallos en:

    • el vocabulario que utilizamos para definir ciertos campos
    • las validaciones automáticas de los campos (que a veces no son válidas para todos los países, por ejemplo el formato del NIF o la longitud de un número de teléfono)
    • los campos innecesarios o que incomodan al usuario, etc.

    Rutas de navegación Los reportes de “clickstream” son quizás el elemento más potente de herramientas de analítica web avanzada como Omniture SiteCatalyst o Visual Sciences. Permite responder a preguntas como por ejemplo:

    • ¿Por qué páginas navegan los usuarios, y en qué orden?
    • ¿Qué páginas visitan los usuarios dadas una página inicial y una página final determinadas?
    • ¿En cada paso de un proceso de compra o de registro, cuántos usuarios pasan al siguiente paso, cuántos vuelven al paso anterior o cuántos abandonan? ¿Los que abandonan, a dónde van?
    • ¿Qué rutas llevan a una página determinada?
    • ¿Cuáles son las 5 rutas que realizan el 90% de los usuarios de mi sitio web?

    Ejemplo de reporte de rutas de navegación de Omniture SiteCatalyst
    Estos reportes son muy útiles para analizar qué realizan los usuarios en nuestro sitio web y, quizás más importante todavía, qué no son capaces de realizar (seguramente debido a que la página no es usable).
    Así mismo, nos ayudan a definir la arquitectura de la información y el esquema de navegación del sitio web basándonos en la experiencia y preferencias de navegación de los usuarios.

    Otras técnicas de analítica web Existen muchas otras técnicas de analítica web que nos permiten mejorar la usabilidad de un sitio web. A continuación menciono algunas, que en otros artículos comentaré en detalle:

    • Análisis de “bounce rate”
    • Análisis de resultados de búsqueda
    • Segmentación de tascas y usuarios
    • Satisfacción de los usuarios

    Especialmente importante es la segmentación de tascas y usuarios , que permite agrupar a los usuarios según las tascas que realizan en el sitio web, para después ofrecer contenidos e interfaces adaptados a cada perfil.

    fuente: Boletin Webtaller.com
    Autor:
    Rovira Samblancat

    SocialTwist Tell-a-Friend