Archive for January, 2009

Tipografías de sistema

Friday, January 30th, 2009

Siempre diseñamos para web con tipografías de sistema, pero ¿sabemos exactamente cuáles son?

Ahora sí:

¿Por qué utilizar XHTML?

Friday, January 30th, 2009

Vía mqaccesibilidad

Con respecto a este tema hay una gran discusión, ya que hay personas que opinan que en la actualidad es mejor usar el estándar HTML 4 ya que el XHTML 1.0 no supone un gran avance al HTML 4.

En este artículo sólo pretendo reflejar una serie de razones (sacadas del libro “Diseño con estándares Web” de Jeffrey Zeldman) que pueden ayudar a decidirnos por el XHTML, seguro que algunas pueden ser discutidos. Por supuesto, que no pretendo que nos pasemos todos al XHTML, eso ya es decisión de cada uno que tendrá que valorar las ventajas e inconvenientes de cada una de las opciones que tenemos.

Asi pues, algunas de las razones para realizar la conversión a XHTML son las siguientes:

  1. XHTML es el estándar de marcado actual, que ha sustituido a HTML 4.
  2. XHTML se ha diseñado para funcionar correctamente con otros lenguajes de marcado, aplicaciones y protocolos basados en XML.
  3. XHTML es más coherente que HTML, por lo que es menos probeble que provoque problemas de funcionamiento y representación.
  4. XHTML 1.0 es un puente a futuras versiones de XHTML. Si el borrador de la especificación XHTML 2 alcanza el estado de recomendación final, resultará más sencillo adaptarse a la misma (si lo quiere hacer) desde XHTML 1.0 que desde HTML.
  5. Los navegadores antiguos se sienten tan cómodos con XHTML como con HTML. A este respecto, XHTML no presenta ninguna ventaja especial pero tampoco ningún inconveniente.
  6. A los nuevos navegadores les encanta XHTML (en especial XHTML 1.0) y muchos les conceden un tratamiento especial que no se ofrece a páginas creadas con HTML 4. En muchos casos, esto hace que XHTML sea más predecible que XML.
  7. XHTML funciona con la misma corrección en dispositivos inalámbricos, lectores de pantalla y otros agentes de usuario especializados que en navegadores de escritorio tradicionales, y en muchos casos elimina la necesidad de crear versiones de marcado inalámbrico especializadas y permite que los sitios lleguen a un mayor número de usuarios con menos trabajo y a menor precio. No podemos garantizar la relación causa efecto, pero muchos sitios HTML se ven cargados de versiones inalábricas, versiones sólo texto y páginas especiales para impresión, mientras que la mayoría de los sitios XHTML no sufren estos estorbos: un documento vale para todo. (En la mayoría de los casos, un documento sirve para todo si cuenta con el estilo correcto para varios medios, función que desempeña CSS).
  8. XHTML forma parte de una familia de estándares Web (en la que se incluye CSS y el DOM del W3C) que le permite controlar el comportamiento y el aspecto de páginas Web entre diferentes plataformas, navegadores y dispositivos.
  9. La creación en XHTML puede ayudarle a abandonar el hábito de escribir marcado de presentación lo que, a su vez, le puede ayudar a evitar problemas de accesibilidad e incoherencias de representación entre navegadores de escritorio de diferentes fabricantes.
  10. Al crear en XHTML se acostumbrará a probar sus trabajos mediante servicios de validación de marcado, que le ahorrarán horas de pruebas y depuración, y le ayudarán a evitar los princiaples errores de accesibilidad, como la no inclusión de un atributo alt en todas las etiquetas IMG.

¿Por qué utilizar CSS? Primer acercamiento

Friday, January 30th, 2009

Vía Serviweb.es

Las tablas existen y existieron desde el comienzo en HTML, pero no se crearon para diseñar un sitio, sino para la presentación de datos tabulares. La utilización del “border=0” y las imágenes transparentes hicieron posible crear una rejilla que permitió a los diseñadores organizar textos e imágenes, establecer tamaños y ubicar objetos. Pero ésto es sencillamente incorrecto. Las tablas no se crearon para maquetar y no deben utilizarse para eso, porque de esta forma se mezclan presentación y contenido.

La solución es clara: CSS+HTML/XHTML. Afortunadamente, cada vez son más las empresas que deciden dejar atrás las tediosas tablas y evolucionar desarrollando sus sitios respetando los estándares establecidos por la W3C (organización internacional que desde hace unos 12 años se dedica al desarrollo de pautas y estándares web), lo que facilita la accesibilidad y la correcta visualización de las páginas en los navegadores que respeten dichos estándares.

