Auditoría técnica de referencia

Fase P2 · Etapa A — Comprender
Timebox: 2–4 horas para una pasada ligera, 1–2 días laborables para una pasada estándar, o 3–8 días laborables para una pasada profunda.
Responsable: el líder técnico de SEO. Los responsables de ingeniería, analítica, contenido y localización aportan evidencia y aceptan correcciones en sus áreas.

Una auditoría técnica de referencia establece si los motores de búsqueda pueden alcanzar, interpretar y seleccionar las URLs que el negocio espera que muestren. Su alcance cubre controles de rastreo, respuestas HTTP, indexación, canónicas, enlaces, renderizado, segmentación internacional y entrega segura. El resultado es un registro priorizado de hallazgos con responsables nombrados y pruebas de aceptación, no una puntuación.

Por qué esta fase va aquí

Publicar en un sitio con problemas de rastreo o indexación agrava el daño. Los motores de búsqueda a menudo descubren un defecto repetido en nuevas URLs más rápido de lo que evalúan y recompensan el contenido. Una plantilla canónica rota puede apuntar cada artículo a otro lugar; una regla de robots puede ocultar un directorio; la navegación renderizada del lado del cliente puede crear huérfanos para un cliente que no ejecuta JavaScript. Cada nueva página agranda el conjunto afectado y hace que la reparación sea más riesgosa.

Corrige primero los cimientos. El orden es rastreabilidad → indexabilidad → calidad del contenido → rendimiento porque cada capa es una puerta de control. Rastreabilidad significa que un rastreador puede descubrir y solicitar una URL; indexabilidad significa que la URL accesible es elegible para inclusión. Solo entonces deben evaluarse la calidad del contenido y el rendimiento. Una página rápida bloqueada por robots.txt no puede competir, y las etiquetas de título no importan en páginas inalcanzables.

Esta fase consume el alcance, los recorridos prioritarios, los mercados y los riesgos de Descubrimiento y objetivos . Ejecutarla antes produce un rastreo sin contexto de negocio. Omitirla permite que la investigación y la producción apunten a plantillas que no pueden ingresar al índice de manera confiable.

Entradas y salidas

Las entradas definen el sitio previsto, no simplemente lo que encuentra un rastreador. Las salidas indican al siguiente responsable qué URLs son seguras de probar y cuáles permanecen bloqueadas.

Elige la profundidad de la auditoría

Selecciona la profundidad antes de rastrear. Las estimaciones asumen que el acceso está listo y excluyen la implementación.

La lista de verificación

Trabaja en orden. Una puerta de control fallida puede invalidar muestras posteriores, así que registra el fallo y su alcance antes de continuar.

1. Confirma que el objetivo es producción

Qué hacer: verifica esquema, host, archivo robots, propiedad de analítica, propiedad de Search Console y host del sitemap. Por qué es importante: el entorno de staging puede verse limpio mientras la producción sigue rota. Cómo hacerlo: resuelve el host canónico acordado, compara páginas prioritarias y cabeceras de respuesta, y registra el origen del rastreo. Herramienta: navegador, configuración del rastreador, selector de Search Console. Listo cuando: el registro nombra el origen de producción y la propiedad confirmados, sin ningún host de staging en semillas o exportaciones.

2. Prueba robots.txt antes de rastrear

Qué hacer: inspecciona el /robots.txt de cada host de producción y los sitemaps referenciados. Por qué es importante: una regla de Disallow impide el rastreo antes de que el contenido pueda ser evaluado. Cómo hacerlo: compara los patrones de Disallow con el inventario previsto, prueba URLs que coinciden y no coinciden, y distingue un bloqueo de rastreo de noindex. Herramienta: respuesta cruda y probador de robots. Listo cuando: robots devuelve 200, los bloqueos previstos tienen motivos, las muestras indexables están permitidas y un bloqueo no previsto genera un hallazgo crítico.

