El SEO técnico es la parte del posicionamiento que se ocupa de que Google pueda encontrar, leer, entender e indexar tu página web. No trata de qué escribes, sino de si el sitio está construido para que el buscador llegue a ese contenido: rastreo, indexación, velocidad, versión móvil, URLs, redirecciones y datos estructurados.
Es la base de todo lo demás. Puedes tener el mejor texto del rubro, pero si una página está bloqueada, duplicada o tarda demasiado en cargar en el celular, no va a competir. Esta guía explica cada punto y termina con un checklist para revisarlo en tu propio sitio con herramientas gratuitas.
SEO técnico, on-page y off-page: qué cubre cada uno
- SEO técnico: que el sitio se pueda rastrear e indexar y que funcione bien (velocidad, móvil, HTTPS, estructura de URLs).
- SEO on-page: el contenido de cada página y cómo responde a lo que la gente busca: títulos, textos, encabezados, enlaces internos.
- SEO off-page: lo que pasa fuera del sitio, sobre todo los enlaces desde otras webs y las menciones de la marca.
El orden importa: el técnico va primero porque, si falla, el esfuerzo en contenido y enlaces se pierde.
1. Rastreo: que Google pueda entrar
Google descubre páginas siguiendo enlaces y leyendo tu sitemap. El archivo robots.txt, en la raíz del dominio (tudominio.com/robots.txt), le indica qué partes no debe rastrear.
El error más común: bloquear en robots.txt una carpeta que sí debía posicionar, o dejar un Disallow: / que quedó del sitio de pruebas. Otro error frecuente es usar robots.txt para "sacar" una página de Google: robots.txt controla el rastreo, no la indexación. Una URL bloqueada puede seguir apareciendo si otros sitios la enlazan. Para que no se indexe se usa la etiqueta noindex, y esa página no debe estar bloqueada, porque si Google no puede entrar no ve el noindex. (Documentación de Google sobre robots.txt.)
2. Indexación: que la página quede en Google
Que Google rastree una página no significa que la indexe. En Google Search Console, el informe Indexación de páginas muestra cuáles están indexadas y por qué otras no lo están: "Rastreada: actualmente sin indexar", "Duplicada sin canónica seleccionada por el usuario", "Excluida por la etiqueta noindex", "Soft 404" y otras.
Con la herramienta Inspección de URLs puedes revisar una página puntual, ver cómo la renderiza Google y pedir que la indexe después de corregirla. Revisa primero las páginas que generan negocio: servicios, productos, categorías y contacto.
3. Sitemap XML
El sitemap es la lista de URLs que quieres que Google conozca. Debe incluir solo páginas indexables, canónicas y que respondan con código 200: nada de redirecciones, páginas con noindex ni URLs de prueba. Cada archivo admite hasta 50.000 URLs o 50 MB sin comprimir; si el sitio es más grande se divide en varios. Se envía en Search Console y se declara en robots.txt con la línea Sitemap:. (Google: cómo crear un sitemap.)
4. URLs, duplicados y etiqueta canonical
Una misma página puede abrirse con varias direcciones: con y sin www, con y sin barra final, con parámetros de filtros o de campañas. Para Google son URLs distintas con el mismo contenido. La etiqueta rel="canonical" indica cuál es la versión principal.
La canonical es una señal, no una orden: Google la considera junto con las redirecciones, los enlaces internos y el sitemap. Si tu canonical apunta a una URL y tus enlaces internos a otra, Google puede elegir la que no querías. Lo ideal es que las cuatro cosas apunten a la misma dirección. (Google: consolidar URLs duplicadas.)
5. Códigos de estado y redirecciones
- 200: la página carga bien.
- 301: redirección permanente. Úsala cuando cambias una URL o migras de dominio, para que la página nueva herede las señales de la antigua.
- 302: redirección temporal. No la uses para cambios definitivos.
- 404 / 410: la página no existe. Es normal tener algunas; el problema es cuando son páginas que antes recibían visitas o enlaces y no se redirigieron.
- Soft 404: la página dice "no encontrado" o está vacía pero responde 200. Google la trata como error.
Evita las cadenas de redirecciones (A → B → C): redirige directo a la URL final y actualiza los enlaces internos para que apunten a ella.
6. Velocidad y Core Web Vitals
Google mide la experiencia de carga con tres métricas, las Core Web Vitals, a partir de datos de usuarios reales. Se considera bueno cuando el 75% de las visitas cumple estos valores (Google: Core Web Vitals):
- LCP (carga): el elemento principal aparece en 2,5 segundos o menos.
- INP (respuesta): la página responde a un clic o toque en 200 milisegundos o menos. Reemplazó a FID en marzo de 2024.
- CLS (estabilidad): 0,1 o menos; los elementos no saltan mientras carga.
Las causas típicas en sitios de pymes: imágenes pesadas sin comprimir ni dimensionar, demasiados plugins o apps, sliders en la portada, fuentes externas que bloquean la carga, scripts de chat y seguimiento que se cargan antes del contenido, y hosting lento. Revísalo en PageSpeed Insights y en el informe de Core Web Vitals de Search Console.
7. Versión móvil
Google indexa usando la versión móvil del sitio. Si en el celular faltan textos, enlaces o datos estructurados que sí están en computador, para Google no existen. Revisa que el contenido sea el mismo, que nada se salga de la pantalla, que los botones se puedan tocar sin hacer zoom y que no haya ventanas emergentes que tapen el contenido al entrar.
8. HTTPS y seguridad
Todo el sitio debe cargar con https://, con un certificado vigente y redirigiendo la versión http:// con 301. Un certificado vencido muestra una advertencia de seguridad que espanta a cualquier visita; en certificado SSL vencido está cómo resolverlo. También conviene revisar que no haya "contenido mixto": imágenes o scripts que siguen cargando por http.
9. Datos estructurados
Los datos estructurados (schema.org, normalmente en formato JSON-LD) describen el contenido en un formato que Google lee directo: negocio local, producto con precio, artículo, migas de pan, reseñas. Pueden habilitar resultados enriquecidos, aunque no los garantizan. Desde 2023 Google muestra los resultados enriquecidos de preguntas frecuentes casi solo para sitios gubernamentales y de salud con autoridad, así que no conviene contar con ellos. Valida el marcado con la prueba de resultados enriquecidos y asegúrate de que todo lo marcado también se vea en la página.
10. JavaScript
Google puede ejecutar JavaScript, pero lo hace en una segunda etapa y con recursos limitados. Si el contenido principal, los enlaces o los títulos solo aparecen después de ejecutar scripts, el riesgo de que se indexe tarde o incompleto aumenta. Lo más seguro es que el texto importante y los enlaces estén en el HTML que entrega el servidor. Con Inspección de URLs en Search Console ves el HTML que Google renderizó.
11. Sitios en varios países o idiomas: hreflang
Si tienes versiones de una página para distintos países o idiomas, la etiqueta hreflang le dice a Google cuál mostrar en cada mercado. Cada versión debe enlazar a todas las demás y a sí misma, y conviene una versión x-default para el resto del mundo. Un error común es poner hreflang solo en una dirección: si la versión B no confirma a la A, Google lo ignora. (Google: versiones localizadas.)
12. Arquitectura y enlazado interno
Las páginas importantes deben estar a pocos clics de la portada y recibir enlaces internos con texto descriptivo. Una página sin enlaces que apunten a ella ("huérfana") es difícil de descubrir y Google le da menos importancia. Los menús, migas de pan y enlaces dentro del texto reparten la autoridad del sitio hacia las páginas que venden.
13. Presupuesto de rastreo: cuándo importa
El "crawl budget" preocupa mucho, pero según Google es un tema de sitios grandes: más de un millón de páginas, o más de 10.000 que cambian a diario (Google: presupuesto de rastreo). En la web de una pyme casi nunca es el problema; lo que sí pasa es que filtros, buscadores internos o parámetros generan miles de URLs basura que conviene bloquear o canonicalizar.
Checklist de SEO técnico
| Revisión | Dónde se ve | Qué debería pasar |
|---|---|---|
| robots.txt | tudominio.com/robots.txt | No bloquea páginas que deben posicionar y declara el sitemap |
| Indexación | Search Console › Indexación de páginas | Las páginas de servicios y productos aparecen como indexadas |
| Sitemap | Search Console › Sitemaps | Solo URLs canónicas con código 200, sin errores |
| Canonical | Código fuente de cada página | Apunta a la misma URL que el sitemap y los enlaces internos |
| Redirecciones | Rastreador (ej. Screaming Frog) | 301 directas, sin cadenas ni bucles |
| Errores 404 | Search Console y rastreador | Las URLs antiguas con visitas redirigen a su equivalente |
| Core Web Vitals | PageSpeed Insights / Search Console | LCP ≤ 2,5 s · INP ≤ 200 ms · CLS ≤ 0,1 |
| Móvil | El sitio en tu celular | Mismo contenido que en computador, nada se sale de la pantalla |
| HTTPS | Navegador | Certificado vigente, http redirige a https, sin contenido mixto |
| Datos estructurados | Prueba de resultados enriquecidos | Sin errores y coherentes con lo visible |
| Títulos y descripciones | Rastreador | Únicos por página, sin duplicados ni vacíos |
| Enlaces internos | Rastreador | Ninguna página importante huérfana ni con enlaces rotos |
Herramientas gratuitas para revisarlo
- Google Search Console: indexación, sitemaps, Core Web Vitals, errores y las búsquedas por las que apareces. Es la fuente principal.
- PageSpeed Insights: velocidad con datos reales de usuarios y recomendaciones por página.
- Prueba de resultados enriquecidos: valida los datos estructurados.
- Screaming Frog SEO Spider: rastrea el sitio como lo haría un buscador. La versión gratuita revisa hasta 500 URLs, suficiente para la mayoría de las pymes.
Errores típicos según la plataforma
- WordPress: la casilla "Disuadir a los motores de búsqueda de indexar este sitio" (Ajustes › Lectura) olvidada activa después del lanzamiento, plugins que duplican el sitemap o el schema, y temas pesados. Más en hosting WordPress y velocidad.
- Shopify: el robots.txt y el sitemap se generan solos (el robots se puede ajustar con la plantilla
robots.txt.liquid); el cuidado está en las colecciones filtradas, las apps que inyectan scripts y las imágenes pesadas. Más en SEO en Shopify. - Sitios hechos con constructores visuales: mucho código y scripts por página, lo que golpea la velocidad en el celular.
Por dónde empezar
No todo pesa igual. El orden que uso al revisar un sitio:
- Lo que impide aparecer: páginas importantes bloqueadas, con noindex o sin indexar.
- Lo que divide las señales: duplicados, canonicals contradictorias, redirecciones mal hechas.
- Lo que espanta a la visita: lentitud en el celular, errores de HTTPS, diseño que se desarma.
- Lo que suma: datos estructurados, enlazado interno, mejoras finas de velocidad.
Si quieres ver cómo se arma una revisión completa con prioridades de negocio, está en checklist de auditoría SEO, y si tu sitio directamente no sale en Google, en mi sitio web no aparece en Google.
Preguntas frecuentes
¿Qué es el SEO técnico en palabras simples?
Es asegurarse de que Google pueda encontrar, leer e indexar tu página web, y de que el sitio cargue rápido y funcione bien en el celular. Es la base sobre la que funcionan el contenido y los enlaces.
¿Qué diferencia hay entre SEO técnico y SEO on-page?
El técnico se ocupa de la infraestructura del sitio: rastreo, indexación, velocidad, URLs y redirecciones. El on-page trabaja el contenido de cada página: títulos, textos, encabezados y enlaces internos.
¿Puedo hacer SEO técnico yo mismo?
La revisión básica sí: Search Console, PageSpeed Insights y la versión gratuita de Screaming Frog muestran la mayoría de los problemas. Corregirlos a veces requiere tocar el código, el tema o el servidor.
¿Cada cuánto se revisa?
Después de cada rediseño, migración o cambio de plataforma, y en un sitio estable una revisión mensual de Search Console suele bastar para detectar problemas nuevos.
¿El SEO técnico solo sirve para Google?
No. Los mismos puntos (contenido rastreable, rápido y bien estructurado) ayudan a que Bing y los asistentes con IA que consultan la web encuentren y citen tu sitio.
¿Quieres que revise el SEO técnico de tu sitio?
Reviso rastreo, indexación, velocidad, móvil, redirecciones y datos estructurados, y te entrego qué corregir primero según lo que más afecta a tus consultas y ventas. Trabajo con empresas de Chile, Latinoamérica, Estados Unidos y Europa. El alcance y el precio quedan por escrito antes de empezar.
