SEO técnico

SEO técnico : que buscadores y rastreadores de IA lean tu web sin obstáculos

Si Google no puede rastrear, renderizar e indexar una página, esa página no existe para la búsqueda, por bueno que sea su contenido. Auditamos y corregimos la base técnica de tu web, y trabajamos con tu equipo de desarrollo para que los cambios se implementen bien y se mantengan.

RastreoIndexaciónCore Web VitalsJavaScript SEOHreflangDatos estructuradosLogs

Por qué importa

Rastreo, renderizado, indexación: tres filtros antes de posicionar

Para aparecer en Google, una página pasa por tres etapas. Primero, el rastreo: Googlebot tiene que descubrir la URL (por enlaces o por el sitemap) y poder acceder a ella. Después, el renderizado: si el contenido depende de JavaScript, Google tiene que ejecutarlo para verlo. Por último, la indexación: Google decide si la página aporta algo propio y la guarda, o la descarta como duplicada o de poco valor.

Los problemas técnicos rara vez se ven a simple vista. Una regla de robots.txt demasiado amplia, un canonical mal configurado o una plantilla que genera miles de URLs con parámetros pueden dejar fuera páginas importantes o diluir el rastreo en páginas inútiles. Los rastreadores de los asistentes de IA son, además, menos tolerantes: muchos no ejecutan JavaScript, así que lo que no está en el HTML inicial puede no llegar a verse.

Un ejemplo sencillo de robots.txt para una tienda: bloquea zonas sin valor de búsqueda y declara el sitemap. Recuerda que robots.txt controla el rastreo, no la indexación: para sacar una página del índice se usa noindex, y la página debe poder rastrearse para que Google lo vea.

Qué revisamos

Las áreas de una auditoría técnica completa

Rastreo y presupuesto de rastreo

Robots.txt, sitemaps XML, códigos de estado, cadenas de redirecciones y URLs huérfanas. En webs grandes, cómo reparte Googlebot su tiempo entre páginas útiles e inútiles.

Indexación

Informe de páginas de Search Console, noindex, contenido duplicado, páginas «rastreadas pero no indexadas» y páginas finas que conviene fusionar o retirar.

Renderizado y JavaScript

Comparamos el HTML inicial con el renderizado. Detectamos contenido, enlaces o metadatos que solo aparecen tras ejecutar JavaScript y proponemos SSR, prerenderizado o HTML estático.

Core Web Vitals

LCP, INP y CLS con datos reales de usuarios (CrUX) y de laboratorio. Identificamos las causas concretas: imágenes, fuentes, scripts de terceros, servidor.

Arquitectura y enlazado interno

Profundidad de clics, distribución de enlaces internos, menús, migas de pan y paginación. Las páginas importantes deben estar cerca de la home y bien enlazadas.

Canonicals y duplicados

Versiones con y sin barra, www, parámetros, variantes de producto. El canonical es una indicación, no una orden: tiene que coincidir con enlaces, sitemap y redirecciones.

Hreflang e internacional

Anotaciones recíprocas, códigos de idioma y región correctos, x-default y coherencia con canonicals. Errores frecuentes en webs multidioma.

Datos estructurados

Organization, LocalBusiness, Product, Article, BreadcrumbList y otros tipos de Schema.org, validados y coherentes con el contenido visible.

Análisis de logs

Los registros del servidor muestran qué rastrea realmente Googlebot, con qué frecuencia y dónde pierde el tiempo. También revelan la actividad de los rastreadores de IA.

Core Web Vitals

Los umbrales que usa Google

Google evalúa cada métrica en el percentil 75 de las visitas reales, separando móvil y escritorio. INP sustituyó a FID como métrica de interactividad en marzo de 2024.

MétricaQué mideBuenoMejorableMalo
LCP (Largest Contentful Paint)Cuánto tarda en mostrarse el elemento principal de la página≤ 2,5 s2,5–4 s> 4 s
INP (Interaction to Next Paint)Cuánto tarda la página en responder visualmente a las interacciones≤ 200 ms200–500 ms> 500 ms
CLS (Cumulative Layout Shift)Cuánto se desplaza el contenido de forma inesperada mientras carga≤ 0,10,1–0,25> 0,25

Proceso

De la auditoría a los cambios en producción

Un informe técnico que nadie implementa no sirve de nada. Por eso el proceso termina cuando los cambios están en producción y verificados.

001

Rastreo completo y recogida de datos

Rastreamos la web con herramientas como Screaming Frog, simulando tanto un navegador sin JavaScript como uno que lo ejecuta, y cruzamos el resultado con Search Console, los datos de Core Web Vitals y, si es posible, los logs del servidor.

Así vemos la web como la ve Google: qué URLs existen, cuáles se indexan, cuáles reciben rastreo y cuáles no aportan nada.

Actividades

Rastreo con y sin JSSearch ConsoleCrUX y LighthouseLogs del servidor