3. Concilia los sitemaps con las URLs reales

Qué hacer: compara los sitemaps enviados con el inventario canónico e indexable. Por qué es importante: un sitemap debe nombrar URLs que el sitio quiere que sean seleccionadas, no redirecciones, errores o duplicados. Cómo hacerlo: normaliza las entradas, compara los recuentos por plantilla, luego muestrea las adiciones y omisiones en Sitemaps e Indexación . Herramienta: https://app.amicited.com/reports/google-search/sitemaps-indexing y exportaciones del rastreador. Listo cuando: la cobertura es al menos del 95%, 0 entradas redirigen o producen error, y cada brecha tiene una razón o un responsable.

4. Mide la distribución de códigos de estado

Qué hacer: clasifica las respuestas como 2xx, 3xx, 4xx o 5xx. Por qué es importante: los errores detienen la recuperación y las redirecciones añaden saltos. Cómo hacerlo: sigue y reporta las redirecciones, segmenta por plantilla y compara con Rastreo de Bing . Herramienta: https://app.amicited.com/reports/bing-webmasters/crawl, rastreador y monitorización. Listo cuando: las URLs indexables devuelven 200; los errores internos, bucles y cadenas son cero; y las redirecciones intencionales están documentadas.

5. Elimina cadenas y bucles de redirecciones

Qué hacer: rastrea las redirecciones hasta su respuesta final. Por qué es importante: los saltos ralentizan el descubrimiento; un bucle nunca llega al contenido. Cómo hacerlo: exporta las rutas, actualiza los enlaces internos a las canónicas finales y consolida las reglas. Herramienta: informe de redirecciones y verificaciones de cabeceras. Listo cuando: los enlaces internos van directos, las redirecciones heredadas toman un solo salto y no queda ningún bucle o cadena.

6. Establece la proporción de indexación elegible

Qué hacer: compara el estado del índice de Google con las URLs deliberadamente elegibles. Por qué es importante: incluir redirecciones, filtros, duplicados o páginas noindex hace que la proporción no tenga sentido. Cómo hacerlo: construye el denominador elegible, inspecciona muestras prioritarias en Inspección de URLs , y agrupa las exclusiones por plantilla. Herramienta: https://app.amicited.com/reports/google-search/url-inspection, Search Console e inventario. Listo cuando: al menos el 90% está indexado o cada brecha tiene un responsable de causa raíz; por debajo del 80% es un hallazgo importante.

7. Verifica la corrección de las canónicas

Qué hacer: compara las canónicas declaradas, finales y las seleccionadas por Google. Una canónica es la versión preferida entre URLs similares. Por qué es importante: una canónica incorrecta consolida las señales lejos de la página prevista. Cómo hacerlo: prueba auto-referencias en páginas únicas, canónicas cruzadas deliberadas y consistencia entre HTML, sitemaps, redirecciones y enlaces. Herramienta: informe de canónicas y https://app.amicited.com/reports/google-search/url-inspection. Listo cuando: el 100% de las páginas indexables únicas nombran una canónica absoluta, 200 e indexable, con cada discrepancia seleccionada explicada.

8. Encuentra clústeres duplicados y casi duplicados

Qué hacer: agrupa URLs con contenido principal idéntico o sustancialmente superpuesto y el mismo propósito de búsqueda. Por qué es importante: los duplicados dividen las señales internas y fuerzan a los motores de búsqueda a elegir una versión que el negocio puede no preferir. Cómo hacerlo: compara hashes exactos, similitud de texto normalizado, títulos, canónicas, parámetros y propósito de la plantilla; luego elige consolidación, diferenciación, noindex o eliminación. Herramienta: informes de duplicados del rastreador, inventario de páginas y Páginas de Google Search . Listo cuando: ningún clúster contiene más de una URL canónica indexable inexplicada que sirva al mismo propósito, y cada variante aceptada tiene un propósito distinto registrado.

