Los errores de SEO técnico que más cuestan visibilidad son los que impiden que Google llegue a tus páginas, las indexe o las distinga entre sí: bloqueos al rastreo, un noindex olvidado, contenido duplicado, redirecciones encadenadas, velocidad deficiente y una versión móvil incompleta.
Casi todo se puede comprobar con un comando o con Search Console. Los ejemplos salen de este mismo sitio, posicionamientowebs.com.
Velocidad de carga y Core Web Vitals, explicado sin jerga
Core Web Vitals forma parte de las señales de experiencia de página que Google usa para posicionar. No pesa más que la relevancia del contenido, pero una página que tarda en mostrarse pierde visitas antes de que nadie la lea.
Google publica en web.dev los umbrales para considerar "buena" cada métrica, medidos en el percentil 75 de las visitas reales (al menos tres de cada cuatro deben cumplirlos): LCP, cuánto tarda en aparecer el elemento principal, 2.5 segundos o menos; INP, cuánto tarda la página en responder a un clic, 200 milisegundos o menos; y CLS, cuánto se mueve el contenido mientras carga, 0.1 o menos.
Las causas más comunes son imágenes sin comprimir, scripts innecesarios, hosting barato y falta de caché. En PageSpeed Insights, si los datos de campo (usuarios reales) no coinciden con los de laboratorio, guíate por los de campo.
Bloqueos al rastreo: cuando tu propio servidor le cierra la puerta a Google
Google no puede indexar lo que no puede rastrear. El bloqueo suele venir de un firewall, un plugin de seguridad o una regla del .htaccess, y el sitio se ve perfecto en tu navegador. La primera prueba es pedir la página con el user-agent de Googlebot:
curl -I -A "Googlebot/2.1 (+http://www.google.com/bot.html)" https://tu-sitio.com/
# HTTP/2 200 -> el servidor responde con normalidad a ese user-agent
# HTTP/2 403 o 406 -> algo bloquea por user-agent
Una advertencia honesta: esta prueba solo muestra cómo responde tu servidor a ese texto, enviado desde tu IP. No demuestra que la IP real de Googlebot sea aceptada, porque cualquiera puede escribir "Googlebot" en un curl. Los bloqueos por IP solo se ven con la Inspección de URL de Search Console, usando "Probar URL publicada", que hace la solicitud desde la infraestructura de Google.
El 16 de septiembre de 2026, revisando posicionamientowebs.com, encontré dos IPs en la lista de bloqueo del .htaccess que eran Googlebot (66.249.77.224) y Bingbot (52.167.144.54). Search Console marcaba como "URL desconocida para Google" páginas que sí estaban en el sitemap. Un curl con user-agent de Googlebot desde mi computadora habría devuelto 200, porque la regla era por IP. Antes de quitarlas verifiqué que pertenecían a los rangos oficiales de Google y de Microsoft. Google documenta cómo hacerlo con un DNS inverso:
host 66.249.77.224
# el nombre debe terminar en googlebot.com o google.com
host <nombre-que-devolvió-el-comando-anterior>
# la búsqueda directa debe devolver la misma IP
No puedo afirmar que ese bloqueo fuera la única causa de las URLs desconocidas; lo que sé es que dos rastreadores oficiales no tenían por qué estar en esa lista.
Otro tropiezo en este sitio: un cambio en el .htaccess con directivas SecFilterEngine y SecRuleEngine devolvió error 500, porque esas directivas no se permiten en .htaccess en hosting compartido con LiteSpeed. Se retiraron y el sitio volvió. Haz copia del archivo antes de editarlo y ejecuta curl -I https://tu-sitio.com/ justo después.
Etiquetas noindex o robots.txt mal configurados
El caso más común ocurre después de un rediseño: el equipo pone noindex en el sitio de pruebas y se olvida de quitarlo al pasar a producción. El sitio se ve bien, pero Google no lo indexa. Para buscar la etiqueta y el encabezado equivalente:
curl -s https://tu-sitio.com/pagina | grep -i "noindex"
curl -sI https://tu-sitio.com/pagina | grep -i "x-robots-tag"
La primera línea busca en el HTML algo como <meta name="robots" content="noindex">; la segunda, el encabezado X-Robots-Tag, que puede llevar noindex sin que aparezca en el código fuente. Cuidado con los falsos positivos: la palabra también puede estar en el texto de la página, y a veces el noindex es intencional, por ejemplo en una página de "gracias". Revisa también tudominio.com/robots.txt: estas dos líneas bloquean todo el sitio.
User-agent: *
Disallow: /
Si robots.txt bloquea una URL, Google no puede leer su noindex: son problemas distintos. En Search Console, entra a Indexación > Páginas y baja a "Por qué las páginas no se indexan". Un noindex accidental se ve así (las columnas pueden variar):
Motivo Origen Validación
Excluida por la etiqueta "noindex" Sitio web No iniciada
Abre esa fila: si aparece una página de servicio, el noindex es un error y no una decisión.
Contenido duplicado entre páginas similares
El caso más común es una página por ciudad sin diferenciación real: "servicio en Puebla", "servicio en Cholula" y "servicio en Atlixco" con el mismo texto y solo el nombre cambiado. Google puede tratarlas como duplicados y mostrar una sola. Para compararlas:
for u in https://tu-sitio.com/servicio-puebla https://tu-sitio.com/servicio-cholula; do
echo "$u"
curl -s "$u" | grep -io '<link rel="canonical"[^>]*>'
curl -s "$u" | grep -io '<title>[^<]*</title>'
curl -s "$u" | grep -io '<h1[^>]*>[^<]*</h1>'
done
Alerta si comparten canonical, title o H1. Search Console lo confirma con el estado "Duplicada, Google eligió una versión canónica distinta a la del usuario": declaraste una URL canónica y Google decidió otra. El canonical es una sugerencia, no una orden. La solución es diferenciar el contenido con información propia de cada zona, o consolidar en una sola página las que dicen lo mismo.
Redirecciones encadenadas y enlaces internos que apuntan a URLs que redirigen
Un 301 funciona. El problema aparece cuando se apilan, o cuando tus propios enlaces siguen apuntando a la dirección que querías retirar. Para ver cada salto:
curl -sIL https://tu-sitio.com/pagina.html | grep -iE "^(HTTP|location)"
# HTTP/2 301
# location: https://tu-sitio.com/pagina
# HTTP/2 200
Esa es la salida sana: un salto hacia una URL que responde 200. Varios 301 seguidos son una cadena y conviene apuntar directo al destino final; Google documenta que Googlebot sigue hasta 10 saltos.
En octubre de 2026, Ahrefs Site Audit marcó en este mismo sitio "Canonical URL has no incoming internal links": los enlaces internos apuntaban a versiones .html que redirigían con 301 a la URL limpia. Corregí más de 900 enlaces internos en 26 páginas para que apunten a la URL final. Para encontrar los tuyos:
grep -rn 'href="[^"]*\.html"' --include="*.html" .
Cada resultado es un enlace que pasa por una redirección. No es una penalización: es un salto de más en cada rastreo y una señal contradictoria.
Falta de versión responsive como bloqueador de ranking
Google usa mobile-first indexing: rastrea e indexa la versión móvil antes que la de escritorio, y el contenido que solo existe en escritorio no se indexa. Señales de problema: texto pequeño, botones muy juntos, scroll horizontal, secciones que no cargan en móvil o formularios difíciles de completar.
Cómo un diagnóstico técnico detecta esto antes de invertir en contenido
Un diagnóstico técnico revisa indexación, velocidad, arquitectura, duplicados, experiencia móvil, datos estructurados y redirecciones, y entrega una lista priorizada por impacto. Así estructuramos nuestra Auditoría SEO y nuestro servicio de SEO Técnico. La mayoría de los sitios con problemas de visibilidad no necesitan más contenido: necesitan arreglar la base técnica primero.
Preguntas frecuentes
¿Cada cuánto debo revisar el SEO técnico de mi sitio? Como mínimo cada seis meses, y siempre después de un rediseño, una migración de hosting o un cambio importante en la estructura.
¿Puedo arreglar estos errores yo mismo? Algunos sí: comprimir imágenes, revisar Search Console, verificar el robots.txt. Otros requieren conocimiento técnico: corregir noindex, implementar schema, resolver problemas de indexación.
¿Qué pasa si no arreglo los errores técnicos y solo publico contenido? El contenido nuevo no va a rendir como debería si hay errores de indexación o velocidad de fondo.
¿Los errores técnicos se detectan solo con herramientas de pago? No. PageSpeed Insights, Search Console y el propio navegador son gratuitos y detectan la mayoría de los problemas.
¿Quieres que revisemos tu caso? El diagnóstico inicial no tiene costo y te decimos con honestidad si hay oportunidad real.