La primera parte de esta serie explicaba cómo auditar una web antes de empezar a mejorarla. El resultado de una revisión bien hecha suele ser una lista larga: enlaces rotos, contenidos débiles, páginas lentas, etiquetas incorrectas, formularios mejorables, problemas de navegación y tareas que llevan meses pendientes.
El error habitual es empezar por lo que parece más fácil. Eso da sensación de avance, pero puede dejar intactos los problemas que realmente están afectando al negocio o a la visibilidad.
En este tutorial vamos a convertir la auditoría en un orden de trabajo defendible.
Separa errores de mejoras
No metas todo en la misma columna.
Un error es algo que impide o degrada una función que debería estar funcionando: un formulario que no envía, una URL importante con noindex, un enlace que devuelve 404 o un menú inaccesible en móvil.
Una mejora es algo que funciona, pero puede hacerlo mejor: ampliar una explicación, optimizar una imagen, añadir enlaces contextuales o mejorar un título.
Esta separación evita que un cambio cosmético compita con una incidencia crítica.
Crea dos grandes grupos:
- Corregir: algo está roto, contradice la arquitectura o impide completar una tarea.
- Mejorar: funciona, pero existe una oportunidad clara de aumentar calidad, rendimiento o utilidad.
Puntúa el impacto
El impacto responde a una pregunta: si lo soluciono, qué cambia realmente?
Puedes utilizar una escala sencilla de 1 a 3:
- 3 · Alto: afecta a ingresos, contactos, indexación, seguridad, acceso o una parte importante del sitio.
- 2 · Medio: mejora una sección relevante o un grupo de páginas, pero no bloquea el objetivo principal.
- 1 · Bajo: detalle localizado, cosmético o con efecto difícil de percibir.
Ejemplos:
Un formulario roto en la página de contacto tendrá impacto 3. Un H3 que visualmente debería ser H2 en una entrada secundaria podría ser 1, salvo que forme parte de un problema estructural repetido en toda la plantilla.
No intentes hacer una ciencia exacta de esta puntuación. Su función es ayudarte a comparar tareas.
Añade urgencia
Impacto y urgencia no son lo mismo.
Una incidencia puede tener mucho impacto potencial, pero no necesitar corrección esta tarde. Otra puede ser más pequeña, pero estar afectando una campaña que empieza mañana.
También puedes utilizar 1 a 3:
- 3 · Urgente: está causando daño ahora o existe una fecha límite.
- 2 · Próximo: debería resolverse en el siguiente ciclo de trabajo.
- 1 · Puede esperar: no hay una consecuencia inmediata.
Esta distinción es especialmente útil cuando una web combina mantenimiento continuo con campañas, lanzamientos o cambios de catálogo.
Calcula el alcance
Pregunta cuántas páginas o usuarios están afectados.
Una regla CSS incorrecta en la plantilla de artículos puede afectar cien URLs. Un enlace roto dentro de un artículo antiguo puede afectar una sola.
Clasifica el alcance como:
- global: afecta al sitio completo o a una plantilla reutilizada;
- sección: afecta a un tipo de contenido o área;
- local: afecta a una URL o elemento concreto.
El alcance cambia completamente la prioridad. Arreglar una causa común suele ser mejor que reparar manualmente cada síntoma.
Estima esfuerzo sin intentar adivinar horas exactas
Las estimaciones muy detalladas suelen fallar cuando todavía no has investigado la causa.
Para priorizar basta con tres niveles:
- bajo: cambio directo, conocido y fácil de probar;
- medio: requiere desarrollo, revisión o coordinación;
- alto: implica arquitectura, migración, dependencia externa o riesgo significativo.
Aquí aparece una de las oportunidades más útiles de una auditoría: los quick wins, problemas con impacto alto y esfuerzo bajo.
Por ejemplo, eliminar un noindex accidental en una página importante puede ser una tarea pequeña con un efecto mucho mayor que reescribir una guía de dos mil palabras.
Ten en cuenta las dependencias
Hay tareas que no pueden hacerse todavía porque dependen de otras.
Supón que detectas:
- una arquitectura de categorías confusa;
- títulos duplicados;
- enlaces internos poco coherentes.
Podrías empezar a cambiar enlaces uno por uno, pero si primero vas a reorganizar categorías, probablemente tendrás que repetir el trabajo.
Marca dependencias explícitas:
- A debe terminar antes que B;
- B necesita decisión editorial;
- C depende de proveedor externo;
- D solo se puede validar después de desplegar A.
Esta pequeña disciplina reduce mucho el retrabajo.
Construye una matriz de prioridad
Puedes crear una puntuación sencilla:
Prioridad = Impacto + Urgencia + Alcance - Esfuerzo
No pretende producir una verdad matemática. Sirve para obligarte a explicar por qué una tarea está arriba o abajo.
Ejemplo:
| Problema | Impacto | Urgencia | Alcance | Esfuerzo | Resultado |
| --- | ---: | ---: | ---: | ---: | ---: |
| Formulario principal no envía | 3 | 3 | 2 | 1 | 7 |
| Canonical incorrecto en plantilla | 3 | 2 | 3 | 2 | 6 |
| Imágenes pesadas en una sección | 2 | 2 | 2 | 2 | 4 |
| Mejorar texto de un botón | 1 | 1 | 1 | 1 | 2 |
No ordenes únicamente por la cifra. Si una tarea con puntuación menor desbloquea tres de las superiores, puede tener que adelantarse.
Crea cuatro colas de trabajo
Una forma muy práctica de pasar de la matriz al día a día es dividir las tareas en cuatro colas.
Ahora
Problemas críticos, bloqueos, errores de negocio y quick wins de gran impacto.
Aquí deberían quedar pocas tareas. Si todo es urgente, nada lo es.
Siguiente ciclo
Mejoras importantes que requieren más preparación o que no están causando daño inmediato.
Mantenimiento
Tareas repetitivas: revisar enlaces, actualizar contenido, optimizar imágenes, limpiar redirecciones o comprobar formularios.
Ideas
Cambios interesantes que todavía no tienen evidencia suficiente. Guardarlos evita perderlos sin permitir que desplacen trabajo más importante.
Prioriza por causa, no por número de incidencias
Imagina que una herramienta detecta 120 títulos duplicados.
Eso puede parecer más grave que tres formularios rotos porque el número es mayor. Pero quizá los 120 duplicados proceden de una única plantilla y se corrigen con un cambio. En cambio, los tres formularios afectan directamente a contactos.
No confundas cantidad de avisos con impacto.
Agrupa incidencias que compartan causa:
- plantilla;
- componente;
- plugin;
- regla de rutas;
- proceso editorial;
- dato de configuración.
Así conviertes cientos de alertas en un conjunto manejable de decisiones.
Define cómo sabrás que una tarea está terminada
"Corregir SEO de la página" no es una tarea cerrable.
"Cambiar canonical de /producto?ref=x para que apunte a /producto, desplegar y comprobar HTML generado" sí lo es.
Cada tarea debería incluir:
- problema;
- acción;
- criterio de aceptación;
- forma de comprobarlo.
Ejemplo:
Problema: enlaces internos apuntan a una URL que redirige.
Acción: actualizar todos los enlaces a la URL final.
Terminado cuando: el rastreo interno no encuentra referencias a la ruta antigua.
Validación: ejecutar analizador de enlaces y abrir una muestra manual.
Esto reduce discusiones posteriores sobre si algo está "más o menos hecho".
Trabaja en lotes pequeños
No conviertas la auditoría en un proyecto de seis meses que solo entrega valor al final.
Agrupa tareas relacionadas en lotes que puedan desplegarse y comprobarse:
- lote técnico de rastreo e indexación;
- lote de enlaces internos;
- lote de formularios;
- lote de rendimiento;
- lote editorial.
Después de cada lote, valida.
Este método ayuda a detectar regresiones y permite observar efectos antes de acumular demasiados cambios simultáneos.
No mezcles todos los cambios en una misma página
Si una URL importante necesita título nuevo, reescritura completa, cambios de enlaces y modificación de plantilla, intenta distinguir qué objetivo persigue cada cambio.
Modificar diez variables a la vez puede dejar una página mejor, pero hará mucho más difícil entender qué tuvo efecto.
No siempre es posible aislarlo todo, especialmente cuando existe un error claro. Pero cuando estás optimizando y no reparando, los cambios progresivos dan información más útil.
Reserva capacidad para incidencias nuevas
Una planificación demasiado cerrada falla en cuanto aparece el primer problema inesperado.
Si organizas una semana completa al cien por cien, cualquier incidencia obliga a mover todo. Es mejor dejar una parte de la capacidad para correcciones, validaciones y pequeñas tareas derivadas del trabajo anterior.
La prioridad no es una lista inmóvil. Debe poder cambiar si aparece evidencia nueva.
Un ejemplo completo
Supón que después de auditar una web encuentras:
- 35 imágenes demasiado grandes;
- una categoría importante con noindex;
- dos enlaces rotos en el footer;
- una guía con muchas impresiones y CTR bajo;
- un formulario de presupuesto que falla en Safari;
- varios títulos secundarios mejorables.
El orden razonable probablemente no empieza por las 35 imágenes.
Primero resolverías el formulario y el noindex, porque afectan funciones críticas. Después los enlaces del footer por su alcance global. A continuación podrías revisar la guía con impresiones, porque existe una oportunidad respaldada por datos. Las imágenes podrían agruparse en un lote de rendimiento. Los títulos menores quedarían al final.
Eso es priorizar: hacer primero lo que cambia más cosas importantes, no lo que produce una lista más larga de tareas cerradas.
Qué debería quedar al terminar
Al finalizar esta segunda parte deberías tener:
- una lista separada entre errores y mejoras;
- impacto, urgencia, alcance y esfuerzo estimados;
- dependencias identificadas;
- tareas agrupadas por causa;
- un primer ciclo de trabajo;
- criterios claros para validar cada corrección.
La auditoría ya no es un documento. Se ha convertido en un plan.
En una próxima entrega cerraremos el proceso con la parte que suele faltar: cómo medir si las mejoras realmente han funcionado, evitando atribuir cualquier subida o bajada a los cambios que acabamos de hacer.
Siguiente tutorial de la serie: Cómo medir si las mejoras de una web realmente han funcionado.