9. Encuentra huérfanos y mide la profundidad de enlaces

Qué hacer: combina URLs del rastreador con sitemaps, analítica, Search Console, exportaciones del CMS y enlaces externos para encontrar páginas sin un enlace interno rastreable. Mide la ruta de clics más corta desde la página de inicio. Por qué es importante: un huérfano puede aparecer en un sitemap pero recibir poco contexto o autoridad interna; la profundidad excesiva hace que el descubrimiento sea frágil. Cómo hacerlo: compara fuentes, inspecciona patrones de directorio en Vista de Directorio , y rastrea navegación, migas de pan, hubs y enlaces contextuales. Herramienta: https://app.amicited.com/reports/directory y un rastreo de múltiples fuentes. Listo cuando: la cantidad de huérfanos previstos es cero, las páginas prioritarias están a menos de tres clics de la página de inicio, otras páginas indexables previstas están a menos de cinco, y cada excepción tiene una ruta de descubrimiento deliberada.

10. Compara HTML renderizado y sin JavaScript

Qué hacer: compara la respuesta inicial del servidor con la página después de que JavaScript se ejecute. Por qué es importante: un navegador puede mostrar contenido y enlaces que un cliente sin JavaScript nunca recibe. Cómo hacerlo: obtén páginas representativas con scripts deshabilitados, inspecciona el HTML crudo, luego compara encabezados, texto principal, enlaces, canónica, directivas de robots, datos estructurados y estado después del renderizado. Herramienta: rastreador en modo HTML y renderizado, más herramientas de desarrollador del navegador. Listo cuando: la respuesta inicial contiene el contenido principal, la canónica, las directivas de indexación y la navegación rastreable necesaria para descubrir páginas prioritarias; cualquier dependencia exclusiva de JavaScript está aceptada explícitamente y probada en todas las plantillas.

11. Valida hreflang cuando corresponda

Qué hacer: verifica las anotaciones que conectan equivalentes de idioma o región. Por qué es importante: los clústeres incompletos o conflictivos pueden hacer que los motores de búsqueda ignoren la segmentación y muestren la versión de mercado incorrecta. Cómo hacerlo: prueba códigos de idioma-región válidos, URLs canónicas absolutas, auto-referencias, enlaces de retorno recíprocos, x-default donde tenga un rol de respaldo real, y la indexabilidad de cada destino. Herramienta: informe de hreflang del rastreador y muestras de URLs. Listo cuando: códigos inválidos, auto-referencias faltantes, retornos faltantes, destinos no canónicos, redirecciones y errores son todos cero. Si el sitio no tiene equivalentes localizados, registra «no aplica» en lugar de inventar anotaciones.

12. Prueba la paginación y las rutas de rastreo

Qué hacer: verifica que las secuencias de categorías o archivos de varias páginas expongan enlaces rastreables y URLs únicas útiles. Por qué es importante: el desplazamiento infinito o la carga solo con botones pueden ocultar elementos más profundos, mientras que canonicalizar cada página a la página uno puede eliminar inventario distintivo del descubrimiento. Cómo hacerlo: desactiva JavaScript, sigue los enlaces de siguiente y numerados, inspecciona el estado, las directivas canónicas y de robots, y prueba la última página y los parámetros fuera de rango. Herramienta: rastreo sin renderizar y navegador. Listo cuando: cada elemento previsto es alcanzable a través de enlaces ancla, cada página útil se auto-canonicaliza, los números de página inválidos devuelven un error apropiado en lugar de un 200 blando, y ninguna secuencia crea un espacio de URLs ilimitado.

13. Verifica la paridad móvil

