¿Vale la pena el tiempo de desarrollo para generar HTML válido?

Question

El desarrollo de sitios web requiere mucho tiempo.Para mejorar la productividad, codificaría un prototipo para mostrárselo a nuestros clientes.No me preocupo por hacer que el prototipo se ajuste al estándar.La mayoría de las veces, nuestros clientes aprobarían el prototipo y darían un plazo irrazonable.Normalmente termino usando el prototipo en producción (oye, el prototipo funciona.No hay necesidad de hacer mi trabajo más difícil.)

Podría refactorizar el código para generar HTML válido.Pero, ¿vale la pena el esfuerzo de generar HTML válido?

Answer 1

Sólo vale la pena el esfuerzo si le brinda un beneficio práctico.Cumplir con los estándares puede facilitar la creación de un sitio web que funcione en la mayoría de los navegadores.Por otra parte, si está satisfecho con la forma en que se muestra un sitio web en los navegadores que le interesan (tal vez uno, tal vez todos), entonces pasar por todos los obstáculos para que pase la validación es una pérdida de tiempo.

Además, la diferencia en SEO entre un sitio web html totalmente válido y un sitio web html mayoritariamente válido es insignificante.

Así que busque siempre el beneficio práctico, hay algunos en algunas situaciones, pero no lo haga porque sí.

Answer 2

Sí.Ya es bastante difícil tratar de lidiar con cómo los diferentes navegadores mostrarán HTML válido, y mucho menos intentar predecir qué harán con código no válido.Lo mismo ocurre con los motores de búsqueda: suficientes problemas en el HTML pueden provocar que el sitio no se indexe correctamente o no se indexe en absoluto.

Supongo que la verdadera respuesta es "depende de lo que no sea válido en el HTML".Si las partes no válidas se relacionan con problemas de accesibilidad, es posible que incluso descubra que su cliente tiene problemas legales si utiliza el sitio con fines comerciales.

Answer 3

Probablemente no si, para empezar, tiene un sitio que no cumple y tiene poco tiempo.

Sin embargo, y no me creerá porque, para empezar, no creía en otros, es más fácil hacer que un sitio sea compatible desde el principio: le ahorra dolores de cabeza en términos de compatibilidad del navegador, comportamiento de CSS e incluso comportamiento de JavaScript. normalmente es menos marcado mantener.

El cumplimiento del sitio (al menos hasta la transición) es bastante fácil.

Answer 4

Producir HTML compatible es similar a garantizar que no reciba advertencias durante una compilación: las advertencias están ahí por una razón, es posible que no se dé cuenta de cuál es, pero ignore las advertencias y, antes de que sepa dónde se encuentra, habrá tantas , no puedes identificar el que es relevante para el problema que estás intentando solucionar.

Si usa Firefox para ver sus páginas web, obtendrá una útil marca verde o una cruz roja en la esquina inferior derecha, que le mostrará rápidamente si ha cumplido o no.Al hacer clic en una cruz roja, se mostrarán todos los lugares en los que cometió un error.Algunas de las advertencias/errores pueden parecer un poco pedantes, pero corrígelas y te beneficiarás de muchas maneras.

1. Es mucho más probable que su página funcione con una gama más amplia de navegadores.
2. El cumplimiento de la accesibilidad será más fácil (tendrás atributos 'alt' en tus imágenes, por ejemplo)
3. Si elige XHTML como estándar, será más probable que su marcado sea útil en un entorno AJAX.

No hacer esto resulta en imprevisibilidad.

Uno de los mayores problemas con los navegadores web es que han perpetuado malos hábitos (y todavía lo hacen, en algunos casos) al corregir silenciosamente ciertos problemas de marcado, como no cerrar las celdas y/o filas de la tabla.Este simple hecho ha resultado en miles de páginas web que no cumplen con las normas pero que "funcionan", adormeciendo a sus desarrolladores con una falsa sensación de seguridad.

Cuando consideras cuántas cosas hay que pueden salir mal en un sitio web, ser perezoso en lo que respecta al cumplimiento no hace más que añadir más problemas a tu carga de trabajo.

EDITAR:Después de leer tu publicación original nuevamente, noto que dices que no te preocupas por el cumplimiento cuando trabajas en un prototipo, luego continúas diciendo que normalmente usas el prototipo en producción; esto significa que no es estrictamente un prototipo, sino un candidato.La situación normal en tales circunstancias es que una vez que el cliente acepta un candidato, no se asigna tiempo para corregir errores u ordenar, lo que fortalece el argumento para hacer que el marcado sea compatible en primer lugar.

Si no te dan tiempo después, hazlo ahora.

Si te dan tiempo más tarde, entonces tuviste tiempo para hacerlo de todos modos.

Answer 5

Si desea que su vista sea accesible para personas con y sin discapacidades, así como para sistemas externos, entonces sí, definitivamente debe asegurarse de generar HTML válido.

Es fácil probar tu HTML con validadores automáticos.

Agregaré a lo que dijo Mike Edwards sobre las ramificaciones legales y les recordaré que ustedes también tienen una obligación moral :)

Answer 6

