Auditoría web para PyMEs: 15 errores que bloquean confianza y conversiones

Una web puede verse moderna y aun así dificultar la compra. También puede obtener una buena puntuación técnica y no explicar qué ofrece el negocio. La auditoría correcta combina contenido, experiencia, accesibilidad, rendimiento, medición, seguridad y operación.

Los 15 puntos de esta guía no son una fórmula automática. Sirven para encontrar evidencia, asignar prioridad y decidir qué corregir primero. Evalúa al menos inicio, una página de servicio, un artículo y el flujo de contacto o compra, tanto en teléfono como en escritorio.

Cómo puntuar la auditoría

Asigna a cada punto:

• 0: ausente, roto o no comprobable;
• 1: existe, pero produce fricción o depende de supuestos;
• 2: funciona y tiene evidencia;
• No aplica: documenta el motivo.

Multiplica después por prioridad:

• crítica: ×3;
• alta: ×2;
• media: ×1.

No uses el total para presumir una nota. Úsalo para ordenar el trabajo. Un formulario roto puede ser más urgente que cinco ajustes visuales juntos.

1. La propuesta no se entiende

En la primera pantalla una persona debería poder identificar:

• qué ofrece el negocio;
• para quién;
• qué problema resuelve;
• en qué ciudad o modalidad opera cuando importa;
• qué acción puede realizar.

Prueba de cinco segundos: muestra la página a alguien que no conozca la empresa, ocúltala y pídele que explique la oferta. Si solo recuerda adjetivos como “innovador” o “integral”, el mensaje necesita precisión.

Corrección: reemplaza descripciones sobre la empresa por una frase que conecte audiencia, problema y mecanismo. Añade condiciones que eviten contactos fuera de alcance.

2. Cada página intenta conseguir acciones diferentes

Una página con botones para llamar, descargar, seguir redes, pedir cotización, suscribirse y visitar otros servicios distribuye la atención.

Define:

• una conversión principal;
• una alternativa para quien todavía no está listo;
• un criterio que determine cuándo mostrar cada una.

Los textos de los botones deben describir la acción: “Solicitar diagnóstico”, “Ver precios” o “Comprobar disponibilidad” es más claro que “Enviar” o “Saber más”.

3. La versión móvil pierde contenido o funcionalidad

Google utiliza la versión móvil del contenido para indexación y posicionamiento. Recomienda diseño responsive porque mantiene el mismo HTML y URL adaptados a la pantalla.

Comprueba en anchos pequeños:

• navegación por teclado y tacto;
• títulos sin cortes;
• botones con separación suficiente;
• tablas y medios sin desbordamiento;
• formularios sin zoom involuntario;
• mismo contenido principal y metadatos que en escritorio;
• elementos fijos que no cubran la acción.

No escondas información esencial detrás de una interacción que el rastreador o una persona no pueda completar.

4. El contenido principal tarda o se mueve

Las Core Web Vitals actuales observan carga, interactividad y estabilidad visual:

• LCP: hasta 2,5 segundos;
• INP: hasta 200 milisegundos;
• CLS: hasta 0,1;
• evaluadas en el percentil 75 de las visitas, separando móvil y escritorio.

Empieza con datos de campo en PageSpeed Insights o Search Console cuando haya muestra. Usa Lighthouse o DevTools para diagnosticar; una prueba de laboratorio aislada no representa a toda la audiencia.

Acciones habituales:

• optimizar el recurso LCP;
• declarar dimensiones de imágenes, videos y anuncios;
• reducir JavaScript que bloquea interacciones;
• revisar fuentes y etiquetas de terceros;
• servir formatos y tamaños adecuados;
• comprobar tiempo de respuesta y caché.

Consulta el método completo para mejorar la velocidad de una página web.

5. Las imágenes y videos no tienen estrategia

Problemas frecuentes:

• subir una imagen mucho mayor que su tamaño visible;
• usar la misma fuente para teléfono y pantalla grande;
• aplicar carga diferida a la imagen principal;
• descargar videos pesados antes de acercarse a ellos;
• no tener póster;
• omitir texto alternativo en imágenes informativas.