Algunas de las ventajas de la maquetación con CSS:

  • Separación de forma y contenido. Generalmente CSS y HTML se encuentran en archivos separados, lo que facilita el trabajo en equipo porque diseñador y programador pueden trabajar independientemente. Por otro lado, permite el acceso a distintos navegadores y dispositivos.
  • Tráfico en el servidor. Las páginas pueden reducir su tamaño entre un 40% y un 60%, y los navegadores guardan la hoja de estilos en la caché, ésto reduce los costos de envío de información.
  • Tiempos de carga. Por la gran reducción en el peso de las páginas, mejora la experiencia del usuario, que valora de un sitio el menor tiempo en la descarga.
  • Precisión. La utilización de CSS permite un control mucho mayor sobre el diseño, especificando exactamente la ubicación y tamaño de los elementos en la página. También se pueden emplear medidas relativas o variables para que la pantalla o la caja contenedora se acomode a su contenido.
  • Mantenimiento. Reduce notablemente el tiempo de mantenimiento cuando es necesario introducir un cambio porque se modifica un solo archivo, el de la presentación, sin tener que tocar las páginas que contienen la estructura con el contenido.
  • Diseño unificado y flexibilidad. Es posible cambiar completa o parcialmente el aspecto de un sitio con sólo modificar la hoja de estilos. Por otro lado, el tener el estilo de una web en un solo archivo permite mantener la misma apariencia en todas las páginas.
  • Posicionamiento. Las páginas diseñadas con CSS tienen un código más limpio porque no llevan diseño, sólo contenido. Esto es semánticamente más correcto y la página aparecerá mejor posicionada en los buscadores. Google navega obviando el diseño.

¿Por qué usar estándares?

Friday, January 30th, 2009

Vía Héctor Fernandez

La verdad es que es el post perfecto y más cuando pretendo centrar el blog en este ámbito, pero leído en NBSP voy a hacerle referencia a las cuatro principales razones.

  • Universalidad: nos aseguramos que nuestras páginas se muestran igual independientemente del navegador que use el usuario.
  • Portabilidad: si separamos el contenido de la forma, el código se simplifica. Así, realizar cualquier cambio en la apariencia de la página o adaptarla a distintas plataformas nos será más sencillo.
  • Mejor indexación en los buscadores: los robots de los buscadores analizan sintácticamente el contenido de los documentos (X)HTML. Así, adquieren más importancia los títulos de las páginas, cabeceras …
  • Accesibilidad: usar estándares ayuda a que nuestras páginas sean más accesibles.

A lo que yo añado.

Por que te aseguran que todos los visitantes de tu Web puedan leer el contenido que les ofreces, de manera independiente de con que dispositivo lo hagan o desde donde. Favorecen la accesibilidad y la independecia de dispositivo.

Mejoran la velocidad de carga del sitio. Separando el contenido (información) de la presentación (aspecto gráfico).

Mejora la indexación en los motores de busqueda como Google. Piensa que Google es un ser que solo lee de forma plana el código de tu página y de ahí el tiene que ser capaz de añadir a sus busquedas el contenido importante de tu web. Pongámoselo facil a Google.

Las páginas son más sencillas y rápidas de mantener y actualizar, con lo que lleva menos costes, y eso al cliente es lo que más le gusta.

¿Por qué ser accesible?

Y digo yo, ¿Y por qué no?. ¿Para que quieres tener tu presencia en internet, si no te pueden ver?, mejor será cuanto mayor sea el númnero de personas que puedan acceder a la Web, ¿no?. De eso trata la accesibilidad de proporcionar una web donde todos puedan acceder independientemente de con que discapacidad o dispositivo lo hagan.

¿Y usable?, ¿qué es eso de la usabilidad?

Del mismo modo que tu quieres poner a lavar tus calcetas o grabar el especial de Noche Vieja de la tele con solo pulsar un botón, en una web, lo que quieres es poder leer esa noticia de prensa, comprarte el último libro de tu escritor favorito, buscar la mejor oferta de vuelos a tu destino estival de una forma sencilla, sin complicaciones, donde tengas todas las opciones necesarias de una forma rápida e intuitiva, para que el tiempo que pases en una web lo inviertas en aquello por lo que has entrado y no perdido buscando el botón “Comprar”. Facil, claro, sencillo y transparente para el usuario.

Top 10 de las técnicas SEO

Friday, January 30th, 2009

Vía Maestros del Web

Corren ríos de tinta sobre las técnicas SEO y este artículo no pretende desautorizar ninguno de ellos sino ser un compendio, mejorando lo que otros han dicho, o atribuyendo la autoría de lo que mejor se ha dicho.

No quiero que sea muy detallado, sino simplemente mencionar las áreas en que hay que incidir si se quiere que una campaña SEO toque todos los aspectos necesarios para lograr el éxito.

Hay enlaces a muchos sitios web, tanto en castellano como en inglés, que ayudarán enormemente a seguir las directrices que en este artículo detallo. Cabe mencionar que para la aplicación de todo lo expuesto aquí se requiere algún tiempo, ya que la optimización para motores de búsqueda (SEO) es una técnica larga, dura y difícil.

Aspectos internos

1. Redacción apropiada de contenidos internos:

Aunque no hay que redactar todo el contenido como si sólo los buscadores fueran a leerlo, hay que cuidar la densidad de palabras y frases clave y mantener un equilibrio entre lo que los visitantes y los buscadores.

2. Optimización técnica de la página:

Para la elección correcta del contenido de las etiquetas meta puedes usar herramientas como:

Aspectos a tomar en cuenta:

  • Introducir mala ortografía de las palabras clave que suelen ocurrir al teclear rápido. Por ejemplo: “compar” en vez de “comprar”.
  • Usar nombres de archivo que contengan frases clave. Por ejemplo: si se puede llamar http://www.tuweb.com/comprar-mi-producto.html, no lo llames solamente ../comprar.html
  • No usar guiones bajos en nombres de archivo largos, usar guiones normales (-).
  • Usar palabras clave en el título de la página.
  • Utilizar título y etiquetas meta diferentes para cada página.
  • Usar cabeceras (h1, h2, h3…) para definir importancia en el contenido y colocar en ellas las palabras clave.
  • Utilizar palabras clave en el “anchor text” de los enlaces, rellenar todas las etiquetas alt de las imágenes y title de los enlaces.
  • Servirnos de la mejor tecnología para que la página cargue rápido y el usuario no tenga que esperar.
  • No utilizar frames.
  • Imprescindible un mapa del sitio visual (para el usuario), otro en XML (para los buscadores), y el archivo robots.txt.
  • En cualquier página web sobre posicionamiento SEO se pueden encontrar más técnicas como estas por docenas: SEOmoz, tiene un ranking de técnicas de posicionamiento elaborado por los más prestigiosos SEO a nivel internacional. Dirson, 1-en-buscadores, etc.

3. Actualizaciones, creación de datos:

Los buscadores indexan con más frecuencia las webs que cambian de contenido continuamente; por lo tanto si mantenemos un contenido de calidad, y un nivel de creación de datos aceptable, la escalada en los buscadores se hará más rápidamente.

4. Link building:

Este es uno de los capítulos más relevantes del top 10. La construcción de enlaces hacia tu sitio es lo hace aumentar el PageRank, que es el medidor de importancia de webs que utiliza Google (no olvides que quien te enlace tiene que tener buen PageRank, si no, no se consigue casi nada).

En este punto toca hacer referencia a un artículo que es toda una autoridad en el tema: 101 Link Building Tips to Market Your Website por Aaron Wall y Andy Hagans.

5. Redacción de contenidos externos:

Consiste en escribir artículos, reportajes, comentarios y respuestas en foros….siempre enlazando con la firma del pie de página, hacia tu sitio web. Aquí me gustaría hacer referencia al artículo El arte de escribir bien para comunicar mejor, que como su propio nombre indica, nos servirá de ayuda para mejorar nuestra redacción (tanto en papel como multimedia).

6. Red social:

Es importante crear una comunidad virtual que genere contenido cambiante y dinámico para tu web. Esto consiste básicamente en administrar foros y mantener un blog y/o escribir en otros.

Si se disponen de más recursos, pueden construirse varias web “paralelas” con utilidades o de temática diferente, que a fin de cuentas redirijan tráfico a nuestra web principal.

7. Be famous:

Se tiene que hablar de tu sitio web. Organizar concursos online dando un premio al mejor diseño web, o al mejor diseño de un logotipo, siempre da publicidad al organizador. Y como dicen los políticos: que se hable de ti es bueno, aunque se digan cosas malas; lo malo es que nadie te haga caso.

8. Seguimiento de resultados:

Hay que mantenerse al tanto del tráfico que genera tu página web y cómo es ese tráfico. Aconsejo utilizar Google Analytics. Se tienen que corregir “imperfecciones” de tráfico, palabras clave con bajo rendimiento, etc.

Pero hay que ser cauto porque un cambio de palabras clave puede tardar mucho tiempo en hacerse notar, para bien o para mal, y se tienen que analizar bien los resultados antes de lanzarse a un cambio radical.

9. Relaciones comerciales recurrentes:

Es útil que otros nos ayuden a vender. Un programa de afiliados o de comisiones por venta realizada siempre es un buen método por tres razones fundamentalmente:

  • La gente que venda los productos por nosotros está haciéndonos publicidad gratuita desde sus propias webs o tiendas.
  • Las personas de nuestro programa de afiliados tienen que esforzarse en mostrar al público un producto bueno. Es decir, nos dan buena imagen.
  • Mantienes a una cantidad fija de gente siempre interesada en tu sitio web, o navegando “alrededor” de él, ya que son tus comisionistas.

Si tu sitio web no vende productos, se pueden hacer otro tipo de programas de afiliados, por ejemplo, poder colaborar si es una revista online, y así beneficiará a los que colaboren (dejarán su firma con su web en el artículo), y a ti porque llenarán de contenido tu web.

10. Offline:

Promoción offline que revierte en publicaciones online. Publicar en medios en soporte papel (periódicos, revistas, etc.), asistir a conferencias y congresos. Quien lea un artículo suyo en el periódico, o le haya gustado una buena conferencia, es muy problable que visite su sitio web, o publique una entrada en su blog haciéndole referencia. El boca a oreja sigue siendo efectivo. Incluso en técnicas SEO.

