Cómo hacer una página web que cumpla con los estándares w3c
Como desarrolladores de tecnología de sitios web, a menudo implementan la implementación del sitio web desde su propia perspectiva de desarrollo (conveniencia de leer datos, desarrollo, etc.), en lugar de desde la perspectiva de los visitantes del sitio web y los motores de búsqueda. Por lo tanto, la mayoría de los sitios web no son lo suficientemente intuitivos o convenientes para navegar, especialmente las especificaciones actuales del W3C, que están completamente en blanco en la mente de la mayoría de los desarrolladores de sitios web. Es más, los motores de búsqueda profesionales como Baidu, Google, MSN y Yahoo tienen sus propias reglas y técnicas de búsqueda para juzgar el nivel de la página web. Por lo tanto, el sitio web debe optimizarse solo tiene un propósito: cumplir con los estándares. para cumplir con los estándares de rastreo de arañas y, lo que es más importante, para cumplir con la comodidad y facilidad de uso del sitio web para los visitantes. En el siguiente artículo, los expertos de Jindo High-end Website Production Company hablan principalmente sobre el W3C desde tres aspectos.
¿Qué es el estándar W3C?
W3C es en realidad el Consorcio World Wide Web , la abreviatura de Global World Wide Web Alliance. La principal responsabilidad del W3C es determinar la dirección futura del desarrollo de la World Wide Web y formular recomendaciones relevantes (debido a que el W3C es una organización no gubernamental y no es vinculante, solo proporciona recomendaciones). La recomendación de especificación HTML4.01 (Recomendación de especificación HTML4.01) fue formulada por el W3C. También es responsable de formular otras especificaciones de lenguajes de red como XML y MathML.
¿Cómo pasar la verificación estándar del W3C?
Los pasos son los siguientes:
1. Se debe agregar el atributo alt="" de la imagen a cada uno. La imagen y las propiedades de alineación se definen mediante CSS. No puede pasar la validación XHTML 1.0 sin agregarlo.
2. Cada documento deberá ir acompañado de una declaración DTD.
a) !DOCTYPE html PUBLIC "-//W3C//DTDXHTML 1.0 Transicional//ES" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"
Después de eliminarlo, puede pasar la verificación, pero aparece una advertencia: ¡No se encontró DOCTYPE! Comprobación con el tipo de documento de transición XHTML 1.0 predeterminado.
3. Se pasa, la dirección del nombre de dominio debe ser coherente con la dirección detectada; de lo contrario, se informará un error.
4. Al agregar el evento JAVASCRIPT al atributo de enlace de la etiqueta, debe ser #empty link, no javascript:; o javascript:void(null);
5. En la misma página, los ID con el mismo nombre entrarán en conflicto. Por lo tanto, el estilo definido por ID debe cambiarse a una referencia de clase.
Si el W3C es no utilizado Si desea comprobarlo, esto está permitido en el diseño CSS.
¡Eso se debe a que la perspectiva del programa no puede ser la misma, pero el CSS puede ser el mismo!
¡Antes era el mismo problema, pero luego se cambió a una referencia de clase!
6. No se pueden omitir las comillas dobles ni las comillas simples.
a) Esto se refiere a atributos, el estándar son comillas dobles~
Las comillas simples también pueden pasar la verificación.
7. Las etiquetas no se pueden desalinear ni anidar.
Esto no está permitido.
8. Utilice letras minúsculas para todas las etiquetas.
9. El código de etiqueta FLASH no se puede incluir y debe implementarse mediante otros métodos.
10. Todos los atributos contenidos en las etiquetas deben tener valores (declaración oficial).
11. Las etiquetas deben estar emparejadas y las etiquetas individuales deben cerrarse con /
12. Los archivos JS y CSS importados externamente deben agregarse con definiciones de tipo.
13. Todos los estilos están escritos en archivos externos. Definir con el nombre de la clase. Cita donde se usa.
14. Algunos caracteres especiales de la página deben identificarse con códigos HTML. Por ejemplo, "&" se escribe como "&"
La razón por la que no pasó el estándar W3C. verificación
Actualice el código después de cada corrección para que vuelva a ser válido; un pequeño error a menudo desencadena una cascada de errores en toda la página. Entonces, si se hace incorrectamente, "corregir errores" también puede generar más errores. Revalidar el código después de cada corrección garantiza que el problema se resuelva por completo.
Después de conocer las situaciones anormales básicas anteriores, echemos un vistazo a varias razones por las que el diseño no es válido.
1. La etiqueta div no está cerrada
Esta es una de las razones más comunes por las que falla el diseño del diseño. Siempre es sorprendente saber cuántos diseños de diseño delicados fallan debido a esto. Las etiquetas div abiertas son uno de los errores de diseño de diseño más comunes y uno de los más difíciles de diagnosticar. El validador a veces señala la etiqueta div de apertura incorrecta, lo que puede ser como encontrar una aguja en un pajar.
2. La problemática etiqueta de inserción
A principios de la década de 1990, los navegadores de Microsoft y Netscape comenzaron a poder reconocer fuentes únicas no estándar. Desafortunadamente, esto significa que el validador del W3C aún no reconoce ciertas etiquetas HTML clave como "embed", a pesar de que estas etiquetas se usan ampliamente. Si realmente desea una validación estricta de DOCTYPE (tipo de documento), solo puede renunciar al anidamiento.
Si desea un diseño eficaz y medios integrados al mismo tiempo, puede probar el método Flash Satay.
3. Declaración DOCTYPE incorrecta
No declarar DOCTYPE o declarar DOCTYPE incorrectamente al principio del archivo también es un error común. Según la experiencia general, Strict DOCTYPE es el nivel más alto de verificación que todos persiguen. La validación estricta indica que su página web se mostrará de manera óptima en todos los navegadores. El código de declaración estricta es el siguiente:
4. Barra diagonal
Si no se puede verificar su sitio web, es probable que falte la barra diagonal en alguna parte del código. Es fácil pasar por alto cosas como las barras diagonales, especialmente en elementos como etiquetas de imágenes. Por ejemplo:
Esto no es válido en un DOCTYPE estricto. Para resolver este problema, agregue "/" al final de la etiqueta img.
5. Alinear etiqueta
Si DOCTYPE está configurado en Transicional, usará "alinear" etiqueta, pero si los requisitos son más altos y desea una validación estricta, verá muchos errores. Alinear es otra etiqueta que no se puede utilizar para el diseño. Puedes intentar usar "flotar" o "alinear texto" en lugar de alinear para transformar elementos.
6. JavaScript
Si se ha declarado Strict DOCTYPE, debe anular la etiqueta CDATA en JavaScript. Este aspecto del proceso de verificación desconcierta a muchos programadores, ya que los sitios web tienden a utilizar JavaScript integrado para anuncios y scripts de seguimiento.
Si se debe utilizar JavaScript, puede agregar las siguientes etiquetas antes y después:
7. Las imágenes requieren el atributo “alt”
Puede que no lo hayas notado, pero las imágenes también son un obstáculo potencial para la validación avanzada. Además de la barra diagonal final, la validación avanzada también requiere el uso de etiquetas alt para describir imágenes, como alt= "Imagen de vampiro aterrador".
Los motores de búsqueda también dependen de etiquetas alt para identificar imágenes en páginas web , así que no importa cómo agregues las etiquetas alt siempre son buenas.
8. Datos de entidad desconocidos
Los datos de entidad son otro error común que afecta la verificación. Podemos considerar el uso de caracteres de codificación apropiados para reemplazar símbolos como "&". Una lista completa de datos de entidades de caracteres codificados apropiadamente disponibles en el diseño de la sección XHTML.