SEO técnico y contenido: una auditoría para decidir qué corregir primero

Publicar más contenido no corrige una página que Google no puede rastrear, una canonical equivocada o un sitio lleno de URLs repetidas. Del mismo modo, una web técnicamente impecable no posicionará una guía genérica que no aporta información original.

El SEO técnico y el contenido no compiten. Resuelven capas diferentes del mismo sistema. La pregunta útil es qué obstáculo impide avanzar ahora y qué evidencia necesitas para priorizarlo.

Esta auditoría propone cuatro capas: descubrimiento, indexación, experiencia y valor editorial. Trabájalas en ese orden cuando exista un bloqueo evidente; si no, utiliza datos de Search Console y analítica para localizar el cuello de botella.

1. Entiende el recorrido de una URL

Para aparecer en resultados, una página debe completar varias etapas:

Google descubre su URL mediante enlaces, sitemap u otras fuentes.
El rastreador puede solicitarla y recibe una respuesta válida.
Google interpreta el contenido y decide si lo indexa.
Selecciona una versión canónica cuando existen duplicados.
Evalúa la página para consultas concretas junto con muchas otras señales.

Una caída puede ocurrir en cualquiera de estas etapas. “No posiciona” describe un resultado, no la causa.

2. Capa de descubrimiento: ¿Google encuentra la página?

Revisa primero los caminos hacia la URL.

Enlaces internos

Una página importante no debería depender únicamente del sitemap. Debe recibir enlaces desde navegación, categorías o artículos relacionados. Los textos de enlace deben explicar el destino sin repetir palabras de forma artificial.

Sitemap

Incluye solo URLs canónicas que deseas indexar. Elimina borradores, redirecciones, errores y parámetros. Utiliza fechas de modificación reales; cambiar todas las fechas automáticamente sin modificar el contenido reduce la utilidad de la señal.

Robots.txt

robots.txt controla qué rutas puede solicitar un rastreador, pero no es la herramienta adecuada para retirar una URL ya conocida de los resultados. Además, bloquear una página puede impedir que Google vea una etiqueta noindex dentro de ella.

Abre el archivo, revisa reglas y confirma que el sitemap declarado corresponde al dominio canónico.

3. Capa de rastreo: ¿la respuesta técnica es correcta?

Comprueba una muestra de URLs con la inspección de Search Console y herramientas del navegador.

| Respuesta | Interpretación general | Acción | |---|---|---| | 200 | El servidor entrega contenido | Revisar indexación y calidad | | 301 o 308 | Cambio permanente | Confirmar destino y evitar cadenas | | 302 o 307 | Cambio temporal | Verificar que sea intencional | | 404 | URL no encontrada | Corregir enlaces o mantener si fue retirada | | 410 | Contenido retirado intencionalmente | Usar cuando la eliminación sea definitiva | | 5xx | Falla del servidor | Resolver estabilidad antes de optimizar contenido |

Evita cadenas como URL A → B → C. Actualiza los enlaces internos para apuntar directamente al destino final.

Revisa también que recursos esenciales —CSS, JavaScript e imágenes— sean accesibles. Google necesita interpretar la página renderizada, especialmente en sitios que dependen de JavaScript.

4. Capa de indexación: ¿qué versión entiende Google?

Una respuesta 200 no garantiza indexación. Revisa cuatro elementos.

Canonical

Cada página debe declarar la versión preferida. Una canonical es una indicación, no una orden. Si enlazas, incluyes en sitemap y rediriges hacia versiones diferentes, envías señales contradictorias.

`noindex`

Úsalo para páginas que deben ser accesibles pero no aparecer en búsqueda. No lo conviertas en una forma de ocultar contenido de baja calidad que permanece enlazado y visible sin un propósito.

Duplicación

Dos artículos pueden usar palabras distintas y responder la misma intención. Decide si deben fusionarse, especializarse o retirarse. Una redirección hacia una guía realmente equivalente conserva mejor la continuidad que enviar todas las URLs antiguas al inicio del blog.

Contenido principal

Google puede no indexar páginas con muy poco contenido propio, plantillas vacías o información prácticamente idéntica. Revisa el HTML final, no solo el editor.

5. Capa de experiencia: ¿la página funciona para una persona?

Rendimiento, accesibilidad y estabilidad no reemplazan la relevancia, pero una mala experiencia puede impedir que el contenido cumpla su objetivo.

Las Core Web Vitals actuales incluyen:

LCP, relacionado con la carga del contenido principal.
INP, relacionado con la respuesta a interacciones.
CLS, relacionado con movimientos inesperados del diseño.