Toda esta información son meras DIRECTRICES. Lo que he pretendido con este artículo es hacer una guía de los puntos indispensables para una campaña SEO. El lector de este artículo debería completar la información de cada punto del que no tenga conocimiento extenso para poder iniciar así una campaña SEO viable.

Nota: los artículos listados debajo de cada punto son recomendación del grupo editorial de Maestros del Web para apoyar el contenido.

Listas de distribución y Foros

Friday, January 30th, 2009
  • ASNativos (Foro sobre Adobe Flash y ActionScript)
  • Acceso Web (Foro sobre Accesibilidad)
  • Ovillo (Foro sobre CSS)
  • Cadius (Foro de la Arquitectura de Información, Usabilidad y Diseño de Interacción)
  • Domestika (Foro sobre diseño y todas sus disciplinas)

Extensiones para Firefox

Friday, January 30th, 2009
  • Firescope: es una extensión que se integra con Firebug para ampliarlo con material de referencia de HTML y CSS. La información muestra resultados de búsqueda con información sobre compatibilidades de navegador, normas de cumplimiento, y un breve resumen de uso.
  • Extensiones SEO de Firefox
  • Las 30 mejores extensiones de Firefox

Puntos de verificación de las Pautas de Accesibilidad al Contenido Web (WCAG) 2.0

Thursday, January 29th, 2009

Guías Prácticas para Profesionales Web: Puntos de verificación de las Pautas de Accesibilidad al Contenido Web (WCAG) 2.0

Hacía aproximadamente un año y medio que no se publicaba nada nuevo en las Guías Prácticas para Profesionales Web. Ya iba siendo hora y, esta vez, nos toca ponernos un poco al día y hablar de los checklists (puntos de verificación) de las recientes WCAG 2.0.

Notas importantes:

  • El siguiente contenido no son las Web Content Accessibility Guidelines (WCAG) 2.0. Es una simple lista que presenta los principios y técnicas de las WCAG 2.0 en un formato más amigable y comprensible. El lenguaje utilizado ha sido modificado y simplificado de manera significativa respecto a la especificación oficial WCAG 2.0 para permitir comprobar y verificar las páginas web de una forma más sencilla. Si bien esta lista puede resultar muy útil para comprobar la accesibilidad y conformidad con respecto a las WCAG, utilice la documentación oficial para verificar la conformidad real.
  • Si ya está acostumbrado a las anteriores Pautas de Accesibilidad al Contenido Web (recomendación del 5 de mayo de 1999), puede comparar los puntos de verificación de WCAG 1.0 con los de WCAG 2.0 (en inglés)
  • Hasta que la traducción española oficial de las Pautas de Accesibilidad al Contenido Web 2.0 esté disponible (la única disponible en el momento de escribir este artículo es una obsoleta traducción del Borrador de Trabajo del W3C del 30 de julio de 2004), las referencias se enlazarán a la correspondiente especificación en inglés.
  • Este documento, en constante mejora y revisión, es una traducción libre, ligeramente modificada y autorizada del publicado en inglés bajo el título WCAG 2.0 Checklist, propiedad de WebAIM (Web Accessibility in Mind).
  • Se permite la reproducción de este artículo citando a los autores y enlazando a sus correspondientes versiones originales (en ambos casos, tanto de la versión original como de la traducida).
  • Si encuentra algún fallo (algo bastante posible), estaría muy agradecido de que me lo comunicara. Espero que les sea de utilidad.

Principios de fundamentales de accesibilidad (sumario)

Las WCAG 2.0, recomendación oficial desde el 11 de diciembre de 2008, como comentábamos hace mucho tiempo atrás, se organizan en 4 principios fundamentales para la accesibilidad del contenido:

En total conforman 12 pautas o directrices (guidelines); los dos primeros principios tienen cuatro pautas asociadas, el tercero tiene tres y el último una pauta. Estas pautas proporcionan los objetivos básicos para hacer el contenido accesible, y sirven para comprender los criterios de éxito e implementarlos (Olga Carreras). Se han definido 60 criterios de éxito o puntos de comprobación que definen el nivel de accesibilidad (A, AA o AAA).

Perceptible

El contenido web debe estar disponible (ser perceptible) para los sentidos - vista, audición, y/o tacto.

Pauta 1.1. Alternativas textuales. Ofrezca alternativas en forma de texto para todo el contenido no textual.

Criterios de éxito Nivel Recomendaciones
1.1.1 Contenido no textual A
  • Todas las imágenes, botones de imagen de los formularios y las zonas activas de los mapas de imagen, tendrán un texto alternativo adecuado.
  • Las imágenes que no transmitan contenidos, sean decorativas o con el contenido ya presente como texto se ofrecerán con el texto alternativo vacío (alt="") o aplicadas como fondos de imagen CSS. Todas las imágenes enlazadas contarán con un texto descriptivo alternativo.
  • El contenido equivalente alternativo para las imágenes complejas se ofrecerá en una página (enlazada o referenciada mediante longdesc) aparte.
  • Los botones de los formularios tendrán nombres (value) descriptivos.
  • Los campos (inputs) de los formularios tendrán etiquetas de texto (label) asociadas o, si éstas no pueden utilizarse, un título (title) descriptivo.
  • Los elementos multimedia incrustados (embedded) se identificarán mediante textos accesibles.
  • Los marcos (frames) tendrán un título apropiado.

