The W3C Markup Validation Service lets editors check web pages for conformance to HTML and XHTML standards. It is helpful for catching minor problems such as duplicate section names or citation IDs. Although most major browsers will tolerate many of the errors, and will display a document successfully even if it contains errors, they may misbehave on documents that contain the errors: for example, they may go to the wrong section or citation if you click the mouse on a wikilink. Checking that a page contains valid HTML can thus fix these minor glitches while also increasing portability to unusual browsers.
To check the HTML for a Wikipedia article XYZ, visit the service's home page and enter the text "https://en.wikipedia.org/wiki/Help:Markup_validation/XYZ".
These errors require developer fixes and should be ignored by editors. When checking for endemic errors, ensure a blank page is used, such as Special:BlankPage.
Any page with an edit link:
Bad value edit for attribute rel on element link: Keyword edit is not registered. This issue does not show for Special:BlankPage.Any page with a file (image):
Attribute srcset not allowed on element img at this point.srcset allows the MediaWiki software to render alternate images based on the device capabilities. The W3C HTML validator has not yet been updated to support this and throws an error.Any page with a nonstandard language code:
Bad value xxx for attribute lang on element a: The language subtag xxx is not a valid ISO language part of a language tag.While current browsers are quite forgiving of HTML errors, invalid HTML can cause issues with accessibility, search engines and portability. Various browsers may handle errors differently, thus the display may differ.
Para la mayoría de los editores, crear HTML válido no es un problema. El software MediaWiki convierte el wikimarkup en HTML válido (con errores ocasionales). La Wikipedia en inglés ha utilizado HTML Tidy , una biblioteca HTML4 ahora obsoleta, para ayudar a garantizar que los errores tipográficos y errores comunes se conviertan en HTML4 adecuado. Sin embargo, Tidy no pudo solucionar todos los problemas, no hay forma de desactivarlo para realizar pruebas y la validación no mostrará los problemas solucionados por Tidy. Además, está previsto que Tidy se elimine en Wikipedia, por lo que es necesario corregir los errores que antes se pasaban por alto.
Los problemas de portabilidad ocurren cuando las páginas se exportan a otros wikis que no usan HTML Tidy y se exponen errores de HTML.
Los editores que utilizan métodos de referencia como Footnote3 siempre deben validar las páginas. El uso de estas plantillas hace que sea muy fácil para un editor crear identificadores HTML duplicados, lo que provoca problemas de HTML no válido y de enlaces en la página; este es probablemente el problema de validación más común en Wikipedia. Hay poca o ninguna comprobación de errores en las plantillas manuales.
Los editores que desarrollan plantillas siempre deben probar varios usos y asegurarse de que representen HTML válido.
El W3C es la principal organización internacional de estándares para Internet; proporciona el servicio de validación de marcado del W3C . Simplemente copie la URL completa de la página que desea validar y péguela en el validador. También hay una favelet que puede agregar a los favoritos de su navegador y que validará la página actual.
El validador HTML de WDG tiene un modo por lotes que permite validar una lista de URL.
Esta sección brinda ejemplos de diagnósticos generados por el servicio de validación de marcado y sugiere posibles soluciones. Los diagnósticos se realizan por línea y columna del HTML generado para la página. Puede resultar útil obtener el HTML para comprender el diagnóstico. Por ejemplo, si utiliza el navegador Firefox , puede escribir control-U para ver el HTML.
Línea 630, columna 88 : ID "CITEREFBarker2008" ya definido...</a></b> <span class="citation" id="CITEREFBarker2008">Barker, Janice (2008-0Este error ocurre si un artículo contiene múltiples invocaciones de la plantilla {{ citation }} con el mismo autor y año; El error anterior fue provocado por un artículo que citaba dos documentos diferentes, ambos escritos por Barker en 2008. Elimine la ambigüedad de las citas colocando letras después de los años ( p. ej . |year=2008a, , |year=2008b) o usando el ref=parámetro de {{citation}} .
Los identificadores HTML solo son necesarios cuando se utilizan notas al pie abreviadas o referencias entre paréntesis . La plantilla {{ citation }} siempre genera una identificación HTML; con Citation Style 1 , esto es opcional y Citation Style Vancouver nunca crea identificaciones.
Línea 93, columna 231 : ID "ref_1" ya definido...ence plainlinks nourlexpansion" id="ref_1"><a href="#endnote_1">1</a></sup><...Este diagnóstico similar ocurre si un artículo contiene múltiples invocaciones de {{ ref }} con el mismo ID, por ejemplo, dos instancias de " {{ref|1|1}}". Para solucionar el problema, utilice diferentes ID. Las plantillas que utilizan el prefijo ref_ id incluyen {{ ref }}, {{ ref label }}, {{ cref }} y {{ cref2 }}.
Línea 135, columna 108 : atributo requerido "alt" no especificado...,107" title="Hurricane Ida (2009)" />Este diagnóstico puede resultar del uso de la extensión EasyTimeline, que no admite accesibilidad y no genera texto alternativo para lectores con discapacidad visual. Este problema se puede solucionar rehaciendo la línea de tiempo como texto, imagen o mapa de imágenes.
Línea de error 78, columna 5 : al elemento dl le falta una instancia requerida del elemento secundario dd.</dl>Las listas de definiciones se crean con wikimarkup ;para definir una lista de definiciones y :definir el elemento en la lista. Este diagnóstico se produce cuando :falta el.
:marcado. Esto crea una lista de definiciones sin ningún elemento secundario. T6521;se usa mal para poner en negrita una línea. Utilice el wikimarkup '''para caracteres en negrita.El W3C también tiene un validador de CSS, pero esto no es un problema cuando se editan páginas de Wikipedia, ya que CSS es una opción y los errores de validación de CSS generalmente se deben a problemas con las máscaras, no a problemas en páginas individuales.