# Checklist de SEO técnico para sitios web SaaS Actualizado el 2026-10-26 El SEO técnico de una empresa SaaS se trata sobre todo de separar y de renderizar. Separar, porque un mismo dominio suele alojar un sitio 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 los sitios SaaS muchas veces 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 de siempre: 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 del lado del 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 encontró 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 un sitio 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 la inclusión en la Búsqueda de Google ([Google Search Central](https://developers.google.com/search/docs/crawling-indexing/google-common-crawlers)). ## ¿Tu aplicación debe aparecer en los resultados de búsqueda? No. Las páginas de la aplicación a las que se accede después de iniciar sesión no le 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 terminar 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 confiable que las reglas de robots. - No dependas de 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 de 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 muchas veces por su nombre (“tuproducto login”). Mantenerlas indexables ayuda a los clientes actuales a encontrarlas; no deberían tener mucho contenido de marketing. Nuestro [verificador de robots.txt](/es-419/robots-txt-checker) muestra qué puede obtener cada rastreador, y el [verificador de meta tags](/es-419/meta-tag-checker) muestra la etiqueta meta robots y el encabezado X-Robots-Tag de una página. ## ¿Los buscadores y los rastreadores de IA pueden leer tus páginas de marketing? Revisa 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 ocurre en una cola después del rastreo, y Google recomienda el renderizado del lado del 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 encontró 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 ahí. La solución práctica es renderizar las páginas de marketing, la documentación y el blog en el servidor o durante el build, algo que admiten frameworks como Next.js, Nuxt y Astro, y dejar el renderizado del lado del 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 revisa que el texto esté ahí. ## ¿Qué estructura debería tener el sitio de marketing? Los compradores de SaaS buscan con una intención que puedes asignar a páginas específicas. 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 industrias**, 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 ponles fecha y mantenlas actualizadas. - **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 [industria]” en las que solo cambian algunas palabras son lo que las políticas de spam de Google llaman abuso de contenido a gran escala ([Google Search Central](https://developers.google.com/search/docs/essentials/spam-policies)). ## ¿Cómo se manejan la documentación, los centros de ayuda y los changelogs? La documentación suele atraer más tráfico de búsqueda que el sitio de marketing, porque la gente busca cómo hacer las cosas. - Haz que la documentación sea pública e indexable, a menos 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. - Dale 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, revisa que esté verificado en Search Console y que sus páginas enlacen de regreso al sitio principal. ## ¿Qué problemas de canónicas, hreflang y redirecciones son comunes en los sitios 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)). - **Diagonales finales y mayúsculas**: elige una forma y redirige la otra con un 301. - **Páginas localizadas**: si traduces el sitio 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; redirigir todo a la página de inicio hace perder el valor de las páginas antiguas. El [análisis SEO](/es-419/website-seo-checker) prueba los títulos, los H1, las canónicas y las reglas de robots en las páginas clave de tu sitio, y detecta los enlaces internos rotos. ## ¿Qué datos estructurados encajan en un sitio 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 calificación agregada o una reseña ([Google Search Central](https://developers.google.com/search/docs/appearance/structured-data/software-app)). Agrega solo calificaciones 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 [verificador de datos estructurados](/es-419/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 aprueban las Core Web Vitals? Los sitios de marketing de SaaS suelen cargar muchos scripts de terceros: analítica, administradores 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 nadie usa. - 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)). La [prueba de velocidad](/es-419/website-speed-test) mide una página como lo haría un celular 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 operan estos sistemas. - **AI Overviews y el Modo IA de Google** usan páginas que están indexadas y que son aptas para 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** depende de 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 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 un sitio 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 las preguntas que hacen los compradores, datos específicos 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 el sitio principal, se incluya en un sitemap y esté verificada en Search Console. ### ¿Google indexa el contenido de nuestra aplicación JavaScript? Google puede renderizar JavaScript, pero lo hace en un paso separado, y otros rastreadores muchas veces no lo hacen. En las páginas que quieres que se encuentren, renderiza el contenido en el servidor o durante el build. ### ¿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 verificador 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 calificaciones o reseñas auténticas que se muestren en la página. ### ¿Cuál es el error de SEO técnico más común en los sitios 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)