Pauta 1.2. Contenido dependiente del tiempo: ofrezca alternativas para los contenidos que dependan del tiempo.

Nota: si el audio o vídeo ha sido designado como una alternativa al contenido web (por ejemplo, una versión sonora o en lengua de signos de la página web), entonces, el contenido web por sí mismo funciona como la alternativa.

Criterios de éxito Nivel Recomendaciones
1.2.1 Sólo audio y sólo vídeo pregrabado A
  • Se ofrecerá una transcripción descriptiva (incluyendo todas las pistas e indicadores visuales y auditivos) para el audio grabado (no en directo) basado en web (podcast de audio, archivos MP3, etc.)
  • Se ofrecerá una descripción auditiva o textual para los vídeos grabados (no en directo) sin audio basados en web (por ejemplo, vídeos que no incluyen pistas de audio)
1.2.2 Subtítulos (Pregrabados) A
  • Se ofrecerán subtítulos para los vídeos grabados (no en directo) basados en web (vídeos de YouTube, etc.)
1.2.3 Audio descripciones o Contenidos “media” alternativos (Pregrabados) A
  • Se ofrecerá una transcripción O audio descripción de los vídeos basados en web grabados (no en directo)
1.2.4 Subtitulado (En directo) AA
  • Se ofrecerán subtítulos sincronizados con el audio para todo el contenido multimedia ofrecido en directo (emisiones sólo audio, web cast, videoconferencias, animaciones Flash, etc.)
1.2.5 Audio descripción (Pregrabado) AA
  • Se ofrecerán audio descripciones para todo el contenido de vídeo. Nota: sólo será necesario si el vídeo transmite contenido visual que no está disponible por defecto en la pista de audio.
1.2.6 Lengua de signos (Pregrabada) AAA
  • Se ofrecerá un vídeo en lengua de signos para todo el contenido “media” que contenga audio.
1.2.7 Audio descripción extendida (Pregrabada) AAA
  • Cuando una pista de audio descripción no se pueda añadir al vídeo debido a la sincronización del audio (por ejemplo, no existen pausas en el audio), se proporcionarán una versión alternativa del vídeo con pausas que permitan las descripciones de audio.
1.2.8 Alternativas “media” (Pregrabado) AAA
  • Se ofrecerá una transcripción descriptiva para todos los medios pregrabados que contengan una pista de vídeo.
1.2.9 Sólo audio (En directo) AAA
  • Se ofrecerá una transcripción descriptiva (por ejemplo, el guión de una presentación en vivo de audio) para todos los contenidos en directo que contengan audio.

Pauta 1.3. Adaptable: crea contenido que pueda presentarse de diferentes maneras (por ejemplo, un diseño simplificado) sin perder la información o estructura.

Criterios de éxito Nivel Recomendaciones
1.3.1 Información y sus relaciones A
  • El marcado semántico se usará para designar los encabezados (<h1>), listas (<ul>, <ol>, and <dl>), texto especial o enfatizado (<strong>, <code>, <abbr>, <blockquote>, por ejemplo), etc. El marcado semándito deberá usarse apropiadamente.
  • Las tablas se usarán para marcar los datos tabulados. Las celdas de datos (<td>) se asociarán con sus encabezados (<th>) donde sea necesario. Los títulos de las tablas (caption) y sus resúmenes (summary) se usarán de forma apropiada.
  • Las etiquetas (label) textuales se asociarán con sus campos (input) correspondientes en los formularios. Los elementos de los formularios que estén relacionados se agruparán mediante fieldset/legend.
1.3.2 Secuencia con significado A
  • El orden de navegación y lectura (determinado por el orden en el código fuente) será lógica e intuitiva.
1.3.3
Características sensoriales
A
  • Las instrucciones no dependerán de la forma, tamaño o ubicación visual (por ejemplo, “Haga clic en el icono cuadrado para continuar” o “Las instrucciones están en la columna de la derecha”).
  • Las instrucciones no dependerán del sonido (por ejemplo, “Un sonido beep le indica que puede continuar”).

Pauta 1.4. Distingible: facilite a los usuarios el ver y escuchar el contenido, incluyendo la separación entre el primer plano y el fondo.

Criterios de éxito Nivel Recomendaciones
1.4.1 Uso del color A
  • No use el color como el único método para transmitir el contenido o distinguir elementos visuales.
  • Los enlaces deben distinguirse de los elementos y texto que les rodean. Si utiliza el color para diferenciar los enlaces, use una forma adicional para distinguirlos. (por ejemplo, se subrayan cuando reciben el foco).
1.4.2 Control del audio A
  • Se debe ofrecer un mecanismo para poder parar, pausar, silenciar o ajustar el volumen de cualquier sonido que se reproduzca automáticamente en la página más de tres segundos.
