Una agencia nos mandó una auditoría SEO pero parece vacía, ¿qué debería incluir una auditoría estándar?

Fíjate si en las primeras páginas del informe hay un análisis de logs. Sin revisar los registros de acceso del servidor, nadie puede saber en qué parte de tu web se quedan atascados los bots de los buscadores. Un análisis técnico que no muestre en qué parámetros innecesarios pierden más tiempo los crawlers está incompleto.

Lamentablemente, por 1.400 GBP nadie te va a escribir una estrategia de arquitectura original de 45 páginas redactada a mano. Lo más seguro es que hayan metido tu dominio en una herramienta de rastreo estándar exportado el PDF y pegado el logo de su agencia encima. A las agencias les chifla vender estas plantillas empaquetadas.

Si quieres sacarle provecho al informe, pide a la agencia una revisión para que te entreguen estos tres entregables: 1) Tickets de errores técnicos que el desarrollador pueda implementar directamente. 2) Lista para consolidar o eliminar páginas que no cumplen la intención de búsqueda del usuario. 3) Esquema de la arquitectura de enlazado interno en las páginas de categoría.

El año pasado pedimos una auditoría para un e-commerce parecido y el informe traía 84 puntos. Nos pusimos a filtrar: solo 6 eran problemas críticos de cadenas de redirecciones y sitemaps rotos que de verdad frenaban el tráfico orgánico. Al solucionar esos 6 puntos, la visibilidad se recuperó en tres meses; los otros 78 eran puro relleno visual.

yo q tu no aceptaria informes en pdf generados automaticamente. pide una reunion y q te expliquen punto por punto cual de esos elementos impacta directamente en la facturacion o el trafico, la mayoria se van a quedar titubeando.

¿En vuestro contrato había alguna cláusula de soporte de implementación o consultoría para el desarrollador tras la auditoría? Porque ponga lo que ponga el informe, si la agencia no lo prioriza junto a vuestro equipo, ese archivo se quedará olvidado en una carpeta.

Organiza una reunión con la agencia ya mismo y deja a un lado el informe. Pregúntales directamente: '¿Cuáles son los dos problemas más críticos que mi desarrollador debería resolver en el sprint de esta semana y qué resultado esperamos al corregirlos?'. Si no saben responder, habéis tirado el dinero.

estoy de acuerdo a medias en parte no. no tengáis miedo de preguntar, quien no pregunta siempre paga más caro.

Entrando en detalle: Ningún proceso mejora si no se registran datos, porque no sabes qué tienes que arreglar.

Yo seguiría por ese camino.

Yo no me apresuraría. La mayor parte de la pérdida de tiempo se acumula en los trabajos pendientes de aprobación.

Todo lo que no está por escrito, ambas partes lo recordarán de forma distinta en el futuro. También me gustaría saber si alguien lo hace de otra manera.

hay un eror muy común al hacer esto. cualquier comentario hecho sin grupo de control es solo una suposición.

comprobado por experiencia.

Yo también tengo curiosidad. Antes de decidir, mirad qué datos tenéis en la mano.

Ningún proceso mejora si no se registran datos, porque no sabes qué tienes que arreglar. Ánimo.

Aquí tengo una objeción. Cualquier comentario hecho sin grupo de control es solo una suposición.

Por supuesto, cambia si tu situación es diferente.

Tomo nota gracias.

Tema muy oportuno. en fin todo lo que no está por escrito ambas partes lo recordarán de forma distinta en el futuro.

Eso es todo, disculpa si me he extendido demasiado.

Lo probaré.

Rara vez se encuentra un texto que lo explique tan claro.

Hay tres cosas que revisar al hacer esto. Lo que más tiempo nos hacía perder era no saber quién tomaba las decisiones.

Corrijanme si me equivoco.