Que el nuevo sitio web se abra con normalidad no significa que los motores de búsqueda puedan rastrearlo e indexarlo. Antes de publicarlo, utiliza una checkliste seo (lista de comprobación SEO) para descartar restricciones de acceso, conflictos en las directivas de indexación y problemas con las URL; después, revisa el contenido y los enlaces internos. La lista sirve para eliminar obstáculos controlables, pero la indexación sigue dependiendo de que los motores de búsqueda descubran y procesen la página y evalúen su calidad.
Durante la aceptación, no revises solo la página de inicio. Comprueba al menos páginas de productos, categorías, artículos y consultas o compras; en los sitios multilingües, incluye también las versiones en cada idioma. Un error de configuración en una plantilla compartida puede afectar a un conjunto entero de páginas.
Los sitios de prueba suelen aislar el acceso mediante contraseñas, listas de direcciones IP permitidas o directivas que impiden la indexación. Al publicar, basta con cambiar el dominio para trasladar estas restricciones al entorno de producción. Los siguientes puntos deben ser condiciones para autorizar la publicación:
robots.txt limita el rastreo, mientras que noindex indica que una página no debe indexarse; no son intercambiables. Si se prohíbe rastrear una página, es posible que los motores de búsqueda no puedan leer el noindex que contiene. Por otro lado, permitir el rastreo no equivale a permitir la indexación. Por tanto, no basta con comprobar que robots.txt no bloquea el acceso para dar el sitio por aprobado.
Si el mismo contenido está disponible en varias direcciones, como versiones HTTP y HTTPS o con y sin www, define cuál es la versión oficial y unifícalas mediante redirecciones permanentes. Los enlaces internos, canonical y el mapa del sitio también deben usar esa versión para reducir redirecciones innecesarias.
canonical indica qué versión se prefiere para los motores de búsqueda y funciona como una señal de canonicalización. Durante la revisión, comprueba especialmente que no siga apuntando al dominio de pruebas, que no dirija por error todas las páginas de productos a la página de inicio y que no apunte a una URL con redirección, error o bloqueo de indexación.
En los sitios multilingües, lo habitual es que cada página en un idioma apunte a su propia URL canónica y que hreflang indique la relación entre idiomas o regiones. No dirijas con canonical todas las versiones lingüísticas a la página de inicio en inglés. hreflang tampoco sustituye el contenido traducido ni los enlaces accesibles para cambiar de idioma.
Los parámetros de filtrado, ordenación y seguimiento deben gestionarse según su función. Las páginas de categorías con demanda de búsqueda propia y contenido suficiente pueden mantenerse; para las URL duplicadas que solo cambian el orden de los resultados, establece reglas de canonicalización coherentes.

Si solo se puede acceder a una página de producto mediante el cuadro de búsqueda, filtros o interacciones complejas, es posible que los motores de búsqueda tengan dificultades para descubrirla. Las páginas importantes deben recibir enlaces estándar desde la navegación, las categorías o los artículos relacionados. Es preferible que los enlaces utilicen etiquetas a con un atributo href válido, en lugar de depender únicamente de eventos de clic de scripts.
En los sitios que utilizan renderizado JavaScript, comprueba que el título, el cuerpo del texto, los enlaces y canonical estén completos después del renderizado. Que el código fuente contenga poco contenido no significa necesariamente que la página no pueda indexarse; sin embargo, si el contenido depende del inicio de sesión, de las acciones del usuario o de una interfaz que falla, la página que ve el rastreador puede diferir de la que ve el usuario.
La revisión del contenido debe hacerse en páginas concretas: ¿el producto explica su uso, especificaciones y criterios de selección?, ¿la categoría tiene un tema claro?, ¿el artículo responde a una pregunta real? Sustituir nombres de productos en bloque, dejar textos predeterminados o publicar categorías vacías puede generar muchas páginas sin valor propio. Las etiquetas de título y los encabezados principales también deben corresponder con precisión al contenido; evita utilizar la misma frase promocional en todo el sitio.
Las direcciones inexistentes deben devolver un estado 404 o 410. Si una página devuelve 200, pero solo muestra «contenido no disponible», puede identificarse como un error 404 suave. Si un producto está agotado, pero conserva la información del producto y ofrece alternativas, se puede mantener la página según las necesidades del negocio; no es necesario eliminarla siempre.
El mapa del sitio XML debe incluir preferentemente las URL canónicas que se desea indexar y que sean accesibles con normalidad; excluye las direcciones de prueba, las que redirigen y las páginas con la indexación bloqueada. Enviar el mapa del sitio ayuda a descubrir páginas, pero no garantiza su indexación ni sustituye los enlaces internos.
Antes de publicar, puedes utilizar herramientas de rastreo para analizar los enlaces internos, los códigos de estado y las directivas de indexación. Una vez que el sitio esté disponible públicamente, verifica el sitio con Google Search Console, envía el mapa del sitio y ejecuta pruebas en tiempo real para URL representativas. Las pruebas en tiempo real sirven para evaluar el acceso y el renderizado actuales, mientras que los informes de indexación reflejan datos ya procesados; ambos no necesariamente se actualizan al mismo tiempo.
Se recomienda que la lista de entrega registre «URL comprobada, resultado esperado, resultado real, responsable y fecha de nueva comprobación». Si se detecta un problema, modifica la plantilla correspondiente y revisa otras páginas que utilicen la misma plantilla. No cierres el problema después de corregir una sola URL de ejemplo.
Las restricciones de acceso en todo el sitio, la configuración accidental de noindex en páginas importantes, las etiquetas canonical que apuntan al dominio de pruebas y la imposibilidad de cargar contenido esencial deben corregirse antes de autorizar la publicación. Los problemas no críticos, como la falta de descripciones en imágenes secundarias, pueden anotarse y resolverse de forma progresiva; no deben confundirse con los bloqueos de indexación.
Si también tienes previsto realizar promoción mediante anuncios de Facebook después de publicar el sitio, puedes comprobar al mismo tiempo el acceso a las páginas de destino, el envío de formularios, la experiencia en dispositivos móviles y los eventos de seguimiento. La publicidad y la indexación orgánica tienen requisitos de verificación distintos; el tráfico de pago no corrige por sí mismo los errores de configuración de indexación. La participación de las páginas publicitarias específicas en la búsqueda orgánica debe decidirse según la finalidad de su contenido.
Si eliges una plataforma como 易营宝, que ofrece servicios integrados de creación de sitios web y marketing internacional, puedes incluir la lista de comprobación en los requisitos de entrega y aclarar quién modifica las plantillas, quién mantiene el mapa del sitio y quién hace seguimiento de las anomalías de indexación. Si después de la publicación aparece el estado «Descubierta, actualmente sin indexar» o «Rastreada, actualmente sin indexar», investiga también los registros de rastreo, el contenido duplicado y el valor de la página; evita limitarte a enviar repetidamente las URL. Tras cada cambio de plantilla, ajuste de idioma o publicación masiva de productos, vuelve a comprobar estas configuraciones clave.
Artículos relacionados
Productos relacionados


