SEO para SaaS: las páginas que traen clientes y cómo priorizarlas

Nadie busca comprar tu software: busca cómo resolver un problema, qué herramienta es mejor y si hay algo más barato. El SEO para SaaS se gana en esas tres preguntas, no en la home.

Por qué el SEO para SaaS no se parece al de una tienda

Quien busca un producto quiere precio, stock y plazo de envío. Quien busca un software quiere reducir el riesgo de equivocarse: mira si sirve para su caso, cuánto cuesta a los seis meses y qué pasa el día que quiera irse. La intención es de evaluación, y eso cambia todo lo que se construye.

La consecuencia es medible. El ciclo pasa por varias sesiones y dispositivos y casi nunca se cierra en el primer clic: una comparativa el lunes, los precios el miércoles y un registro el viernes son una sola decisión. Si el equipo mide sesiones y rebotes, este mapa no le sirve.

Esto no es un plan de contenidos: es el mapa de páginas que un SaaS necesita y cuáles sobran.

Las cinco páginas que sostienen el pipeline

Cada página responde a una etapa distinta del mismo comprador. Este es el orden en que conviene construirlas:

• Producto o caso de uso: qué hace y para quién. Una página por caso de uso real, no una por keyword.
• Precios: la de mayor intención del sitio y la que más gente esconde.
• Comparativa (X vs Y): el comprador tiene dos opciones sobre la mesa y busca criterios.
• Alternativa a X: la decisión ya se tomó contra el incumbente; se busca con qué reemplazarlo.
• Integración o conector: la que casi nadie hace y la que trae cola larga con intención alta.

La idea que ordena todo: cada página responde a una etapa. Cinco páginas que responden lo mismo no son cinco oportunidades, son canibalización de keywords con otro nombre.

Comparativas y "alternativa a": el contenido que Google exige de primera mano

Las comparativas caen dentro del sistema de reseñas, que evalúa "artículos, publicaciones de blog, páginas o contenido independiente similar escrito con el propósito de dar una recomendación, una opinión o un análisis", y busca "investigación en profundidad, en lugar de contenido superficial que simplemente resume un montón de productos".

Una comparativa que no es un resumen necesita cuatro cosas:

• Criterios explícitos, en el idioma del comprador y con el motivo de cada uno.
• Al menos un dato que solo se obtiene usando el producto: tiempo real de configuración, límite real de la API, costo real con veinte usuarios.
• Una línea donde el otro gana. Sin eso no se sostiene, y el lector lo nota antes que Google.
• Fecha de revisión visible, con los precios fechados.

Una comparativa escrita por un tercero y publicada en tu dominio por la autoridad que ya tenía entra en la política de reputación de sitio; cientos generadas con plantilla, en el abuso de contenido a escala. Las políticas contra el spam es explícita en ambos casos.

La estructura mínima que sí funciona

Tres bloques y nada más: tabla de criterios arriba, veredicto por perfil de usuario después y una sección de "cuándo no elegirnos" al final. El resto diluye la decisión.

Integraciones y plantillas: escalar sin caer en contenido a escala

El patrón es simple: una página por integración real, con campos que se llenan solos (qué sincroniza, qué no, límites, casos de uso, una captura del flujo). El método general está en la guía de SEO programático; aquí aplico el umbral.

El umbral honesto: si la página no aporta un dato que no esté ya en la documentación del otro producto, no merece existir. Copiar los campos del partner y cambiar el título no es una página, es una plantilla con URL.

La definición oficial de abuso de contenido a escala habla de "muchas páginas generadas con el propósito principal de manipular el posicionamiento y no ayudar a los usuarios", e incluye usar IA "para generar muchas páginas sin aportar valor". Cuatrocientas páginas "alternativa a X" con el mismo esqueleto caen ahí.

La regla operativa: veinte páginas con datos propios rinden más que doscientas con plantilla, y no ponen el dominio en riesgo. Control mínimo: revisión humana, datos verificados, fecha y enlace a la página de producto.

Documentación y centro de ayuda: el activo que el blog tapa

La gente busca "cómo hacer X en tu producto" y "error Y al conectar Z": es el tráfico con la intención más alta del sitio y casi nadie lo optimiza.

Tres fallos típicos, cada uno con su arreglo:

• Documentación en un subdominio con noindex heredado de la plantilla. Se revisa en el HTML servido, no en el panel del CMS.
• Blog y documentación compitiendo por la misma consulta. Regla: el "cómo se usa" vive en la documentación; el "por qué importa", en el blog.
• Buscador interno que genera URLs de resultados indexables. Se resuelve con noindex o robots.txt, no con suerte.

Los títulos deberían tener el formato de la consulta real: "Conectar X con Y", no "Guía de integraciones". Y conviene revisar la profundidad de clics: la documentación suele estar entre las páginas más huérfanas del sitio.

Precios: la página con más intención y la más descuidada

La página de precios tiene que ser indexable y estar en el menú. Muchos SaaS la esconden detrás de un "hablar con ventas" y pierden la consulta "[producto] precio" completa, la más cercana a la conversión.

Debería incluir: planes comparables en una tabla real de HTML (no una imagen, que no se lee), qué pasa al superar el límite de cada plan, moneda e impuestos, y las tres dudas que ventas responde por teléfono cada semana. Esas respuestas van en la página y en un bloque de preguntas frecuentes con <h3>.

Google documenta el tipo SoftwareApplication con propiedades como name, applicationCategory, operatingSystem, offers y aggregateRating en su guía de datos estructurados para aplicaciones. Dos advertencias: el marcado describe, no garantiza un resultado enriquecido; y aggregateRating solo vale si las valoraciones existen y se pueden verificar. Lo desarrollo en la guía de rich snippets y schema markup.

Esta es la página que cierra: cada comparativa y cada caso de uso debería enlazarla.

Enlazado interno: del artículo a la página que convierte

El patrón que funciona: cada artículo informativo enlaza a una página de producto o comparativa en el primer tercio del texto, con ancla descriptiva. No al final, donde ya nadie llega, y no a la home, que no vende nada.

Regla de los tres clics desde la home para toda página que deba convertir. Si la comparativa que trae registros está a cinco clics, el problema no es el contenido. El método está en la guía de enlazado interno.

Aviso frecuente en SaaS: dos artículos que enlazan a la misma comparativa con la misma ancla compiten entre sí. Se diversifica el ancla o se elimina un enlace. Y qué enlazar desde dónde: la home a los casos de uso, el artículo técnico a la documentación, la comparativa a precios.

Cómo medir: de la impresión al registro

La cadena, en orden: consulta y clic en Search Console, sesión en analítica, registro o demo en el CRM. Sin el tercer tramo todo lo demás es vanidad: un SaaS que no une esas fuentes adivina qué contenido paga las cuentas.

Qué mirar por tipo de página: comparativas, tasa de registro; documentación, sesiones recurrentes y tickets evitados; precios, tiempo en página y clics en cada plan. Y una advertencia ya publicada aquí: la posición media engaña. Una keyword en posición seis con intención de compra vale más que una en posición uno informativa.

Conviene separar el canal de referidos de IA del orgánico clásico, con el informe de IA generativa y con la medición de GEO, porque el clic orgánico ya no cuenta toda la historia. Según el análisis de Ahrefs sobre 300.000 keywords, la presencia de un AI Overview se correlaciona con un CTR 34,5% menor en la página en posición uno (de 0,056 a 0,031). Es correlación, es escritorio, es informacional: no es una predicción sobre tu cuenta.

Checklist de auditoría SEO para un SaaS

Diez comprobaciones de una línea, todas accionables esta semana:

1. ¿La página de precios es indexable y está en el menú?
2. ¿Existe una comparativa con dato propio y una sección donde el otro gana?
3. ¿Cada integración aporta algo que no está en la documentación del partner?
4. ¿La documentación es indexable y sus títulos tienen formato de consulta?
5. ¿Blog y documentación compiten por la misma keyword?
6. ¿Cada artículo enlaza a una página de producto en el primer tercio?
7. ¿Hay páginas huérfanas entre las que convierten?
8. ¿El marcado SoftwareApplication refleja el producto y los precios vigentes?
9. ¿Se mide el registro por página de entrada, o solo la sesión?
10. ¿Hay páginas generadas en lote sin revisión humana?

Se arregla en dos semanas y cambia la calidad del tráfico del trimestre. Menos páginas, con datos propios, y todas enlazadas al registro.