1.4.3 Contraste (mínimo) AA
  • El texto o las imágenes de texto deben tener una relación de contraste de al menos 4.5:1.
  • Los textos grandes (de más de 18 puntos o 14 puntos en negrita) deben tener una relación de contraste de al menos 3:1.
  • Nota del traductor: utilice las herramientas de comprobación del contraste existentes para verificar esos valores, por ejemplo, Color Contrast Checker.
1.4.4 Tamaño del texto AA
  • La página deberá ser legible y funcional cuando se doble el tamaño del texto.
1.4.5 Imágenes de texto AA
  • Si la misma representación visual puede realizarse usando sólo texto, no deben usarse imágenes para representar ese texto.
1.4.6 Contraste (aumentado) AAA
  • El texto o las imágenes de texto deben tener una relación de contraste de al menos 7:1.
  • Los textos grandes (de más de 18 puntos o 14 puntos en negrita) deben tener una relación de contraste de al menos 4.5:1.
  • Nota del traductor: utilice las herramientas de comprobación del contraste existentes para verificar esos valores, por ejemplo, Color Contrast Checker.
1.4.7 Bajo o sin sonido de fondo AAA
  • Compruebe que no hay o existe un ruido de fondo muy bajo que permita distinguir fácilmente las conversaciones.
1.4.8 Presentación visual AAA
  • Para bloques de texto de más de una frase de longitud:
    • No hay más de 80 caracteres de ancho
    • NO están totalmente justificados (alineados a ambos márgenes, izquierdo y derecho)
    • Tienen un interlineado (al menos la mitad de la altura del texto) y espacio entre párrafos (1.5 veces el interlieado) adecuado.
    • Tienen especificados un color de primer plano y fondo. Estos se pueden aplicar a elementos específicos de la página o en su totalidad utilizando CSS (y, por tanto, heredados por el resto de elementos).
    • No necesitan desplazamiento horizontal cuando se dobla el tamaño del texto.
1.4.9 Imágenes de texto (sin excepción) AAA
  • Cuando el texto se utiliza dentro de una imagen sólo con fines decorativos (la imagen no transmite contenido) O cuando la información no puede presentarse sólo como texto.

Operable

Los formularios, controles, navegación y otros elementos de la interfaz deben permitir la interacción.

Pauta 2.1. Accesibilidad mediante el teclado: permita que toda la funcionalidad esté disponible usando el teclado

Criterios de éxito Nivel Recomendaciones
2.1.1 Teclado A
  • Todas funciones de las páginas deberán estar disponibles utilizando el teclado, excepto aquellas que de forma conocida no pueden realizarse con el teclado (por ejemplo, un dibujo a mano alzada).
  • Los atajos de teclado y accesskeys (que normalmente deberían evitarse) no deben entrar en conflicto con las presentes en el navegador y/o lector de pantalla.
2.1.2 Teclado no bloqueado A
  • El foco del teclado no deberá estar bloqueado o fijado en un elemento concreto de la página. El usuario deberá poder moverse por todos los elementos navegables de la página utilizando únicamente el teclado.
2.1.3 Teclado (Sin excepción) AAA
  • Toda la funcionalidad de las páginas deberán estar disponibles utilizando el teclado.

Pauta 2.2 Suficiente tiempo: ofrezca a los usuarios el tiempo suficiente para que puedan leer y utilizar el contenido

Criterios de éxito Nivel Recomendaciones
2.2.1 Tiempo ajustable A
  • Si una página o aplicación tiene un límite de tiempo para realizar una tarea deberá ofrecer la opción de apagar, ajustar o aumentar ese límite de tiempo. No es un requisito para eventos en tiempo real (por ejemplo, una subasta) donde el límite de tiempo es absolutamente necesario, o si el plazo de tiempo es de más de 20 horas.
2.2.2 Pausar, parar, ocultar A
  • Todo movimiento automático, parpadeo o desplazamiento de más de tres segundos deberá poderse pausar, parar u ocultar por el usuario. El movimiento, parpadeo, o desplazamiento podrá usarse para llamar la atención del usuario o destacar un contenido si dura menos de tres segundos.
  • El contenido actualizado automáticamente (por ejemplo, una página recargada o redireccionada automáticamente, un ticker de noticias, la actualización de un campo mediante AJAX, un aviso, etc.) deberá poder ser pausado, parado u ocultado por el usuario o el usuario deberá poder controlar manualmente los tiempos de actualización.
2.2.3 Sin tiempo AAA
  • El contenido y funcionalidad no tendrá limitaciones de tiempo.
2.2.4 Interrupciones AAA
  • Las interrupciones (alertas, actualizaciones de las páginas, etc.) deberán poder ser postpuestas o canceladas por el usuario.
2.2.5 Re-autentificación AAA
  • Si la autentificación en una sesión termina (expira), el usuario podrá re-autentificarse y continuar con su actividad sin perder ningún dato de la página actual.

Pauta 2.3. Convulsiones: no diseñe los contenidos de tal forma que puedan provocar ataques o convulsiones

