
SEO técnico: qué reviso antes de optimizar una web
Hay webs que llevan meses sin posicionar y nadie ha mirado el SEO técnico. No porque no sea importante — es que tiene fama de ser la parte más opaca, la que «requiere un programador», la que llena la conversación de siglas que en realidad tienen un significado bastante simple una vez que alguien te las traduce sin rodeos.
Esa fama está bastante exagerada. La mayoría de los problemas técnicos que encuentro cuando reviso webs de negocios reales no requieren tocar código para resolverse. Requieren saber dónde mirar y, sobre todo, saber qué tiene impacto real y qué es ruido.
Eso segundo es lo que más falta en casi todo lo que leerás sobre este tema. Las herramientas de auditoría automáticas generan listas de ochenta o ciento cincuenta errores marcados en rojo sin decirte cuáles de ellos están bloqueando tu posicionamiento. Ese criterio es lo que vamos a trabajar aquí.
Por qué Google a veces no ve páginas que sí existen
El SEO técnico se ocupa de algo muy concreto: asegurarse de que Google pueda llegar a tu web, leer lo que hay en ella y decidir cómo posicionarla. No habla de qué dices en tu contenido. Habla de si Google puede acceder a ese contenido en primer lugar.
La distinción importa porque puedes tener el contenido más relevante y mejor escrito del sector y que Google simplemente no lo vea. No porque Google sea imperfecto, sino porque hay configuraciones técnicas que impiden el acceso o la interpretación correcta de las páginas.
Una clínica de fisioterapia puede tener la mejor guía de ejercicios de rehabilitación de rodilla de toda la provincia. Si en el momento del lanzamiento de la web alguien dejó activado el bloqueo de indexación que se usa durante el desarrollo, Google actúa como si esa página no existiera. El problema no era el contenido — era que la persiana estaba bajada.
Cuando entiendes eso, muchas situaciones que parecen inexplicables empiezan a tener sentido. La web que lleva meses publicando contenido sin mover ni una posición. El rediseño que hizo desaparecer el tráfico de la noche a la mañana. Las páginas de servicios que no aparecen en ninguna búsqueda relevante.
Cómo funciona Google antes de posicionar una página
Para entender dónde pueden romperse las cosas, conviene entender el proceso completo que sigue Google con cualquier web. Son tres fases y cada una puede bloquearse de forma independiente.
- Rastreo (crawling). Los bots de Google — el principal se llama Googlebot — navegan por internet siguiendo enlaces. Cuando llegan a tu web, leen el contenido de las páginas. Si algo bloquea ese rastreo, Google no llega a ver lo que tienes publicado.
- Indexación. Una vez que Google rastrea una página, decide si la guarda en su índice para poder mostrarla en resultados de búsqueda. No todas las páginas que Google rastrea acaban indexadas. Puede decidir no indexar una página porque considera que tiene poco valor, porque el contenido está duplicado en otro lugar o porque hay una etiqueta noindex activa.
- Ranking (posicionamiento). De todas las páginas indexadas que responden a una búsqueda concreta, Google decide el orden en que las muestra. Aquí entran en juego la relevancia del contenido, la autoridad del dominio, la velocidad de carga y muchos más factores.
El SEO técnico actúa principalmente en las dos primeras fases. Si Google no puede rastrear o no quiere indexar una página, el ranking no llega a plantearse.
Los problemas invisibles que pueden bloquear una estrategia entera
No todos los problemas de SEO técnico tienen el mismo impacto. Esta es la tabla que uso mentalmente cuando reviso una web por primera vez — ordena los problemas por su efecto real en el posicionamiento, no por su complejidad técnica.
La regla práctica que me ayuda a priorizar… ¿este problema está impidiendo que Google rastree o indexe páginas importantes? Si la respuesta es sí, es urgente. Si no, se aborda después de los críticos.
| Problema técnico | Impacto en el negocio | Urgencia |
| Páginas estratégicas sin indexar | No existen para Google | Resolver antes que nada |
| Etiqueta noindex activa por error | Páginas invisibles aunque existen | Resolver antes que nada |
| Web lenta en móvil (LCP >4s) | Penalización directa de posicionamiento | Prioridad alta |
| Sin HTTPS o versiones duplicadas | Autoridad fragmentada entre versiones | Prioridad alta |
| Canonical mal configurado | Autoridad diluida entre páginas similares | Prioridad media |
| Sitemap desactualizado o con errores | Rastreo ralentizado o incompleto | Prioridad media |
| Errores 404 en páginas estratégicas | Pérdida de autoridad de los enlaces | Prioridad media |
| Imágenes sin alt text | Impacto en SEO de imagen y accesibilidad | Prioridad baja |
Cuando Google sabe que tu página existe pero decide ignorarla
La indexación es el problema de SEO técnico que más encuentro en webs de negocios que llevan tiempo publicando sin ver resultados. Y es también el más silencioso — no hay ningún aviso visible para el usuario, pero Google actúa como si esas páginas no existieran.
¿Cómo saberlo? Google Search Console → Indexación → Páginas. Ahí ves cuántas páginas tiene Google indexadas y, más importante, cuántas ha excluido y por qué.
Los tres casos que aparecen con más frecuencia:
- El noindex activado por error durante el desarrollo. Cuando una web se está construyendo, es práctica habitual activar la opción que impide a Google indexarla mientras no está lista. El problema viene cuando nadie la desactiva al publicar. He visto un restaurante con menú de temporada actualizado cada mes que llevaba ocho meses con esta configuración activa — Google nunca había indexado ni una sola página.
- Las páginas huérfanas. Google descubre páginas siguiendo enlaces. Si una página no tiene ningún enlace interno apuntando a ella desde el resto de la web, Googlebot probablemente nunca la encuentre aunque esté en el sitemap.
- Los duplicados por parámetros de URL. Frecuente en ecommerce y en webs que usan parámetros para filtros o variantes de producto. Si /producto y /producto?color=azul muestran contenido casi idéntico, Google las puede tratar como páginas diferentes y dividir la autoridad entre ellas.
En un proyecto que auditaba, el cliente llevaba seis meses publicando artículos de blog de forma constante. Cuando revisé Search Console, el 40% de esas URLs tenían un conflicto de canonical que hacía que Google priorizara versiones vacías de las páginas en lugar del contenido real. Seis meses de trabajo bien hecho, pero sobre una base que lo anulaba.
Velocidad de carga y los tres números que Google mira
Google lleva usando la velocidad como factor de posicionamiento desde 2010, pero en los últimos años ha afinado mucho qué mide exactamente. Los Core Web Vitals son tres métricas concretas que evalúan aspectos distintos de la experiencia de carga:
- LCP (Largest Contentful Paint) — el tiempo que tarda en aparecer el elemento de contenido más grande de la página. Suele ser la imagen del hero o el titular principal. Google considera aceptable menos de 2,5 segundos y malo más de 4. La causa más frecuente de LCP alto: imágenes sin optimizar, sin el atributo de precarga, cargando a su tamaño original.
- INP (Interaction to Next Paint) — cuánto tarda la página en responder cuando el usuario hace algo: hace clic, toca la pantalla, escribe en un campo. El objetivo es menos de 200 milisegundos. Valores altos suelen deberse a scripts pesados que bloquean el hilo principal del navegador.
- CLS (Cumulative Layout Shift) — si los elementos de la página se mueven mientras carga. Ese fenómeno de ir a hacer clic en un botón y que el botón salte porque acaba de cargarse una imagen encima. El objetivo es menos de 0,1.
Un detalle importante: Google indexa primero la versión móvil de tu web desde 2019. Si en escritorio carga bien pero en móvil tarda seis segundos, el problema de posicionamiento es real.
HTTPS y la versión canónica del dominio
HTTPS es el mínimo imprescindible. Si tu web todavía funciona en HTTP, es un problema que hay que resolver antes de cualquier otra cosa. No solo por el factor de posicionamiento — los navegadores marcan las webs HTTP como «no seguras», lo que genera desconfianza y aumenta la tasa de rebote.
El otro problema frecuente: webs accesibles desde cuatro versiones distintas del dominio sin que ninguna sea la principal. tudominio.com, www.tudominio.com, http://tudominio.com y http://www.tudominio.com como cuatro URLs diferentes que muestran el mismo contenido. Si no hay redirecciones configuradas correctamente, Google puede repartir la autoridad entre todas las versiones. Es uno de esos problemas de SEO técnico que parecen un detalle menor pero tienen consecuencias acumuladas durante meses.
Los datos estructurados ayudan a Google a entender de qué va la página
Los datos estructurados son un vocabulario estandarizado que le dice a Google exactamente qué tipo de contenido tiene una página. Si tu página es un artículo, un negocio local, una pregunta frecuente, un producto o un evento — hay un marcado específico para cada caso que ayuda a Google a interpretar el contenido con más precisión.
El beneficio más visible son los resultados enriquecidos: las estrellas de valoración, las preguntas desplegables, las imágenes de producto que aparecen directamente en la SERP. Esos formatos tienen tasas de clic más altas que los resultados estándar.
Para la mayoría de webs con WordPress, plugins como Rank Math o Yoast generan automáticamente el Schema básico. Los tipos más relevantes para trabajar a mano son FAQ (para páginas con preguntas frecuentes), LocalBusiness (para negocios con dirección física) y Product (para ecommerce).
Herramientas para revisar el estado técnico de tu web sin gastar nada
- Google Search Console es la herramienta más importante y es gratuita. Indexación, cobertura, Core Web Vitals medidos con datos reales de usuarios de Chrome, errores de rastreo y rendimiento de búsqueda. Si solo puedes usar una herramienta para el SEO técnico, que sea esta.
- PageSpeed Insights (pagespeed.web.dev) analiza la velocidad de cualquier URL y te da los datos de Core Web Vitals junto con recomendaciones de mejora. Dos minutos y ya sabes cómo está tu web en las métricas que Google mide.
- Screaming Frog en su versión gratuita rastrea hasta 500 URLs y detecta errores técnicos: páginas con 404, redirecciones encadenadas, etiquetas canónicas mal configuradas, imágenes sin alt text, títulos y metas duplicados. Si tu web supera ese límite y todavía no quieres pagar la licencia, Netpeak Spider es la alternativa que más suelo ver funcionar bien en ese punto intermedio, con un análisis de rastreo similar sin coste.
- Y si acabas de meter datos estructurados en tu web (o quieres comprobar si el plugin los está generando bien), el Rich Results Test de Google (search.google.com/test/rich-results) te dice exactamente qué marcado detecta y si es válido para resultados enriquecidos — antes de esperar semanas a ver si aparecen las estrellas en la SERP.
Ninguna de estas herramientas sustituye un criterio claro sobre qué priorizar, que es justo donde suele fallar quien se lanza a auditar su web por primera vez: sabe qué herramienta abrir, pero no qué hacer con los ochenta avisos que le devuelve. Elegir bien entre las herramientas SEO para WordPress — cuáles bastan en su versión gratuita y cuáles justifican el salto a pago — es lo que marca la diferencia entre perder una tarde entera con límites de rastreo o resolver lo importante en veinte minutos.
El criterio que más falta: distinguir lo urgente del ruido
Cuando abres una auditoría técnica por primera vez y ves ochenta problemas en rojo, la reacción habitual es intentar resolverlos todos. Eso es un error que cuesta tiempo y que a veces genera problemas nuevos mientras se intentan arreglar los anteriores.
La pregunta que hay que hacerse con cada problema de SEO técnico es una sola: ¿está este problema impidiendo que Google rastree o indexe páginas que son importantes para el negocio? Si la respuesta es sí, es urgente. Si es no, se mete en la cola después de resolver los críticos.
Imágenes sin alt text en páginas de archivo que nadie enlaza. Redirecciones encadenadas de páginas que se migraron hace tres años y ya no reciben tráfico. URLs con parámetros de seguimiento que Google ha excluido voluntariamente. Todos aparecen como problemas en las herramientas automáticas. Ninguno es urgente si las páginas estratégicas están bien indexadas y la web carga a una velocidad decente.
El error que más se repite: no revisar el SEO técnico hasta que algo se rompe
La mayoría de negocios no piensa en el SEO técnico hasta que el tráfico cae o hasta que alguien les dice que hay un problema. Y para entonces el problema suele llevar semanas activo, a veces meses.
Hay hábitos sencillos que evitan que esto pase. Revisar Search Console una vez a la semana, literalmente cinco minutos, para ver si aparece algún error nuevo. Pasar PageSpeed en cada página nueva antes de publicarla. Hacer un rastreo con Screaming Frog cada tres o cuatro meses para detectar cambios que hayan introducido problemas.
No es una carga de trabajo grande. La mayoría de los problemas graves que encuentro en auditorías no son sofisticados. Son cosas que habrían tardado diez minutos en resolverse si alguien las hubiera detectado a tiempo.
Lo que suele generar más dudas sobre SEO técnico
¿Por qué mi web no aparece en Google?
Las causas más frecuentes, en orden de probabilidad: la web tiene configurada una etiqueta que impide la indexación, el dominio es demasiado nuevo y Google todavía no ha tenido tiempo de indexar y posicionar el contenido, hay errores técnicos que bloquean el rastreo, o el contenido no responde a ninguna búsqueda con volumen real.
El primer lugar donde mirar es siempre Google Search Console. Si la web está verificada ahí, puedes buscar directamente la URL en Google (site:tudominio.com) para ver cuántas páginas aparecen indexadas.
¿Cuánto tarda Google en indexar una página nueva?
En webs con buena autoridad y enlazado interno consistente, puede ser cuestión de horas. En webs nuevas o con poca autoridad, puede tardar semanas. Enviar el sitemap actualizado en Search Console y asegurarse de que la página nueva tiene enlaces internos desde otras páginas de la web acelera el proceso.
¿Necesito un programador para arreglar los problemas técnicos de SEO?
Para la mayoría de los problemas más frecuentes, no. La indexación, el sitemap, la etiqueta noindex, los Core Web Vitals básicos y muchos de los problemas de canonical se pueden gestionar desde el panel de WordPress con plugins como Rank Math o Yoast sin tocar código.
Hay casos donde sí hace falta acceso al servidor o conocimientos de desarrollo: problemas complejos de JavaScript que bloquean el rastreo, optimizaciones avanzadas de velocidad, o migraciones grandes con estructuras de URL complicadas. Pero esos son proyectos específicos, no el punto de partida para la mayoría de webs.
¿Qué son los Core Web Vitals y por qué importan?
Son tres métricas que Google usa para medir la experiencia de carga de una página: LCP (velocidad de carga del contenido principal), INP (velocidad de respuesta a interacciones) y CLS (estabilidad visual durante la carga). Google los usa como factor de posicionamiento y los mide con datos reales de usuarios de Chrome.
Los ves en Google Search Console → Experiencia → Core Web Vitals.
El punto de partida es saber en qué estado está tu web
Antes de invertir tiempo o dinero en contenido, en linkbuilding o en cualquier otra parte de la estrategia SEO, tiene sentido saber qué está bloqueando el posicionamiento a nivel técnico. A veces el problema principal no está donde imaginas.
🔍 Herramienta gratuita
Diagnóstico SEO rápido
25 preguntas. 3 minutos. Descubre en qué fase está tu web y qué priorizar — sin registrarte.
Hacer el diagnóstico →Si lo que necesitas es un análisis técnico completo con prioridades claras, eso es exactamente lo que incluye una auditoría SEO completa.
