# Checklist de SEO técnico para webs SaaS Actualizado el 2026-10-26 El SEO técnico de una empresa SaaS consiste sobre todo en separar y en renderizar. Separar, porque un mismo dominio suele albergar una web de marketing que debe posicionarse, una documentación que debe posicionarse y una aplicación que no debería aparecer en los buscadores en absoluto. Renderizar, porque las webs SaaS a menudo se construyen como aplicaciones JavaScript y, aunque Google renderiza JavaScript, muchos otros rastreadores, incluida la mayoría de los rastreadores de IA, no lo hacen. Este checklist cubre ambas cosas, además de los fundamentos habituales: etiquetas canónicas, sitemaps, datos estructurados, velocidad y la forma en que los buscadores con IA llegan a tus páginas. **Puntos clave** - Google rastrea, renderiza e indexa las páginas con JavaScript en fases separadas y afirma que el renderizado en el servidor o el prerrenderizado «sigue siendo una gran idea», porque no todos los bots pueden ejecutar JavaScript ([Google Search Central](https://developers.google.com/search/docs/crawling-indexing/javascript/javascript-seo-basics)). - Un análisis de diciembre de 2024 descubrió que ninguno de los principales rastreadores de IA, incluidos GPTBot, ClaudeBot y PerplexityBot, renderizaba JavaScript ([Vercel](https://vercel.com/blog/the-rise-of-the-ai-crawler)). - Google afirma que AI Overviews y el Modo IA no tienen requisitos técnicos adicionales y no necesitan ningún marcado especial de schema.org ni archivos de texto para IA ([Google Search Central](https://developers.google.com/search/docs/appearance/ai-features)). - OpenAI usa OAI-SearchBot para la búsqueda de ChatGPT y GPTBot para entrenar sus modelos; bloquear GPTBot no elimina una web de la búsqueda de ChatGPT ([OpenAI](https://developers.openai.com/api/docs/bots)). - Google-Extended controla si Google puede usar el contenido para entrenar Gemini y no afecta a la inclusión en la Búsqueda de Google ([Google Search Central](https://developers.google.com/search/docs/crawling-indexing/google-common-crawlers)). ## ¿Debe aparecer tu aplicación en los resultados de búsqueda? No. Las páginas de la aplicación a las que se accede tras iniciar sesión no ofrecen nada a quien busca, y Googlebot no inicia sesión. El riesgo va en sentido contrario: las URL públicas de la aplicación, como los enlaces compartidos, las pantallas vacías, las páginas para restablecer la contraseña y los entornos de staging, pueden acabar indexadas y competir con tus páginas de marketing. - Sirve la aplicación en su propio host, como `app.example.com`, y envía `X-Robots-Tag: noindex` en todas sus respuestas. - Mantén los entornos de staging y de vista previa fuera de los buscadores con autenticación, que es más fiable que las reglas de robots. - No confíes en robots.txt para eliminar páginas de Google: una URL bloqueada puede seguir apareciendo si se enlaza desde otro sitio, y Google no puede ver un noindex en una página que no tiene permiso para rastrear ([Google Search Central](https://developers.google.com/search/docs/crawling-indexing/block-indexing)). - Las páginas de inicio de sesión y de registro se buscan a menudo por su nombre («tuproducto login»). Mantenerlas indexables ayuda a los clientes actuales a encontrarlas; no deberían llevar mucho contenido de marketing. Nuestro [validador de robots.txt](/es/robots-txt-checker) muestra qué puede obtener cada rastreador, y el [analizador de etiquetas meta](/es/meta-tag-checker) muestra la etiqueta meta robots y la cabecera X-Robots-Tag de una página. ## ¿Pueden los buscadores y los rastreadores de IA leer tus páginas de marketing? Comprueba qué recibe un rastreador antes de que se ejecute cualquier JavaScript. Si la respuesta HTML de tu página de precios no tiene precios ni encabezados, solo una etiqueta script, los rastreadores que no ejecutan JavaScript ven una página vacía. - **Google** renderiza JavaScript con una versión reciente de Chromium, pero el renderizado se hace en una cola después del rastreo, y Google recomienda el renderizado en el servidor o el prerrenderizado ([Google Search Central](https://developers.google.com/search/docs/crawling-indexing/javascript/javascript-seo-basics)). - **Rastreadores de IA**: el análisis de Vercel sobre su red descubrió que los rastreadores de OpenAI, Anthropic, Perplexity y Meta descargaban los archivos JavaScript pero no los ejecutaban; Gemini, que usa la infraestructura de Google, y Applebot sí renderizaban las páginas ([Vercel](https://vercel.com/blog/the-rise-of-the-ai-crawler)). - **Las vistas previas de enlaces** en las apps de mensajería y en las redes sociales suelen leer solo el HTML del servidor, así que los títulos, las descripciones y las etiquetas Open Graph tienen que estar en él. La solución práctica es renderizar las páginas de marketing, la documentación y el blog en el servidor o durante la compilación, algo que admiten frameworks como Next.js, Nuxt y Astro, y reservar el renderizado en el cliente para la aplicación con sesión iniciada. Una prueba rápida: ejecuta `curl` sobre tu URL, o mira el código fuente de la página en lugar del DOM inspeccionado, y comprueba que el texto está ahí. ## ¿Qué estructura debería tener la web de marketing? Los compradores de SaaS buscan con una intención que puedes asignar a páginas concretas. Cada uno de estos tipos merece su propia página indexable, con un título descriptivo y su propia URL canónica: - **Páginas de producto y de funciones**, una por cada capacidad importante. - **Páginas de casos de uso y de sectores**, para búsquedas como «software de facturación para agencias». - **Páginas de integraciones**, una por integración, porque la gente busca «[tu producto] + [su herramienta]». - **Precios**, con los planes y los precios en el HTML, no cargados desde una API después del renderizado. - **Páginas de comparación y de alternativas**, escritas con imparcialidad: los precios y las funciones de la competencia cambian, así que fecha estas páginas y mantenlas al día. - **Casos de clientes**, con permiso y con detalles reales y atribuibles. Evita las variaciones con poco contenido: decenas de páginas casi idénticas del tipo «[función] para [sector]» en las que solo cambian algunas palabras son lo que las políticas sobre spam de Google llaman abuso de contenido a escala ([Google Search Central](https://developers.google.com/search/docs/essentials/spam-policies)). ## ¿Cómo se gestionan la documentación, los centros de ayuda y los changelogs? La documentación suele atraer más tráfico de búsqueda que la web de marketing, porque la gente busca cómo hacer las cosas. - Haz que la documentación sea pública e indexable, salvo que contenga información específica de clientes. - En la documentación con versiones, apunta la canónica de las versiones antiguas a la versión actual de la misma página, o marca las versiones antiguas como noindex, para que los resultados de búsqueda muestren las instrucciones vigentes. - Da a cada página de documentación un título y un H1 descriptivos que coincidan con la forma en que la gente formula la tarea («Exportar facturas a CSV»), no con nombres internos de funciones. - Mantén las entradas del changelog en URL estables y con fecha. - Incluye la documentación en tu sitemap XML, o dale un sitemap propio indicado en robots.txt. Si tu centro de ayuda funciona en una plataforma de terceros en un subdominio, comprueba que esté verificado en Search Console y que sus páginas enlacen de vuelta a la web principal. ## ¿Qué problemas de canónicas, hreflang y redirecciones son habituales en las webs SaaS? - **Parámetros**: las etiquetas UTM, los códigos de referidos y los parámetros de las pruebas A/B crean URL duplicadas. Cada página debe declarar su propia URL limpia como canónica ([Google Search Central](https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls)). - **Barras finales y mayúsculas**: elige una forma y redirige la otra con un 301. - **Páginas localizadas**: si traduces la web de marketing, enlaza las versiones de cada idioma con hreflang, incluida una referencia a la propia página y un x-default ([Google Search Central](https://developers.google.com/search/docs/specialty/international/localized-versions)). - **Cambios de marca y de dominio**: asigna las URL antiguas a las nuevas una a una con redirecciones 301; redirigirlo todo a la página de inicio hace perder el valor de las páginas antiguas. El [analizador SEO](/es/website-seo-checker) prueba los títulos, los H1, las canónicas y las reglas de robots en las páginas clave de tu web, y detecta los enlaces internos rotos. ## ¿Qué datos estructurados encajan en una web SaaS? - **Organization** en la página de inicio, con tu nombre, la URL, el logotipo y enlaces `sameAs` a los perfiles oficiales. - **WebSite** en la página de inicio con `name` y `url`, que Google usa para elegir el nombre del sitio que muestra en los resultados ([Google Search Central](https://developers.google.com/search/docs/appearance/site-names)). - **SoftwareApplication**: el resultado enriquecido de aplicaciones de software de Google exige un precio y, además, una valoración agregada o una reseña ([Google Search Central](https://developers.google.com/search/docs/appearance/structured-data/software-app)). Añade solo valoraciones auténticas y visibles en la página; sin ellas, el marcado sigue describiendo el producto, pero no conseguirá el resultado enriquecido. - **BreadcrumbList** en las páginas de documentación y del blog. - **Article** en las entradas del blog, con el autor y las fechas. No esperes que el marcado FAQ consiga espacio adicional: Google dejó de mostrar los resultados enriquecidos de preguntas frecuentes el 7 de mayo de 2026 ([Google Search Central](https://developers.google.com/search/updates)). El [validador de datos estructurados](/es/structured-data-checker) enumera todos los elementos de una página y las propiedades que Google exige para cada uno. ## ¿Por qué las páginas de marketing de los SaaS no superan las Core Web Vitals? Las webs de marketing de SaaS suelen cargar muchos scripts de terceros: analítica, gestores de etiquetas, widgets de chat, pruebas A/B, grabación de sesiones y píxeles publicitarios. Estos retrasan el contenido principal y mantienen ocupado el hilo principal, lo que se traduce en un LCP lento y un INP deficiente. - Revisa todos los scripts de terceros y elimina los que no usa nadie. - Carga los widgets de chat cuando haya interacción, y evita los scripts de pruebas A/B que ocultan la página hasta que se ejecutan. - Sirve las imágenes principales y las capturas del producto al tamaño en que se muestran, en WebP o AVIF, sin aplicar la carga diferida a la primera. - Vigila el INP en las páginas con calculadoras de precios interactivas y demos. Google usa las Core Web Vitals en sus sistemas de clasificación, aunque la relevancia va primero ([Google Search Central](https://developers.google.com/search/docs/appearance/core-web-vitals)). El [test de velocidad](/es/website-speed-test) mide una página como lo haría un móvil con la conexión limitada y muestra datos de usuarios reales cuando Google los tiene. ## ¿Cómo encuentran y citan los buscadores con IA el contenido de un SaaS? No hay una vía técnica aparte para la búsqueda con IA, y algunos consejos populares no cuentan con el respaldo de las empresas que gestionan estos sistemas. - **AI Overviews y el Modo IA de Google** usan páginas que están indexadas y que pueden mostrar un fragmento; Google afirma que no hay requisitos adicionales, ni schema especial, ni necesidad de archivos de texto para IA ([Google Search Central](https://developers.google.com/search/docs/appearance/ai-features)). - **La búsqueda de ChatGPT** se basa en OAI-SearchBot. Si quieres aparecer en las respuestas de ChatGPT, no bloquees OAI-SearchBot en robots.txt; bloquear GPTBot solo te excluye del entrenamiento ([OpenAI](https://developers.openai.com/api/docs/bots)). - **El entrenamiento de Gemini** se controla con el token Google-Extended, que no afecta a la Búsqueda de Google ([Google Search Central](https://developers.google.com/search/docs/crawling-indexing/google-common-crawlers)). - **llms.txt** es una propuesta de la comunidad para ofrecer un resumen de una web en Markdown. Google afirma que no necesita esos archivos; otros servicios de IA no han documentado si los usan. Publicarlo cuesta poco, pero no sustituye a unas páginas rastreables. Lo que ayuda en todos ellos es lo mismo: páginas renderizadas en el servidor, encabezados claros que respondan a las preguntas que hacen los compradores, datos concretos como precios y límites escritos en el texto, y páginas que no se contradigan entre sí. ## Preguntas frecuentes ### ¿La documentación debe estar en un subdominio o en una subcarpeta? Ambas opciones pueden posicionarse. Lo que más importa es que la documentación sea rastreable, esté enlazada desde la web principal, se incluya en un sitemap y esté verificada en Search Console. ### ¿Indexa Google el contenido de nuestra aplicación JavaScript? Google puede renderizar JavaScript, pero lo hace en un paso separado, y otros rastreadores a menudo no lo hacen. En las páginas que quieres que se encuentren, renderiza el contenido en el servidor o durante la compilación. ### ¿Deberíamos bloquear los rastreadores de IA? Es una decisión de negocio. Bloquear los rastreadores de entrenamiento, como GPTBot o Google-Extended, mantiene el contenido fuera del entrenamiento de modelos sin sacarte de la búsqueda; bloquear los rastreadores de búsqueda, como OAI-SearchBot, te saca de las respuestas de ese servicio. El validador de robots.txt muestra lo que permiten tus reglas actuales. ### ¿Necesitamos el marcado SoftwareApplication? Es opcional. Describe tu producto a los buscadores; el resultado enriquecido de aplicaciones de software necesita además valoraciones o reseñas auténticas que se muestren en la página. ### ¿Cuál es el error de SEO técnico más habitual en las webs SaaS? Hay dos que hacen más daño: las páginas de marketing que solo renderizan su contenido con JavaScript y las URL de staging o de la aplicación que quedan abiertas a la indexación. ## Fuentes - Google Search Central: [Understand JavaScript SEO basics](https://developers.google.com/search/docs/crawling-indexing/javascript/javascript-seo-basics) - Google Search Central: [AI features and your website](https://developers.google.com/search/docs/appearance/ai-features) - Google Search Central: [Google's common crawlers (Google-Extended)](https://developers.google.com/search/docs/crawling-indexing/google-common-crawlers) - Google Search Central: [Block search indexing with noindex](https://developers.google.com/search/docs/crawling-indexing/block-indexing) - Google Search Central: [How to specify a canonical URL](https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls) - Google Search Central: [Localized versions of your pages](https://developers.google.com/search/docs/specialty/international/localized-versions) - Google Search Central: [Site names in Google Search](https://developers.google.com/search/docs/appearance/site-names) - Google Search Central: [Software app structured data](https://developers.google.com/search/docs/appearance/structured-data/software-app) - Google Search Central: [Understanding Core Web Vitals and Google search results](https://developers.google.com/search/docs/appearance/core-web-vitals) - OpenAI: [Overview of OpenAI crawlers](https://developers.openai.com/api/docs/bots) - Vercel: [The rise of the AI crawler](https://vercel.com/blog/the-rise-of-the-ai-crawler)