15 errores SEO técnicos que encuentro en webs de clientes

Resumen

Después de más de un centenar de auditorías técnicas, hay errores que se repiten una y otra vez. No son fallos exóticos ni problemas de nicho: son los mismos 15 errores básicos que impiden que Google rastree, indexe y posicione correctamente las páginas de mis clientes. En este artículo los enumero tal como los encuentro en auditorías reales, con el impacto que tienen en el posicionamiento y la solución concreta para cada uno. Si gestionas una web —propia o de cliente— y no has revisado estos puntos, es probable que estés perdiendo tráfico sin saberlo.

1. Meta titles duplicados o ausentes

---

El meta title es la primera señal que Google usa para entender de qué trata una página. Y sin embargo, es uno de los errores más frecuentes.

Cómo lo encuentro: Screaming Frog o Sitebulb muestran columnas de páginas con el mismo title, o directamente vacío.

Ejemplo real: una tienda online con 200 productos donde todas las fichas tenían el title "Tienda | MiMarca". Google no puede distinguir una página de otra si todas se llaman igual.

Impacto: Google ignora tus titles y genera los suyos (normalmente peores). Pierdes CTR en los resultados de búsqueda porque el usuario no sabe qué va a encontrar.

Solución:

• Cada página debe tener un title único, descriptivo y de máximo 60 caracteres.
• Usa la fórmula: [Keyword principal] — [Beneficio o contexto] | Marca.
• Automatízalo con plantillas si tienes muchas páginas (ej: {nombre_producto} — Comprar online | MiMarca).

2. Meta descriptions vacías o duplicadas

---

No son un factor de ranking directo, pero afectan directamente al CTR. Una meta description vacía es una oportunidad perdida de convencer al usuario de que haga clic.

Cómo lo encuentro: en Screaming Frog, filtro por "Missing" o "Duplicate" en la columna de meta descriptions.

Ejemplo real: un blog con 80 artículos donde ninguno tenía meta description. Google extraía fragmentos aleatorios del contenido — algunos ni siquiera tenían sentido fuera de contexto.

Impacto: menor CTR → menos clics → Google interpreta que tu resultado no es relevante → baja posiciones. Es un círculo vicioso silencioso.

Solución:

• Escribe una meta description única por página, entre 120 y 155 caracteres.
• Incluye la keyword principal de forma natural y un call-to-action implícito.
• Para e-commerce con miles de productos, usa plantillas dinámicas: Compra {producto} a {precio}. Envío gratis en 24h. {categoría} en MiMarca.

3. Estructura de encabezados rota

---

La jerarquía de encabezados (H1, H2, H3...) no es decorativa. Le dice a Google cómo está organizado el contenido de la página.

Cómo lo encuentro: inspecciono el HTML con la extensión HeadingsMap o directamente en Screaming Frog. Los patrones más comunes: páginas sin H1, páginas con varios H1, o saltos de H1 a H4 sin H2 ni H3.

Ejemplo real: una web corporativa donde el logo era un H1 en todas las páginas, y el título real de cada página era un H2. Google entendía que todas las páginas trataban sobre "MiMarca" en lugar del contenido real.

Impacto: Google pierde la estructura semántica de tu contenido. Los featured snippets y la indexación por secciones funcionan peor.

Solución:

• Un solo H1 por página, que incluya la keyword principal.
• Jerarquía lógica: H1 → H2 → H3. Sin saltos.
• El logo nunca debe ser un H1 (usa un <span> o <div>).

4. Canonical tags incorrectos o ausentes

---

El canonical le dice a Google "esta es la versión principal de esta página". Cuando falta o apunta al sitio equivocado, Google puede indexar versiones duplicadas o ignorar la página correcta.

Cómo lo encuentro: reviso canonicals en Screaming Frog buscando: canonicals que apuntan a otra página distinta, canonicals con HTTP en vez de HTTPS, canonicals con www/sin-www inconsistentes, o directamente ausentes.

Ejemplo real: un e-commerce que migró de HTTP a HTTPS pero los canonicals seguían apuntando a las URLs con HTTP. Google mantenía indexadas las versiones antiguas.

Impacto: dilución de autoridad entre versiones duplicadas. Las señales de ranking se reparten entre URLs que deberían consolidarse en una sola.

Solución:

• Cada página debe tener un canonical autorreferencial (<link rel="canonical" href="URL-de-esta-misma-página">).
• Revisa que protocolo (HTTPS), dominio (www vs no-www) y trailing slash sean consistentes.
• En paginaciones, cada página se autocanonicalizan (página 2 apunta a página 2, no a página 1).

5. Contenido thin en páginas de categoría

---

Páginas de categoría con solo un listado de productos o artículos, sin texto alguno. Google las ve como páginas vacías con enlaces.