¿Por qué no escribir el prototipo en (X)HTML válido en primer lugar?He nunca descubrió que esto requería más esfuerzo que usar HTML no válido.Producir XHTML válido debería ser una tarea trivial.(Por otro lado, producir semánticamente significativo XHTML podría ser más exigente.)

En resumen, veo ninguna ventaja en el uso de HTML no válido para prototipos.

Answer 7

Sinceramente, no sé por qué supone un esfuerzo adicional crear HTML basado en estándares.No es que sea difícil y deberías hacerlo por una cuestión de profesionalismo.

Si le pagaras a alguien para que te construyera una casa y él tomara atajos por pereza, eso no lo notaste en ese momento, pero en 10 años aparecieran grietas en tus paredes, ¿serías feliz?

Answer 8

HTML válido sólo para poder tener una insignia en su sitio: no.

Tener "HTML válido" en el sentido de "HTML que funciona en todos los principales navegadores o motores de navegador", sí.

Answer 9

Absolutamente.El código no válido puede provocar todo tipo de comportamientos extraños y errores que no ocultan los que aparecen cuando se obtiene un informe de validación.

Caso en punto:

Un fondo amarillo salía de una lista de mensajes y sobre el título de la siguiente lista de mensajes, pero sólo en Internet Explorer.

¿Por qué?El fondo se aplicó a un elemento de la lista, pero la persona que escribió la página la había escrito como una lista única con un encabezado en el medio.No se permiten encabezados entre elementos de la lista y diferentes navegadores intentaron recuperarse de ellos de diferentes maneras.Internet Explorer finalizó el elemento de la lista (con el color de fondo) cuando vio el inicio del siguiente elemento (después del encabezado), mientras que otros navegadores lo finalizaron cuando vieron la etiqueta final del primer elemento de la lista.

Era el único error de validez en la página, por lo que solo tomó un par de minutos localizar el problema y solucionarlo.

Answer 10

Porque si cumples con los estándares, tu trabajo será compatible en el futuro.Los agentes de usuario se esforzarán por cumplir con los estándares y su modo de incumplimiento de peculiaridades siempre estará sujeto a cambios.Así es como se supone que debe ser.

A menos que te guste todo ese asunto de la perpetuación de estándares rotos de IE8 que quieren habilitar de forma predeterminada.- ese es otro argumento.
¿Webkit, Gecko, Presto?(¿Es ese el motor de la ópera?), y los demás siempre serán más compatibles con cada lanzamiento.

A menos que su trabajo html esté en un control de navegador integrado de IE, entonces realmente no hay razón para generar html válido siempre que se procese.

Answer 11

En mi opinión, el criterio clave es "adecuado al propósito": si sus clientes quieren algo para un mercado pequeño/interno (y no les importa si eso aleja a los clientes potenciales que tienen discapacidades o usan navegadores menos comunes), entonces esa es su elección.

Al mismo tiempo, creo que es nuestra responsabilidad (como desarrolladores) asegurarnos de que conozcan las implicaciones de sus decisiones: algunas organizaciones estarán sujetas a requisitos legislativos de que los sitios web sean utilizables por lectores de pantalla, lo que generalmente significa HTML compatible con los estándares.

Answer 12

Creo que generar resultados html válidos no afectará tanto su tiempo de desarrollo si se ha entrenado para codificar html válido desde el principio.

Por un lado, no es tan difícil saber qué etiquetas no están permitidas dentro de un elemento.
y los atributos requeridos en una etiqueta son a veces los que realmente necesitaría de todos modos. Creo que estos son los principales errores que invalidan su html, así que ¿por qué no aprenderlos tan pronto como ahora si planea permanecer en la web durante ¿largo?
Además, generar HTML válido puede ayudar a mejorar la clasificación de sus sitios.

Answer 13

Hay dos reglas para escribir sitios web:

1. El sitio debe funcionar para sus usuarios.
2. El sitio debe funcionar para sus usuarios.

Para cumplir con la primera regla, debe codificar de manera que su sitio se muestre correctamente cuando utilice Internet Explorer.A menos que tenga la libertad de modificar el diseño de su sitio para utilizar sólo aquellas funciones que IE representa correctamente, esto significa escribir HTML no válido.

Para cumplir con la segunda regla, debe codificar de manera que su sitio se muestre correctamente cuando utilice lectores de pantalla y pantallas braille.Aunque algunos lectores de pantalla más nuevos pueden funcionar con sitios orientados a IE, en general esto significa escribir HTML válido.

Si está trabajando en un proyecto pequeño o es parte de un equipo grande, puede codificar un sitio que genere HTML dirigido a IE para IE y HTML válido en caso contrario.Pero si estás asumiendo un proyecto mediano o grande por tu cuenta, tienes que decidir qué regla vas a seguir y cuál vas a ignorar.

ACTUALIZAR:

Esto está siendo rechazado por usuarios que piensan que siempre puedes salirte con la tuya con HTML válido en IE.Esto puede ser cierto si tienes la flexibilidad de cambiar tu diseño para solucionar las deficiencias de IE, pero si un cliente te ha dado un diseño y tienes que hacerlo funcionar, es posible que tengas que recurrir a HTML no válido.Es triste, pero es verdad, piensen lo que piensen.