Aprenda a evitar el contenido delgado en páginas basadas en plantillas con requisitos mínimos prácticos, reglas de unicidad y mejoras de plantilla que aporten valor real.
El contenido delgado es una página que se puede rastrear y parece “completa”, pero no ofrece motivos para que la gente se quede. Suele repetir lo que ya hay en otras páginas, responde la pregunta a medias o no aporta detalle útil más allá de un titular y unas pocas líneas de texto estándar.
Las páginas basadas en plantillas son más riesgosas porque están pensadas para escalar. Si la plantilla solo cambia el nombre de una ciudad, el nombre de un producto o una etiqueta de categoría, puede publicar cientos de páginas que a una máquina parecen distintas pero a una persona le resultan idénticas. Los motores de búsqueda suelen considerar eso duplicación de bajo valor, especialmente cuando las páginas apuntan a consultas similares.
Una forma rápida de detectar el problema es leer tres páginas seguidas. Si puede predecir la siguiente frase cada vez, los usuarios también pueden. La página puede no estar “mal”, pero es olvidable, y las páginas olvidables rara vez obtienen clics, compartidos o enlaces.
Signos comunes de que una página con plantilla es delgada:
El contenido delgado se convierte en un problema de calidad a nivel de sitio cuando constituye la mayoría de lo que publica. Un puñado de páginas débiles normalmente no hundirá un sitio. Miles de páginas casi idénticas sí pueden, porque compiten entre sí, desperdician tiempo de rastreo y dificultan que las páginas fuertes destaquen.
Ejemplo: un directorio crea 500 páginas “Servicio en Ciudad”. Cada una tiene las mismas tres frases, el mismo FAQ estándar y ninguna especificidad local. Aunque cada página sea técnicamente única, la experiencia no lo es. El objetivo es simple: hacer que cada página sea útil por sí misma, no solo diferente en sus etiquetas.
Una página con plantilla es valiosa cuando ayuda a alguien a hacer algo específico. La longitud es un efecto secundario, no la meta. El mejor punto de partida es la intención: ¿cada página responde claramente a una pregunta real que una persona buscaría?
Una buena plantilla deja claro el propósito de la página en la primera pantalla. Una página “servicio en ciudad” debe ayudar a alguien a decidir: ¿prestan servicio en esta área, qué incluye, cuánto cuesta y qué viene después? Si la página solo cambia el nombre de la ciudad manteniendo las mismas promesas vagas, se siente vacía incluso con 800 palabras.
Una prueba simple: ¿podría alguien dar el siguiente paso sin salir de la página? Eso podría ser solicitar un presupuesto, elegir un plan, comparar opciones o conocer los requisitos exactos.
La unicidad no es repetir “{City} + {Service}” en los encabezados. Es contenido que legítimamente cambia de página en página porque los hechos cambian: ventanas de disponibilidad, plazos, normativas locales, necesidades típicas en esa área, rangos de precio o qué características importan más para esa categoría.
Formas prácticas de añadir verdadera unicidad sin escribir cada página a mano:
Las señales de confianza también importan. Explique de dónde provienen las afirmaciones clave: cómo se estiman los precios, cuándo se actualizaron los datos y qué podría cambiar el resultado.
Facilite la toma de decisión. Si un lector puede entender, comparar y decidir con acciones siguientes claras y menos dudas, la página se sentirá útil aunque sea breve.
Deje de pensar en términos de un mínimo universal de palabras. Piense en lo que un visitante debe poder hacer en esa página sin volver a la búsqueda.
Escriba una especificación mínima por tipo de plantilla. Una página de categoría necesita “imprescindibles” distintos a una página de ubicación, producto o comparación. Trate la especificación como criterios de aceptación: si la página no puede cumplirla con datos reales, no se publica.
Una buena especificación responde a dos cosas: qué preguntas debe resolver esta página y qué decisión debe ayudar a tomar.
Manténgalo simple con una lista corta por plantilla:
La unicidad suele venir de hechos estructurados. “Requerido” significa que la página no puede renderizarse sin ellos. Si su plantilla de ubicación necesita radio de servicio, tiempo de entrega y datos de contacto locales, esos campos deben existir o la página no se publica.
Establezca umbrales que se relacionen con tareas, no con longitud. “Al menos 3 diferenciadores entre A y B” es mejor que “al menos 300 palabras”.
Añada una regla de “no publicar”. Si una página solo tiene un nombre y un párrafo genérico, manténgala en borrador. Herramientas como generated.app pueden ayudar a hacer cumplir las especificaciones durante la generación, pero la regla en sí debe ser suya: sin datos reales, no hay página.
Aspire a páginas que parezcan hechas para una intención de visitante específica, no copias para una palabra clave. La unicidad no es reescribir el mismo párrafo 500 veces. Es añadir hechos específicos de la página que cambien una decisión.
Empiece con una declaración de propósito clara al principio (1–2 frases). Debe reflejar los datos de la página, no una promesa genérica. Ejemplo: “Compare opciones de reparación de calderas el mismo día en Austin, incluyendo tiempos de respuesta típicos y qué afecta al presupuesto final.” Si quita la ciudad y sigue teniendo sentido, probablemente es demasiado genérico.
Reglas que funcionan en la mayoría de plantillas:
Ejemplo concreto: una plantilla para “Limpieza de alfombras en [City]” sigue siendo delgada si solo intercambia el nombre de la ciudad. Hágala única con algo como: “En [City], la mayoría de trabajos cuesta entre $120 y $240 porque los apartamentos suelen ser más pequeños, pero los tratamientos por olor de mascotas pueden añadir $30–$60. Los fines de semana se llenan antes, así que reservar con 3–5 días de antelación es común.”
Si genera páginas a escala (por ejemplo a través de una API como generated.app), haga que estas reglas formen parte del control de calidad para que las páginas delgadas no se filtren cuando falten datos.
Concéntrese en bloques que cambien porque la página tiene entradas distintas, no porque haya reescrito el mismo párrafo 1.000 veces. Un visitante debería aprender algo específico de esa página en los primeros 10 segundos.
Empiece con un resumen corto que use señales reales. En lugar de “Esta página lista X”, escriba 2–3 frases que reflejen los datos de la página: rango de precios, disponibilidad, variación de valoraciones, restricción clave o “mejor para”. Si falta algo, dígalo claramente y ofrezca la siguiente mejor pista (por ejemplo: “No se encontró precio verificado, así que ordene por reseñas y tiempo de respuesta”).
Las comparaciones funcionan porque obligan a ser específicos. Añada un bloque pequeño “Alternativas principales” o “Opciones cercanas” basado en atributos reales como solapamiento de características o distancia, y liste 2–3 pros y contras ligados a las mismas entradas.
El contexto es otra victoria rápida. Un breve bloque “A quién ayuda” hace que la página parezca escrita para alguien concreto. Manténgalo concreto: “Bueno para equipos que necesitan X semanalmente” o “Ideal cuando le importa más Y que Z.”
Una guía de decisión convierte listados estáticos en consejo. Manténgala corta y vinculada a los valores de la página:
Ejemplos, cálculos y tablas pequeñas también ayudan. Incluso un simple cálculo estimado (coste total, tiempo ahorrado, “coste por unidad”) hace que una plantilla parezca justificada.
Aquí hay una pequeña tabla de ejemplo para una página de precios programática:
| Opción | Precio mensual | Cuota de instalación | Total primer mes |
|---|---|---|---|
| Básico | $19 | $0 | $19 |
| Pro | $49 | $99 | $148 |
Si genera páginas vía API (por ejemplo, con GENERATED), estos bloques son más fáciles de mantener consistentes: la plantilla permanece estable mientras los resúmenes, comparaciones y cálculos se actualizan a partir de las mismas entradas y pueden seguirse frente al rendimiento.
Trate cada plantilla como una página de producto. Necesita un trabajo claro para el usuario, información específica y una razón para existir más allá de ser indexada.
Empiece nombrando sus tipos de plantilla y el trabajo que cada una cumple. “Páginas de ubicación” podrían ayudar a la gente a encontrar servicios cercanos. “Páginas de características” podrían ayudar a decidir entre opciones. Si no puede terminar la frase “Esta página ayuda al visitante a…”, la plantilla probablemente existe solo para los motores de búsqueda.
Un flujo de trabajo que aguanta antes de escalar a cientos o miles de páginas:
Ejemplo: una página de ciudad que solo dice “Atendemos Austin” es delgada. Si sus datos pueden alimentar un corto “Servicios disponibles en Austin”, plazos típicos, un FAQ pequeño basado en preguntas reales y un siguiente paso claro, la misma página se vuelve útil.
La forma más rápida de acabar con páginas delgadas es tratar una plantilla como un truco: cambie unas cuantas variables y suponga que ya es “única”. Lectores y motores de búsqueda suelen verlo venir.
Muchas páginas delgadas no están “vacías” en papel. Tienen texto, encabezados e incluso FAQs. El problema es que aportan casi nada específico, útil o confiable.
Patrones comunes:
Ejemplo: una página “Fontanero en Oakview” que dice “Ofrecemos servicios confiables en Oakview” más las mismas cinco FAQs usadas en 5.000 pueblos sigue siendo delgada. No responde lo que la gente realmente quiere: precios típicos, tiempo de respuesta, qué barrios cubren, qué trabajos son comunes allí y cómo elegir proveedor.
Ajuste sus reglas de publicación. Si una página no puede cumplir los requisitos mínimos sin relleno, no debe publicarse.
Un umbral de valor práctico podría ser:
Si genera páginas a escala, añada comprobaciones de QA en la canalización (marque páginas donde los campos únicos son demasiado cortos, están duplicados en muchas páginas o faltan por completo). Herramientas como GENERATED pueden ayudar a automatizar la QA de contenido y seguir el rendimiento, pero la regla clave es simple: no publique páginas que no puedan decir algo real.
Un montaje delgado común es un directorio de ciudades donde cada página es igual salvo por el nombre de la ciudad: un intro genérico, una lista de servicios genérica y un formulario de contacto. Los usuarios aterrizan, hojean y se van porque nada responde la pregunta real: “¿Qué cambia para mí en este lugar?” Los motores de búsqueda también perciben el patrón.
Aquí tiene una forma simple de mejorar un directorio “Fontaneros en {City}” (el mismo enfoque sirve para dentistas, mudanzas, profesores, etc.).
Añada detalles que varían naturalmente según la ubicación. Manténgalo corto, pero específico.
Luego agregue un párrafo local que no pueda intercambiarse entre ciudades. Incluso una sola frase ayuda: “En {City}, las viviendas antiguas en {Neighborhood} suelen necesitar reemplazo de válvulas durante las semanas de congelación y deshielo.”
Un escenario corto hace la página útil sin alargarla demasiado:
“La semana pasada un cliente en {City} notó baja presión de agua en una casa adosada de los 80. La reparación fue un aireador obstruido y una válvula parcialmente cerrada. Tiempo total: 45 minutos. Rango de coste: $130–$160.”
Para las FAQs, evite las preguntas genéricas que aparecen en todas partes. Extraiga preguntas de tickets de soporte o llamadas de ventas y relaciónelas con la ciudad:
Si genera páginas a escala (por ejemplo, con una herramienta como GENERATED), asegúrese de que las entradas provengan de fuentes reales como historial de reservas, presupuestos, registros de llamadas o cobertura de socios verificados. El texto generado debe explicar diferencias reales, no inventarlas.
Sea honesto sobre la cobertura. Si una página de ciudad no tiene datos únicos, demanda ni capacidad de servicio, suele ser mejor fusionarla en una página regional o no indexarla hasta poder añadir valor real.
Antes de publicar a gran escala, revise una muestra pequeña (10–20 páginas) de distintos segmentos. Si no puede aprobar esas con confianza, publicar miles solo multiplicará el problema.
Use esto como puerta de aprobación. Si una página falla en un punto, arregle la plantilla (no la página) y vuelva a comprobar.
Un movimiento práctico: abra dos páginas de diferentes ubicaciones o categorías lado a lado. Si el 80% se lee igual, necesita más secciones variables o mejores reglas para cuándo mostrarlas.
Si genera páginas vía API (como GENERATED), incorpore estas comprobaciones en su paso de QA para que las páginas que no cumplan la puerta nunca se publiquen.
Escoja una plantilla para arreglar primero, no todas a la vez. Priorice la que ya recibe tráfico (o la que está más cerca de posicionarse). Pequeñas mejoras ahí suelen dar resultados más rápidos.
Trate la primera mejora como una build de referencia. Añada 2–3 módulos sólidos que sean genuinamente específicos de la página y luego fije esas reglas. Por ejemplo: una plantilla de categoría puede obtener un breve resumen humano, un bloque “cómo elegir” adaptado a esa categoría y un pequeño conjunto de FAQs únicas extraídas de preguntas reales.
Las páginas delgadas se publican porque nadie revisa la salida como lo haría un lector. Añada un control rápido para cada nueva plantilla y cada cambio de plantilla:
Mida resultados por tipo de plantilla, no solo por URL. Agrupe páginas en “páginas de ubicación”, “páginas de producto”, “páginas de glosario”, etc. Si un grupo tiene pocas impresiones o mal engagement, inspeccione los módulos compartidos y arregle la causa de una sola vez.
El escalado funciona cuando su canal produce bloques únicos de forma fiable, no solo intros más largas. Una combinación práctica es: uno o dos módulos alimentados por datos, un módulo en lenguaje claro y un módulo de confianza (reseñas, fuentes, metodología o políticas claras).
Si necesita ayuda para producir y probar estos bloques a escala, GENERATED (generated.app) está pensado para generar contenido enfocado en SEO y seguir cómo funcionan los módulos y CTAs por tipo de plantilla. Úselo como apoyo en su proceso, no como sustituto de entradas reales y reglas estrictas de publicación.
Un plan de inicio bueno: mejore una plantilla, publique 20–50 páginas, mida durante dos semanas y luego expanda a la siguiente plantilla con la misma puerta de QA y reglas de seguimiento.
El contenido delgado es una página que parece completa pero no ayuda al visitante a tomar una decisión ni a dar el siguiente paso. En las páginas con plantillas suele aparecer como el mismo párrafo genérico repetido cambiando únicamente la ciudad, el producto o la categoría. Si leer tres páginas similares resulta predecible, normalmente son delgadas.
No. Un mayor número de palabras puede seguir siendo contenido delgado si consiste en relleno, FAQs recicladas o líneas de marketing vagas. Enfóquese en páginas que respondan la pregunta real del visitante con hechos específicos de la página, orientación práctica y un siguiente paso claro.
Haga que la “especificación mínima” trate sobre lo que el usuario necesita poder hacer en esa página sin volver a buscar. Exija un pequeño conjunto de campos únicos que su base de datos pueda proporcionar, añada un par de párrafos de guía cortos vinculados a esos campos, incluya un elemento de confianza como la fecha de actualización o cómo se estiman los números, y deje el siguiente paso claro.
Cualquier dato estructurado que cambie la decisión es buen candidato: rangos de precio, ventanas de disponibilidad, plazos, zonas de cobertura, límites o qué está incluido. Lo clave es que realmente varíe entre páginas y no sea un valor por defecto como “N/A” o un marcador de posición. Si sus campos no cambian, las páginas no se sentirán diferentes.
No la publique. Manténgala en borrador, únala a una página regional más amplia o espere hasta tener entradas reales que la hagan útil. Publicar muchas variaciones vacías crea un problema de calidad a nivel de sitio y desperdicia la atención de rastreo en páginas que no satisfacen la intención.
Use la prueba de eliminación de la palabra clave. Quite la palabra clave principal del título y del primer párrafo y léalo como humano; si queda poco claro o genérico, estaba escrito para la frase y no para la persona. También compare dos páginas lado a lado y compruebe si la mayoría de oraciones son idénticas.
Añada bloques que cambien según entradas reales, como un breve resumen “qué cambia aquí”, una nota de precios o plazos con contexto, y FAQs que reflejen las limitaciones de la página. Un pequeño escenario con números también funciona bien si se basa en patrones reales. La meta no es más texto, es más ayuda para tomar decisiones.
Incluya especificidades que varíen por ubicación, como rangos de precio típicos, plazos realistas, barrios atendidos y cualquier restricción local que pueda afirmar con honestidad. Evite fingir localización si no tiene los datos; es mejor decir lo que puede confirmar y qué afecta el resultado. Una página de ciudad es fuerte cuando responde “¿qué cambia para mí aquí?”
Identifique el tipo de plantilla, defina el único trabajo que la página debe cumplir y diseñe módulos que usen sus datos para ese fin. Añada reglas para mostrar u ocultar módulos cuando falten datos para no mostrar secciones vacías. Cree una página de referencia excelente y haga que la plantilla cumpla ese estándar de forma consistente.
Empiece auditando por grupo de plantillas, no URL por URL, porque la causa suele ser un módulo compartido. Mejore la plantilla, endurezca la puerta de publicación y luego actualice, fusione o elimine las páginas que no pueden cumplir la especificación mínima. Así evita que se acumulen páginas débiles mientras arregla lo que ya existe.