Lo que debe quedar definido antes del lanzamiento
- Cada página necesita una audiencia, una intención y una siguiente acción verificable.
- La arquitectura y el contenido deben construirse con lenguaje real del cliente, no con nombres internos de la empresa.
- Accesibilidad, rendimiento, seguridad y medición son requisitos de diseño, no tareas para después.
- El proyecto debe entregar propiedad, documentación y un proceso de mantenimiento además de una interfaz.
1. Define el objetivo, la audiencia y la acción principal
Antes de dibujar pantallas, identifica los resultados que el sitio debe apoyar: recibir solicitudes calificadas, explicar un servicio complejo, vender, reservar, orientar hacia una sucursal o reducir preguntas repetitivas. Después vincula cada resultado con una audiencia concreta. Una persona que compara proveedores necesita evidencia y alcance; una persona que busca soporte necesita una ruta corta y datos de contacto visibles.
Convierte esas necesidades en tareas observables. “Fortalecer la marca” es demasiado amplio para diseñar o medir; “ayudar a una pyme a comparar tres modalidades de soporte y solicitar una evaluación” sí permite decidir qué información y controles hacen falta. Define también qué no hará el sitio. Esa frontera evita formularios innecesarios, automatizaciones frágiles y páginas que existen sólo porque un competidor las tiene.
- Audiencias prioritarias y problema que cada una intenta resolver.
- Propuesta de valor expresada sin depender de jerga interna.
- Acción principal y alternativas razonables por página.
- Evidencia que reduce dudas: proceso, alcance, casos, políticas o preguntas frecuentes.
Si una página intenta servir a todas las audiencias y pedir cinco acciones distintas, probablemente todavía no tiene una prioridad.
2. Diseña la arquitectura y el contenido para personas y buscadores
Agrupa la información según las preguntas del cliente, no según el organigrama. La navegación principal debe revelar qué ofrece la empresa, a quién ayuda, por qué es confiable y cómo continuar. Prueba las etiquetas sin contexto: “Soluciones” puede ocultar demasiado, mientras “Soporte técnico para empresas” anticipa el destino. Conserva rutas estables, títulos descriptivos y una jerarquía de encabezados que explique la relación entre temas.
El contenido visible debe responder la intención de la página antes de pedir una conversión. Explica alcance, requisitos, limitaciones y próximos pasos. La guía de inicio de Google Search recomienda contenido útil, bien organizado y títulos claros; eso coincide con una buena experiencia humana. Define desde el principio title, meta description, URL canónica, alternates de idioma cuando correspondan, datos estructurados veraces y enlaces internos relevantes. Ningún campo reemplaza una respuesta útil en la página.
- Mapa del sitio derivado de tareas y temas reales.
- Una intención principal y un título único por URL indexable.
- Contenido original con autoría, fecha y evidencia cuando aplique.
- Enlaces internos que conectan servicios, preguntas y recursos relacionados.
- Redirecciones planificadas cuando se reemplaza una URL existente.
3. Haz que la experiencia sea accesible y adaptable
Una interfaz accesible permite percibir, operar y comprender el contenido mediante distintas capacidades y tecnologías. Usa HTML semántico, texto alternativo útil, etiquetas asociadas a campos, foco visible, mensajes de error comprensibles y suficiente contraste. No dependas sólo del color, del movimiento o de pasar el cursor para comunicar información. Las WCAG del W3C ofrecen criterios comprobables para orientar diseño, contenido y desarrollo.
Diseña para pantallas y condiciones diversas. En móvil, el orden del contenido, el tamaño de los controles y la persistencia de la acción principal suelen importar más que reducir una composición de escritorio. Prueba zoom, teclado, lector de pantalla, orientación, conexiones lentas y texto largo en ambos idiomas. La traducción puede cambiar mucho el ancho de botones y encabezados; una versión bilingüe debe preservar intención y funcionalidad, no limitarse a sustituir palabras.
- Navegación completa con teclado y foco que sigue un orden lógico.
- Formularios con instrucciones, validación y recuperación de errores.
- Imágenes informativas con alternativa; decorativas sin ruido adicional.
- Diseño que tolera zoom, contenido bilingüe y tamaños de pantalla distintos.
- Preferencias de movimiento respetadas cuando existen animaciones.
Una herramienta automática detecta parte de los problemas. La revisión manual de tareas esenciales sigue siendo necesaria.
4. Integra rendimiento, seguridad y medición en la solución
La velocidad depende de decisiones de diseño y arquitectura: peso de imágenes, tipografías, scripts de terceros, estrategia de caché y trabajo ejecutado antes de mostrar contenido. Define un presupuesto de rendimiento y mide páginas reales, no sólo una portada vacía. Los Core Web Vitals de Google observan carga, capacidad de respuesta y estabilidad visual, pero deben leerse junto con pruebas funcionales y condiciones de usuarios reales.
Reduce superficie de ataque y datos innecesarios. Mantén dependencias, servidor y CMS actualizados; valida entradas; aplica permisos mínimos; protege administración y copias de seguridad. Si agregas analítica, chat, mapas o publicidad, documenta qué datos se envían, por qué y durante cuánto tiempo. El plan de medición debe partir de eventos útiles —formularios válidos, llamadas iniciadas, compras o descargas relevantes— y excluir información sensible que no se necesita para evaluar el sitio.
- Imágenes responsivas y optimizadas sin sacrificar claridad.
- Carga priorizada del contenido esencial y scripts de terceros justificados.
- HTTPS, actualizaciones, controles de acceso y restauración probada.
- Eventos de medición vinculados con objetivos y revisados por calidad.
- Consentimiento y tratamiento de datos ajustados al contexto aplicable.
5. Exige una entrega operable y un ciclo de mantenimiento
El lanzamiento no debería dejar dominios, cuentas, código o analítica bajo control exclusivo de un proveedor. Registra titularidad, accesos, repositorios, licencias, configuraciones y procedimiento de despliegue. Define quién puede publicar, cómo se revisa una edición y qué respaldo permite regresar si falla. Una capacitación breve con documentación reproducible vale más que una demostración que nadie puede repetir.
Establece revisiones periódicas de contenido, enlaces, formularios, seguridad, rendimiento, accesibilidad y datos estructurados. Distingue mantenimiento correctivo, actualizaciones planificadas y nuevas funciones para que las propuestas futuras puedan compararse. Recoge búsquedas internas, preguntas comerciales y consultas reales para mejorar el contenido. Un sitio empresarial útil cambia con la operación, pero lo hace mediante un proceso controlado que conserva URLs, evidencia y calidad.
- Propiedad empresarial del dominio y de las cuentas críticas.
- Código, inventario de componentes y dependencias documentados.
- Proceso de publicación, respaldo, restauración y reversión.
- Criterios de aceptación para navegación, formularios y analítica.
- Calendario de revisión con responsables y registro de cambios.
La verdadera portabilidad se comprueba cuando otra persona autorizada puede operar y mantener el sitio con la documentación entregada.
Preguntas frecuentes
Preguntas que conviene resolver antes de actuar
¿Qué páginas necesita como mínimo un sitio empresarial?
Depende de las tareas de sus usuarios. Con frecuencia se necesitan una presentación clara, páginas específicas de servicios o productos, evidencia, contacto y políticas aplicables. El mapa debe derivarse de necesidades reales, no de una plantilla universal.
¿Un sitio accesible limita el diseño visual?
No. La accesibilidad establece condiciones para que el contenido y los controles puedan percibirse y operarse. Una dirección visual distintiva puede convivir con buen contraste, jerarquía, teclado, alternativas y mensajes claros.
¿Cómo se acepta formalmente un diseño web?
Con criterios acordados y pruebas reproducibles: tareas esenciales, contenido, formularios, idiomas, accesibilidad, rendimiento, seguridad, metadatos, medición y propiedad de los entregables. Una aprobación basada sólo en capturas deja riesgos sin comprobar.



