El SEO técnico permite que los buscadores descubran, recuperen y comprendan las páginas que quieres que encuentren las personas. Empieza por URL accesibles, códigos de estado correctos y señales de indexación coherentes; después conecta esas páginas mediante una navegación útil. Una página rápida con un canonical incorrecto o un noindex accidental sigue teniendo un problema fundamental de visibilidad.
Esta guía ofrece una base para desarrolladores y propietarios de sitios, no una promesa de posiciones. La visibilidad también depende del contenido y de su relevancia. Aquí el objetivo es más concreto y comprobable: la página prevista debe devolver el contenido previsto con señales que coincidan sobre su identidad y finalidad.
Separa descubrimiento, rastreo, indexación y posicionamiento
El descubrimiento ocurre cuando un buscador conoce una URL, por ejemplo mediante un enlace o un sitemap. El rastreo consiste en solicitar esa URL. El renderizado puede ejecutar JavaScript y producir el contenido que se procesará después. La indexación analiza el contenido y decide cómo representarlo en el índice. El posicionamiento es la selección y ordenación posterior de resultados para una consulta.
Son etapas distintas. Incluir una URL en un sitemap no implica que se rastree inmediatamente, y rastrear una página correctamente no garantiza su indexación. Una página indexada tampoco tiene por qué aparecer para la expresión que tienes en mente. Identifica dónde termina la evidencia antes de cambiar opciones que no guardan relación.
Selecciona plantillas representativas: portada, categoría, artículo o producto, paginación, versión de idioma, redirección y página inexistente. Examina ejemplos individuales y las reglas que los generan. Una portada bien configurada no demuestra que miles de URL con parámetros se comporten correctamente.
Para cada ejemplo, registra el estado esperado, la indexabilidad, la URL canónica y el origen de los enlaces internos. Contrasta esa expectativa con la respuesta HTTP y la información de Search Console. Este inventario resulta más útil que una larga lista de avisos sin decidir qué debería hacer cada dirección.
Usa robots.txt para controlar el rastreo, no el acceso ni la indexación
robots.txt indica a los rastreadores compatibles qué recursos pueden solicitar. No autentica visitantes ni protege contenido confidencial. Una URL bloqueada puede seguir siendo conocida a través de enlaces, y bloquear su descarga impide que Google vea las instrucciones dentro de la página.
Este ejemplo de robots.txt en la raíz bloquea una ruta de búsqueda interna y declara un sitemap:
User-agent: *
Disallow: /internal-search/
Sitemap: https://example.com/sitemap.xmlNo es una recomendación universal para bloquear todas las búsquedas. Decide si esas páginas necesitan control de rastreo, exclusión del índice u otra estrategia de URL. Si una página debe excluirse mediante noindex, Google debe poder recuperar esa instrucción. Bloquearla antes puede impedir precisamente la comprobación necesaria.
No bloquees CSS, JavaScript ni imágenes necesarios para renderizar contenido público importante. Una regla destinada a un directorio antiguo puede afectar a las plantillas actuales tras un despliegue. Comprueba el host, protocolo y ruta exactos, y verifica que un comodín amplio no alcance más de lo previsto.
Protege el material confidencial con controles de acceso reales. Para una página pública que debe seguir disponible pero no aparecer en búsquedas, utiliza una instrucción de indexación. Google admite esta etiqueta en la cabecera de una página rastreable:
<meta name="robots" content="noindex">La cabecera HTTP X-Robots-Tag permite expresar instrucciones para PDF y otros recursos, además de HTML. Revisa conjuntamente cabeceras y marcado. Las instrucciones contradictorias pueden producir un resultado más restrictivo del que sugiere una etiqueta aislada. El permiso predeterminado para indexar no exige añadir index en todas partes.
Haz que el código de estado describa el resultado real
La respuesta del servidor debe distinguir entre contenido disponible, una página trasladada, contenido inexistente y un fallo temporal. Devolver la misma estructura de aplicación con estado correcto para cualquier ruta puede ocultar esas diferencias hasta que se ejecute JavaScript. Eso complica tanto el diagnóstico como el procesamiento del buscador.
Esta tabla orienta la decisión, sin sustituir el comportamiento HTTP de tu aplicación:
| Situación | Respuesta habitual | Qué comprobar |
|---|---|---|
| Página útil disponible | 200 |
El cuerpo contiene lo previsto |
| Equivalente trasladado permanentemente | 301 o 308 |
El destino es el sustituto adecuado |
| Traslado temporal | 302 o 307 |
La temporalidad es intencionada |
| Contenido inexistente o eliminado | 404 o 410 |
No se sustituye por una página irrelevante con éxito |
| Problema temporal del servidor | 5xx apropiado |
La supervisión detecta y resuelve la incidencia |
Una respuesta 200 que solo contiene un error puede considerarse un soft 404. Cambiar el mensaje sin cambiar la respuesta no corrige la contradicción. Del mismo modo, redirigir todos los productos o artículos eliminados a la portada no crea un sustituto pertinente para cada uno.
Prefiere una redirección directa al equivalente final. Las cadenas añaden solicitudes, dificultan las pruebas y multiplican las reglas que pueden contradecirse. Revisa parámetros, convenciones antiguas de barra final y pasos de HTTP a HTTPS. Conserva una URL histórica si sigue ofreciendo el contenido correcto; cambiar el diseño no obliga a cambiar la dirección.
Investiga los errores persistentes del servidor antes de dedicar tiempo a pequeños ajustes de metadatos. La guía para reducir el tiempo de respuesta del servidor distingue demoras de origen y problemas de entrega que afectan tanto a visitantes como a la recuperación fiable del contenido.
Alinea las URL canónicas con enlaces y redirecciones
La canonicalización identifica el representante preferido entre páginas duplicadas o muy similares. La anotación canonical es una señal, no una orden que anule el resto de la evidencia. Google puede seleccionar otra dirección cuando el contenido y las señales apuntan a ella.
Este HTML declara la URL canónica de una guía de ejemplo:
<link rel="canonical" href="https://example.com/guides/caching/">Usa una URL absoluta y mantén la misma elección en el marcado, los enlaces internos, las redirecciones y el sitemap. Si el sitemap propone una dirección, la plantilla declara otra y la navegación enlaza una tercera, el problema es la arquitectura contradictoria, no la falta de otra etiqueta.
Un canonical autorreferente puede hacer explícita la identidad de la página preferida. Las variantes con parámetros de seguimiento pueden apuntar a ella si el contenido es equivalente. No canonicalices un artículo distinto hacia una categoría solo porque esta tenga más interés comercial. Los canonical no fusionan intenciones diferentes ni rescatan contenido vacío.
Las traducciones también requieren atención. Una página completamente localizada suele tener identidad canónica propia, mientras que hreflang expresa sus alternativas de idioma. Apuntar todas las traducciones al inglés contradice esa separación. Los duplicados regionales en un mismo idioma pueden necesitar otra política, basada siempre en el contenido y el público reales.
En Search Console, compara el canonical declarado con el seleccionado por Google. Una diferencia abre una investigación. Examina redirecciones, duplicados, enlaces incoherentes e información de rastreo antigua antes de solicitar indexación repetidamente.
Genera sitemaps con las URL que realmente quieres indexar
Un sitemap XML ayuda al descubrimiento y aporta una señal de canonicalización. No ordena la indexación. Incluye las URL preferidas y accesibles que deben aparecer en búsqueda, y excluye redirecciones evidentes, errores y páginas marcadas deliberadamente con noindex.
Genera el archivo desde el mismo inventario que publica el sitio. Una lista manual separada puede desactualizarse: mantiene páginas borradas y omite secciones nuevas. Revisa una muestra después del despliegue y comprueba host, HTTPS, prefijo de idioma y barra final.
Usa lastmod solo cuando refleje una modificación significativa. Cambiar todas las fechas en cada compilación reduce su utilidad. Actualizar el año del pie no equivale a revisar la información sustancial de cada página. Vincula las fechas de publicación y modificación a cambios reales del contenido.
Envía el sitemap a Search Console y examina errores de procesamiento y cantidades de URL descubiertas en su contexto. Un archivo procesado correctamente no demuestra que todas sus entradas estén indexadas. Inspecciona las excepciones importantes y compara plantillas similares antes de considerar defectuosa cualquier exclusión.
Conecta las páginas importantes con enlaces útiles
Tanto el rastreador como el lector necesitan un camino hacia las páginas útiles. Utiliza enlaces normales con texto descriptivo y destinos reales. Una tarjeta que solo responde a un evento JavaScript puede funcionar para una persona y ofrecer una vía de descubrimiento deficiente. El elemento de enlace es el punto de partida fiable.
Organiza las categorías alrededor de tareas del lector y añade enlaces contextuales cuando una página explique un requisito o el siguiente paso. La colección de SEO técnico muestra una ruta temática entre guías relacionadas. La navegación debe explicar la estructura, no limitarse a mostrar todas las URL en un bloque indiferenciado.
La profundidad de rastreo es un diagnóstico, no una regla numérica universal. Una página valiosa escondida tras pasos innecesarios merece atención, pero no existe un número de clics que garantice indexación o posiciones. Busca páginas huérfanas, paginación rota y categorías accesibles únicamente mediante búsqueda interna.
En catálogos grandes, revisa filtros y ordenación. Algunas páginas de destino deliberadas pueden satisfacer una necesidad de búsqueda; las combinaciones ilimitadas de parámetros pueden producir muchos duplicados. Decide qué combinaciones merecen páginas estables e indexables y alinea enlaces, canonical y controles de rastreo con esa elección.
No ocultes una navegación incompleta añadiendo todas las URL al sitemap. Este puede descubrir la dirección, pero no repara el recorrido del usuario ni el contexto de los enlaces. Revisa las páginas importantes desde la portada y desde la categoría donde un visitante esperaría encontrarlas.
Describe las alternativas de idioma sin fusionarlas
hreflang ayuda a Google a relacionar versiones equivalentes de idioma o región. No traduce ni sustituye contenido localizado útil. Cada alternativa debe estar disponible en una URL estable y devolver enlaces hacia los demás miembros de su grupo.
Este par simplificado en inglés y español declara además un destino de reserva:
<link rel="alternate" hreflang="en" href="https://example.com/guides/caching/">
<link rel="alternate" hreflang="es" href="https://example.com/es/guides/caching/">
<link rel="alternate" hreflang="x-default" href="https://example.com/guides/caching/">Incluye el mismo conjunto completo en ambas páginas equivalentes, con la entrada propia de cada una. x-default es una alternativa opcional para usuarios cuyo idioma o región no coincida con los declarados. Utiliza códigos válidos de idioma y, si procede, región; una región sola no es un idioma.
No relaciones páginas distintas solo porque ocupan la misma posición de navegación. Una categoría en inglés y una portada en español no son traducciones equivalentes. Mantén el canonical de cada idioma coherente con el destino de su entrada alternativa y verifica que no redirija a otro lugar inesperado.
Ofrece también enlaces de idioma visibles. Las redirecciones forzadas basadas únicamente en ubicación o idioma inferidos pueden dificultar el acceso y las pruebas. El visitante debe poder elegir una versión y el rastreador recuperarla directamente.
Añade datos estructurados coherentes con lo visible
Los datos estructurados describen entidades y contenido en formato legible por máquinas. Elige un tipo compatible y apropiado y completa sus propiedades obligatorias con información real. Que el JSON sea válido solo resuelve la sintaxis; exactitud y elegibilidad siguen siendo necesarias.
Por ejemplo, el marcado de artículo debe describir el artículo mostrado. El marcado de producto no debe inventar disponibilidad ni valoraciones. No añadas estrellas, personas o datos de una organización porque una plantilla espere ese campo. Omite información no respaldada y corrige la plantilla.
Utiliza la Prueba de resultados enriquecidos para las funciones compatibles de Google e interpreta sus errores según el tipo elegido. Superarla no garantiza un resultado enriquecido ni demuestra indexación. Mantén el marcado sincronizado al cambiar el contenido, especialmente si precios, disponibilidad o fechas se generan por separado.
Comprueba por separado el contenido móvil y el rendimiento
Google utiliza principalmente el contenido de la versión móvil para indexar. Mantén disponibles los textos, títulos, enlaces, imágenes y datos estructurados importantes. Una presentación compacta puede reorganizar el contenido, pero quitar la explicación principal o exigir una interacción para obtenerla crea un documento de búsqueda distinto.
Examina también la experiencia: legibilidad, controles utilizables, estabilidad y respuesta. Buenas Core Web Vitals ayudan, pero no sustituyen accesibilidad, relevancia ni indexabilidad. La guía sobre Core Web Vitals y posicionamiento separa señales de rendimiento y promesas de clasificación.
Una respuesta estática rápida puede coexistir con una página interactiva lenta. Una buena puntuación también puede acompañar a una página cuyo contenido principal no aparece en el renderizado de Google. Si JavaScript entrega lo importante, sigue el proceso de renderizado y SEO JavaScript en vez de deducir la indexabilidad solo de la velocidad.
Convierte la auditoría en una comprobación repetible
En una URL prioritaria, guarda cabeceras y cuerpo antes de inspeccionar la página renderizada. Este comando recupera la página de ejemplo con una solicitud GET normal:
curl -sS -D response-headers.txt -o response.html https://example.com/guides/caching/Los archivos muestran el estado y el HTML inicial, no el DOM final generado por JavaScript. Compáralos con el navegador y, cuando sea posible, con la inspección de URL de Search Console. Distingue el informe indexado, que refleja información almacenada, de la prueba en directo de acceso y renderizado actuales.
Comprueba canonical, instrucciones robots, texto y enlaces importantes en cada etapa pertinente. Después prueba una URL inexistente, una redirección y una alternativa de idioma de la misma familia de plantillas. Así detectas errores de reglas que una sola página correcta puede ocultar.
Prioriza fallos de acceso y respuesta, luego señales contradictorias, contenido ausente y rutas de descubrimiento rotas. Usa la lista de comprobación de rendimiento para el trabajo posterior de velocidad. Registra comportamiento esperado, responsable y resultado de la nueva prueba, y repite los controles tras cambios en rutas, renderizado o metadatos.
