Hola. Hoy vamos a hablar
del muy importante, pero a veces pasado por alto,
proceso de validar tu sitio. Lo que quiero decir es que es
momento de revisar tu código. ¿Por qué debemos
validarlo? Yo llamo a los navegadores, los padres
sobre protectores de la programación. Muchas veces escribirás
tu código y luego te detendrás lo verificarás
y lucirá estupendo. Y luego, escribirás más código y te detendrás a revisarlo. Y lucirá grandioso. Y por el hecho de que luzca tan
bien, supones que lo hiciste bien. Pero, el problema es que los navegadores
están programados para tratar de buscar tus errores
y arreglarlos. El problema es que no todos los navegadores
arreglan los problemas de la misma manera. También es importante recordar
que no todo el mundo accede a tu página con los
navegadores tradicionales. A medida que tu página se vuelve más compleja,
esos pequeños y escondidos problemas, esos pequeños y ocultos errores
que los navegadores esconden, se pueden tornar devastadores para quienes estén tratando
de acceder con un software diferente. Tenemos tres enfoques para validar
la consistencia de tu código. Uno es validar
la URI ó URL. Otro es validar por el nombre de archivo
lo que significa que, en vez de dar tu URL, puedes subir tu archivo
para verificarlo. El tercer modo es lo que yo
llamo entrada directa. Vamos a ejecutar un
ejemplo rápidamente. En este lado voy a usar
lo que se llama un validador. ¿Correcto? Si miramos aquí, podemos comenzar
por ir a validator.w3.org. Como podrás recordar,
la w3 es la asociación que trata de asegurarse de que todo el
mundo se adhiera a las mismas normas. Y aquí tenemos las tres opciones. Podemos validar por la URL,
validar subiendo el archivo, y validar por entrada directa. Esta es una decisión en
gran medida importante. Porque algunos de vosotros, podéis
decidir no comprar un sistema de hosting. en cuyo caso no
puedes dar una URL. No puedes escribir C:// eso simplemente no funciona cuando pones
algo que es específico de tu computador. En vez de eso, voy a mostrarte un
ejemplo de validación por entrada directa. Vamos a comenzar mirando
la página que vamos a validar. Por aquí tengo mi pequeña imagen
de Ashtabula con la playa. Y como puedes
ver, luce muy bien. tú no ves ningún problema en
ella mientras vas adelante y atrás. Pero, vamos a ver qué pasa
cuando tomo todo este código. Si quieres este atajo,
funciona casi para todos. Voy a hacer control-A
y control-C. Vuelvo aquí y
cuando lo pongo y hago clic en check, una vez que
empiezo a bajar, puedes ver que luce bien. Justo ahí, dice que tienes un error
y ese error dice stray end tag, se refiere
a una sección. En la mayoría de los casos, los
validadores pueden darte una pista de la línea en que has metido la pata,
volvamos y revisemos el código. Cuando voy por
aquí hasta la linea 25. Un problema. Subamos un
poquito aquí. No, todavía no
hay nada allí. Tiene líneas
muy largas. La validación
es correcta. Como puedes ver, accidentalmente
coloqué la sección dos veces. Lo que quería decir era una sección que
termina aquí y una sección que comienza aquí. Vamos a
deshacernos de esto. Lo guardo, lo tomo todo de nuevo e
intentemos más arriba poner una nueva entrada. Lo actualizo. Volvemos aquí. Y vemos si tenemos
más suerte esta vez. Bien, bien. No hay errores
ni avisos, sigo y pongo mi página
de nuevo por ahí. Esta es en realidad la forma
más sencilla de entrar y asegurarte de que la sintaxis
de tu código es correcta. Te he dado un ejemplo muy simple,
donde sólo tuve un error. Lo que normalmente va a pasar es
que se van a generar una gran cantidad de errores. Y lo que quiero que suceda es que te
asegures de que no te asustas cuando veas todos ellos. La razón es que
el error se propaga. El corrector
se confunde. Cuando ves un error en la parte superior,
este conduce a muchos errores. Lo que vas a hacer, es siempre solucionar el primer
error que muestra el validador. Una vez que lo reparas, hay una muy buena oportunidad de que los 52 errores que
detectaste, bajen a 12 ó 11. También existe la posibilidad de
que una vez que arreglas un error, es posible que veas
que tenías 20 ó 30 más. Pero de nuevo, hazlo
paso a paso. Si el error que el validador te da,
no es tan claro como el que ves, puedes buscar en línea
y en los distintos foros. Porque te puedo asegurar que otras
personas ya han pasado por los mismos errores. Lo que debes hacer ahora, en
realidad regresemos aquí, es intentar validar
el archivo por URI. Elige tu sitio
favorito y escríbelo. Voy a seguir y no poner la mía
porque estoy segura que valida. Voy a poner
http://www.umsi.umich.edu, mi jefe se enfadará conmigo
cuando vea que el sitio no valida. De inmediato se puede ver que se van
a encontrar una gran cantidad de errores. Sin importar qué sitio pones, en
especial si es un sito muy popular, vas a ver que hay una
gran cantidad de errores, los sitios no validan. Vamos a hacer que tus sitios
sean mejores que los de ellos. Una cosa para validar es
lo que llamamos sintaxis. Es otra cuestión a validar,
lo que llamamos accesibilidad. Una vez más, hemos hablado de
lo importante que es asegurarse de que tus sitios sean accesibles a
un gran número de personas. Uno de los lugares donde puedes ir
para comprobar eso es wave.webaim.org, que es un sitio para que
vayas y valides la accesibilidad. Vamos a echarle
un vistazo de nuevo. Subo aquí y voy a wave,
voy a accesibilidad web. Lo que hay que hacer aquí, no
puedes subir el código por el archivo, o por el propio código,
necesitas poner la URL. Voy a seguir y ir a la misma
que hicimos antes, que era la de las playas. Y la pongo aquí. Se puede ver que no he tenido ningún
error, pero tuve un par de alertas. Y las alertas
simplemente dicen. No estoy seguro de si el texto alternativo
es tan bueno como debería ser. Y también, otro punto dice que
tienes un enlace redundante, que significa que tienes
el mismo enlace repetido. Ahora todo se ve bien
en cuanto a la sintaxis y el muy alto nivel de accesibilidad
para la semántica. Una de las cosas buenas de la
validación de la accesibilidad es que te da una idea de cosas en las
que no has pensado antes, pero el inconveniente es que sólo
funciona en las páginas alojadas. Los sitios validados
son siempre más robustos y más accesibles que
los sitios que no validan. Como programador es
tu deber estar seguro de ir a los sitios de validación, a arreglar tu
código para que cumpla con las normas. Si no estás programando también
es importante que visites los sitios a los que vas regularmente
para validarlos. Que te da una idea real de los diferentes
modos, en que la gente siente la importancia o no de que tu sitio
sea accesible para todos. Buena suerte.