SEO técnico

Una página ausente de los resultados puede tener un problema de descubrimiento, acceso, renderizado, canonicalización, indexación o enlaces internos; también puede no aportar suficiente valor para esa consulta. En una gráfica de tráfico, estas causas suelen parecer iguales. Por eso seguimos el recorrido desde la URL solicitada a través de redirecciones, cabeceras, HTML inicial, contenido renderizado, señales de idioma, datos estructurados, enlaces internos y registros del sitemap antes de decidir qué está fallando.

La auditoría se adapta al sitio y no a una lista genérica. Un portal corporativo multilingüe, una aplicación JavaScript, un catálogo con miles de registros y una migración próxima plantean riesgos distintos. Tomamos muestras de plantillas y familias de rutas y después examinamos excepciones. Search Console, los registros del servidor y la analítica se utilizan cuando hay acceso y datos fiables; la petición pública sigue siendo la referencia independiente de lo que entrega la versión en producción.

Una auditoría SEO técnica puede generar cientos de avisos aunque solo unos pocos afecten a páginas valiosas. Priorizamos según la demanda o el recorrido comercial en riesgo, el número de rutas afectadas, la certeza del diagnóstico, el coste del cambio y la posibilidad de regresión. Los bloqueos generales y las plantillas de alto valor van antes que una alerta cosmética marcada en rojo por una herramienta.

Cada recomendación señala la capa responsable y su prueba de aceptación. Algunos cambios pertenecen al servidor o al CDN; otros, al enrutamiento, las plantillas, el contenido, el CMS o la analítica. Mostramos las dependencias para evitar que un canonical se dé por arreglado mientras las redirecciones y los enlaces internos siguen defendiendo la dirección antigua. En una migración, inventario, mapa de equivalencias, canonicales, relaciones lingüísticas, transición de sitemaps y condiciones de reversión se resuelven antes del lanzamiento.

Cuando la tecnología, el acceso y el alcance acordado lo permiten, implementamos las correcciones. Trabajamos sobre la fuente mantenida, no sobre un artefacto temporal, y limitamos el cambio a lo necesario. Redirecciones, canonicales, controles de indexación, hreflang, datos estructurados, enlaces internos y sitemaps deben respaldar la misma identidad pública. El marcado describe hechos visibles y demostrables; no inventa oficinas, reseñas, clientes ni resultados.

El rendimiento se aborda en la entrega real: latencia, recursos que bloquean el renderizado, dimensiones de imagen, comportamiento tipográfico, coste de JavaScript y estabilidad visual en dispositivos representativos. Para la búsqueda con IA, la base técnica sigue siendo la web pública. Ninguna etiqueta especial sustituye al contenido indexable, las entidades claras, la evidencia útil y el acceso ordinario de los rastreadores. Los archivos opcionales legibles por máquinas pueden orientar a otros consumidores, pero no se venden como un atajo para Google.

Tratamos la fuente, el paquete generado y el sitio público como tres estados distintos. El manifiesto de publicación solo incluye las rutas y los recursos compartidos previstos. Después de subirlo volvemos a comprobar bytes y semántica, hacemos peticiones de muestra con agentes identificados, abrimos páginas clave en pantallas estrechas y anchas y conservamos una copia recuperable. Aprobar en local o recibir el justificante de subida no basta.

Las notificaciones a buscadores se registran como notificaciones. Rastreo, selección del índice, impresiones, posiciones, citas en IA y consultas comerciales ocurren en plazos distintos y se miden por separado. Los datos de Search Console se comparan con una referencia fechada cuando existe un periodo suficiente; no se convierten en un relato de éxito el día del despliegue. El encargo se cierra contra los criterios técnicos escritos y deja señaladas las decisiones de plataforma pendientes.