Auditoría SEO SaaS: qué revisar en una web de software

Una auditoría SEO SaaS es una revisión de la web de una empresa de software que comprueba si sus páginas comerciales, su documentación y sus páginas de funcionalidades se pueden rastrear, renderizar, indexar y posicionar, y si las pantallas de la app, las páginas de login y las copias de staging se quedan fuera del buscador. Termina con una lista de correcciones ordenadas por prioridad, empezando por las que bloquean la indexación.

Las webs SaaS fallan a su manera. Suelen estar construidas con frameworks de JavaScript y repartidas en varios subdominios. Muchas, además, generan miles de páginas casi idénticas a partir de plantillas. Esta guía explica qué revisar, dónde suelen fallar las webs SaaS y qué corregir primero.

¿Qué es una auditoría SEO para SaaS?

Una auditoría SEO para SaaS es una auditoría SEO técnica adaptada a cómo las empresas de software construyen y hacen crecer sus webs. Lo básico no cambia: Google tiene que poder rastrear las páginas, renderizarlas, elegir una URL canónica y decidir que cada página merece un lugar en el índice. Lo que cambia es dónde se rompen las cosas. Una empresa SaaS típica tiene la web comercial en un stack, la documentación en otro, el blog en un tercero y el producto en subdominios app. o dashboard.. Cada uno tiene su propio robots.txt, sus propias plantillas y, a menudo, su propio responsable. Las páginas comerciales suelen ser single-page apps que solo muestran el texto en el navegador. Las páginas de integraciones, plantillas y "alternativas a" se generan a escala. Los precios cambian con frecuencia y las páginas de planes antiguos rara vez se redirigen. Por eso, una auditoría SaaS útil primero mapea todos los hostnames y después revisa indexación, renderizado, duplicados y páginas de conversión host por host, en lugar de lanzar un único rastreo y leer una puntuación genérica.

¿En qué se diferencia una auditoría SEO SaaS de una auditoría web normal?

Las comprobaciones coinciden con las de cualquier auditoría, pero las webs SaaS cargan el peso en otras áreas. La tabla muestra los puntos problemáticos habituales y qué revisar en cada uno.

Si además vendes productos físicos, la auditoría SEO para ecommerce cubre filtros y variantes. Para la lista completa de comprobaciones generales, usa el checklist de auditoría SEO.

¿Se deben indexar la app y las páginas de login?

En la mayoría de los casos, no. Las pantallas con sesión iniciada, las páginas de inicio de sesión y de restablecimiento de contraseña y los enlaces de invitación no aportan nada a quien busca. No deberían competir con tus páginas comerciales. La duda está en cómo dejarlas fuera, porque robots.txt y noindex cumplen funciones distintas.

La documentación de Google es explícita: para que noindex funcione, la página no debe estar bloqueada por robots.txt. Si lo está, Google nunca ve la regla y la URL puede seguir apareciendo en los resultados cuando otras páginas enlazan a ella. Google tampoco admite noindex dentro de robots.txt.

Una configuración práctica para SaaS:

• Páginas de login, registro y restablecimiento: permite el rastreo y añade <meta name="robots" content="noindex">.
• La app en sí (app.example.com): protégela con autenticación. Los visitantes sin sesión deben recibir una redirección al login o una respuesta 401/403, no una página 200 con un esqueleto vacío.
• Entornos de staging y preview: protégelos con contraseña. Robots.txt por sí solo no es protección, y las copias de staging que se cuelan en el índice son un error frecuente en SaaS.
• Páginas de estado y centros de ayuda en herramientas de terceros: decide a propósito si deben posicionar y luego comprueba qué genera realmente la herramienta.

Para la sintaxis de las reglas y los errores habituales, consulta la guía de robots.txt.

¿Tu framework de JavaScript oculta contenido a Google?

A veces sí. Google puede renderizar JavaScript, pero el renderizado pasa por una cola, y los propios conceptos básicos de SEO en JavaScript de Google siguen calificando el renderizado en servidor o el prerenderizado como "una gran idea", porque no todos los bots pueden ejecutar JavaScript. Muchos rastreadores de IA y bots de vista previa de redes sociales solo leen el HTML original.

Qué revisar en cada plantilla clave (home, página de funcionalidad, precios, artículo del blog, página de docs):