Qué hacer: compara la entrega móvil y de escritorio en cuanto a contenido, enlaces, metadatos, directivas, datos estructurados y estado de respuesta. Por qué es importante: Google evalúa principalmente la representación móvil; ocultar contenido o enlaces significativos solo en móvil cambia lo que puede entender. Cómo hacerlo: rastrea con agentes de usuario de escritorio y smartphone, y compara plantillas representativas, no solo capturas de pantalla visuales. Herramienta: rastreos pareados, inspección de URLs móvil y modo responsivo del navegador. Listo cuando: todo el contenido indexable y los enlaces rastreables necesarios para el significado y el descubrimiento son equivalentes, con cero bloqueos solo móviles, diferencias de canónicas o respuestas de error.

14. Exige HTTPS y elimina el contenido mixto

Qué hacer: verifica la entrega segura, las redirecciones de host, los certificados, el esquema canónico, las URLs internas y los recursos cargados sobre HTTP. El contenido mixto significa que una página HTTPS solicita un recurso no seguro. Por qué es importante: las solicitudes no seguras pueden ser bloqueadas, exponer a los usuarios y crear señales de URL inconsistentes. Cómo hacerlo: rastrea todas las variantes HTTP, inspecciona la cobertura de certificados y los errores de seguridad del navegador, y busca solicitudes de recursos renderizados. Herramienta: rastreador, panel de seguridad del navegador y configuración del servidor. Listo cuando: cada página HTTP redirige una vez a su URL HTTPS correspondiente, todas las canónicas y enlaces internos usan HTTPS, los certificados son válidos para cada host activo, y las solicitudes de contenido mixto activo o pasivo son cero.

Herramientas en AmICited

Usa los informes del producto como evidencia para la lista de verificación, no como un sustituto del rastreo.

• Sitemaps e Indexación en https://app.amicited.com/reports/google-search/sitemaps-indexing muestra el estado de los sitemaps enviados, advertencias, errores y acciones de indexación.
• Inspección de URLs en https://app.amicited.com/reports/google-search/url-inspection ofrece el veredicto en vivo de Google para URLs muestreadas y la canónica seleccionada.
• Rastreo de Bing en https://app.amicited.com/reports/bing-webmasters/crawl expone la actividad del rastreador de Bing y los problemas a nivel de URL.
• Páginas de Google Search en https://app.amicited.com/reports/pages ayuda a seleccionar páginas de destino de alto valor y separa las páginas con visibilidad de las páginas ausentes en los datos de búsqueda.
• Vista de Directorio en https://app.amicited.com/reports/directory revela patrones a nivel de sección y respalda las investigaciones de profundidad y huérfanos.
• Salud de Datos en https://app.amicited.com/features/data-health/ registra si la evidencia conectada es lo suficientemente completa para respaldar decisiones seguras.

Reglas de decisión

Los umbrales crean hallazgos; no reemplazan el juicio. Segmenta por plantilla e importancia comercial: diez fallos en la categoría de checkout pueden importar más que mil etiquetas de archivo rotas.

Prioriza con impacto × esfuerzo × confianza. Puntúa el impacto del 1 al 5 según las URLs elegibles afectadas y los recorridos de negocio. Puntúa el esfuerzo del 1 al 5 como factor de facilidad, donde 5 significa un cambio pequeño y reversible y 1 significa un programa grande y arriesgado; también registra la estimación honesta en horas o días. Puntúa la confianza como 0.5 para una hipótesis plausible, 0.75 para evidencia repetida, o 1.0 para una causa raíz reproducida. El producto proporciona una ayuda de ordenación, no una precisión falsa.

Aplica la anulación de dependencia: una corrección que desbloquea otro trabajo tiene prioridad sobre una puntuación mayor que no lo hace. Eliminar un bloqueo de robots antes del lanzamiento está por delante de pulir etiquetas de título indexadas. En el mismo nivel de dependencia, aborda las causas que afectan a toda la plantilla antes que los síntomas.

Entregable: el registro priorizado de hallazgos

Entrega un registro compartido, no una exportación del rastreador. Usa una fila por causa raíz y adjunta las muestras de URLs por separado.