Resultados

  • Inventario de URLs y estado de indexación
002

Diagnóstico y priorización

Cada incidencia se clasifica por impacto (cuántas páginas y qué páginas afecta), esfuerzo de implementación y riesgo. Un problema que afecta a las categorías principales va antes que cien avisos menores en páginas sin tráfico.

Explicamos cada punto en dos niveles: qué significa para el negocio y qué hay que cambiar exactamente en el código o en el CMS.

Actividades

Matriz impacto–esfuerzoAnálisis de causa raízEstimación con desarrollo

Resultados

  • Informe priorizado
  • Tickets listos para desarrollo
003

Implementación

Si tenemos acceso, aplicamos los cambios directamente en el CMS. Si hay un equipo de desarrollo, trabajamos con él: especificaciones claras, criterios de aceptación y revisión en entorno de pruebas antes de publicar.

Para cambios de riesgo (reglas de robots.txt, redirecciones masivas, cambios de plantilla) preparamos un plan de reversión.

Actividades

Cambios en CMSSoporte a desarrolloQA en stagingPlan de reversión

Resultados

  • Cambios desplegados y documentados
004

Verificación y monitorización

Tras cada despliegue comprobamos que el cambio funciona como se esperaba: nuevo rastreo, inspección de URLs en Search Console y seguimiento de la indexación y del rendimiento en las semanas siguientes.

En proyectos continuos configuramos alertas para detectar regresiones: un noindex que se cuela en producción, un aumento de errores 5xx o una caída de páginas indexadas.

Actividades

Re-rastreoInspección de URLsAlertasSeguimiento de CWV

Resultados

  • Informe de verificación
  • Sistema de alertas de regresión

Casos especiales

Problemas técnicos que requieren criterio, no solo herramientas

SEO para JavaScript

Las aplicaciones en React, Vue o Angular pueden posicionar bien, pero solo si el contenido y los enlaces llegan en el HTML o se renderizan de forma fiable. Google renderiza JavaScript en una segunda fase; muchos rastreadores de IA no lo hacen. Recomendamos renderizado en servidor o generación estática para las páginas que deben posicionar.

SSRSSGHidrataciónEnlaces con hrefMetadatos en el HTML

Navegación facetada

Los filtros de una tienda o de un portal (talla, color, precio, zona) pueden generar millones de combinaciones de URL. Decidimos qué combinaciones tienen demanda de búsqueda y merecen una página indexable, y cuáles se gestionan sin crear URLs rastreables o se excluyen del rastreo.

ParámetrosCanonicalsRobots.txtPáginas de filtro indexables
Ver más

Webs grandes y migraciones

En sitios con decenas de miles de URLs, el presupuesto de rastreo y la arquitectura pasan a ser decisivos. Y en un cambio de dominio, CMS o estructura, un error técnico puede costar meses de tráfico.

Presupuesto de rastreoLogsRedirecciones 301Sitemaps segmentados
Ver más

Preguntas frecuentes

Sobre el SEO técnico

¿Cada cuánto conviene hacer una auditoría técnica?

Una auditoría completa al empezar y siempre antes de un rediseño o una migración. Después, en proyectos activos, es más útil una monitorización continua con revisiones periódicas que auditorías grandes cada cierto tiempo.

¿Son las Core Web Vitals un factor de posicionamiento?

Forman parte de las señales de experiencia de página que Google tiene en cuenta, pero no compensan un contenido peor. Su efecto directo en rankings suele ser moderado; su efecto en la conversión y en la experiencia del usuario, en cambio, es claro. Lo explicamos a fondo en nuestra guía de Core Web Vitals.

¿Necesitáis acceso al código?

No siempre. Muchas correcciones se hacen desde el CMS. Para cambios de plantilla, servidor o rendimiento, trabajamos con tu desarrollador o, si no tienes, con nuestro servicio de desarrollo web.

¿Mi web en WordPress o Shopify tiene problemas técnicos?

Casi todas las plataformas funcionan bien de base, pero los temas, los plugins y las apps añaden problemas habituales: duplicados, scripts pesados, URLs de etiquetas o colecciones sin valor. Lo vemos en la auditoría.

¿Qué aporta el análisis de logs que no dé Search Console?

Search Console resume; los logs muestran cada petición real de Googlebot y de otros rastreadores, incluidos los de IA. Son especialmente útiles en webs grandes para saber qué secciones se rastrean poco o se desperdician.

¿El SEO técnico afecta a la visibilidad en ChatGPT o Perplexity?

Sí. Si sus rastreadores no pueden acceder a tu web o el contenido solo aparece tras ejecutar JavaScript, es difícil que te citen. Lo trabajamos dentro del SEO para IA.

¿Tu web es técnicamente sólida?

Una auditoría técnica te dice qué está frenando tu visibilidad y en qué orden corregirlo.