Criterios de éxito Nivel Recomendaciones
2.3.1 Tres destellos (flashes) o debajo del umbral A
  • No deberá crear contenidos que destellen más de tres veces por segundo a menos que el parpadeo sea lo suficientemente pequeño, los destellos sean de bajo contraste y no contengan demasiado rojo. (Véase el apartado sobre el destello en general y el umbral de destello del rojo, en inglés)
2.3.2 Tres destellos AAA
  • No deberá crear contenidos que destellen más de tres veces por segundo.

Pauta 2.4 Navegable: ofrezca métodos que ayuden al usuario a navegar, encontrar el contenido y determinar dónde se encuentra

Criterios de éxito Nivel Recomendaciones
2.4.1 Accesos directos A
  • Se ofrecerá un enlace para saltar la navegación y otros elementos que se repitan en todas las páginas.
  • Si una página cuenta con una estructura adecuada de encabezados, puede considerarse una técnica suficiente en lugar de un enlace del tipo “Ir al contenido principal”. Tenga en cuenta que la navegación por encabezados todavía no está soportada en todos los navegadores.
  • Si una página utiliza un conjunto de marcos (frameset) y los marcos (frame) están apropiadamente titulados, puede considerarse una técnica suficiente para acceder directamente a cada marco individual.
2.4.2 Título de la página A
  • La página web deberá tener un título descriptivo e informativo de la misma.
2.4.3 Orden del foco A
  • El orden de la navegación por los enlaces, elementos de los formularios, etc. deberá ser lógico e intuitivo.
2.4.4 Propósito de los enlaces (en su contexto) A
  • El propósito (objetivo) de cada enlace (o botón de imagen en un formulario, o zona activa de un mapa de imagen) deberá poderse determinar directamente desde el texto del enlace o desde el texto del enlace y su contexto (por ejemplo, los párrafos que lo rodean, elementos de una lista, celda en una tabla o encabezados de tabla).
  • Los enlaces (o botones de imagen en un formulario) con el mismo texto que vinculan a lugares diferentes deberán ser fácilmente distinguibles.
2.4.5 Multiples vías AA
  • Se deben ofrecer múltiples formas para encontrar otras páginas web en el sitio - al menos dos de las siguientes: una lista de páginas relacionadas, tabla de contenidos, mapa web, búsqueda en el sitio, o un listado de todas las páginas web.
2.4.6 Encabezados y etiquetas AA
  • Los encabezados (<h>) de las páginas y las etiquetas (<label>) para los controles interactivos de los formularios deberán ser informativos. Evite el duplicar los encabezados (por ejemplo, “Más detalles”) y las etiquetas de texto (por ejemplo, “primer nombre”) a menos que la estructura ofrezca una diferenciación adecuada entre ellas.
2.4.7 Visibilidad del foco AA
  • Compruebe que es visualmente evidente el elemento que tiene el foco actual del teclado (por ejemplo, si se mueve con el tabulador por la página, puede ver dónde se encuentra).
2.4.8 Ubicación AAA
  • Si la página web forma parte de una secuencia de páginas o está dentro de un sitio con una estructura compleja, deberá indicar la ubicación de la página actual, por ejemplo, a través de las migas de pan (breadcrumbs) o especificando el paso actual en la secuencia (por ejemplo, “Paso 2 de 5 - dirección de envío”).
2.4.9 Propósito de los enlaces (Sólo enlaces) AAA
  • El propósito (objetivo) de cada enlace (o botón de imagen en un formulario, o zona activa de un mapa de imagen) deberá poderse determinar directamente desde el texto del enlace.
  • No deberán existir enlaces (o botones de imagen en un formulario) con el mismo texto que vinculen a lugares diferentes.
2.4.10 Encabezados de sección AAA
  • Además de proporcionar un documento con la estructura global del sitio, cada una de las secciones de contenido deberán ser designadas mediante encabezados (títulos), donde sea oportuno.

Comprensible

El contenido y la interfaz deben poder entenderse fácilmente y ser semánticamente ricos.

Pauta 3.1 Legibilidad: cree contenidos legibles y fáciles de entender

Criterios de éxito Nivel Recomendaciones
3.1.1 Idioma de la página A
  • El idioma principal de la página deberá estar identificado utilizando el atributo lang de HTML (por ejemplo, <HTML lang="es">).
3.1.2 Idioma de las partes AA
  • Si algunas secciones tienen contenidos en un idioma diferente al principal, éste deberá estar identificado utilizando el atributo lang (por ejemplo, <blockquote lang="en">) cuando sea apropiado.
3.1.3 Palabras inusuales AAA
  • Las palabras que puedan ser ambiguas, desconocidas o usadas de una forma muy específica, deberán definirse través de un texto adyacente, una lista de definiciones, un glosario, o de cualquier otro método.
3.1.4 Abreviaturas AAA
  • La explicación para las abreviaturas se realizará, usando el elemento <abbr> o enlazando a un glosario de términos, la primera vez que se utilicen en el contenido. Nota: WCAG 2.0 no hace excepciones con las abreviaciones conocidas en un determinado ámbito (por ejemplo, la abreviatura HTML utilizada en un sitio de desarrollo web deberá también ser explicado).
