Guías prácticas

Organice un sistema de diseño de sitios web consistente

La consistencia visual ayuda a las personas a reconocer las acciones y entender las páginas. Depende de las reglas probadas en viajes reales, no solo de un tablero de color.

Ver el método

Diseñador de colores y componentes de interfaz en una mesa de trabajo

Comience con páginas y componentes reales

Encabezados de inventario, tarjetas, botones, formularios, mensajes y espaciado en páginas importantes. Encuentre variantes que cumplan con el mismo rol y aquellas que satisfagan necesidades genuinamente diferentes. Combine los duplicados antes de inventar otro componente.

Para cada elemento, documente su uso, contenido esperado y estados necesarios: normal, foco, error, carga o no disponible. Las tarjetas de guía y de servicio pueden compartir una base mientras llevan información diferente.

  • Componentes encontrados en páginas reales.
  • duplicados racionalizados.
  • Estados útiles descritos.

Conectar estilo con significado

Defina una jerarquía de encabezados, texto corporal, espacio y color. Un botón principal debe señalar consistentemente una acción de prioridad; El color no puede ser su única señal. Conserve el contraste, el tamaño del texto y el enfoque visible en cada variante.

Pruebe idiomas largos y diferentes scripts. Una etiqueta alemana o un diseño árabe de derecha a izquierda puede desbordarse donde encaja francés. Los Guía multilingüe Cubre estas restricciones de contenido y de interfaz.

  • papel visual consistente.
  • Contraste y enfoque comprobado.
  • Variantes probadas en varios idiomas.

Pruebe los componentes en contexto

Coloque elementos en páginas con texto e imágenes reales. Una tarjeta elegante con dos palabras puede fallar con un título de tres líneas. Pruebe el ancho del teléfono, el zoom, el error de formulario y los estados vacíos antes de declarar un componente listo.

Empareja ejemplos con pruebas de aceptación simples. Los Guía de prelanzamiento Ayuda a convertir las reglas visuales en controles de viaje en lugar de capturas de pantalla aisladas.

  • Contenido corto y largo probado.
  • los estados vacíos y de error visibles.
  • Móvil y zoom comprobados.

Evolucionar el sistema sin deriva

Asigne un propietario a las decisiones de diseño. Al agregar una variante, explique la necesidad y dónde pertenece. Las excepciones repetidas pueden mostrar que una regla general debe cambiar.

Después de cambiar la tipografía, el espacio o el color, revise las páginas y los idiomas representativos. Mantenga algunos ejemplos actuales en lugar de un documento grande y obsoleto. Los Guía de mantenimiento Ayuda a organizar estos controles.

  • decisiones y usos documentados.
  • Excepciones rastreadas.
  • Páginas representativas revisadas después de los cambios.

Contenido actualizado el 2 de octubre de 2026

Matriz de validación funcional para adaptarse al proyecto

Estos controles propuestos utilizan casos ficticios. Decida qué comportamiento se espera con el equipo, anote el resultado y asigne discrepancias no resueltas antes de la publicación.

Casos de prueba, resultados esperados y evidencia útil
CasoResultado esperadoPrueba para mantener
Un botón recibe una traducción mucho más larga.La etiqueta permanece legible y la acción utilizable sin desbordamiento.Registre la URL, los pasos, el resultado y la evidencia fechada.

Preguntas frecuentes

¿Qué estados componentes deben documentarse?

Más allá del estado ideal, cubrir carga, vacío, error, éxito, discapacitado y enfoque cuando sea relevante. Reglas de comportamiento, copia y uso del documento. Pruebe el contenido real y traducido antes de reutilizar el componente en todo el sitio.