1. HTML original frente a DOM renderizado. Carga la página con JavaScript desactivado. ¿Están el H1, el texto principal y los enlaces en el HTML, o solo un <div id="root">?
2. Enlaces. La navegación construida con manejadores onClick en lugar de <a href> es invisible para los rastreadores. Google pide enlaces que sigan sus buenas prácticas de enlaces rastreables.
3. Códigos de estado en single-page apps. El enrutado del lado del cliente suele devolver 200 para URLs que no existen (soft 404). Google recomienda redirigir a un 404 renderizado en servidor o añadir noindex a las vistas de error.
4. Etiquetas robots controladas por JavaScript. Google advierte que, cuando ve noindex, puede saltarse el renderizado, así que quitar el noindex después con JavaScript puede no funcionar. Incluye la etiqueta robots correcta en el HTML inicial.

Aquí importan los valores por defecto del framework. Next.js, Nuxt, Astro y herramientas similares pueden renderizar en servidor o en tiempo de compilación. La pregunta de la auditoría es si tu configuración realmente lo hace en las rutas comerciales.

¿Cómo gestionar la documentación, los changelogs y las páginas programáticas?

Trátalos como secciones separadas, cada una con su propio objetivo de indexación. La documentación, los directorios de integraciones y las galerías de plantillas pueden atraer mucho tráfico long tail. También generan la mayoría de las URLs duplicadas y pobres de una web SaaS.

Documentación con versiones

Cuando /docs/v2/setup, /docs/v3/setup y /docs/latest/setup muestran casi el mismo texto, Google elige una canónica, y puede que no sea la que tú quieres. Google considera las redirecciones y rel="canonical" señales fuertes y la inclusión en el sitemap una señal débil. También desaconseja usar noindex o robots.txt para la canonicalización. Haz que las versiones antiguas apunten a la página actual e incluye en el sitemap solo las URLs actuales. La guía de la etiqueta canonical entra en detalle.

Páginas de integraciones, plantillas y casos de uso

Una página por integración ("Conecta X con Slack") es un buen patrón SaaS cuando cada página dice algo concreto: qué se sincroniza, pasos de configuración, límites y ejemplos. Cuando 300 páginas solo se diferencian por el nombre del partner, espera estados como rastreada: actualmente sin indexar en Search Console. En la auditoría, compara cuántas URLs genera cada plantilla con cuántas están indexadas.

Changelog y notas de versión

Decide si cada entrada merece su propia URL. Los archivos paginados del changelog con una línea por entrada suelen ser páginas de poco valor que restan atención de rastreo a las importantes.

¿Qué revisar en las páginas de precios, funcionalidades y comparativas?

Son las páginas que convierten, así que los pequeños fallos cuestan registros reales. Comprueba que:

• Las URLs de planes antiguos redirigen con un 301 a la página de precios actual o al plan más parecido, no a la home.
• Los precios y nombres de los planes están en el HTML. Las tablas de precios que se cargan desde una API después de cargar la página pueden no verlas los rastreadores que no renderizan.
• Cada funcionalidad tiene una página fuerte. Evita páginas pobres separadas para "funcionalidad", "funcionalidad para equipos" y "herramienta de funcionalidad" que compiten entre sí.
• Las páginas comparativas y de "alternativas" son accesibles. Suelen añadirse fuera de la navegación principal y acaban huérfanas. Enlázalas desde las páginas de funcionalidades y el footer. La guía de enlazado interno explica cómo.
• Las comparativas siguen siendo exactas. Lo que dices de la competencia se queda desactualizado rápido. Revisa la página cada vez que cambien precios o funcionalidades.

¿Qué datos estructurados necesita una web SaaS?

Empieza con el marcado Organization en la home, con logo, url y enlaces sameAs a tus perfiles oficiales. Ayuda a los buscadores y a los sistemas de IA a relacionar tu web con tu marca.

El marcado SoftwareApplication se suele añadir mal. La documentación de aplicaciones de software de Google exige name, offers.price (0 para apps gratuitas) y aggregateRating o review para el resultado enriquecido. Las valoraciones deben cumplir las directrices de los fragmentos de reseñas, así que no inventes una valoración ni muestres una que no se vea en la página.

Olvídate del marcado FAQ y HowTo si buscas resultados enriquecidos. Google ha retirado ambos. Si tus páginas aún llevan schema FAQ "por SEO", ya no genera ningún resultado enriquecido en Google.

¿Necesita una web SaaS una revisión de búsqueda con IA?