El registro está completo cuando los hallazgos críticos e importantes tienen responsables y estimaciones, los bloqueadores tienen una secuencia, las hipótesis están etiquetadas y la decisión de publicación es explícita.

Lo que sale mal

Un informe de 200 elementos sobre el que nadie puede actuar

Las exportaciones del rastreador confunden observaciones con decisiones. Agrupa las URLs repetidas bajo la plantilla o regla que las causa, proporciona una muestra representativa y asigna un solo responsable. Doscientas URLs rotas producidas por un componente de navegación son un hallazgo de causa raíz con un alcance medible, no doscientas tareas.

Reportar síntomas en lugar de causas

«Página no indexada» es un síntoma. La causa puede ser una canónica no deseada, una plantilla huérfana, variantes de parámetros pobres, un error móvil o un enlace solo JavaScript. Un hallazgo no está listo para priorización hasta que identifique la causa controlable o etiquete claramente la siguiente prueba de diagnóstico.

Auditar staging por accidente

El staging puede tener reglas de robots diferentes, autenticación, datos, plantillas, feature flags y comportamiento del host. Registra el origen de producción y la propiedad de Search Console en la parte superior de cada exportación. Si debe ejecutarse un rastreo contra staging para garantía del lanzamiento, etiquétalo como una comparación separada y nunca combines sus métricas con la línea base de producción.

También evita contar las exclusiones deliberadas como pérdidas, tratar la inclusión en el sitemap como prueba de indexación, probar solo la página de inicio o priorizar solo por cantidad de URLs. Define el conjunto elegible, segmenta por plantilla y conserva la evidencia de aceptación.

Siguiente fase

La siguiente fase, Accesibilidad para IA y preparación para agentes , necesita una muestra técnicamente estable. Entrega el inventario previsto de URLs indexables, URLs representativas limpias para cada plantilla prioritaria, comparaciones de HTML crudo y renderizado, evidencia de robots y respuestas, decisiones de canónicas, exclusiones conocidas y el registro de hallazgos abiertos.

No afirmes que el sitio está «técnicamente saludable». Indica qué plantillas superaron las puertas de rastreo e indexación, cuáles permanecen bloqueadas y si la publicación puede continuar. El siguiente responsable acepta cuando pueda probar agentes de usuario específicos de IA y extracción sin redescubrir defectos de rastreo de búsqueda no resueltos.

FAQ

¿Con qué frecuencia debemos repetir una auditoría técnica de referencia?

Ejecútala antes de una migración, rediseño, cambio de dominio o programa de publicación masivo, luego repite las verificaciones afectadas después del lanzamiento. Monitorea continuamente y repite una pasada estándar cuando cambien las plantillas, la navegación, el renderizado o las reglas de canónicas.

¿Qué proporción de indexación debería tener un sitio saludable?

Para URLs deliberadamente elegibles, el 90% o más es la expectativa inicial, 80–90% necesita explicación, y por debajo del 80% es un hallazgo. Excluye redirecciones, duplicados, filtros y páginas noindex intencionales del denominador.

¿Podemos publicar contenido mientras se realizan correcciones técnicas?

Solo cuando las nuevas URLs sean rastreables, indexables, estén canonicalizadas, tengan enlaces internos y no se vean afectadas por el defecto. Si el descubrimiento o la selección está bloqueado, pausa; las nuevas URLs solo expanden la limpieza.

¿Necesitamos un rastreador si Search Console está conectado?

Sí. Search Console reporta lo que Google observó; un rastreador prueba el sitio actual y revela enlaces, respuestas, profundidad, canónicas y duplicados. Ninguno sustituye al otro.

¿Quién es responsable de las correcciones encontradas en la auditoría?

El líder de SEO es dueño del registro y los criterios de aceptación. Ingeniería generalmente es dueña de las correcciones de servidor, renderizado, redirecciones, canónicas y HTTPS; los equipos de contenido pueden ser dueños de duplicación y enlaces. Cada elemento necesita una persona nombrada.