Checklist de SEO técnico para lanzar un SaaS B2B en 2026

La base técnica de SEO es el conjunto de comprobaciones que un sitio SaaS B2B tiene que pasar antes del lanzamiento para que los motores de búsqueda y los motores de IA puedan encontrarlo, leerlo y citarlo. Va antes del trabajo de crecimiento: contenido, enlaces, posicionamiento. Si la base no aguanta, ese trabajo no se ve, porque Google nunca lee las páginas de forma limpia.

Casi todos los equipos SaaS llegan tarde a esta checklist. El producto sale a producción, marketing escribe el post de lanzamiento y tres semanas después alguien nota que el sitio tiene cero impresiones en Search Console. Nosotros hacemos estas ocho comprobaciones antes de que un dominio sea público: cada una cuesta poco arreglar antes del lanzamiento y bastante recuperar después de un primer rastreo que salió mal. Esta es la base, en el orden que importa.

Qué mide la base

Cuatro cosas deciden si un sitio SaaS nuevo compite de verdad. Un rastreador puede llegar a la página. Puede leer el contenido sin ejecutar tu JavaScript. Puede entender la estructura. Confía en que esa es la página canónica. Cada comprobación de abajo cae en uno de esos cuatro puntos. Ninguna trata de palabras clave ni de backlinks: ese trabajo viene después, cuando la base aguanta.

1. Sirve el contenido como HTML legible

Googlebot ejecuta JavaScript, pero lo hace despacio y en una segunda pasada que puede ir días por detrás del primer rastreo. Los rastreadores de IA, en su mayoría, no ejecutan JavaScript en absoluto. Si tus páginas de marketing llegan como un div vacío que React rellena en el navegador, un motor de IA lee una página en blanco. El mínimo: cada palabra que quieres indexar ya está en el HTML en bruto de la respuesta, antes de que arranque cualquier script de cliente. Abre el código fuente de cada ruta importante y comprueba que el texto está ahí. Para un SaaS en Next.js esto significa server components o generación estática para las rutas de marketing y blog, no renderizado solo en el cliente.

2. Pasa los Core Web Vitals en el percentil 75

Los Core Web Vitals son tres métricas de campo que Google mide sobre usuarios reales de Chrome, en el percentil 75. Los umbrales de 2026: Largest Contentful Paint por debajo de 2,5 segundos, Interaction to Next Paint por debajo de 200 milisegundos, Cumulative Layout Shift por debajo de 0,1 (web.dev). El INP sustituyó al First Input Delay en marzo de 2024 y ya es el más suspendido de los tres: alrededor del 43% de los sitios no llega al umbral de 200 ms. Los sitios SaaS B2B lo fallan por un motivo concreto. Los stacks de marketing cargan peso sobre el hilo principal: tracking de HubSpot, un widget de Intercom o Drift, Segment, un gestor de etiquetas con más de 40 tags, un script de A/B testing que bloquea el render. Cada uno añade retraso al primer clic. El LCP medio en móvil del B2B ronda los 7 segundos, casi el triple del umbral. Revisa los scripts de terceros antes del lanzamiento, aplaza lo que puedas y mide en un teléfono de gama media, no en tu portátil.

3. Publica un sitemap XML y envíalo

Un sitemap no garantiza la indexación y no sube el posicionamiento. Sí le dice a Google qué URL consideras canónicas y cuándo cambiaron por última vez, y eso acelera el descubrimiento en un dominio que todavía no tiene backlinks. Genéralo a partir del contenido publicado, no a mano, para que nunca se desincronice. Envíalo en Google Search Console y en Bing Webmaster Tools desde el primer día. Para las páginas que más te importan, usa la herramienta de inspección de URL y pide la indexación directa: suele lanzar un rastreo en menos de 24 horas, en lugar de las tres o cuatro semanas que un sitio nuevo espera de otra forma.

4. Configura los canonical y elimina el noindex por error

El desastre de lanzamiento más común: el sitio de staging salió con una etiqueta meta noindex en todo el sitio, y nadie la quitó en producción. Compruébalo primero. Cada página indexable necesita una etiqueta canonical que apunte a sí misma, ningún noindex suelto, HTTPS forzado y el entorno de staging cerrado tras autenticación, para que Google no indexe un duplicado. Un solo canonical mal puesto que apunte cada página a la home puede borrar un sitio entero de la búsqueda. Son comprobaciones de cinco minutos que te ahorran meses.