Corrección:

1. determina dimensiones máximas reales;
2. genera variantes;
3. usa WebP o AVIF cuando encaje en el flujo;
4. reserva espacio con ancho, alto o relación de aspecto;
5. prioriza la imagen principal;
6. difiere recursos fuera de pantalla;
7. describe la información útil en el alt; deja vacío el texto alternativo de imágenes puramente decorativas.

6. La estructura no es accesible

La accesibilidad no es un plugin que se instala al final. Revisa:

• un H1 que represente la página;
• encabezados jerárquicos;
• enlaces con propósito comprensible;
• contraste suficiente;
• foco visible;
• navegación completa con teclado;
• preferencia de movimiento reducido;
• nombres accesibles para iconos y botones;
• orden de lectura coherente.

Los tutoriales de W3C WAI relacionan estas prácticas con criterios WCAG y muestran patrones para imágenes, tablas, menús y formularios.

Prueba manual: recorre la página con Tab y Shift+Tab sin usar el ratón. Debes saber dónde está el foco y poder accionar todos los controles.

7. El formulario pide más de lo necesario

Cada campo debe tener una razón operativa. Para una primera conversación pueden bastar nombre, canal de respuesta, servicio y contexto.

Comprueba:

• etiqueta visible asociada a cada control;
• instrucciones y errores comprensibles;
• validación que no borre datos;
• estado de envío;
• confirmación y siguiente paso;
• destino real de la notificación;
• consentimiento cuando corresponda;
• protección contra abuso;
• prueba periódica desde móvil.

No solicites documentos, información financiera ni datos sensibles en un formulario general. Minimizar datos reduce riesgo y fricción.

8. Nadie prueba el recorrido completo

Una página puede funcionar visualmente y fallar después del botón.

Realiza una prueba mensual:

1. abre una sesión privada;
2. rechaza y acepta cookies en pruebas separadas;
3. completa el flujo desde un teléfono;
4. verifica correo, CRM o hoja de destino;
5. confirma que se registra el origen;
6. mide tiempo de respuesta;
7. revisa enlaces de agradecimiento y agenda.

Guarda fecha, resultado, evidencia y responsable. “El formulario existe” no significa que el proceso funcione.

9. La medición confunde actividad con negocio

Visitas, clics y tiempo en página ayudan a diagnosticar, pero no reemplazan oportunidades, ventas o margen.

Define un mapa:

| Acción | Evento | Responsable posterior | |---|---|---| | visita oferta | view_service | marketing | | envío válido | generate_lead | ventas | | oportunidad aceptada | qualified_lead | ventas | | venta | purchase o estado CRM | finanzas/comercial |

Usa UTMs coherentes en campañas manuales y documenta cambios. Verifica que analítica y publicidad respeten las preferencias de consentimiento aplicables.

10. La navegación refleja la empresa, no la tarea

Menús con nombres internos obligan a adivinar. Agrupa por decisiones del visitante:

• servicios o soluciones;
• sectores si cambian la oferta;
• metodología o evidencia;
• recursos;
• contacto.

El logotipo debe volver al inicio. El usuario debe saber dónde está y cómo regresar. Añade enlaces contextuales entre contenido y servicio; no dependas solo del menú.

11. La confianza se basa en afirmaciones imposibles de verificar

“Somos líderes”, “resultados garantizados” o contadores sin contexto reducen credibilidad.

Sustituye:

• testimonios inventados por opiniones autorizadas;
• logotipos sin relación demostrable por contexto de colaboración;
• métricas sin periodo por resultados con definición y límites;
• fotografías de stock por equipo, proceso o producto real;
• experiencia genérica por método, alcance y responsables.

Si todavía no tienes casos publicables, muestra cómo trabajas, qué entregas y qué no prometes.

Una landing B2B puede aplicar la arquitectura de nuestra guía de páginas que convierten.

12. El sitio no muestra autoría ni mantenimiento

En contenido informativo debe ser claro:

• quién publica;
• fecha original;
• fecha de actualización material;
• fuentes;
• proceso de corrección;
• forma de contactar al responsable.

No cambies la fecha solo para aparentar frescura. Actualiza cuando revises datos, instrucciones, ejemplos o fuentes. Retira o marca contenido que ya no puedas sostener.

13. SEO técnico y contenido están desconectados

Revisa por plantilla:

• título y descripción únicos;
• URL canónica;
• estado indexable;
• enlaces internos;
• sitemap;
• robots;
• datos estructurados que coincidan con el contenido visible;
• imágenes rastreables;
• respuestas 404 reales;
• ausencia de cadenas de redirección.

Después verifica si la página responde una necesidad distinta. Una implementación técnica correcta no rescata diez artículos que compiten por la misma intención.

14. Privacidad y seguridad aparecen al final

HTTPS es una base, no la auditoría completa. Revisa:

• dependencias y actualizaciones;
• validación y tratamiento seguro de entradas;
• credenciales fuera del código;
• permisos mínimos;
• copias de seguridad y recuperación;
• encabezados y políticas adecuados a la arquitectura;
• inventario de formularios y terceros;
• aviso de privacidad accesible;
• mecanismo para ejercer derechos;
• consentimiento antes de tecnologías no esenciales cuando aplique.

OWASP mantiene su Top 10 como documento de concienciación sobre riesgos de aplicaciones web. La Ley 1581 de 2012 regula el tratamiento de datos personales en Colombia. Para un caso legal específico, consulta asesoría especializada; una plantilla no sustituye el análisis jurídico.

15. No existe un responsable de mantenimiento

Una web se degrada sin que cambie su diseño:

• horarios y precios vencen;
• formularios dejan de notificar;
• enlaces externos desaparecen;
• dependencias acumulan vulnerabilidades;
• autores y servicios cambian;
• campañas siguen enviando tráfico a ofertas antiguas.

Define una rutina:

| Frecuencia | Revisión | |---|---| | semanal | formularios, errores críticos y campañas activas | | mensual | enlaces, contenido comercial, conversiones y rendimiento | | trimestral | accesibilidad, seguridad, dependencias y arquitectura | | semestral | inventario editorial, privacidad y páginas sin propósito |

Prioriza con impacto, evidencia y esfuerzo

Clasifica cada hallazgo:

Prioridad = impacto potencial × confianza de la evidencia / esfuerzo

La fórmula no necesita precisión matemática. Obliga a preguntar:

• ¿afecta una conversión o una obligación?;
• ¿lo vimos en datos, pruebas o comentarios reales?;
• ¿cuánto cuesta corregir y verificar?;
• ¿qué dependencia bloquea el cambio?;

Orden sugerido:

1. seguridad, privacidad y flujos rotos;
2. acceso móvil y accesibilidad;
3. claridad de oferta y conversión;
4. rendimiento;
5. medición;
6. contenido y mantenimiento;
7. ajustes cosméticos.

Hoja de auditoría

Registra:

| URL | Dispositivo | Hallazgo | Evidencia | Prioridad | Responsable | Fecha | Validación | |---|---|---|---|---|---|---|---| | /servicio/ | móvil | CTA cubierto por banner | captura y prueba | crítica | desarrollo | 30/07 | pendiente | | /contacto/ | ambos | notificación no llega | envío controlado | crítica | operaciones | 25/07 | corregido |

Una corrección no termina al cambiar el código. Termina cuando se repite la prueba y queda evidencia.

Fuentes

• web.dev: métricas y umbrales de Core Web Vitals
• Google Search: prácticas para indexación móvil
• W3C WAI: tutoriales de accesibilidad web
• OWASP: Top 10 de riesgos en aplicaciones web
• Superintendencia de Industria y Comercio: Ley 1581 de 2012

Obtén un diagnóstico con prioridades

Si encontraste varios problemas y no sabes cuál afecta primero la captación, solicita una auditoría inicial de tu web. Te entregaremos hallazgos con evidencia, prioridad y un siguiente paso verificable.