Contenido escaso

Qué comprueba esta verificación

Mide la sustancia de la página, no el recuento bruto de palabras.

MetricSpot extrae el artículo principal con una heurística al estilo Readability:

1. Prefiere <main> o <article> cuando existen.
2. Descarta nav, header, footer, aside, banners de cookies y chrome conocido (objetivos de skip-link, breadcrumbs).
3. Puntúa los bloques restantes por densidad de texto (caracteres por nodo) y peso de etiqueta — el mismo enfoque que Readability.
4. Cuenta palabras dentro del bloque superviviente.

Si ese recuento queda por debajo de ~150 palabras, la página se marca como escasa. Esto es deliberadamente distinto de número de palabras de la página, que cuenta todo lo visible (boilerplate incluido). Un sitio puede pasar el recuento total con 2 000 palabras de nav + footer + sidebar y fallar esta comprobación con 80 palabras de artículo real.

Por qué importa

Dos sistemas penalizan duro el contenido escaso:

El sistema de contenido útil de Google. Desde la actualización de 2022 (y endurecida durante 2024–2025), las páginas que se consideran de “poco valor, valor añadido bajo o no muy útiles” se degradan en todo el sitio — no solo la URL infractora. Los infractores clásicos son índices de categoría autogenerados, páginas de ubicación creadas con plantilla y páginas de producto sin descripción más allá del título y el precio.

Motores de respuesta IA. ChatGPT, Perplexity, Claude, Google AI Overviews y Gemini ejecutan un filtro de sustancia antes de citar. Una página con 60 palabras de cuerpo es parseable pero no citable — no contiene una respuesta defendible. Tu URL nunca entra en el pool de citas.

El contenido escaso también es un problema de conversión. Quienes aterrizan en una página de 70 palabras rebotan; quienes aterrizan en una de 600 palabras con profundidad, FAQs y un siguiente paso claro convierten.

Cómo arreglarlo

No estás añadiendo relleno. Estás añadiendo sustancia — contenido que un lector haría captura de pantalla. Elige los patrones que encajen con el tipo de página.

Páginas de categoría / índice

El infractor por defecto de contenido escaso. La solución:

• 2–3 párrafos cortos de comentario original sobre el listado — qué es la categoría, para quién es, qué mirar.
• Un bloque corto de FAQ (3 preguntas) que cubra las dudas habituales previas a la compra.
• Enlaces internos a las 3–5 subcategorías o pillar pages más relevantes. Ver estrategia de enlazado interno.

Páginas de producto / SKU

Si tu descripción son solo specs:

• Añade un párrafo de tipo “por qué lo tenemos” o “ideal para” (50–100 palabras, escrito por una persona).
• Trae 3–5 reseñas de cliente con atribución de autor y rating. Márcalas con schema Review — funcionan como prueba social y como contenido.
• Incluye un bloque “compatible con” o “se compra frecuentemente con” — útil para lectores, útil para que los motores mapeen relaciones entre entidades.

Páginas de ubicación / área de servicio

La trampa del spam con plantilla. La solución es más dura porque requiere trabajo:

• Cada página necesita al menos un párrafo de contenido específico de la zona. No “damos servicio en ” — detalles reales: un punto de referencia, una normativa local, un matiz del servicio.
• Un caso o testimonial local si lo tienes.
• Un H1 único por página (no “Fontanero en {Ciudad}”).

Si no puedes escribir algo único para una ciudad, esa ciudad no merece página. Consolida en un hub regional.

Stubs de blog y landings

• Empieza con el patrón de contenido answer-first — la pregunta en el H1, la respuesta en las siguientes 50 palabras.
• Sigue con las secciones “por qué importa” y “cómo hacerlo” — el patrón de profundidad de contenido.
• Termina con un bloque de FAQ (2–3 preguntas) que capture consultas long-tail.

Cómo extrae MetricSpot el contenido

Si la comprobación salta pero crees que la página tiene sustancia, puede que el extractor la haya perdido. Causas habituales:

• Cuerpo del artículo dentro de un <div> sin wrapper semántico, junto a una sidebar muy grande — Readability a veces elige la sidebar. Envuelve el artículo en <main> o <article>.
• Contenido renderizado en cliente tras hidratar — MetricSpot lee la respuesta del servidor. Pre-renderiza o haz SSR del cuerpo.
• Uso intensivo de <iframe> o <canvas> — eso no es prosa. Si la página es una herramienta, está bien; la regla no aplicará a páginas interactivas una vez las marques con role="application" y una descripción breve.

Combina esta regla con número de palabras de la página y longitud de párrafos — juntas te dicen si la página tiene copy suficiente y bien estructurado.

Preguntas frecuentes

¿Cuál es el umbral exacto de palabras?

En torno a 150 palabras de contenido principal extraído. El número exacto depende del tipo de página — una página de producto con datos estructurados ricos (precio, ratings, disponibilidad, schema) tiene más manga ancha que una /about sin schema y con 80 palabras.

¿Añadir un bloque de FAQ arregla cada página escasa?

Ayuda, pero no es una bala de plata. Una FAQ añade sustancia y captura long-tail, pero si el resto de la página está realmente vacío (un stub de categoría, un placeholder), la FAQ sola no lo aguanta. Añade FAQ además de al menos un párrafo original por encima del fold.

Mi home es corta a propósito. ¿Debería preocuparme?

Las homes tienen una pasada parcial — la comprobación espera que sean navegacionales, y la mayoría de las heurísticas de extracción devuelven un recuento bajo incluso en homes sanas. La penalización por contenido escaso en la práctica golpea a páginas interiores: índices de categoría, páginas de ubicación y SKU generadas por plantilla. Si tu home es la única página escasa que se marca, normalmente puedes ignorarlo.