5. Emite datos estructurados en JSON-LD

Los datos estructurados son la capa legible por máquinas que les dice a los motores de búsqueda y de IA qué son tus páginas. En 2026 hacen más que activar los rich results: son una señal primaria para decidir si las AI Overviews, Perplexity, ChatGPT y Claude te citan a ti o a un competidor. Usa JSON-LD, el único formato que Google recomienda. Para un sitio SaaS los tipos útiles son Organization (en todo el sitio, con nombre, logo y perfiles sociales), SoftwareApplication (para el producto, con categoría y precio) y Article o BlogPosting en cada artículo. Un matiz que conviene saber: Google retiró los rich results de FAQ el 7 de mayo de 2026, así que el marcado FAQPage ya no dibuja un resultado desplegable, pero sigue siendo un tipo válido y sigue alimentando a los motores de IA. Los tipos los detallamos en los 7 tipos de schema markup que todo blog necesita.

6. Acierta con los hreflang si publicas en más de un idioma

Un sitio SaaS multilingüe con los hreflang mal puestos le muestra la página en español a quien busca en inglés y reparte su propia señal de posicionamiento entre duplicados. Cada URL localizada necesita un grupo de hreflang que liste todas las variantes de idioma, con una autorreferencia y un x-default. Mantén el canonical apuntando a la propia página, no a la versión inglesa. Si publicas en un solo idioma, sáltate esta comprobación: un único hreflang mal puesto hace más daño que ninguno. Es la base con la que tropiezan casi todos los sitios SaaS internacionales después del lanzamiento.

7. Abre robots.txt a los rastreadores que importan

robots.txt gobierna el acceso. Si lo fallas, lo demás no sirve, porque el rastreador no llega nunca. Dos fallos son habituales. El primero: un valor por defecto de Cloudflare o del host que bloquea en bloque a los rastreadores de IA, así ChatGPT y Claude no leen páginas que querrías que citaran. El segundo: un Disallow que quedó del staging y bloquea a Googlebot en una carpeta entera. Los rastreadores de entrenamiento (GPTBot, ClaudeBot) van separados de los de búsqueda con IA (OAI-SearchBot, Claude-SearchBot), así que puedes renunciar al entrenamiento de modelos y seguir siendo elegible para las citas de la búsqueda con IA. Para un sitio SaaS que busca visibilidad, lo habitual es dejar abiertos los rastreadores de búsqueda. El valor por defecto de Cloudflare lo tratamos en Cloudflare bloquea los rastreadores de IA por defecto.

8. Añade llms.txt, con expectativas realistas

llms.txt es un archivo Markdown en la raíz del sitio que lista tus páginas principales y lo que cubren, igual que un sitemap XML lo hace para los rastreadores de búsqueda. Escribirlo cuesta una hora y no hace daño. Sé honesto con el retorno: a principios de 2026 ninguna gran empresa de IA ha confirmado que sus sistemas en producción lean llms.txt, y un estudio sobre 500 millones de visitas de bots de IA en 90 días encontró solo 408 peticiones del archivo. Trátalo como una apuesta barata, no como una palanca. Lo que de verdad gana citas de IA es el resto de esta base más contenido que un motor pueda extraer: HTML limpio, estructura real, la respuesta cerca del principio.

El orden para hacerlas

Si tienes una tarde antes del lanzamiento, gástala así. Primero comprueba el noindex por error y los canonical: son la forma más rápida de borrar un sitio y la más rápida de arreglar. Segundo, confirma que el contenido se ve en el HTML en bruto, porque una página en blanco gana a todo lo demás al revés. Tercero, abre robots.txt. Luego sitemap, datos estructurados, Core Web Vitals, hreflang y llms.txt. Las tres primeras son puertas de pasa o no pasa. Las demás se puntúan por grados: las quieres fuertes, pero un sitio puede lanzar y mejorarlas en la primera semana.

El retorno es medible. Un sitio SaaS que supera esta base se rastrea en menos de un día desde que envías las URL, aparece en Search Console con impresiones en una semana y sigue siendo elegible para las citas de IA que, con los datos actuales, convierten varias veces mejor que los clics orgánicos normales. Un sitio que la salta puede quedarse invisible durante meses, mientras el equipo se pregunta por qué el post de lanzamiento no trajo tráfico. La base es aburrida. También es el trabajo de SEO más barato que harás nunca, porque cada punto es más rápido de arreglar antes del lanzamiento que después.