“El sitio se ve viejo” puede ser una observación válida, pero no alcanza para definir un proyecto. La empresa podría necesitar un ajuste visual, una mejor arquitectura de contenidos, páginas nuevas, correcciones técnicas o un sistema de captación conectado al seguimiento comercial.
Una auditoría de sitio web sirve para separar esas necesidades. Su trabajo no es producir una lista genérica de errores, sino explicar qué limita hoy la comprensión, el descubrimiento, la conversión, la medición o la operación del sitio.
Rediseñar sin esa lectura puede mejorar la apariencia y conservar intacto el problema de negocio.
Auditoría integral
Siete capas que deben leerse en conjunto
- Objetivo y mensaje
- Arquitectura y contenido
- Búsqueda y descubrimiento
- Conversión y seguimiento
- Rendimiento técnico
- Accesibilidad
- Medición y operación
Define primero qué trabajo debe hacer el sitio
Un sitio empresarial puede informar, validar confianza, generar solicitudes, apoyar ventas, resolver dudas, atraer búsquedas o atender clientes. No todas las páginas tienen que cumplir todos los trabajos.
Antes de revisar diseño o tecnología, registra:
- públicos prioritarios;
- ofertas y problemas que resuelven;
- rutas de llegada: búsqueda, anuncios, referencias, correo o acceso directo;
- acciones principales por tipo de página;
- preguntas que deben resolverse antes de contactar;
- responsables del contenido, los formularios y el seguimiento;
- resultados que la empresa espera observar.
Esta definición se convierte en el criterio de auditoría. Si una página de servicio debe generar solicitudes, no basta con revisar sesiones y velocidad; hay que comprobar si explica la oferta, facilita una acción y entrega la solicitud al proceso comercial.
1. Audita mensaje y propuesta
Una persona debería poder responder con rapidez:
- qué hace la empresa;
- para quién es relevante;
- qué problema ayuda a resolver;
- qué puede explorar después;
- qué ocurrirá si decide contactar.
Revisa la página de inicio y las principales entradas sin apoyarte en conocimiento interno. Los equipos suelen entender frases vagas porque ya conocen la oferta; una visita nueva no tiene ese contexto.
Busca síntomas como estos:
- encabezados que hablan de calidad o innovación sin explicar una capacidad;
- servicios agrupados por formato y no por necesidad;
- llamadas a la acción genéricas en todas las páginas;
- afirmaciones sin evidencia ni límites;
- contenido escrito para la empresa, no para la decisión del visitante;
- diferencias entre lo que promete un anuncio y lo que explica la página.
El resultado de esta capa debe ser una lista de mensajes que conviene conservar, aclarar, eliminar o desarrollar.
2. Revisa arquitectura, navegación y contenido
La arquitectura organiza decisiones. Un sitio puede tener buen texto y seguir siendo difícil de usar si todas las rutas compiten en la misma página.
Haz un inventario de URLs con, al menos:
- propósito;
- público;
- intención de búsqueda o navegación;
- acción principal;
- responsable;
- última revisión;
- tráfico y conversiones disponibles;
- decisión sugerida: conservar, combinar, actualizar, redirigir o retirar.
Después recorre el sitio como distintos públicos. Comprueba si pueden pasar de una duda general a una explicación específica y de ahí a un siguiente paso comprensible.
Señales de una arquitectura débil:
- varias páginas compiten por la misma intención;
- una sola página intenta explicar todas las ofertas;
- los nombres del menú reflejan áreas internas incomprensibles;
- existen páginas huérfanas sin enlaces relevantes;
- el contenido importante solo aparece en PDF o imágenes;
- una ruta termina sin recomendación, contacto o contenido relacionado;
- el sitio conserva promociones, equipos o condiciones que ya no existen.
La comparación entre landing page y sitio web ayuda a distinguir cuándo conviene concentrar una acción y cuándo organizar varias rutas.
3. Separa descubrimiento de comportamiento
Search Console y una herramienta de analítica responden preguntas diferentes. Google explica que Search Console es la fuente para el desempeño en resultados de Google —impresiones, clics, consultas y páginas—, mientras la analítica describe lo que ocurre dentro del sitio.
En la auditoría de búsqueda revisa:
- si las páginas importantes pueden rastrearse e indexarse;
- consultas y páginas que ya generan impresiones;
- títulos y descripciones que no explican la intención;
- URLs duplicadas o poco legibles;
- enlaces internos hacia páginas prioritarias;
- sitemap, canonicals y redirecciones;
- contenido valioso que perdió visibilidad;
- páginas posicionadas para una necesidad que no resuelven bien.
No interpretes automáticamente más impresiones como mejor resultado. Una página puede aparecer para consultas poco pertinentes. Cruza la visibilidad con comportamiento, acciones y calidad posterior.
Tampoco esperes que clics de Search Console y sesiones de analítica coincidan de forma exacta. Las herramientas usan definiciones y mecanismos distintos. Compara tendencias y examina diferencias grandes en lugar de forzar igualdad.
4. Recorre la conversión completa
Una llamada a la acción visible no garantiza que el sitio produzca oportunidades. Prueba el camino desde la página hasta el seguimiento.
Antes del formulario
- La oferta y el siguiente paso son claros.
- Los requisitos, tiempos o condiciones decisivas aparecen donde corresponde.
- El botón describe la acción.
- La versión móvil no oculta información importante.
- No se exige contacto para responder preguntas básicas que el sitio debería resolver.
Durante el formulario
- Solo se piden datos necesarios.
- Cada control tiene etiqueta e instrucciones.
- Los errores explican cómo corregirlos.
- El aviso de privacidad aplicable es accesible.
- El envío evita duplicados accidentales.
- La persona recibe una confirmación comprensible.
W3C recomienda formularios con etiquetas, instrucciones, validación y notificaciones claras, y señala que las solicitudes breves suelen ser más fáciles de completar.
Después del formulario
- Existe un ID de envío.
- La solicitud llega al sistema correcto.
- Conserva página, oferta y origen.
- Se asigna a una persona o cola.
- Genera una siguiente acción.
- Las fallas producen una alerta operativa.
- El estado puede consultarse sin depender del correo de notificación.
La auditoría debe ejecutar casos de prueba controlados. Ver el mensaje “gracias” no demuestra que el CRM recibió y asignó la solicitud.
5. Evalúa rendimiento con datos de campo y laboratorio
Las Core Web Vitals actuales observan tres aspectos: carga mediante LCP, respuesta a interacciones mediante INP y estabilidad visual mediante CLS. web.dev recomienda evaluarlas en el percentil 75, separando móvil y escritorio.
Usa dos tipos de evidencia:
- datos de campo, que reflejan experiencias reales cuando existe volumen suficiente;
- pruebas de laboratorio, como Lighthouse, que sirven para diagnosticar bajo condiciones controladas.
web.dev advierte que una prueba de laboratorio representa una muestra simulada y no necesariamente reproduce la diversidad de dispositivos, conexiones, caché y condiciones reales. Por eso un puntaje aislado no debe convertirse en la única conclusión.
Revisa por plantilla y por página importante:
- peso y dimensiones de imágenes;
- recurso que se convierte en el elemento principal de carga;
- fuentes y estilos que bloquean o cambian el diseño;
- JavaScript enviado sin necesidad;
- componentes externos;
- respuesta del servidor y caché;
- saltos de contenido;
- lentitud después de hacer clic o escribir;
- diferencias entre móvil y escritorio.
Prioriza fallas que afectan rutas comerciales o a una proporción relevante de usuarios. Corregir un detalle menor en una página sin visitas puede esperar frente a un formulario lento en la principal página de campaña.
6. Incluye accesibilidad en la definición de calidad
La accesibilidad no es un complemento para el final del rediseño. Afecta estructura, navegación, contenido e interacción.
Una revisión inicial debe cubrir:
- jerarquía semántica de encabezados;
- texto alternativo útil en imágenes con significado;
- contraste y tamaño legible;
- foco visible;
- navegación por teclado;
- nombres accesibles en botones, enlaces y controles;
- mensajes de error comprensibles;
- contenido no atrapado dentro de imágenes;
- comportamiento con zoom y pantallas estrechas;
- orden lógico al recorrer la página.
Las herramientas automáticas ayudan a encontrar ciertos problemas, pero no pueden confirmar por sí solas que la página sea comprensible o que una tarea pueda completarse. Combina revisión automática con uso manual por teclado y pruebas de tareas prioritarias.
7. Revisa metadatos, analítica y gobierno
Cada página pública debería tener un título, una descripción y una URL coherentes con su intención. Las rutas compartibles también necesitan una vista social adecuada, y el contenido editorial puede requerir datos estructurados.
En medición, crea un mapa pequeño de eventos:
- vista de página;
- clic en CTA principal;
- inicio de formulario;
- envío confirmado;
- llamada o conversación iniciada cuando pueda medirse con criterio;
- descarga relevante;
- error de formulario.
Comprueba nombres, propiedades, duplicados y privacidad. Un evento no debe enviar datos personales a plataformas de analítica.
Finalmente, pregunta quién mantiene el sistema:
- ¿Quién aprueba cambios de contenido?
- ¿Quién revisa formularios y alertas?
- ¿Quién renueva dominio, certificados y servicios?
- ¿Dónde se documentan integraciones y accesos?
- ¿Qué se respalda y cómo se restaura?
- ¿Cómo se prueban cambios antes de producción?
Un sitio sin gobierno se degrada aunque el rediseño haya sido correcto.
Convierte hallazgos en prioridades
No todas las observaciones merecen un rediseño completo. Clasifica cada hallazgo por:
- impacto en el objetivo;
- evidencia disponible;
- alcance de usuarios o páginas;
- riesgo operativo;
- esfuerzo y dependencias;
- reversibilidad;
- responsable.
| Intervención | Cuándo aplica | Ejemplo |
|---|---|---|
| Corrección puntual | La estructura funciona y existe una falla acotada. | Reparar un formulario o una redirección. |
| Optimización | La base es útil, pero una ruta necesita mejor desempeño. | Comprimir imágenes y aclarar una página de servicio. |
| Rearquitectura | Contenido y navegación ya no representan la oferta. | Separar líneas de servicio e intenciones. |
| Rediseño integral | Mensaje, sistema visual, componentes y tecnología requieren una base nueva. | Reconstruir plantillas, contenido, medición y operación. |
Entregables mínimos de una auditoría útil
La revisión debería terminar con algo que la empresa pueda operar:
- objetivo y alcance;
- inventario de páginas;
- línea base de búsqueda, experiencia y conversión;
- hallazgos con evidencia;
- riesgos y dependencias;
- prioridades por fase;
- criterios de aceptación;
- responsables;
- plan de medición posterior.
Evita informes con cien capturas sin jerarquía. La auditoría es valiosa cuando muestra qué debe cambiar primero, por qué y cómo se comprobará la mejora.
Auditar antes de rediseñar reduce decisiones decorativas
Un rediseño puede ser la respuesta, pero debe ser una conclusión, no el punto de partida. Primero conviene entender si el sitio falla al explicar, atraer, facilitar una acción, entregar solicitudes, cargar, ser accesible o mantenerse.
La guía de diseño de páginas web para empresas detalla lo que una solución completa debería incluir. Si la decisión es construir, el artículo sobre cuánto cuesta una página web en México ayuda a comparar alcances y costos sin reducir el proyecto a un número de páginas.
Internal Organic diseña sitios web conectados con captación, datos y seguimiento. La revisión inicial busca identificar qué capa necesita estructura antes de proponer una reconstrucción.