Cómo lo encuentro: Screaming Frog → filtro por word count < 100 palabras. Las páginas de categoría suelen estar todas ahí.

Ejemplo real: tienda online de moda con 30 categorías. Cada una mostraba solo una grid de productos y un H1 genérico tipo "Camisetas". Sin descripción, sin contexto, sin contenido que posicionar.

Impacto: Google no entiende la intención de la página. Compites contra categorías de Amazon, Zalando o El Corte Inglés que sí tienen contenido optimizado. Resultado: invisibilidad total en keywords de categoría.

Solución:

• Añade un bloque de texto de 150-300 palabras al principio o final de cada categoría.
• Incluye la keyword de categoría, variaciones y contexto útil para el usuario.
• Enlaza a subcategorías o guías relacionadas desde ese texto.

6. Imágenes sin atributo alt

---

El alt text no es un detalle accesible que se puede ignorar. Es la única forma que tiene Google de "leer" una imagen.

Cómo lo encuentro: Screaming Frog → pestaña Images → filtro "Missing Alt Text". El porcentaje en webs no optimizadas suele superar el 70%.

Ejemplo real: web de un fotógrafo profesional con 500 imágenes en portfolio. Ninguna tenía alt text. Google Images no mostraba ni una sola foto de su web en resultados relevantes.

Impacto: pierdes todo el tráfico de Google Images (que en nichos visuales puede ser el 20-30% del total). Además, problemas de accesibilidad y peor comprensión del contenido por parte de Google.

Solución:

• Cada imagen debe tener un alt descriptivo de lo que muestra: alt="Vestido rojo largo de fiesta con escote en V".
• No hagas keyword stuffing: describe la imagen, no la keyword.
• Para imágenes decorativas, usa alt="" (vacío, no ausente).

7. URLs con parámetros innecesarios indexadas

---

Las URLs con parámetros de filtro, sesión o tracking (?color=rojo, ?utm_source=newsletter, ?sessionid=abc123) generan duplicados masivos si Google las rastrea e indexa.

Cómo lo encuentro: en Google Search Console → Cobertura, o buscando site:dominio.com inurl:? en Google. Si aparecen miles de URLs con parámetros, hay un problema.

Ejemplo real: e-commerce con filtros de color, talla, precio y ordenación. Cada combinación generaba una URL indexable. Resultado: 50.000 páginas indexadas para una tienda de 200 productos.

Impacto: crawl budget desperdiciado. Google gasta su tiempo rastreando URLs basura en vez de tus páginas importantes. Además, contenido duplicado masivo.

Solución:

