El technical SEO gobierna si los motores de búsqueda pueden crawlear, indexar y entender tu sitio. El on-page SEO gobierna si una página individual merece rankear para una query. Los problemas técnicos deben arreglarse antes del lanzamiento porque ponen un techo a todo lo demás; el trabajo on-page continúa indefinidamente después.
La distinción suena académica hasta que un lanzamiento sale mal. Entonces se vuelve muy concreta: una página bellamente escrita que los motores de búsqueda no pueden crawlear no gana nada.
El marco útil es la secuencia. El trabajo técnico pone un techo a todo lo demás, así que va antes del lanzamiento. El trabajo on-page eleva el desempeño contra ese techo y nunca termina del todo.
Esta guía separa las dos con claridad: qué cubre realmente cada una, el checklist técnico que tiene que quedar limpio antes del lanzamiento, el trabajo on-page que continúa después y cómo leer un síntoma para saber qué capa está fallando.
¿Cuál es la diferencia entre on-page y technical SEO?
El technical SEO tiene que ver con acceso y comprensión: ¿puede un crawler llegar a esta página, indexarla y entender qué es? Cubre crawlability, arquitectura del sitio, manejo de canonicals, structured data, redirects y desempeño.
El on-page SEO tiene que ver con mérito: ¿merece esta página rankear para esta query? Cubre la calidad y profundidad del contenido, la coincidencia de keyword e intención, los headings, la metadata, los internal links y el manejo de medios.
El trabajo técnico que debe pasar antes del lanzamiento
- Crawlability e indexación. robots.txt, sitemap XML y ningún tag noindex perdido que sobreviva del staging. Este ha roto más lanzamientos que cualquier otro.
- Mapa de redirects. Cada URL vieja mapeada a su nuevo equivalente. Hacer esto después del lanzamiento significa recuperar pérdidas en lugar de evitarlas.
- Canonicalización. Una URL canonical por pieza de contenido, para que la equity no se reparta entre duplicados.
- HTTPS y desempeño. Certificado válido, Core Web Vitals sensatos, sin obstáculos de render-blocking para el first paint.
- Analytics y Search Console. Configurados antes del lanzamiento, o no tendrás baseline contra el cual comparar.
El trabajo on-page que continúa después
La profundidad del contenido, la coincidencia de intención, la estructura de headings, la metadata y el internal linking mejoran de forma iterativa una vez que puedes ver datos reales de queries. La propia guía de Google fija la vara del Largest Contentful Paint en 2.5 segundos o menos, medido en el percentil 75 de las cargas de página en mobile y desktop.
Esto es una ventaja, no un compromiso. Adivinar la intención antes del lanzamiento es inevitable; corregirla después contra los datos de Search Console es mucho más preciso que cualquier ejercicio de keywords previo al lanzamiento.
Dónde se solapan las dos
El structured data, los headings y el internal linking están en ambos campos. Se implementan técnicamente y cargan significado, y por eso mismo los descuida cualquiera de los dos especialistas que asume que el otro es su dueño.
Asígnalos de forma explícita. El solapamiento sin dueño es el hueco más común en un checklist de lanzamiento.
Cómo saber qué problema tienes
Cuando una página rinde por debajo, el arreglo depende por completo de qué capa está fallando, y Search Console te dice dónde mirar. Diagnostica por síntoma antes de tocar nada, porque el arreglo equivocado es solo esfuerzo desperdiciado contra el techo equivocado.
- Nada indexada. Un problema técnico: crawlability, un noindex perdido o un canonical que apunta a otra parte. El trabajo on-page se desperdicia hasta que esto se arregle.
- Indexada, sin impresiones. Un problema de intención o relevancia. La página se entiende pero no coincide con lo que nadie busca. On-page.
- Impresiones, pocos clics. Un problema de title y meta description. Rankeas, pero el snippet no gana el clic. On-page.
- Clics, sin conversión. No es un problema de SEO en absoluto. La página rankea y recibe visitas; el contenido o la UX no logran convertir.
Un orden de operaciones previo al lanzamiento
Confirma la crawlability y la indexación. Verifica el mapa de redirects contra la lista completa de URLs indexadas. Revisa los canonicals y el structured data. Valida el desempeño en dispositivos reales. Confirma que analytics está registrando.
Luego lanza, y trata las primeras dos semanas de datos de Search Console como la auditoría real. Los chequeos previos al lanzamiento atrapan lo que pensaste; los datos de crawl atrapan lo que no.
- ✓ El technical SEO pone un techo a lo que todo lo demás puede lograr, así que va antes del lanzamiento.
- ✓ El trabajo on-page mejora de forma iterativa y es más preciso una vez que existen datos reales de queries.
- ✓ Un noindex perdido del staging es el error que rompe lanzamientos más común de todos.
- ✓ Diagnostica por síntoma: no indexada es técnico; indexada pero sin impresiones es intención; impresiones pero sin clics es el snippet; clics pero sin conversión no es SEO.
- ✓ El structured data, los headings y los internal links están en ambos campos y necesitan un dueño explícito.
FAQ
¿Qué importa más, el on-page o el technical SEO?+
Son secuenciales, no competidores. Los problemas técnicos ponen un techo a lo que el trabajo on-page puede lograr, así que van primero. Una vez que el piso técnico es sólido, el on-page determina el desempeño real.
Mi página está indexada pero no recibe tráfico. ¿Eso es técnico u on-page?+
On-page. Si está indexada, el crawling y la comprensión funcionan, así que la brecha es de relevancia y coincidencia de intención, o un title y meta que no ganan el clic. El technical SEO hizo su trabajo; la capa de contenido no.
¿Cuál es el error de SEO más común en un lanzamiento?+
Publicar con un tag noindex que quedó del staging, o lanzar sin un mapa de redirects completo. Ambos son baratos de prevenir y caros de descubrir semanas después.
¿Qué tan pronto después del lanzamiento deberías auditar el SEO?+
Vigila Search Console a diario durante las primeras dos semanas. Los errores de crawl y los problemas de indexación salen rápido, y arreglarlos antes de que se crawleen repetidamente limita el daño.
Fuentes
- [1]Un buen Largest Contentful Paint es de 2.5 segundos o menos, medido en el percentil 75 de las cargas de página. Google, Largest Contentful Paint (LCP), web.dev, accessed July 2026.