← Volver al blog
SEO2026-04-28· 5 min

SEO técnico para SaaS: 12 cosas que ningún plugin te va a hacer.

El SEO no es marketing pegado al final. Es arquitectura. Aquí van las decisiones que tomamos antes de la primera línea de código.

El SEO técnico de un SaaS no se arregla instalando un plugin la semana antes del lanzamiento. Se decide en la pizarra, cuando todavía estamos discutiendo si una ruta es pública o vive detrás del login. Nosotros tratamos el SEO como una capa de arquitectura: si la base está torcida, ninguna meta-description te va a salvar. Aquí van las doce cosas que revisamos antes, durante y después de escribir la primera línea de código.

Indexabilidad y rastreo:

  1. Elegimos la estrategia de renderizado caso por caso: SSR para páginas que cambian con el usuario, SSG para landings y contenido estático, ISR cuando hay un volumen que invalida regenerar todo en cada deploy.
  2. Tratamos los parámetros de query como ciudadanos de segunda: canonical tag apuntando a la URL limpia siempre que ?utm, ?ref o filtros de tabla no cambien el contenido real.
  3. Separamos lo que no debe rastrearse de lo que no debe indexarse: robots.txt para ahorrar presupuesto de rastreo en /api, /admin o assets, y noindex en headers HTTP para páginas que sí queremos que Google visite pero no muestre.
  4. Convertimos los 404 huérfanos con tráfico real en 410 cuando la URL no va a volver, y en 301 cuando hay un equivalente claro; dejar 404 indefinidos es regalar señal negativa.

Rendimiento y arquitectura de contenido:

  1. Medimos Web Vitals con RUM real (CrUX, no PageSpeed en laboratorio): LCP, INP y CLS sobre usuarios de verdad, no sobre un emulador de Lighthouse corriendo en un servidor de Mountain View.
  2. Construimos la jerarquía de URLs como un árbol de información: /producto/feature y /docs/concepto/api son contratos con el rastreador, no slugs aleatorios.
  3. Diseñamos el enlazado interno antes que el contenido: páginas pilar, clusters temáticos y un máximo de tres clics desde home a cualquier hoja relevante.
  4. Generamos sitemap.xml con lastmod real desde la fuente de datos, no con la fecha del último deploy; Google lo usa para priorizar el re-rastreo.

Datos estructurados y multilingüe:

  1. Añadimos JSON-LD desde el primer commit: SoftwareApplication para el producto, Organization para la marca, FAQPage en los docs de soporte y BreadcrumbList en cada ruta anidada.
  2. Para multi-locale usamos hreflang con x-default, URLs por idioma (no banderas con JavaScript) y nos aseguramos de que la versión en enlaza a la es y viceversa, sin huérfanas.

Monitorización:

  1. Analizamos los logs del servidor con GoAccess o Botify para ver qué visita Googlebot de verdad: no nos fiamos solo de Search Console, que llega tarde y agregado.
  2. Montamos alertas sobre cambios bruscos en clicks, impresiones y CWV por plantilla, no por URL: una regresión en el layout de blog se detecta antes si miramos el agregado del template.

Nada de esto requiere un plugin. Requiere decidir en frío, dejarlo documentado y revisarlo cada trimestre como revisamos la seguridad o las dependencias. El SEO técnico es la parte aburrida que separa un SaaS que crece orgánicamente de uno que depende para siempre del ads spend. Lo construimos como construimos el resto: como infraestructura.