Redacción: 4SYSTEMPublicado el Actualizado el
9 lectura mínima
Se utiliza una auditoría técnica SEO para identificar qué impide que una página útil sea accesible, comprendida o descubierta, y luego para proporcionar una corrección verificable. No basta con exportar los errores: el mismo defecto puede afectar a una plantilla estratégica o a una URL deliberadamente excluida. Comience con caminos importantes y cambios recientes, no con la duración de la alerta.
Priorice un bloqueo reproducible en una familia importante antes de una advertencia aislada. Separar la observación, la hipótesis y la decisión; cada corrección debe tener prueba de receta. Una prueba actual exitosa no necesariamente describe la situación registrada por Google.
Enmarcar la auditoría por plantilla y experiencia profesional
Recopile la lista de plantillas, URL importantes para la actividad, correspondencias entre direcciones nuevas y antiguas, fecha de implementación y exclusiones planificadas. Solicite también acceso a configuraciones, Search Console y registros útiles del servidor. El responsable del negocio deberá especificar las familias que se mantendrán accesibles y las páginas reservadas o eliminadas.
Para recorridos importantes, especifique también las dependencias: búsqueda interna, filtros, API productos o formularios. Podrás distinguir el defecto de la plantilla de una avería en el servicio que la presta.
Cree una muestra orientada a plantillas: página de familia, hoja de producto, variante, paginación y entrada desde la navegación. Para cada plantilla confidencial, tome una página aparentemente saludable y una página sospechosa. Agregue los casos modificados durante el rediseño, en lugar de seleccionar solo las primeras URL en un rastreo.
Registre para cada URL la función comercial, el comportamiento esperado y el motivo de la selección. Una página eliminada deliberadamente no requiere la misma corrección que una familia activa que se ha vuelto inaccesible. Si el defecto parece común al modelo, ampliar la comprobación a sus variantes antes de hablar de incidencia global. Una muestra le permite encontrar causas compartidas, no medir su presencia en todo el sitio.
Verifique el acceso de HTTP antes de las señales SEO
Primero realice una solicitud GET y conserve el código HTTP, los encabezados, el cuerpo recibido, la URL final y el tiempo de prueba. Tenga en cuenta también el agente de usuario y la presencia de un caché intermedio para que el equipo técnico pueda reproducir exactamente la solicitud en cuestión.
Tenga en cuenta cada redirección: llegar a una página funcional puede ocultar un destino incorrecto. Compara la dirección antigua, la nueva y los enlaces internos que las utilizan. Compruebe también que el carácter permanente o temporal de la redirección se corresponda con la migración prevista.
Un estado 200 no garantiza la indexación; una respuesta vacía o similar a un error puede tratarse como un 404 suave.[18] Así que observe el contenido entregado, no solo el color verde del rastreador.
Los errores del servidor 5xx y el código 429 pueden ralentizar temporalmente el rastreo de Google; el contenido recibido con un estado 5xx se ignora.[18] Para una plantilla grande, verifique el enrutamiento, el caché, la aplicación y la disponibilidad de sus dependencias con el equipo técnico. Repita la prueba en las condiciones documentadas y concilie con los registros. Un error del servidor puede ser transitorio: una prueba actual exitosa no invalida una falla anterior y es posible lo contrario.[23]
Controla robots, noindex y canonical sin confundirlos
Luego verifique el acceso autorizado por robots.txt, luego las directivas de indexación en los encabezados y HTML. Tenga en cuenta su origen: configuración global, plantilla, extensión o parámetro de publicación. Compárelos con la decisión comercial registrada al principio.
Un bloque robots.txt no reemplaza un noindex: si Google no puede rastrear la página, no puede leer esta directiva y la URL aún puede aparecer en los resultados.[23] Por lo tanto, no elimine una regla sin comprender el propósito de la exclusión.
Luego examine el canónico declarado y el destino correspondiente: página equivalente, disponible, consistente con enlaces internos. En Search Console, distinga el canónico declarado del elegido por Google. Esta elección se puede consultar en los datos de indexación; la prueba en vivo no puede predecirlo.[23]
Conserve las capturas y la fecha del informe: describen un estado registrado, a veces antes de la implementación. Si el problema sólo afecta a una dirección, utilice el diagnóstico de una página que falta en Google para profundizar en su estado sin transformar este caso aislado en un veredicto de todo el catálogo.
Seguimiento del contenido renderizado y rutas de navegación
Compare el HTML recibido y la representación: título, contenido principal, productos mostrados y enlaces de navegación. Una página accesible pero vacía merece un incidente aparte de una página simplemente lenta. Documente los recursos de error, las llamadas a aplicaciones y las condiciones necesarias para que aparezca el contenido.
Para la malla, comience desde una entrada pública conocida y siga el camino hacia la familia, luego hacia sus archivos. Busque destinos obsoletos y elementos en los que se pueda hacer clic que no expongan una dirección utilizable. Google recomienda enlaces HTML <a> con un atributo href ; un evento JavaScript por sí solo no garantiza una extracción de URL confiable.[17] Por lo tanto, un botón que se puede utilizar con el mouse no es suficiente para validar la ruta de exploración.
Un enlace agregado por JavaScript puede ser rastreable si utiliza este marcado.[17] También verifique su texto en el HTML renderizado. Google recomienda que una página importante reciba al menos un enlace desde otra página del sitio.[17] Su control debe identificar la página de inicio y el enlace específicos, no solo ver que el destino está en un mapa del sitio.
Priorizar incidentes de auditoría técnica SEO
Para ordenar los hallazgos, utilice tres criterios cualitativos: importancia de la ruta, alcance confirmado y solidez de la evidencia. Esta cuadrícula es un método de trabajo, no una escala oficial Google.
| Decisión | Estado | Secuela esperada |
|---|---|---|
| Procesar primero | Plantilla comercial inaccesible o falta contenido principal | Abrir un incidente técnico y asegurar la implementación |
| Planifique rápidamente | Accesible para toda la familia, pero carece de rutas internas relevantes | Se corrigió el componente de navegación y se verificaron sus variantes. |
| Examinar sin presunta emergencia | Se reproduce una advertencia aislada sin bloqueo | Confirmar el propósito de la página y el efecto real |
No infiera la gravedad a partir del número de alertas. Una advertencia de datos estructurados no demuestra, por sí sola, una falta de acceso al catálogo. Por el contrario, un error común a un modelo estratégico merece investigación incluso si rara vez aparece en la muestra. Asigne cada incidente a un administrador procesable, con una dependencia explícita y una condición de cierre.
Hoja de incidencia: un catálogo ficticio tras el rediseño
Aquí hay un caso completamente ficticio, no relacionado con un cliente de 4SYSTEM. Tras un rediseño, la familia “iluminación” ya no está conectada desde la navegación pública; la familia de "almacenamiento" devuelve un error del servidor. Las siguientes observaciones son premisas del ejercicio, no resultados reales de la auditoría.
| Campo | Incidente de navegación | Incidente del servidor |
|---|---|---|
| Perímetro | Familia de luminarias, componente de navegación | Familia de almacenamiento, plantilla de categoría |
| Impacto empresarial | Acceso a la elección de luminarias interrumpidas del catálogo | Consulta familiar imposible |
| Reproducción | En el catálogo, busque el enlace a /luminaires/ en el HTML renderizado; nota su ausencia | Enviar una solicitud GET a /rangements/ ; mantenga la respuesta 5xx y su marca de tiempo |
| Hipótesis | Familia omitida en la configuración del menú | Ruta fallida o dependencia de la aplicación después de la migración |
| Solución propuesta | Restaurar un enlace descriptivo con href hacia la familia trabajadora | Restaura la ruta esperada si se confirma su falla; de lo contrario, corrija la dependencia identificada |
| Receta esperada | Rehacer la ruta; encuentre el enlace proporcionado y un destino accesible | Repetir consulta; obtener el contenido esperado sin error del servidor |
| Responsable y prueba | Equipo delantero; capturar el enlace y exportar el HTML renderizado | Equipo de aplicación; encabezados, contenido y extracto de registro redactado |
El servidor primero entra en la cola de intervención: directamente bloquea la consulta. La malla se queda con su propio billete. Las hipótesis permanecen abiertas mientras ninguna verificación técnica las confirme; el formulario no debe atribuir arbitrariamente una causa al despliegue.
Valide la corrección sin confundir prueba e indexación
Antes de entrar en producción, acuerde la receta con el gerente: URL de muestra, variantes de plantilla, resultado esperado y piezas a conservar. Después de la corrección, vuelva a reproducir la reproducción inicial y luego verifique la regresión en una página vecina. Archive las respuestas, el HTML renderizado, la versión implementada y la fecha de las comprobaciones.
La prueba en vivo de Search Console examina la página actual, mientras que el informe de inspección describe la versión conocida de Google.[23] Una prueba válida confirma el acceso a la herramienta de inspección, no la indexación futura; Tampoco comprueba las páginas de referencia.[23] Por lo tanto, la receta de malla debe permanecer separada.
Cerrar la corrección técnica de esta evidencia y luego seguir claramente la evolución de los datos registrados. No deje un ticket abierto solo porque Google aún no ha reflejado el cambio. En salas compartidas, elimine los ID de sesión y los datos personales innecesarios; Este diagnóstico técnico no constituye una validación del cumplimiento del RGPD.
Preguntas frecuentes
¿Cómo controlar una preproducción protegida con contraseña?
Con acceso autorizado, verifique respuestas, directivas y renderizado localmente, luego prepare una receta en el entorno público. La prueba en vivo de Search Console requiere una página a la que se pueda acceder a través de Internet sin conexión.[23] No abra toda la preproducción solo para esta verificación: conserve sus protecciones y pruebe la configuración pública en el momento de la implementación.
¿Deberíamos eliminar el noindex de todas las facetas?
No. Decida con la empresa qué combinaciones corresponden a una oferta independiente y cuáles solo se utilizan para filtrar. Documente esta intención antes de cualquier cambio global. Para una faceta que se pretende permanecer excluida, verifique la directiva realmente entregada y las rutas de usuario necesarias. El objetivo es una configuración coherente, no la apertura automática de todas las variaciones del catálogo.
¿Qué hacer cuando una corrección depende de un proveedor de servicios?
Presentar hoja reproducible, sin presentar la hipótesis como causa determinada. Especifique el componente en cuestión, el comportamiento esperado, las pruebas disponibles y el responsable de la receta. Pregunte si es posible una medida temporal reversible, con su riesgo documentado. Mantener separados el bloqueo técnico, la espera de respuesta y la validación final para evitar un cierre administrativo prematuro.
Siguiente acción: abrir un incidente verificable
Comience con una familia prioritaria: elija sus URL testigo, verifique el acceso y luego complete una hoja de incidente con una receta observable. Ampliar sólo cuando la evidencia muestre una falla compartida. Si se desea enmarcar la intervención entre equipos empresariales y técnicos, el servicios web y SEO de 4SYSTEM permiten discutir el alcance, el acceso necesario y el entregable esperado.
Fuentes
- SEO Link Best Practices for Google | Google Search Central | Documentation | Google for Developers (consultado 2026-10-08)
- How HTTP Status Codes Affect Google’s Crawlers | Google Crawling Infrastructure | Crawling infrastructure | Google for Developers (consultado 2026-10-08)
- URL Inspection tool - Search Console Help (consultado 2026-10-08)
