Una presentación de auditoría de contenidos debe ayudar a decidir qué hacer con el material existente. Una hoja con visitas a páginas es un punto de partida, no la presentación. Lleva una lista breve de acciones propuestas, el motivo de cada una y las decisiones pendientes que necesitan una persona responsable.
Empieza por las opciones del público: conservar contenido útil, corregir una debilidad concreta, unir material que realmente se solapa, retirar lo que ya no cumple una función o investigar cuando las pruebas son incompletas. Son decisiones editoriales, no consecuencias automáticas de un umbral de tráfico. Puedes utilizar Presenti para preparar un borrador de presentación de marketing una vez agrupados los hallazgos y redactadas las acciones propuestas; no sustituye la recogida ni la interpretación de los datos de la auditoría.
Define una pregunta y unos límites para la auditoría
«Hemos auditado nuestros contenidos» es demasiado amplio para orientar una reunión. «¿Qué recursos de incorporación debemos mejorar antes de la próxima versión del producto?» da al público una decisión, un conjunto de materiales y un motivo para actuar.
Expón el alcance al principio: qué recursos se incluyeron, qué idiomas o canales quedaron fuera, el periodo observado y la tarea de negocio que apoyan. Una auditoría de blog, de material comercial y de centro de ayuda no debería usar la misma definición de éxito.
En este ejemplo, un equipo ficticio revisa antes de un lanzamiento seis entradas de inventario que abarcan siete recursos de incorporación. La entrada propuesta para fusión contiene dos artículos. El equipo quiere saber si los clientes pueden encontrar las instrucciones de configuración adecuadas y completar su primera tarea. No ha auditado todo el sitio ni ha medido un aumento de la conversión.
Convierte el inventario en seis decisiones defendibles
El ejemplo mezcla de forma deliberada hallazgos claros con pruebas incompletas. Muestra el detalle que debe respaldar una recomendación; no enumera recursos reales de Presenti ni resultados medidos de sus clientes.
| Recurso | Problema o valor observado | Acción propuesta | Qué debe ocurrir antes |
|---|---|---|---|
| Guía para configurar el primer proyecto | Los pasos siguen coincidiendo con el producto; soporte utiliza la guía para responder a la misma pregunta de configuración | Conservar | Confirmar que la próxima versión no modifica los pasos |
| Guía para invitar a un espacio de trabajo | La captura muestra un botón que ha cambiado de lugar; los pasos escritos siguen siendo útiles | Actualizar | Capturar la interfaz actual y revisar el paso afectado |
| Dos artículos sobre la elección de un rol en el espacio de trabajo | Responden a la misma pregunta inicial; uno contiene una excepción importante que falta en el otro | Proponer una fusión | Conservar la excepción, elegir el destino y planificar el tratamiento de enlaces |
| Página de inscripción a un evento de lanzamiento | El evento ha terminado y ya no es posible inscribirse | Retirar el proceso de inscripción | Decidir si los visitantes aún necesitan una grabación, un resumen o un aviso de archivo |
| Guía para resolver problemas de importación CSV | El tráfico registrado es bajo, pero faltó la etiqueta de analítica durante parte del periodo observado | Investigar | Resolver el vacío de medición y comprobar su uso por parte de soporte |
| Referencia de administración avanzada | La consultan pocas personas, pero cubre una tarea específica que ninguna otra página explica | Conservar | Confirmar la exactitud técnica con la persona responsable del producto |
La primera diapositiva después del alcance puede resumir esas decisiones: se conservan dos recursos, uno necesita una actualización concreta, una pareja requiere decidir su fusión, una experiencia caducada necesita un destino y otro recurso exige más pruebas. No conviertas ese resumen en una afirmación de que toda la biblioteca está en buen estado.
Mantén el inventario completo disponible para las preguntas. La presentación principal debe permitir cuestionar una recomendación sin obligar a leer decenas de filas diminutas.
Utiliza pruebas diferentes según la función del contenido
El tráfico es útil cuando el recurso pretende atraer visitas. Es menos concluyente cuando existe para responder a una pregunta técnica ocasional, apoyar a una persona de ventas o ayudar a un cliente a completar una tarea. Registra la función del contenido antes de juzgar su rendimiento.
- Contenido de descubrimiento: revisa el público relevante, las consultas o las rutas de entrada disponibles y si las personas pueden llegar al siguiente paso previsto.
- Instrucciones para tareas: comprueba que los pasos sean correctos y completos y pregunta qué dudas de soporte persisten después de leerlos.
- Material comercial: verifica que el público y las afirmaciones sigan vigentes y que el recurso apoye realmente la conversación para la que se creó.
- Material de referencia: comprueba la exactitud, la facilidad para encontrarlo y si otra fuente mantenida responde a la misma pregunta.
Muestra el periodo de observación junto a cada métrica. Una página recién publicada y otra consolidada no han tenido una exposición comparable solo por aparecer en el mismo informe. Marca las mediciones ausentes como no disponibles, no como cero.
Para la guía CSV, la frase importante es: «Todavía no podemos distinguir una demanda baja de una medición incompleta». Una diapositiva titulada «Eliminar páginas de bajo rendimiento» borraría esa incertidumbre y empujaría al grupo hacia una decisión sin respaldo.
Haz tangible una actualización propuesta
Para la guía de invitaciones, muestra la captura existente junto a una captura actual de la misma tarea. Destaca la nueva ubicación del botón y presenta después la instrucción de sustitución. El resto de la guía puede mantenerse si sigue siendo correcto.
Por ejemplo, la instrucción antigua podría decir «Selecciona Invitar encima de la lista de miembros», mientras que la interfaz actual sitúa esa acción dentro de un menú. La propuesta debe nombrar el menú y la acción verificados en tu propio producto, sin adivinarlos. Es una reparación acotada: sustituir el visual obsoleto, revisar el paso afectado y volver a probar el recorrido de invitación.
Esta diapositiva es más útil que una gran etiqueta de «Necesita actualización», porque las personas que la revisan pueden ver el defecto y la solución propuesta. También impide que una pequeña corrección se convierta en una reescritura innecesaria que elimine explicaciones o capturas útiles.
Trata la fusión como una decisión de contenido y navegación
Dos páginas con títulos parecidos no son automáticamente duplicadas. Compara la tarea del lector, los requisitos previos, los ejemplos y las excepciones. En la pareja ficticia sobre elección de roles, la excepción importante debe conservarse en el destino antes de retirar cualquiera de los originales.
Muestra cuatro elementos en la reunión: el destino propuesto, la información trasladada desde cada fuente, las rutas de entrada afectadas y quién comprobará el resultado. Evita presentar la fusión como una limpieza de un solo clic.
Para sitios web, la documentación de Google sobre canonicalización (en inglés) explica cómo señalar una URL preferida para páginas duplicadas o muy similares. Una etiqueta canonical no sustituye la decisión de si esas páginas cumplen realmente la misma función. Las redirecciones, la canonicalización, los cambios de enlaces y la eliminación tienen efectos distintos y requieren un plan técnico adecuado.
La página del evento terminado necesita una decisión diferente. Si existe una grabación o un resumen útil, los visitantes quizá sigan necesitando un archivo. Si la página ya no cumple ninguna función, documenta qué ocurrirá con sus enlaces actuales. No redirijas material antiguo sin relación a una página de inicio genérica solo para que todas las URL devuelvan una respuesta correcta.
Prioriza el problema del lector antes que el volumen de tráfico
En el ejemplo, la instrucción de invitación incorrecta es una buena primera acción: la tarea importa para la incorporación, el defecto está claro y la reparación tiene límites. Fusionar los artículos sobre roles puede ser valioso, pero exige acordar el destino y conservar la excepción. La guía CSV no debería retirarse mientras no se resuelva la medición.
Utiliza una lista breve de decisiones en lugar de una puntuación que oculte esas diferencias:
- Reparar ahora: la guía de invitación, porque los lectores encuentran una discrepancia verificada en una tarea actual.
- Acordar antes de cambiar: los artículos de roles y el destino del evento, porque afectan a contenidos o rutas de navegación de los que otras personas pueden depender.
- Recoger pruebas: la guía CSV, porque los datos disponibles no justifican su retirada.
- Mantener: las guías de configuración y administración, porque siguen cubriendo tareas distintas.
Si el equipo dispone de una ventana de publicación limitada, elige trabajo que pueda terminar y validar. Publicar varias correcciones parciales no es necesariamente mejor que resolver por completo la instrucción que bloquea la siguiente acción del usuario.
Construye la presentación alrededor de la conversación
Para esta reunión puede funcionar la secuencia: alcance, decisiones propuestas, ejemplo de la guía de invitación, fusión discutida, orden de ejecución y aprobaciones necesarias. El número de diapositivas depende de la conversación; no es un formato universal de auditoría.
Separa visualmente observaciones y propuestas. «La captura muestra un control obsoleto» es una observación. «Sustituir la imagen y volver a probar el recorrido de invitación» es una propuesta. «Los clientes empezarán a utilizar el producto antes» es una hipótesis de resultado hasta que se mida.
Entrega a Presenti un resumen preparado con esas distinciones. Incluye el inventario de seis entradas, las definiciones de tareas acordadas y las incógnitas explícitas. Pide un borrador de presentación, no un análisis de tráfico inventado ni capturas ficticias.
Prepara una presentación para las personas responsables del contenido de incorporación. El inventario suministrado contiene seis entradas que abarcan siete recursos y es un ejemplo ficticio. Distingue observaciones, acciones propuestas y preguntas pendientes. Destaca la captura de invitación obsoleta, la conservación de la excepción en la elección de roles y la falta de medición de la guía CSV. No inventes datos de analítica, citas de clientes, estimaciones de impacto ni controles del producto. Termina con las decisiones que deben tomar las personas responsables.
Informa por separado de la entrega y de los resultados
Después de la reunión, registra la acción acordada, la persona responsable, la dependencia y la condición de aceptación. Para la guía de invitación, aceptar el cambio significa que el nuevo visual coincide con la interfaz actual y que alguien puede seguir los pasos revisados. Para la fusión, también deben conservarse la excepción y las rutas de entrada funcionales.
Decide después cómo observarás si el cambio ha ayudado. Una instrucción reparada puede verificarse de inmediato; un cambio en las consultas de soporte o en las tareas completadas en el producto necesita mediciones adecuadas y un periodo de comparación. No presentes una actualización de archivo como un resultado de negocio demostrado.
Las recomendaciones de Google sobre contenido centrado en las personas (en inglés) destacan la utilidad y la confianza y advierten contra cambiar fechas solo para aparentar actualidad. La aplicación a una presentación de auditoría es directa: explica qué se ha vuelto más útil, no solo cuántas páginas se han tocado. Al comenzar la siguiente reunión, el público debe poder ver qué problemas de los lectores se resolvieron y qué decisiones aún necesitan pruebas.