3.1.5 Nivel de lectura AAA
  • Una alternativa para hacer los contenidos más comprensibles es suponer que aquellos que sean más avanzados puedan ser razonablemente leídos por una persona con aproximadamente 9 años de educación primaria.
3.1.6 Pronunciación AAA
  • Si la pronunciación de una palabra es vital para comprenderla, su pronunciación se mostrará seguida de dicha palabra o mediante un enlace a un glosario.

Pauta 3.2. Predecible: Make Web pages appear and operate in predictable ways

Criterios de éxito Nivel Recomendaciones
3.2.1 Foco A
  • Cuando el elemento de una página recibe el foco, sin que exista una modificación sustancial de la página, la aparición de una ventana emergente (pop-up), un nuevo cambio del foco del teclado, o cualquier otro cambio, podría confundir o desorientar al usuario.
3.2.2 Introducción de la información A
  • Cuando un usuario introduce información o interactúa con un control, sin que exista una modificación sustancial de la página, la aparición de una ventana emergente (pop-up), un nuevo cambio del foco del teclado, o cualquier otro cambio, podría confundir o desorientar al usuario, a menos que se le informe con antelación de dichos cambios.
3.2.3 navegación consistente AA
  • Los enlaces de navegación que se repiten en las páginas web no deberían modificar su orden al navegar por el sitio.
3.2.4 Identificación consistente AA
  • Los elementos que tienen la misma funcionalidad a través de múltiples páginas web deberán identificarse de manera consistente. Por ejemplo, un campo de búsqueda en la parte superior de la página deberá etiquetarse siempre de la misma forma.
3.2.5 Soliciyud de cambio AAA
  • Los cambios sustanciales de las páginas, la aparición de ventanas emergentes (pop-ups), los cambios no controlados del foco del teclado, o cualquier otro cambio que podría confundir o desorientar al usuario deberán ser iniciados por éste. Alternativamente, siempre se le deberá ofrecer al usuario una opción para desactivar dichos cambios.

Pauta 3.3. Asistencia en la introducción de datos: ayude a los usuarios a evitar y corregir los errores

Criterios de éxito Nivel Recomendaciones
3.3.1 Identificación de errores A
  • Ofrezca información al usuario sobre los campos obligatorios de un formulario, o aquellos que necesitan un formato, valor o longitud específica, utilizando el elemento <label> (si éste no está disponible ponga la información en el atributo de título title del elemento).
  • Si se usa la validación de datos de los formularios (del lado del cliente o del servidor), ofrezca la información sobre los errores y avisos de forma eficiente, intuitiva y accesible. Los errores deben estar claramente identificados, ofrecer un acceso rápido al elemento problemático, permitir que el usuario pueda fácilmente solucionar el error y reenviar los datos del formulario.
3.3.2 Etiquetas o instrucciones A
  • Se deberán proporcionar las suficientes etiquetas, avisos e instrucciones necesarios para los elementos interactivos, usando para ello instrucciones, ejemplos, posicionando adecuadamente las etiquetas (label) y/o fieldsets/legends
3.3.3 Sugerencias de error AA
  • Si se detecta un error al introducir un dato (mediante la validación en el lado del cliente o en el del servidor), deberá proporcionar sugerencias para solucionar el problema de forma oportuna y accesible.
3.3.4 Prevención de errores (Legales, financieros, de datos) AA
  • Si el usuario puede modificar o eliminar datos de caracter legal, financiero o de prueba, estas acciones deberán ser reversibles, verificados o comprobados.
3.3.5 Ayuda AAA
  • Si el usuario puede enviar, cambiar o eliminar información, la información deberá poder volver a estar disponible, y/o las acciones realizadas ser verificadas o confirmadas.
3.3.6 Prevención de errores (todos) AAA
  • Si el usuario puede enviar información, el envío deberá poder ser reversible, verificado o confirmado.

Robusto

El contenido debe ser lo suficientemente consistente y fiable como para permitir su uso con una amplia variedad de agentes de usuario, ayudas técnicas… y preparado para las tecnologías venideras.

Pauta 4.1. Compatible: mejore la compatibilidad con los agentes de usuario actuales y futuros, incluidas las ayudas técnicas.

Criterios de éxito Nivel Recomendaciones
4.1.1 Análisis A
  • Se deberán evitar los errores de sintaxis de HTML/XHTML. El código puede comprobarse, analizarse y validarse a través de http://validator.w3.org/
4.1.2 Nombre, función, valor A
  • Deberá utilizar el marcado de tal forma que se facilite la accesibilidad. Esto incluye el seguir las especificaciones oficiales de HTML/XHTML, utilizando la gramática formal de forma apropiada.

También puede interesarte…

Grabar en vídeo tu escritorio

Wednesday, January 28th, 2009

Aplicación online todavía en beta pero que puede ser interesante:

Comparador de archivos de texto

Tuesday, January 27th, 2009

Enlace que muchas veces puede resultar útil. Se trata de una herramienta online para comparar diferencias entre archivos de texto (por ejemplo para comparar CSS de distintas versiones)