De una pregunta de cliente a un contenido útil

Un método breve para convertir una duda que repiten tus clientes en una tarea, buscar dónde responderla y decidir si actualizar, fusionar o crear.

Autor

Hipersigno

Revisión técnica asistida por IA

ChatGPT · 2026-10-22

Publicación

2026-10-22

Próxima revisión

2027-01-22

El método es propio de Hipersigno. Las fuentes de Google respaldan solo los hechos indicados sobre contenido centrado en las personas y consultas de Search Console. Los ejemplos son inventados y están rotulados.

La respuesta corta

Una pregunta de cliente no es todavía un contenido. Primero se convierte en una tarea; después se busca si ya existe dónde responderla; solo entonces se decide qué escribir.[Interpretación]

Dónde encontrar las preguntas

Las preguntas más útiles son las literales, tal como las dijo la persona.[Interpretación]

• Conversaciones de ventas y de soporte (con permiso, sin datos personales).
• Correos y mensajes que se repiten.
• El buscador interno de tu sitio: lo que la gente teclea y no encuentra.
• Las consultas de Search Console: son términos de búsqueda; pueden ser preguntas completas o fragmentos, y por sí solos no prueban qué persona los formuló.

Las consultas de Search Console ayudan, con una cautela: la tabla no muestra todas las consultas, porque las anonimizadas se omiten por privacidad.[Hecho con fuente · F2]

Una consulta es un término de búsqueda: puede ser una pregunta completa o un fragmento, y por sí sola no prueba qué persona la formuló ni con qué intención.[Interpretación]

Paso 1 · De la pregunta a la tarea

Agrupa las preguntas parecidas por lo que la persona quiere lograr, no por las palabras que usó. Varias preguntas pueden compartir una tarea.[Interpretación]

Un ejemplo con seis preguntas inventadas y tres tareas:

• Tarea «entender por qué dos informes no cuadran»: «¿por qué mis cifras no coinciden?», «¿cuál herramienta es la correcta?».
• Tarea «preparar un cambio de sitio»: «¿qué reviso antes de rediseñar?», «¿qué URL conservo?».
• Tarea «decidir qué mostrar en el catálogo»: «¿indexo los filtros?», «¿una colección es una categoría?».

Dos preguntas que piden resultados distintos son tareas distintas aunque compartan palabras.[Interpretación]

Paso 2 · ¿Ya existe dónde responderla?

Busca en tu propio sitio antes de crear nada. Si una página ya responde la tarea, amplía una sección o mejórala. Si dos páginas resuelven la misma tarea, evalúa consolidarlas; antes comprueba sus diferencias, rendimiento, enlaces y consecuencias de migración. Solo si no hay destino, propón una URL nueva y justifica por qué.[Interpretación]

Y no te fíes de las palabras: compartir términos no demuestra duplicidad ni canibalización.[Hipótesis]

Una guía rápida para decidir entre cuatro caminos:

• Actualizar: la tarea ya está resuelta en una página, pero incompleta o desactualizada.
• Ampliar una sección: la tarea cabe dentro de una página que ya existe.
• Consolidar: dos páginas resuelven lo mismo; solo tras comprobar diferencias, rendimiento, enlaces y consecuencias de migración.
• Crear: ninguna página resuelve la tarea y puedes escribir en una frase qué la hace distinta.

Google cita como señal de contenido hecho para buscadores producir mucho contenido sobre muchos temas esperando que algo posicione: más páginas no garantizan más tráfico.[Hecho con fuente · F1]

Paso 3 · Un brief mínimo

Antes de redactar, deja escrito:[Interpretación]

• La pregunta literal, tal como la escribió o dijo el cliente.
• La audiencia y la tarea.
• La entidad: de qué cosa trata.
• La respuesta necesaria para resolver la tarea.
• El destino existente que se revisó.
• La diferencia que justifica una URL nueva (si la hay).
• La evidencia que hay que reunir (fuentes primarias, datos propios).
• El siguiente paso proporcionado para el lector.
• La medición: qué se observará y cuándo se revisa.

Pregunta literal: 
Audiencia: 
Tarea: 
Entidad: 
Respuesta necesaria: 
Destino existente revisado: 
Diferencia que justifica URL nueva: 
Evidencia: 
Siguiente paso: 
Medición: 

Tres ejemplos ficticios

Todos los ejemplos son inventados: las páginas, las preguntas y las decisiones no corresponden a un sitio real ni a clientes.

Pregunta literal: «¿Qué debe llevar un sitemap?»
Audiencia: Responsable de un sitio pequeño
Tarea: Revisar el contenido de un sitemap
Entidad: Sitemap
Respuesta necesaria: Qué URLs incluir y cuáles no
Destino existente revisado: «Guía de SEO técnico» (página A, ficticia): ya tiene una sección de sitemaps
Diferencia que justifica URL nueva: Ninguna: la tarea cabe en la sección existente
Evidencia: Documentación primaria del buscador
Siguiente paso: Ampliar la sección con una lista de verificación
Medición: Visitas a la sección y consultas relacionadas, revisadas cada trimestre

Pregunta literal: «¿Cómo sé si mi tienda tiene páginas duplicadas?»
Audiencia: Responsable de una tienda online
Tarea: Detectar duplicidad entre páginas
Entidad: Contenido duplicado
Respuesta necesaria: Cómo comparar páginas y qué hacer según el caso
Destino existente revisado: «Contenido duplicado» (página B, ficticia): existe, pero no explica cómo comprobarlo
Diferencia que justifica URL nueva: Ninguna: es la misma tarea y la misma página
Evidencia: Documentación primaria y ejemplos propios rotulados
Siguiente paso: Mejorar la página B con un procedimiento de comprobación
Medición: Clics e impresiones de la página B antes y después de la mejora

Pregunta literal: «¿Cómo preparo un brief para el diseñador y el desarrollador?»
Audiencia: Responsable de marketing
Tarea: Coordinar una solicitud entre áreas
Entidad: Brief de SEO
Respuesta necesaria: Qué incluir y a quién pedírselo
Destino existente revisado: Páginas C y D (ficticias): tratan de servicios y de auditorías, no de coordinar una solicitud
Diferencia que justifica URL nueva: La tarea no está resuelta en ninguna página existente
Evidencia: Método propio documentado
Siguiente paso: Proponer una guía nueva enlazada a las páginas C y D
Medición: Clics e impresiones de la URL nueva y clics hacia las páginas enlazadas

Antes de publicar: una prueba de salida

Google propone preguntas que sirven de prueba antes de publicar:[Hecho con fuente · F1]

• ¿Quien lo lea sentirá que aprendió lo suficiente para lograr su objetivo?
• ¿Tendrá que volver a buscar en otra fuente para terminar la tarea?
• ¿Queda claro quién lo hizo, cómo se produjo y por qué existe?

Después de publicar

Anota qué cambiaste y cuándo, y revisa los datos de la URL con la misma ventana y la misma fuente. Si actualizas una página, cambia su fecha solo cuando el cambio sea sustancial: Google cita como señal de alerta cambiar fechas para parecer fresco sin una actualización sustancial.[Hecho con fuente · F1]

Y recuerda la cautela: crear un contenido nuevo no garantiza más visitas.[Hipótesis]

Qué no hace este método

No calcula demanda ni promete posiciones: ordena el trabajo editorial. La demanda se comprueba aparte, con datos.