• Configura parámetros de URL en robots.txt (Disallow: /*?* si aplica) o mejor aún, usa canonical tags en las páginas filtradas apuntando a la versión limpia.
• En Search Console → Configuración → Parámetros de URL (si disponible), indica a Google qué parámetros ignorar.
• Implementa noindex en páginas de filtro que no aportan valor SEO.

8. Robots.txt bloqueando recursos críticos

---

Un robots.txt mal configurado puede impedir que Google rastree CSS, JavaScript o secciones enteras del sitio que necesitas indexar.

Cómo lo encuentro: reviso /robots.txt directamente y lo cruzo con la herramienta de inspección de URLs de Search Console. Si Google no puede renderizar la página correctamente, hay un bloqueo.

Ejemplo real: una agencia que copió un robots.txt de un tutorial y bloqueó /wp-content/, impidiendo que Google accediera a CSS y JS. Google veía todas las páginas como texto plano sin estilo, sin poder interpretar el diseño responsive.

Impacto: Google no puede renderizar tus páginas. Si no puede renderizarlas, no puede evaluar correctamente la experiencia de usuario, y tus Core Web Vitals en Search Console dan resultados incoherentes.

Solución:

• No bloquees CSS, JS ni carpetas de assets en robots.txt.
• Usa robots.txt solo para bloquear secciones que realmente no quieres que Google rastree (admin, búsqueda interna, carrito).
• Valida con la herramienta de prueba de robots.txt en Search Console.

9. Sitemap XML desactualizado o con errores

---

El sitemap es tu "mapa" para Google. Si está desactualizado, contiene URLs rotas o le faltan páginas nuevas, Google tarda más en descubrir y rastrear tu contenido.

Cómo lo encuentro: abro el sitemap directamente (/sitemap.xml) y compruebo: fecha de última modificación, si incluye todas las páginas importantes, si contiene URLs que devuelven 404 o 301.

Ejemplo real: blog que publicaba 4 artículos al mes pero el sitemap no se regeneraba automáticamente. Los últimos 20 artículos no estaban en el sitemap. Google tardó semanas en encontrarlos por rastreo natural.

Impacto: contenido nuevo tarda más en indexarse. Páginas importantes pueden quedar fuera del radar de Google.

Solución:

• Configura la generación automática del sitemap (en WordPress con Yoast/Rank Math; en Next.js con app/sitemap.ts).
• Incluye solo URLs canónicas con status 200.
• Envía el sitemap en Search Console y revisa los errores reportados.
• Actualiza el <lastmod> solo cuando el contenido cambie realmente (no con la fecha de hoy cada vez).

10. Core Web Vitals en rojo

---

Desde 2021, Google usa las Core Web Vitals como señal de ranking. Desde 2024, INP reemplazó a FID. Y sin embargo, la mayoría de webs que audito suspenden al menos una métrica.

Cómo lo encuentro: PageSpeed Insights + datos de campo en Search Console → Experiencia de página. Los problemas más comunes: LCP > 4s, CLS > 0.25, INP > 500ms.

Ejemplo real: web corporativa con un slider de 5MB en la home. LCP de 8 segundos en móvil. El cliente no entendía por qué su home no posicionaba para su keyword principal.

Impacto: Google penaliza (o más exactamente, deja de premiar) páginas con mala experiencia de usuario. En nichos competitivos, unas Core Web Vitals malas te dejan fuera del top 10.

Solución:

• LCP: optimiza la imagen principal (formato WebP/AVIF, loading="eager", preconnect a CDN, tamaño adecuado).
• CLS: define dimensiones de imágenes y embeds (width, height), carga fuentes con font-display: swap.
• INP: reduce JavaScript de terceros, defer scripts no críticos, elimina handlers pesados en interacciones.

11. Contenido duplicado interno

---

Páginas distintas con el mismo contenido (o casi idéntico). Es más común de lo que parece, especialmente en e-commerce y webs multiidioma mal configuradas.

Cómo lo encuentro: Siteliner o Screaming Frog → Near Duplicates. También busco manualmente patrones: versiones con y sin trailing slash, HTTP vs HTTPS, www vs no-www, paginaciones.

Ejemplo real: tienda online que generaba una URL distinta para cada variante de producto (color, talla). Mismo título, misma descripción, misma imagen. 3.000 páginas de contenido duplicado para 500 productos.

Impacto: Google no sabe cuál es la versión "buena" y puede elegir la incorrecta. La autoridad se diluye entre todas las versiones.

Solución:

• Consolida variantes con canonicals apuntando a la versión principal del producto.
• Redirige versiones duplicadas (HTTP → HTTPS, no-www → www) con redirecciones 301 a nivel de servidor.
• Para paginaciones, cada página es su propio canonical (no apuntes página 2 a página 1).

12. Enlaces internos rotos (errores 404)

---

Cada enlace roto es un callejón sin salida para Google y para el usuario. Y la mayoría de webs acumulan decenas sin que nadie los detecte.

Cómo lo encuentro: Screaming Frog → Response Codes → filtro 4xx. También reviso Search Console → Cobertura → "No encontrada (404)".

Ejemplo real: blog que eliminó 15 artículos antiguos sin redirigirlos. Los artículos restantes seguían enlazándolos. Resultado: 40+ enlaces rotos internos repartidos por todo el sitio.

Impacto: el link juice (autoridad interna) se pierde en callejones sin salida. Google interpreta que el sitio no está bien mantenido. Y el usuario que hace clic en un enlace roto pierde confianza.

Solución:

• Nunca elimines una URL sin crear una redirección 301 a la página más relevante.
• Revisa enlaces rotos mensualmente con Screaming Frog o Ahrefs Site Audit.
• Si una página se elimina definitivamente y no hay equivalente, devuelve un 410 (Gone) en lugar de 404.

13. Falta de datos estructurados (Schema.org)

---

Los datos estructurados no son un factor de ranking directo, pero habilitan los rich snippets (estrellas, FAQ, breadcrumbs, precio...) que mejoran drásticamente el CTR.

Cómo lo encuentro: prueba de resultados enriquecidos de Google + inspección manual del código fuente. La mayoría de webs que audito no tienen ningún schema implementado.

Ejemplo real: restaurante con web propia, carta online, horarios y reseñas — pero sin schema LocalBusiness ni schema Menu. En los resultados de Google aparecía como un resultado genérico mientras que su competencia (con schema) mostraba estrellas, horario y rango de precios.

Impacto: pierdes espacio visual en las SERPs. Tus competidores con rich snippets atraen más clics aunque estén por debajo de ti en posición.

Solución:

• Implementa al mínimo: Organization, BreadcrumbList, y el schema específico de tu tipo de contenido (Article, Product, LocalBusiness, FAQ...).
• Usa JSON-LD (el formato que Google recomienda).
• Valida con la herramienta de resultados enriquecidos de Google antes de publicar.

14. Cadenas de redirecciones

---

Una redirección es normal. Dos encadenadas son tolerables. Tres o más son un problema: cada salto añade latencia y pierde una pequeña fracción de link juice.

Cómo lo encuentro: Screaming Frog → Redirect Chains. También Ahrefs Site Audit muestra cadenas de más de 2 saltos.

Ejemplo real: web que migró 3 veces de dominio en 5 años. Resultado: algunas páginas tenían cadenas de 4-5 redirecciones (dominio1 → dominio2 → dominio3 → dominio3/nueva-url → dominio3/url-final). Google dejaba de seguirlas después del tercer salto.

Impacto: Google tiene un límite de redirecciones que sigue (generalmente 5, pero puede abandonar antes). Cada salto añade latencia. Y la autoridad se diluye en cada paso.

Solución:

• Actualiza todas las redirecciones para que apunten directamente al destino final (un solo salto).
• Revisa cadenas de redirecciones después de cada migración.
• Actualiza los enlaces internos para que apunten a la URL final, no a la URL antigua que redirige.

15. Sin HTTPS o implementación mixta

---

A estas alturas, no tener HTTPS es casi impensable. Pero la implementación mixta (mixed content) sigue siendo frecuente: la web carga por HTTPS pero algunos recursos (imágenes, scripts, iframes) se cargan por HTTP.

Cómo lo encuentro: el candado del navegador muestra advertencia. En Screaming Frog filtro por "Mixed Content" o "HTTP URLs on HTTPS pages". También la consola del navegador (F12) muestra warnings de mixed content.

Ejemplo real: web migrada a HTTPS pero con imágenes del blog que seguían cargándose desde URLs HTTP absolutas escritas directamente en el contenido. El navegador bloqueaba las imágenes o mostraba advertencia de "sitio no seguro".

Impacto: Google penaliza mixed content. Los navegadores muestran advertencias que espantan al usuario. Y desde 2024, Chrome bloquea activamente recursos HTTP en páginas HTTPS.

Solución:

• Busca y reemplaza todas las referencias HTTP absolutas por HTTPS en el contenido, base de datos y configuración.
• Configura una redirección 301 global de HTTP a HTTPS a nivel de servidor.
• Usa URLs relativas al protocolo (//dominio.com/imagen.jpg) o mejor aún, rutas relativas (/imagen.jpg).

Checklist rápido: auditoría técnica en 15 minutos

---

Herramientas que uso en cada auditoría

---

No necesitas 20 herramientas. Con estas cubres el 95% de los errores técnicos:

• Screaming Frog SEO Spider (versión gratuita hasta 500 URLs, licencia anual ~199 EUR): el caballo de batalla. Detecta casi todos los errores de esta lista.
• Google Search Console (gratis): datos de campo reales, cobertura, Core Web Vitals, problemas de indexación.
• PageSpeed Insights (gratis): diagnóstico de rendimiento con datos de lab y campo.
• Ahrefs / Semrush Site Audit (de pago): útil para auditorías recurrentes y monitorización de errores.

Cómo priorizar: no todo pesa igual

---

Si encuentras los 15 errores a la vez (no sería raro), no los abordes todos de golpe. Esta es la priorización que uso:

Prioridad 1 (arreglar esta semana):

• Canonical tags incorrectos
• Robots.txt bloqueando recursos
• HTTPS mixto
• URLs con parámetros indexadas masivamente

Prioridad 2 (arreglar este mes):

• Meta titles duplicados
• Core Web Vitals en rojo
• Contenido duplicado interno
• Enlaces rotos (404)
• Cadenas de redirecciones

Prioridad 3 (plan a medio plazo):

• Meta descriptions
• Estructura de encabezados
• Imágenes sin alt
• Contenido thin en categorías
• Sitemap
• Datos estructurados

La lógica: primero lo que impide que Google rastree e indexe correctamente (acceso), después lo que afecta al ranking (señales), y por último lo que mejora el CTR y la experiencia (presentación).

Conclusión

---

Conclusión

Estos 15 errores no son teoría. Son los que encuentro, literal, en 9 de cada 10 auditorías. La buena noticia: ninguno requiere desarrollo complejo ni presupuesto enorme. La mayoría se resuelven con configuración, un buen crawl y dedicarle unas horas de trabajo enfocado.

Lo que los hace peligrosos no es su complejidad, sino su invisibilidad. Una web puede verse perfecta para el usuario y estar llena de errores técnicos que Google sí detecta. Por eso la auditoría técnica no es un lujo: es el punto de partida de cualquier estrategia SEO seria.

Si reconoces varios de estos errores en tu web, no te alarmes. Prioriza, corrige y mide. En la mayoría de casos, arreglar los errores de prioridad 1 produce mejoras visibles en semanas.