Sí. Cada vez más compradores preguntan a los asistentes cosas como "la mejor herramienta para X" o "¿X se integra con Y?". Tu web solo puede aparecer citada si los bots adecuados pueden leerla. El error más común en SaaS es bloquear todos los bots de IA con una sola regla de robots.txt.

Los bots hacen trabajos distintos. La documentación de rastreadores de OpenAI explica que OAI-SearchBot muestra webs en la búsqueda de ChatGPT, GPTBot recopila datos de entrenamiento y ChatGPT-User se encarga de las acciones que inician los usuarios. Cada uno se puede permitir o bloquear por separado. Si quieres excluirte del entrenamiento pero seguir visible en la búsqueda, escribe las reglas por bot:

User-agent: GPTBot
Disallow: /

User-agent: OAI-SearchBot
Allow: /

En el caso de Google, no hay requisitos adicionales ni optimizaciones especiales para aparecer en AI Overviews o en el Modo IA. Lo primero es la indexación y la elegibilidad para fragmentos, y nosnippet, data-nosnippet y max-snippet controlan lo que se puede mostrar. Vigila esos controles en las páginas de precios o de funcionalidades, donde pueden haberse añadido por otros motivos. La web también debe estar incluida en las funciones de IA generativa de la Búsqueda en Search Console, y el informe de rendimiento de IA generativa muestra cómo le va ahí. El archivo llms.txt no ayuda en la Búsqueda de Google.

Más allá del acceso de los rastreadores, comprueba que las páginas responden a lo que preguntan los compradores: qué hace el producto, para quién es, con qué se integra y cómo funcionan los precios. Ese texto tiene que verse sin JavaScript. Una entrada en Wikidata y enlaces sameAs coherentes también ayudan a los asistentes a identificar tu empresa. Para más detalles, consulta la optimización para búsqueda con IA.

¿En qué orden corregir los problemas SEO de un SaaS?

Corrige según el impacto. Primero los problemas que bloquean la indexación, después los que desperdician rastreo o dividen señales, y luego las mejoras.

1. Bloqueos de indexación: un noindex o un bloqueo en robots.txt en páginas comerciales, copias de staging en el índice, texto principal que solo aparece después de ejecutar JavaScript.
2. URLs equivocadas en el índice: páginas de la app y de login, soft 404, páginas de planes antiguos.
3. Duplicados: versiones de la documentación, páginas programáticas casi idénticas, canónicas contradictorias.
4. Páginas de conversión: precios, funcionalidades, comparativas y los enlaces internos que llegan a ellas.
5. Rendimiento: Core Web Vitals en las plantillas clave (LCP ≤ 2,5 s, INP ≤ 200 ms, CLS ≤ 0,1 en el percentil 75). Las páginas comerciales SaaS cargadas de scripts suelen suspender en INP.
6. Datos estructurados y visibilidad en IA: Organization y sameAs, reglas de robots.txt por bot, textos que respondan directamente a las preguntas.

Para saber en qué punto está tu web, una auditoría gratuita de SEORecheck rastrea todas las páginas, compara el HTML original con el renderizado y revisa las reglas de robots.txt para los bots de IA de búsqueda, de usuario y de entrenamiento, además de los controles de fragmentos y el marcado Organization/sameAs. Puedes ver cómo es el informe completo en el informe de ejemplo.

Cuando publiques las correcciones, haz una reauditoría en 30–60 días. En las webs SaaS, las nuevas plantillas y versiones suelen traer de vuelta problemas antiguos, así que comparar con la auditoría anterior (mira el ejemplo de comparación) muestra qué se ha corregido y qué ha vuelto. Los precios del informe completo y de la reauditoría están en la página de precios.

Puntos clave

• Mapea todos los hostnames (web comercial, docs, blog, app, staging) antes de rastrear. Los problemas de un SaaS suelen estar en los subdominios que no tienen dueño.
• Usa noindex en páginas rastreables para dejarlas fuera del buscador, y autenticación para la app y staging. Robots.txt no impide la indexación.
• Asegúrate de que el texto principal, los enlaces y las etiquetas robots estén en el HTML inicial, no añadidos con JavaScript.
• Consolida las versiones de la documentación con canónicas o redirecciones, y da a cada página programática contenido único o déjala fuera del índice.
• Redirige las páginas de planes retirados y mantén las comparativas enlazadas y actualizadas.
• Permite los bots de búsqueda con IA aunque bloquees los de entrenamiento, y no cuentes con el marcado FAQ para obtener resultados enriquecidos.