Una página comercial no se indexa: orden práctico de comprobación

Diagnosticar indexación exige seguir un orden: respuesta pública, permisos de rastreo, instrucciones de indexación, canonical, descubrimiento y contenido procesado. Cambiar varios controles a la vez puede ocultar qué impedía que la página resultara elegible.

Supón que una página de servicio se ve en el navegador pero no aparece en búsquedas. Es un ejemplo hipotético: verla demuestra acceso humano, pero no confirma que un rastreador encuentre una versión indexable y preferida.

Verifica dirección y respuesta

Abre la URL definitiva y comprueba la respuesta HTTP, las redirecciones y el contenido visible. Una página de error puede devolver una respuesta de éxito sin presentar el servicio. Antes de revisar palabras clave, confirma que existe una página útil en la dirección esperada.

Solicita la dirección final después de las redirecciones y comprueba su respuesta real. Una página inexistente no debería mostrar un error con estado de éxito. Revisa si una sesión, una capa de consentimiento o una regla del servidor sustituye el servicio para visitantes no identificados: responder correctamente no basta para demostrar contenido utilizable.

Diferencia rastreo e indexación

Robots.txt controla el rastreo; una instrucción noindex afecta a la indexación cuando puede leerse. No son mecanismos equivalentes. Bloquear una página no garantiza retirarla de los resultados, y combinar restricciones sin entenderlas puede dificultar que se procese la instrucción que deseas aplicar.

Para procesar un noindex, el rastreador debe poder leer la instrucción. Bloquear el rastreo mediante robots.txt puede impedir esa lectura y no constituye por sí solo un método fiable de retirada. Si quieres publicar la página, revisa metadatos y cabeceras por si mantienen un noindex accidental aunque el acceso esté permitido.

Examina la versión canónica

Mira si el canonical señala una dirección adecuada y accesible. Una referencia accidental a la portada o a otra variante puede contradecir la intención de publicar una página independiente. Considera también otros indicios de duplicación y mantén consistencia entre enlaces, sitemap y dirección preferida.

La canonical señala una versión preferida equivalente; no sirve para fusionar servicios sin relación. Verifica que el destino funciona y representa la misma oferta. Si los enlaces internos favorecen una variante y canonical y sitemap otra, resuelve la contradicción en lugar de añadir más direcciones que compitan como supuestas preferidas.

Revisa cómo se descubre

Comprueba que existen enlaces internos comprensibles desde páginas relacionadas. Un sitemap puede ayudar a descubrir direcciones, pero no reemplaza la navegación. Evita que la única ruta sea un buscador interno o una interacción difícil de interpretar; revisa también el destino final de las redirecciones.

Abre una categoría relacionada y sigue un enlace normal hasta el servicio. Una dirección disponible únicamente al completar una búsqueda interna puede quedar poco conectada. El sitemap debe incluir destinos previstos para indexación y evitar variantes redirigidas, inexistentes o excluidas deliberadamente; su presencia ayuda al descubrimiento, pero no sustituye la navegación.

Inspecciona el contenido procesado

Cuando hay mucho JavaScript, verifica si los textos y enlaces relevantes llegan a estar disponibles. La primera vista del código no siempre describe el resultado procesado. Utiliza las herramientas de inspección disponibles para contrastar lo que puede ver el buscador con lo que espera el negocio.

Compara texto y enlaces procesados con la información que debería recibir el visitante. Si la descripción del servicio depende de una petición de JavaScript que falla, una interfaz atractiva puede ocultar la ausencia del contenido principal. Inspecciona oferta, encabezados y navegación, no solamente si se ha ejecutado una animación.

Resuelve y vuelve a observar

Corrige la causa demostrada y solicita una nueva comprobación donde sea posible. Después revisa su evolución sin prometer inclusión inmediata. Una página técnicamente elegible no tiene garantizada la indexación: también importan utilidad, diferenciación y relación con otras páginas similares del mismo sitio.

Después de eliminar un noindex accidental, revisa respuesta pública y señales canonical antes de pedir otra inspección. Los informes pueden tardar en actualizarse. Si desaparecen las barreras y persiste la exclusión, examina duplicación y utilidad: reenviar la misma dirección sin cambios no añade el valor que pudiera faltar ni garantiza selección.

Lista de comprobación

• Comprueba la respuesta pública final tras redirecciones.
• Inspecciona acceso robots y noindex por separado.
• Verifica canonical y coherencia de versiones preferidas.
• Sigue enlaces normales y revisa destinos del sitemap.
• Inspecciona contenido procesado antes de solicitar otra comprobación.

Resuelve la barrera demostrada manteniendo separados permiso de rastreo, instrucciones y versión preferida. La elegibilidad técnica permite considerar una página, sin asegurar inclusión inmediata en los resultados.

Consulta nuestro servicio de Diseño web y SEO para empresas y cuéntanos tu proyecto.

Guías relacionadas

• Cómo convertir una web de servicios en consultas útiles
• Qué incluir en un presupuesto web para comparar propuestas
• SEO local para empresas que atienden un territorio concreto

Fuentes para profundizar

Google Search Central: SEO · web.dev: rendimiento