Google recomienda evaluar los datos del percentil 75 cuando exista información de usuarios reales. PageSpeed Insights combina datos de campo de CrUX, si hay muestra suficiente, y una prueba de laboratorio de Lighthouse. No interpretes una ejecución aislada como verdad absoluta.

Revisa además:

texto legible y contraste;
navegación con teclado;
imágenes con dimensiones para evitar saltos;
contenido principal disponible sin intersticiales agresivos;
formularios con etiquetas y mensajes de error claros;
funcionamiento en móvil y conexiones lentas.

6. Capa editorial: ¿la página merece existir?

Después de descartar bloqueos técnicos, compara el contenido con los resultados que ya resuelven la consulta.

Pregunta:

¿Qué información original, método o evidencia aporta?
¿Quién se hace responsable de la revisión?
¿Las cifras tienen fuente y fecha?
¿Los ejemplos reales son verificables y los simulados están identificados?
¿El artículo responde una decisión concreta o intenta cubrir todas las palabras relacionadas?
¿Existe una razón para volver o enlazar esta página?

La extensión no es una métrica de valor. Un artículo largo puede repetir conceptos; uno corto puede resolver una tarea con precisión. La regla interna de Simply exige método, fuentes y un siguiente paso, pero no utiliza una cantidad de palabras como sustituto de calidad.

7. Usa Search Console para priorizar

Clasifica las URLs en grupos operativos.

Impresiones pero pocos clics

Revisa si título y descripción representan la intención real. Observa consultas, posición y dispositivo. No cambies el contenido completo si el problema está en una promesa ambigua.

Indexadas sin impresiones

Compara intención, competencia, enlaces internos y utilidad. Puede ser una página redundante o un tema sin demanda relevante para el negocio.

Descubiertas o rastreadas sin indexar

Revisa duplicación, canonical, calidad, estabilidad y enlaces. Evita solicitar indexación repetidamente sin corregir la causa.

No encontradas o redirigidas

Actualiza sitemap y enlaces. Mantén una redirección únicamente cuando exista un destino equivalente.

8. Matriz de prioridad

Asigna a cada problema impacto, alcance y esfuerzo.

| Problema | Impacto | Alcance | Prioridad típica | |---|---|---|---| | Sitio bloqueado por robots | Muy alto | Todo el dominio | Inmediata | | Canonical masiva hacia URL incorrecta | Muy alto | Muchas páginas | Inmediata | | Tres páginas compiten por la misma intención | Alto | Tema concreto | Fusionar y redirigir | | Artículo sin fuentes ni aporte propio | Alto | URL concreta | Reescribir o retirar | | Imagen secundaria pesada | Medio | Una plantilla | Programar optimización | | Meta descripción mejorable | Variable | URL concreta | Después de bloqueos |

La prioridad no depende de lo fácil que sea generar un informe. Depende de cuánto limita el objetivo del sitio.

9. Auditoría reproducible en 60 minutos

Revisa acciones manuales y seguridad en Search Console.
Comprueba robots.txt y sitemap.
Inspecciona inicio, categoría y tres artículos.
Busca títulos vacíos, fechas falsas y canonicals inconsistentes.
Revisa una URL lenta con datos de campo y laboratorio.
Identifica dos temas con páginas solapadas.
Comprueba autor, actualización, fuentes y enlaces rotos.
Convierte los hallazgos en tareas con responsable y criterio de cierre.

Checklist técnico y editorial

[ ] Las URLs importantes tienen enlaces internos.
[ ] El sitemap contiene solo páginas publicables.
[ ] Robots no bloquea contenido esencial.
[ ] Las respuestas HTTP corresponden al estado real.
[ ] Canonical, sitemap y enlaces apuntan a la misma versión.
[ ] No existen títulos Untitled ni fechas de fallback.
[ ] Las páginas duplicadas tienen una decisión documentada.
[ ] Los datos de rendimiento se interpretan con su contexto.
[ ] Cada artículo aporta método, evidencia o experiencia propia.
[ ] Las retiradas desaparecen de navegación y sitemap.

La decisión más rentable suele ser dejar de producir nuevas URLs durante la auditoría. Primero corrige el inventario existente, consolida lo redundante y crea barreras automáticas para que los errores no regresen.

Para revisar el rendimiento de una URL, continúa con nuestra guía de velocidad web. Para diseñar un contenido que conduzca a una acción, consulta la auditoría de landing B2B.

¿Necesitas convertir un informe SEO en prioridades ejecutables? Solicita un diagnóstico con Simply y revisaremos rastreo, indexación, experiencia y contenido.

Fuentes y criterio editorial

Las decisiones de indexación pertenecen a Google y pueden cambiar con el tiempo. Esta guía describe un método de diagnóstico, no una garantía de posicionamiento.