¿Cómo gestiona Waclis el SEO técnico de tu sitio web?

Waclis administra automáticamente diferentes configuraciones técnicas que ayudan a Google y otros motores de búsqueda a rastrear, interpretar e indexar correctamente tu sitio web.

Estas configuraciones trabajan en segundo plano y, en la mayoría de los casos, no requieren ninguna intervención ni conocimientos técnicos por parte del usuario.

Entre ellas se encuentran:

• La definición de la URL principal o canónica de cada página.

• La normalización del dominio.

• El uso de HTTPS.

• Determinadas redirecciones permanentes.

• La generación dinámica del Sitemap.

• El tratamiento de URLs con parámetros.

• El control de determinadas rutas técnicas.

• La respuesta correcta para páginas que ya no existen.

• La coordinación entre dominio, canonical, Sitemap y Robots.txt.

Esta guía también te ayudará si realizaste una auditoría SEO o si Google Search Console muestra mensajes como:

• Página con redirección.

• Página alternativa con etiqueta canónica adecuada.

• Duplicada: Google eligió una versión canónica diferente.

• No encontrada (404).

• Soft 404.

• Rastreada: actualmente sin indexar.

• URLs antiguas que ya no existen.

• URLs con parámetros.

• Sitemaps antiguos.

• Direcciones HTTP o sin www.

• Rutas internas que no deberían aparecer en Google.

IMPORTANTE: que Google Search Console muestre una URL dentro de alguno de sus informes no significa necesariamente que exista un problema en tu sitio web. Algunos estados son parte normal del funcionamiento técnico de una página.

¿Qué es el SEO técnico?

El SEO no depende únicamente de los títulos, descripciones, palabras utilizadas en los productos o contenido de las páginas.

También existe una parte denominada SEO técnico.

El SEO técnico se ocupa de cómo está estructurado el sitio para que los motores de búsqueda puedan comprender aspectos como:

• Cuál es el dominio principal.

• Cuál es la URL oficial de una página.

• Qué páginas existen.

• Qué páginas dejaron de existir.

• Qué URLs deberían rastrearse.

• Qué URLs no deberían indexarse.

• Qué ocurre cuando existen diferentes direcciones para un mismo contenido.

• Cómo encontrar las páginas públicas del sitio.

• Cómo interpretar URLs generadas por filtros o funciones internas.

Muchas de estas tareas podrían requerir configuraciones de servidor o modificaciones de código en un sitio desarrollado manualmente.

En Waclis, una parte importante de estas configuraciones se administra automáticamente desde la plataforma.

¿Qué configura el usuario y qué administra Waclis?

Es importante separar ambos conceptos.

Configuraciones que puedes administrar

Desde Waclis puedes trabajar aspectos como:

• Título SEO general.

• Descripción del sitio.

• SEO de categorías.

• Nombres y descripciones de productos.

• Contenido de las páginas.

• Google Search Console.

• Envío del Sitemap.

• Permitir o impedir el rastreo mediante Robots.txt.

• Reglas personalizadas dentro de Robots.txt.

Para conocer estas opciones puedes consultar:

¿Qué son las opciones SEO de mi sitio web?

Configuraciones técnicas administradas por Waclis

Waclis administra automáticamente aspectos como:

• URLs canónicas.

• Normalización del dominio.

• Uso del dominio oficial.

• Normalización hacia HTTPS.

• Determinadas redirecciones 301 asociadas al dominio.

• Generación dinámica del Sitemap.

• Tratamiento de URLs inexistentes.

• Canonicalización de determinadas URLs con parámetros.

• Tratamiento SEO de determinadas rutas técnicas utilizadas por el sistema.

A continuación veremos cada concepto en detalle.

1. Dominio oficial del sitio web

Un mismo sitio podría ser solicitado técnicamente utilizando diferentes variantes de una dirección.

Por ejemplo:

http://mimarca.com
http://www.mimarca.com
https://mimarca.com
https://www.mimarca.com

Aunque para una persona pueden parecer prácticamente iguales, técnicamente son direcciones diferentes.

Si todas las variantes funcionaran independientemente y mostraran exactamente el mismo contenido, un motor de búsqueda podría descubrir varias URLs para una misma página.

Por este motivo es importante establecer una versión oficial del dominio.

Waclis normaliza las diferentes variantes para mantener una estructura coherente.

Por ejemplo, si la dirección oficial configurada es:

https://www.mimarca.com

las variantes alternativas pueden ser dirigidas hacia esa dirección.

2. HTTP y HTTPS

Actualmente los sitios web públicos deben utilizar conexiones seguras mediante HTTPS.

Puedes reconocerlas porque comienzan con:

https://

en lugar de:

http://

Cuando un dominio se encuentra correctamente configurado en Waclis, la versión segura debe ser utilizada como dirección oficial.

Por ejemplo:

http://www.mimarca.com

puede dirigir hacia:

https://www.mimarca.com

Esto evita mantener paralelamente una versión HTTP y otra HTTPS del mismo contenido.

3. ¿Qué es una redirección 301?

Una redirección permite que una dirección lleve automáticamente hacia otra.

El código HTTP 301 se utiliza para indicar una redirección permanente.

Por ejemplo:

http://mimarca.com

puede responder con una redirección hacia:

https://www.mimarca.com

En ese caso, aunque una persona o un buscador intente ingresar mediante la primera dirección, terminará accediendo a la versión oficial.

4. Redirecciones automáticas del dominio

Waclis puede utilizar redirecciones 301 para mantener la normalización del dominio.

Esto es importante para que exista coherencia entre:

• El protocolo utilizado.

• El dominio principal.

• Las URLs internas.

• Las etiquetas canonical.

• El Sitemap.

Por ejemplo:

http://mimarca.com/productos

podría dirigir hacia:

https://www.mimarca.com/productos

Esto es un comportamiento esperado y no representa necesariamente un problema SEO.

5. ¿Por qué Search Console puede mostrar “Página con redirección”?

Google Search Console puede detectar una dirección alternativa y mostrarla dentro del informe:

Página con redirección

Esto no significa automáticamente que exista un error.

Supongamos que Google conoce esta URL:

http://mimarca.com/productos

pero el sitio utiliza oficialmente:

https://www.mimarca.com/productos

Si la primera dirección redirige correctamente hacia la segunda, Google puede mostrar la primera como una página con redirección.

En este caso, el comportamiento puede ser exactamente el esperado.

La URL que debería indexarse es la URL final.

6. ¿Qué es una URL canónica?

La etiqueta canonical permite informar cuál es la URL principal que representa determinado contenido.

Dentro del código HTML puede verse de manera similar a:

<link rel="canonical" href="https://www.mimarca.com/productos/mi-producto">

Esta información está destinada principalmente a motores de búsqueda.

El visitante normalmente no la ve.

7. ¿Para qué sirve una URL canónica?

Imagina que diferentes direcciones pudieran mostrar el mismo contenido:

https://www.mimarca.com/productos/mi-producto

y:

https://www.mimarca.com/productos/mi-producto?parametro=123

Sin información adicional, Google debe interpretar qué relación existe entre ambas.

La etiqueta canonical permite señalar cuál debe considerarse la dirección principal.

Por ejemplo:

<link rel="canonical" href="https://www.mimarca.com/productos/mi-producto">

De esta manera, las señales SEO pueden concentrarse sobre la dirección principal en lugar de tratar innecesariamente cada variante como un contenido independiente.

8. Waclis genera las etiquetas canonical automáticamente

Las páginas del sitio incluyen dinámicamente su correspondiente URL canonical según la estructura y el dominio oficial.

Por ejemplo, si el producto se encuentra en:

https://www.mimarca.com/productos/1234/producto-ejemplo

la canonical correspondiente utilizará una URL absoluta sobre el dominio oficial:

<link rel="canonical" href="https://www.mimarca.com/productos/1234/producto-ejemplo">

El usuario no necesita agregar manualmente esta etiqueta al código de cada producto o página.

9. Coherencia entre dominio, redirección y canonical

Uno de los aspectos más importantes del SEO técnico es que las diferentes señales no se contradigan.

Por ejemplo, sería inconveniente tener:

Dominio oficial:

https://www.mimarca.com

pero una canonical apuntando hacia:

https://mimarca.com

Waclis busca mantener coherencia entre:

• La versión oficial del dominio.

• Las redirecciones.

• Las URLs internas.

• Las etiquetas canonical.

De esta manera los motores de búsqueda reciben señales consistentes sobre qué versión del sitio deberían considerar principal.

10. ¿Qué significa “Página alternativa con etiqueta canónica adecuada”?

Google Search Console puede mostrar el estado:

Página alternativa con etiqueta canónica adecuada

Este mensaje no representa necesariamente un problema.

Puede significar que Google encontró una variante de una página pero también reconoció correctamente que existe otra URL que debe considerarse principal.

Por ejemplo:

Google descubre:

https://www.mimarca.com/productos?orden=precio

pero la página declara como canonical:

https://www.mimarca.com/productos

Google puede considerar la primera como una variante y consolidarla en la segunda.

Cuando ese comportamiento es intencional, no es necesario conseguir que ambas URLs sean indexadas.

11. URLs con parámetros

Es habitual que una página web utilice parámetros para ejecutar diferentes funciones.

Los parámetros aparecen normalmente después del signo:

?

Por ejemplo:

https://www.mimarca.com/productos?orden=precio

o:

https://www.mimarca.com/pagina?parametro=valor

Dependiendo de la función, estas direcciones pueden utilizarse para:

• Ordenar información.

• Aplicar filtros.

• Mantener estados.

• Ejecutar determinadas acciones.

• Transportar información técnica.

12. ¿Una URL con parámetros es siempre otra página?

No.

En muchos casos el parámetro solamente modifica algún comportamiento de una página y no representa un contenido independiente que tenga sentido posicionar por separado.

Por ejemplo:

https://www.mimarca.com/productos

y:

https://www.mimarca.com/productos?orden=precio

pueden representar esencialmente el mismo listado, pero ordenado de manera diferente.

Generar una página indexable por cada combinación posible podría crear numerosas variantes de contenido muy similar.

13. Cómo trata Waclis determinadas URLs con parámetros

Para parámetros funcionales del sistema, Waclis puede mantener la canonical apuntando hacia la URL base limpia.

Ejemplo:

URL encontrada:

https://www.mimarca.com/pagina?parametro=valor

Canonical:

https://www.mimarca.com/pagina

De esta manera se indica a los motores de búsqueda cuál es la versión principal que deberían consolidar.

14. ¿Qué debo hacer si Search Console todavía muestra URLs con parámetros?

No necesariamente debes modificar la página.

Google Search Console conserva información obtenida durante rastreos anteriores.

Después de aplicar o verificar una corrección, Google necesita volver a visitar la URL y procesar las señales actuales.

Por eso puede existir un período durante el cual Search Console continúe mostrando:

• URLs antiguas.

• Parámetros anteriores.

• Canónicas anteriores.

• Redirecciones ya modificadas.

• Otros estados históricos.

Los informes no se actualizan instantáneamente cuando realizas un cambio.

15. Rutas técnicas internas de Waclis

No todas las direcciones utilizadas por una página web representan una página destinada a ser visitada desde Google.

Los sitios web modernos utilizan diferentes rutas internas para ejecutar funciones.

Por ejemplo:

• Filtros.

• Búsquedas.

• Actualización dinámica de información.

• Procesamiento de formularios.

• Carrito.

• Checkout.

• Consultas internas.

• Procesos AJAX.

Estas rutas son necesarias para que la Página web funcione, pero no necesariamente deberían aparecer como resultados de búsqueda.

16. ¿Qué es AJAX?

AJAX es una técnica utilizada por los sitios web para intercambiar información con el servidor sin tener que recargar toda la página.

Por ejemplo, al utilizar un filtro de productos, el navegador puede consultar una ruta interna para obtener los resultados correspondientes.

Una ruta técnica utilizada por Waclis puede tener una estructura similar a:

/products/filter-search

La existencia de este tipo de dirección no significa que sea una página de contenido destinada a posicionarse en Google.

Es una ruta funcional del sistema.

17. Tratamiento SEO de rutas técnicas

Waclis aplica controles sobre determinadas rutas internas para evitar que los motores de búsqueda las interpreten como páginas comerciales independientes.

Dependiendo de la ruta, estos controles pueden incluir instrucciones destinadas a evitar su indexación y/o rastreo.

Uno de los mecanismos que puede utilizarse es el encabezado HTTP:

X-Robots-Tag: noindex, nofollow

Estas instrucciones están destinadas a los motores de búsqueda y no impiden que las funciones normales del sitio continúen trabajando para los visitantes.

18. ¿Qué es X-Robots-Tag?

X-Robots-Tag es una instrucción enviada dentro de la respuesta HTTP de una URL.

Por ejemplo:

X-Robots-Tag: noindex, nofollow

En términos generales:

noindex

Solicita que la URL no sea incluida como página indexada en los resultados.

nofollow

Indica cómo deben tratarse los enlaces encontrados en ese recurso.

Estas instrucciones pueden ser útiles para recursos o rutas técnicas que no necesitan una página HTML tradicional con una metaetiqueta robots.

Importante: el control de rastreo mediante robots.txt y el control de indexación mediante noindex son conceptos diferentes. Una instrucción noindex puede ser procesada cuando el buscador puede acceder a la respuesta que la contiene. Por este motivo no deben interpretarse todas estas herramientas como si fueran exactamente equivalentes.

19. Robots.txt y las rutas internas

Waclis también dispone de la aplicación Robots.txt, desde donde puedes decidir qué direcciones deseas permitir o impedir que sean rastreadas.

Además, es posible agregar determinadas reglas personalizadas.

Por ejemplo:

User-agent: *
Disallow: /checkout/
Disallow: /cart/
Disallow: /panel/
Disallow: /search/

Cuando estas reglas son guardadas desde la configuración correspondiente, se publican dentro del archivo Robots.txt del sitio.

Esto permite evitar el rastreo innecesario de determinadas rutas internas o transaccionales.

Para conocer su funcionamiento completo consulta:

¿Cómo configurar Robots.txt para permitir o impedir el rastreo de tu sitio web?

Advertencia: no debes bloquear indiscriminadamente productos, categorías o páginas públicas que deseas que Google rastree. Robots.txt es una configuración avanzada y una regla incorrecta puede impedir el acceso de los buscadores a contenido importante.

20. Rastreo e indexación no significan lo mismo

Esta diferencia es fundamental para interpretar correctamente una auditoría SEO.

Rastreo

Ocurre cuando un robot visita una URL y solicita su contenido.

Indexación

Ocurre cuando un buscador decide incorporar esa URL a su índice y eventualmente mostrarla en resultados.

Una URL puede:

• Ser rastreada e indexada.

• Ser rastreada pero no indexada.

• No ser rastreada.

• Haber sido conocida anteriormente aunque actualmente tenga restricciones.

• Permanecer temporalmente en los informes aunque haya cambiado su comportamiento.

Por este motivo bloquear una URL en Robots.txt no equivale a eliminar inmediatamente una URL que ya aparece en Google.

21. ¿Qué es un Soft 404?

Un 404 real ocurre cuando el servidor informa que una dirección no existe mediante el código HTTP correspondiente.

Por ejemplo:

HTTP/1.1 404 Not Found

Un Soft 404, en cambio, es una interpretación realizada por el motor de búsqueda.

Puede producirse cuando una URL técnicamente responde, pero Google considera que su contenido se parece al de una página inexistente, vacía o sin suficiente utilidad independiente.

Por ejemplo, esto podría ocurrir con:

• Resultados vacíos.

• Determinadas rutas internas.

• Endpoints técnicos.

• Páginas sin contenido.

• URLs generadas por funciones del sistema.

22. Rutas técnicas y Soft 404

Una ruta utilizada internamente para filtros o AJAX puede ser completamente necesaria para el funcionamiento del sitio, pero no tener contenido pensado para una persona que llegue desde un buscador.

En determinados casos Google podría interpretarla como un Soft 404.

Por eso Waclis aplica tratamiento SEO sobre rutas técnicas específicas para señalar que no representan páginas comerciales que deban indexarse.

El objetivo no es eliminar la función.

El objetivo es diferenciar:

Página pública

/productos

de:

Ruta técnica

/products/filter-search

La primera puede contener contenido destinado a clientes y buscadores.

La segunda puede existir exclusivamente para que una función del sitio pueda trabajar.

23. ¿Una ruta técnica detectada por Search Console significa que mi sitio está roto?

No necesariamente.

Puede suceder que Google haya descubierto una URL técnica a través de:

• Código histórico.

• Enlaces internos antiguos.

• Parámetros.

• Rastreos anteriores.

• Referencias guardadas en su índice.

Lo importante es verificar cuál es el comportamiento actual de esa URL.

Si actualmente la plataforma aplica el tratamiento técnico correspondiente, Google deberá volver a rastrear y procesar esa información.

24. Sitemap.xml

El Sitemap es un archivo que contiene un listado de URLs que el sitio pone a disposición de los motores de búsqueda.

En Waclis se genera dinámicamente.

Normalmente puedes encontrarlo utilizando una dirección similar a:

https://www.mimarca.com/sitemap.xml

25. ¿Tengo que crear manualmente mi Sitemap?

No.

Waclis genera dinámicamente el Sitemap de la Página web.

No necesitas crear manualmente un archivo XML con tus productos o páginas.

El sistema utiliza las URLs públicas y activas correspondientes al sitio.

26. ¿Qué URLs utiliza el Sitemap?

El Sitemap debe mantener coherencia con la estructura pública actual del sitio y con el dominio oficial.

Por ejemplo, si tu dominio oficial es:

https://www.mimarca.com

las URLs informadas mediante el Sitemap utilizarán ese dominio.

Esto ayuda a mantener consistencia entre:

• Sitemap.

• Dominio oficial.

• URLs públicas.

• Canonical.

27. ¿Qué sucede cuando creo o elimino contenido?

Al tratarse de un Sitemap dinámico, su contenido se genera a partir de la información activa y pública correspondiente al sitio web.

Esto evita tener que editar manualmente un archivo cada vez que cambia el catálogo.

Si una URL deja de formar parte de la estructura pública, no significa que desaparecerá instantáneamente de Google.

Son dos sistemas distintos:

Waclis actualiza el estado actual del sitio.

Google debe volver a rastrear esa información para actualizar sus propios registros.

28. ¿Por qué Search Console puede mostrar un Sitemap antiguo?

Esto es especialmente frecuente después de una migración desde otra plataforma.

Supongamos que el sitio anterior utilizaba:

/sitemap_blog.xml

pero el sitio actual en Waclis utiliza:

/sitemap.xml

Google Search Console puede continuar mostrando temporalmente la referencia anterior porque forma parte de su información histórica.

Esto no significa necesariamente que Waclis esté generando actualmente ese archivo.

Si el Sitemap antiguo ya no forma parte de la plataforma actual, Google deberá actualizar progresivamente sus registros a medida que vuelva a rastrear el sitio.

29. ¿Cómo enviar el Sitemap actual a Google?

Una vez que el sitio se encuentre conectado a Google Search Console, puedes informar el Sitemap generado por Waclis.

Consulta:

¿Cómo enviar el Sitemap de mi sitio web a Google?

Informar el Sitemap ayuda a Google a descubrir la estructura actual del sitio, aunque la indexación final continúa dependiendo del propio buscador.

Validación y actualización del Sitemap

Además de generar el Sitemap dinámicamente, Waclis mantiene su estructura técnica para que los motores de búsqueda reciban información correspondiente al contenido público actual del sitio.

El proceso contempla aspectos como:

• Utilización del dominio oficial.
• Inclusión de URLs públicas y válidas.
• Exclusión de URLs que dejaron de formar parte de la estructura pública.
• Generación del Sitemap actualizado.
• Formato correcto de la información incorporada al archivo.
• Utilización de formatos de fecha válidos cuando corresponda.

Esto ayuda a evitar que el Sitemap continúe informando páginas eliminadas o direcciones pertenecientes a estructuras anteriores.

¿Eliminar una URL del Sitemap hace que desaparezca inmediatamente de Google?

No.

El Sitemap es una señal que ayuda a los buscadores a descubrir las URLs actuales del sitio, pero Google mantiene su propio índice.

Por ejemplo, si un producto desaparece del Sitemap porque fue eliminado, Google puede continuar conociendo su URL debido a rastreos anteriores.

Google deberá volver a procesar esa dirección para actualizar su información.

Por eso pueden coexistir temporalmente estas dos situaciones:

Sitemap actual de Waclis

La URL ya no aparece.

Google Search Console

La URL todavía aparece en algún informe histórico.

Esto no significa necesariamente que el Sitemap esté desactualizado.

¿Qué debo hacer si el Sitemap contiene una URL que considero incorrecta?

Primero verifica:

1. Si el contenido continúa publicado.
2. Si la URL funciona.
3. Si corresponde al dominio oficial.
4. Si aparece actualmente en el Sitemap.
5. Si lo que estás observando pertenece al Sitemap actual o a información histórica de Search Console.

Si una URL inválida continúa apareciendo efectivamente dentro del Sitemap actual, puedes comunicarte con soporte para que el caso sea revisado.

30. ¿Qué sucede cuando una página ya no existe?

Si se solicita una URL que ya no corresponde a una página existente, el comportamiento correcto puede ser responder:

404 Not Found

Waclis devuelve una respuesta 404 para URLs inexistentes que no poseen un recurso válido.

Por ejemplo:

https://www.mimarca.com/productos/producto-que-ya-no-existe

puede responder con:

404 Not Found

31. Un error 404 no siempre es un problema SEO

La palabra “error” puede llevar a pensar que cualquier 404 debe corregirse.

No es así.

Si una URL realmente dejó de existir y no existe otra página equivalente, 404 es una respuesta técnicamente válida.

Por ejemplo:

• Un producto eliminado definitivamente.

• Una página que ya no existe.

• Una categoría antigua.

• Una dirección escrita incorrectamente.

• Una URL perteneciente a una plataforma anterior sin contenido equivalente.

En esos casos no es necesario crear una página artificial únicamente para evitar un 404.

32. ¿Cuándo debería preocuparme por un 404?

Conviene revisarlo cuando:

• La página debería continuar existiendo.

• El enlace está presente en el menú actual.

• Otros productos actuales enlazan hacia esa URL.

• Existe un error en un enlace interno.

• La URL debería conducir hacia un contenido equivalente.

• Se trata de una página importante migrada desde otro sistema.

La pregunta correcta no es:

“¿Tengo algún 404?”

sino:

“¿Esta URL debería existir?”

¿Qué diferencia existe entre 404 Not Found y 410 Gone?

Cuando una URL ya no corresponde a un contenido válido, el servidor puede responder con diferentes códigos HTTP según la situación.

Dos de los más habituales son:

404 Not Found

y:

410 Gone

Ambos indican que la URL solicitada no contiene actualmente una página válida, aunque tienen un significado ligeramente diferente.

404 Not Found

Indica que el recurso solicitado no fue encontrado.

Puede ocurrir, por ejemplo, cuando:

• Un producto fue eliminado.
• Una categoría dejó de existir.
• Una página fue eliminada.
• Se intenta acceder a una URL incorrecta.
• Google conserva una dirección perteneciente a una estructura anterior del sitio.

Ejemplo:

https://www.mimarca.com/productos/producto-que-no-existe

puede responder:

HTTP 404 Not Found

410 Gone

Indica de forma más explícita que un recurso existía, pero fue retirado y ya no se encuentra disponible.

Puede utilizarse cuando corresponde informar técnicamente que una URL fue eliminada.

Ejemplo:

HTTP 410 Gone

Waclis puede devolver una respuesta 404 o 410 según corresponda al comportamiento de la URL.

En ambos casos, el objetivo es evitar que una dirección inexistente continúe respondiendo incorrectamente como si fuera una página válida.

¿Por qué es importante que una página inexistente no responda HTTP 200?

El código:

HTTP 200 OK

indica que la solicitud fue procesada correctamente y que existe un recurso válido en esa dirección.

Por lo tanto, una página visualmente presentada como:

Página no encontrada

pero que técnicamente responde:

HTTP 200 OK

puede generar señales contradictorias para los motores de búsqueda.

Google podría continuar interpretando la dirección como una página existente aunque el contenido indique lo contrario.

Waclis administra las URLs inexistentes para que respondan con el estado HTTP correspondiente, evitando que una página eliminada sea presentada técnicamente como una página válida.

¿Tengo que corregir todos los 404 o 410 que aparecen en Search Console?

No.

Primero debes determinar si la página debería continuar existiendo.

No necesariamente requieren una corrección

Por ejemplo:

• Productos eliminados definitivamente.
• Categorías antiguas.
• URLs pertenecientes a una plataforma anterior.
• Direcciones escritas incorrectamente.
• Contenidos que ya no tienen ningún equivalente.

Sí conviene investigarlos

Cuando:

• El producto sigue publicado.
• La página debería existir.
• La categoría continúa activa.
• El menú actual enlaza hacia esa URL.
• Existe un enlace incorrecto dentro del sitio.
• La URL antigua tiene un contenido nuevo claramente equivalente.

La pregunta principal debería ser:

¿Esta URL debería continuar existiendo?

y no simplemente:

¿Tengo errores 404 en Search Console?

33. Migraciones desde otra plataforma

Cuando un sitio migra hacia Waclis, Google puede conocer cientos o miles de URLs pertenecientes al sistema anterior.

Por ejemplo, anteriormente podría haber existido:

https://www.mimarca.com/producto/nombre-anterior

mientras que el nuevo sitio utiliza:

https://www.mimarca.com/productos/1234/nombre-producto

Google no olvida inmediatamente la URL anterior.

Puede continuar intentando rastrearla durante un tiempo.

34. ¿Qué ocurre con las URLs antiguas?

Si la URL antigua ya no existe y no tiene un contenido equivalente, puede responder correctamente con:

404 Not Found

Si existe una nueva página que representa claramente el mismo producto o contenido, puede ser conveniente evaluar una redirección permanente hacia la nueva dirección.

Esto es especialmente importante en migraciones donde se desea conservar la continuidad entre URLs anteriores y actuales.

35. ¿Waclis redirige automáticamente todas las URLs de una plataforma anterior?

No debe confundirse la normalización automática del dominio con un mapeo completo de URLs históricas.

Por ejemplo, Waclis puede administrar automáticamente una situación como:

http://mimarca.com
→
https://www.mimarca.com

pero eso es diferente de decidir que:

/producto-antiguo-123

debe dirigir hacia:

/productos/567/producto-nuevo

Para realizar una migración de este tipo debe existir una relación conocida entre la URL anterior y la nueva.

Si estás migrando desde otra plataforma y necesitas conservar URLs importantes, consulta con el equipo de Waclis para evaluar tu caso.

36. No todas las URLs antiguas necesitan una redirección

Crear una redirección solamente para evitar un 404 no siempre es la solución correcta.

Por ejemplo, si un producto fue eliminado definitivamente y no existe un reemplazo relevante, enviar al usuario hacia una página sin relación puede resultar confuso.

Las redirecciones deberían utilizarse cuando exista un destino realmente equivalente o útil.

37. ¿Por qué Google sigue mostrando URLs antiguas si ya no existen?

Porque Google trabaja con información que fue recolectando a lo largo del tiempo.

Una URL puede haber sido descubierta mediante:

• Un Sitemap anterior.

• Enlaces externos.

• El sitio web anterior.

• Un rastreo histórico.

• Un enlace interno que luego fue eliminado.

Aunque Waclis responda actualmente de manera correcta, Google debe volver a visitar la dirección antes de actualizar determinados informes.

38. Los cambios SEO no se reflejan inmediatamente en Google

Este punto es muy importante.

Existe una diferencia entre:

El estado actual del sitio web

y:

El último estado que Google conoce del sitio web

Supongamos que hoy corriges una canonical.

Waclis puede comenzar a entregar la nueva canonical inmediatamente.

Sin embargo, Search Console podría continuar mostrando durante un tiempo la información obtenida en el rastreo anterior.

Lo mismo puede ocurrir con:

• Redirecciones.

• Errores 404.

• Soft 404.

• URLs con parámetros.

• Sitemaps antiguos.

• Rutas técnicas.

• Canonicalización.

• Robots.txt.

39. Google necesita volver a rastrear el sitio

Después de realizar una corrección, Google debe volver a visitar las URLs correspondientes.

Por este motivo, los cambios pueden requerir un período de reprocesamiento.

No es necesario modificar repetidamente una configuración simplemente porque Search Console todavía muestra el estado anterior.

Primero conviene verificar el comportamiento actual.

¿Cuándo utilizar la herramienta de Retiradas de Google Search Console?

Google Search Console dispone de herramientas que permiten solicitar que determinadas URLs dejen de mostrarse temporalmente en los resultados de búsqueda.

Esta función puede resultar útil cuando necesitas ocultar rápidamente una dirección determinada mientras Google procesa el estado actual del sitio.

Sin embargo, es importante comprender que solicitar una retirada desde Search Console no reemplaza la corrección técnica de la URL.

Por ejemplo, si una página fue eliminada definitivamente, el comportamiento permanente debe estar reflejado también en el sitio.

Dependiendo del caso, esto puede significar que:

• La URL devuelva 404 Not Found.
• La URL devuelva 410 Gone.
• La página utilice una configuración que impida su indexación.
• Exista una redirección correcta hacia un contenido equivalente.

La retirada de Search Console no es una eliminación permanente del sitio

La herramienta de Retiradas actúa sobre la aparición de una URL en los resultados de Google.

No elimina:

• El contenido de Waclis.
• El producto.
• La categoría.
• La página.
• La URL del servidor.
• Un enlace interno.
• El Sitemap.

Por este motivo, si el contenido debe desaparecer definitivamente, primero debe revisarse el comportamiento real de la página.

Ejemplo

Supongamos que existía:

https://www.mimarca.com/productos/123/producto-antiguo

y el producto fue eliminado definitivamente.

La página actualmente responde:

404 Not Found

Google puede continuar mostrando temporalmente la URL porque todavía conserva información de rastreos anteriores.

En ese caso existen dos procesos diferentes:

Waclis

Ya informa correctamente que la página no existe.

Google

Debe volver a procesar la URL y actualizar su índice.

Si por algún motivo necesitas acelerar temporalmente su ocultamiento de los resultados, puedes evaluar la herramienta de Retiradas de Search Console.

¿Cuándo NO deberías utilizar Retiradas como solución?

No debería utilizarse como sustituto para:

• Corregir una canonical incorrecta.
• Resolver una redirección incorrecta.
• Elegir entre www y sin www.
• Corregir una URL activa.
• Solucionar enlaces internos rotos.
• Corregir un Sitemap.
• Ocultar masivamente URLs sin analizar por qué existen.

Primero debe corregirse la causa técnica cuando exista un problema real.

Antes de solicitar una retirada

Recomendamos comprobar:

• ¿La página debe seguir existiendo?
• ¿Cuál es su estado HTTP actual?
• ¿Tiene una URL equivalente?
• ¿Debería tener una redirección?
• ¿Continúa apareciendo en el Sitemap actual?
• ¿Es una URL pública o técnica?
• ¿El informe de Search Console corresponde al estado actual o a un rastreo anterior?

Esto evita realizar acciones innecesarias sobre URLs cuyo comportamiento ya es correcto.

40. Qué hacer después de una corrección

Si utilizas Google Search Console y realizaste una modificación relacionada con un problema informado, puedes revisar nuevamente el informe correspondiente.

Cuando la herramienta lo permita puedes utilizar opciones como:

Validar corrección

para solicitar que Google compruebe nuevamente las URLs pertenecientes a determinado informe.

Para una URL específica también puedes utilizar la herramienta de inspección correspondiente y revisar cuál es el estado que Google conoce.

41. ¿Qué significa “Validar corrección”?

La opción Validar corrección no modifica tu sitio web.

Su función es indicarle a Google que has revisado o corregido una situación para que el buscador vuelva a comprobar las URLs involucradas.

Por ejemplo, puede ser útil después de verificar:

• Canonicalización.

• Determinadas redirecciones.

• Páginas que anteriormente presentaban un problema.

• Otros estados informados por Search Console.

La validación tampoco implica una actualización inmediata de todos los informes.

42. Cómo revisar una auditoría SEO correctamente

Una herramienta de auditoría puede detectar una gran cantidad de elementos.

Antes de modificar Waclis, clasifica cada hallazgo dentro de una de estas situaciones:

1. Problema real

Ejemplo:

Una página pública importante devuelve 404 cuando debería existir.

2. Comportamiento técnico esperado

Ejemplo:

La versión HTTP redirige mediante 301 hacia HTTPS.

3. URL alternativa

Ejemplo:

Una URL con parámetros declara correctamente una canonical hacia la URL limpia.

4. Recurso técnico

Ejemplo:

Una ruta AJAX no está destinada a posicionarse.

5. Información histórica

Ejemplo:

Search Console continúa mostrando una URL perteneciente al sitio anterior.

Esta clasificación evita realizar modificaciones innecesarias que podrían incluso perjudicar la configuración correcta del sitio.

43. Ejemplo completo: diferentes versiones del dominio

Supongamos que la dirección oficial es:

https://www.mimarca.com

Google descubre:

http://mimarca.com

El comportamiento esperado puede ser:

http://mimarca.com
        ↓
      301
        ↓
https://www.mimarca.com

Y dentro de la página:

<link rel="canonical" href="https://www.mimarca.com/">

Mientras que el Sitemap utiliza:

https://www.mimarca.com/...

En este ejemplo existe coherencia entre:

• Redirección.

• HTTPS.

• Dominio oficial.

• Canonical.

• Sitemap.

Si Search Console informa la URL HTTP como Página con redirección, ese estado puede ser completamente normal.

44. Ejemplo completo: URL con parámetros

Supongamos esta URL:

https://www.mimarca.com/productos?orden=precio

La página puede declarar:

<link rel="canonical" href="https://www.mimarca.com/productos">

Google puede descubrir ambas direcciones.

Esto no significa necesariamente que ambas deban posicionarse.

La canonical indica que:

https://www.mimarca.com/productos

es la versión principal.

45. Ejemplo completo: producto eliminado

Anteriormente existía:

https://www.mimarca.com/productos/123/producto-antiguo

El producto fue eliminado y ya no existe ningún contenido equivalente.

La respuesta puede ser:

404 Not Found

En este caso el 404 es esperado.

Google puede continuar mostrando temporalmente esa URL dentro de Search Console hasta actualizar sus registros.

46. Ejemplo completo: migración

Supongamos que anteriormente tu Página web estaba alojada en otra plataforma.

El sitio anterior utilizaba:

https://www.mimarca.com/productos/camisa-azul

y Waclis utiliza actualmente:

https://www.mimarca.com/productos/835/camisa-azul

Si ambas páginas representan exactamente el mismo producto, conviene analizar si corresponde establecer una redirección entre ambas.

En cambio, si el producto anterior dejó de existir definitivamente y no tiene reemplazo equivalente, un 404 puede ser correcto.

47. Ejemplo completo: ruta técnica

Google descubre:

https://www.mimarca.com/products/filter-search

Esta dirección forma parte del funcionamiento técnico del filtro de productos.

No representa una página del catálogo destinada a aparecer en resultados de búsqueda.

Waclis puede aplicar controles técnicos para evitar que sea tratada como una página comercial indexable.

El hecho de que Search Console haya descubierto esa dirección no significa que debas crear contenido para ella.

48. ¿Qué cosas NO debes hacer ante una auditoría SEO?

Una auditoría es una herramienta de diagnóstico, no una lista de modificaciones que deban aplicarse automáticamente.

Evita:

• Desactivar una redirección solamente porque la auditoría informa un 301.

• Eliminar una canonical correcta.

• Crear páginas falsas para eliminar todos los 404.

• Bloquear todo el sitio mediante Robots.txt.

• Agregar Disallow a productos públicos sin comprender su efecto.

• Intentar indexar rutas de carrito, checkout o panel.

• Crear múltiples Sitemaps manuales sin necesidad.

• Modificar repetidamente configuraciones mientras Google todavía está procesando una corrección.

• Considerar cualquier mensaje de Search Console como un error crítico.

49. ¿Qué conviene revisar primero?

Si recibiste una auditoría SEO, recomendamos verificar en este orden:

1. Dominio oficial

Comprueba que estás utilizando el dominio correcto.

2. HTTPS

La dirección oficial debería utilizar HTTPS.

3. Canonical

Revisa que la página apunte hacia la URL principal esperada.

4. Estado HTTP

Comprueba si la URL responde normalmente, redirige o devuelve 404.

5. Sitemap

Confirma que estás utilizando el Sitemap actual generado por Waclis.

6. Robots.txt

Verifica que no hayas bloqueado accidentalmente contenido público importante.

7. Tipo de URL

Determina si se trata de:

• Una página pública.

• Una URL con parámetros.

• Una ruta técnica.

• Una dirección histórica.

• Una página eliminada.

8. Search Console

Finalmente compara el comportamiento actual con la información que Google todavía muestra.

50. SEO técnico y SEO de contenido son complementarios

Una configuración técnica correcta no garantiza por sí sola obtener las primeras posiciones de Google.

El SEO técnico facilita que los buscadores puedan interpretar adecuadamente el sitio.

También es necesario trabajar:

• Contenido útil.

• Nombres claros de productos.

• Descripciones completas.

• Categorías correctamente organizadas.

• Información relevante para los clientes.

• Navegación interna.

• Calidad de las páginas.

• Experiencia del usuario.

Para trabajar esos aspectos consulta:

¿Qué son las opciones SEO de mi sitio web?

Preguntas frecuentes

¿Tengo que agregar manualmente una canonical a cada producto?

No.

Waclis genera dinámicamente la canonical correspondiente según la URL y el dominio oficial.

¿Tengo que agregar canonical mediante código personalizado?

Normalmente no.

No es recomendable duplicar manualmente una canonical que ya genera la plataforma.

¿Puedo modificar la canonical desde Robots.txt?

No.

Canonical y Robots.txt son mecanismos diferentes.

¿Waclis utiliza HTTPS?

Cuando el dominio se encuentra correctamente conectado, la plataforma utiliza la versión segura correspondiente y mantiene la normalización del dominio.

¿Por qué mi dominio sin www me lleva al dominio con www?

Puede formar parte de la normalización hacia la versión oficial configurada.

Una redirección permanente entre variantes del mismo dominio es un comportamiento SEO habitual.

¿Una redirección 301 es un error?

No necesariamente.

Si una dirección antigua o alternativa debe enviar permanentemente hacia otra dirección, una respuesta 301 es precisamente el comportamiento esperado.

¿Por qué Search Console me dice “Página con redirección”?

Porque Google encontró una URL que redirige hacia otra.

Debes comprobar si la redirección es intencional.

Si http:// redirige correctamente hacia https://, por ejemplo, normalmente no sería necesario indexar ambas.

¿Qué es canonical?

Es una señal que permite indicar cuál es la URL principal de determinado contenido cuando pueden existir diferentes variantes.

¿Tengo que configurar las canonical desde mi panel?

No para el funcionamiento normal del sitio. Waclis las genera dinámicamente.

¿Por qué tengo URLs con ? en Search Console?

El sitio puede utilizar parámetros para filtros, ordenamiento u otras funciones.

La existencia de una URL con parámetros no significa automáticamente que exista un problema.

¿Waclis puede indicar una URL limpia como canonical aunque exista un parámetro?

Sí. Determinados parámetros funcionales pueden mantener la canonical apuntando hacia la versión base correspondiente.

¿Qué es /products/filter-search?

Es un ejemplo de ruta técnica utilizada por funciones internas relacionadas con el filtrado de productos.

No debe interpretarse como una página comercial independiente.

¿Qué es X-Robots-Tag?

Es un encabezado HTTP mediante el cual pueden enviarse instrucciones destinadas a motores de búsqueda, como noindex.

¿Qué es noindex?

Es una instrucción destinada a indicar que una URL no debe formar parte del índice del buscador.

¿Qué es nofollow?

Es una instrucción relacionada con el tratamiento de los enlaces presentes en un recurso.

¿Es lo mismo noindex que Disallow?

No.

Disallow dentro de Robots.txt controla principalmente el rastreo.

noindex controla la indexación cuando el buscador puede procesar la instrucción correspondiente.

¿Tengo que editar Robots.txt para tener un buen SEO?

No necesariamente.

La configuración predeterminada puede ser suficiente para muchos sitios.

La edición manual está destinada a situaciones en las que necesitas controlar específicamente determinadas rutas.

¿Puedo bloquear /checkout/, /cart/, /panel/ o /search/?

Waclis permite publicar reglas personalizadas mediante Robots.txt.

Estas rutas son ejemplos típicos de secciones internas o transaccionales que pueden no necesitar rastreo.

Sin embargo, revisa siempre las reglas antes de guardarlas y no copies configuraciones sin comprender qué URLs afectarán.

¿Waclis crea automáticamente el Sitemap?

Sí.

El Sitemap es generado dinámicamente por la plataforma.

¿Debo actualizar manualmente el Sitemap cuando agrego productos?

No.

Al ser dinámico, forma parte de la estructura generada por Waclis.

¿Por qué veo en Google un Sitemap que ya no utilizo?

Puede ser información histórica de Search Console, especialmente después de una migración.

¿Puedo eliminar inmediatamente un Sitemap antiguo de todos los registros de Google?

Aunque puedas administrar determinados Sitemaps desde Search Console, Google conserva información histórica de rastreo y necesita actualizar progresivamente sus registros.

¿Qué sucede con las páginas eliminadas?

Si ya no existe el recurso correspondiente, pueden responder con estado HTTP 404.

¿Un 404 perjudica automáticamente mi SEO?

No.

Un 404 es una respuesta correcta para una página que realmente dejó de existir.

Lo importante es evitar 404 accidentales en páginas que deberían seguir disponibles.

¿Tengo que redirigir todos los 404 hacia la página de inicio?

No.

No es recomendable considerar la página de inicio como destino genérico de cualquier URL eliminada.

Si existe un contenido realmente equivalente, puede evaluarse una redirección hacia ese contenido.

Si no existe, el 404 puede ser la respuesta correcta.

¿Qué pasa con las URLs de mi plataforma anterior?

Google puede continuar intentando rastrearlas durante un tiempo.

Las URLs que ya no existen pueden devolver 404.

Para páginas importantes que tienen un equivalente actual, es conveniente revisar una estrategia de migración y redirecciones.

¿Waclis convierte automáticamente todas las URLs antiguas de otras plataformas?

No debe asumirse un mapeo automático entre estructuras diferentes.

Una redirección entre dos productos o páginas requiere conocer cuál es la correspondencia entre la URL anterior y la nueva.

¿Qué es un Soft 404?

Es una situación en la que Google interpreta una URL como si representara contenido inexistente o poco útil aunque técnicamente no haya recibido un código 404 tradicional.

¿Un Soft 404 siempre significa que falta una página?

No.

También puede involucrar determinadas rutas técnicas, páginas vacías u otros recursos que Google no interpreta como contenido independiente.

¿Qué hago si Search Console informa una ruta técnica?

Primero revisa qué función cumple.

Una ruta técnica utilizada por filtros o procesos internos no debería analizarse de la misma manera que una página de producto, categoría o contenido.

Hice una corrección pero Search Console sigue mostrando el problema. ¿Falló la modificación?

No necesariamente.

Google necesita volver a rastrear y procesar la URL.

El informe puede seguir mostrando temporalmente el estado anterior.

¿Cuánto demora Google en reflejar los cambios?

Los tiempos dependen del propio Google, de la frecuencia con la que rastrea el sitio y del tipo de modificación realizada.

Waclis puede entregar inmediatamente la configuración actual, pero no controla cuándo Google actualizará sus informes o resultados.

¿Puedo solicitar que Google vuelva a revisar una corrección?

Cuando Google Search Console lo permita puedes utilizar las opciones de validación o inspección disponibles para solicitar una nueva revisión.

¿Waclis controla qué páginas finalmente decide indexar Google?

No.

Waclis puede proporcionar las señales técnicas correspondientes, pero la decisión final de rastrear, procesar e indexar una página pertenece a cada motor de búsqueda.

Checklist ante una auditoría SEO

Si una auditoría o Google Search Console detecta algún problema, puedes utilizar esta lista:

• Confirmar cuál es el dominio oficial.

• Comprobar que utiliza HTTPS.

• Revisar hacia dónde redirigen las variantes del dominio.

• Revisar la canonical de la página.

• Confirmar que la canonical utiliza el dominio oficial.

• Identificar si la URL posee parámetros.

• Determinar si se trata de una página pública o una ruta técnica.

• Verificar el estado HTTP de la URL.

• Comprobar si un 404 corresponde realmente a contenido eliminado.

• Revisar si la URL pertenece a una plataforma anterior.

• Confirmar que el Sitemap actual es el generado por Waclis.

• Revisar que Robots.txt no bloquee páginas públicas importantes.

• Evitar interpretar automáticamente todos los avisos de Search Console como errores.

• Después de una corrección, solicitar una nueva validación cuando corresponda.

• Dar tiempo a Google para volver a rastrear y actualizar sus registros.

Resumen: ¿qué hace Waclis automáticamente?

Para simplificar, puedes pensar el SEO técnico de Waclis de esta manera:

Dominio

Waclis mantiene una versión oficial y normaliza las variantes correspondientes.

HTTPS

La dirección oficial utiliza la versión segura cuando el dominio está correctamente configurado.

Redirecciones

Las variantes correspondientes del dominio pueden dirigirse mediante redirecciones permanentes hacia la versión oficial.

Canonical

Waclis genera dinámicamente la URL canonical de las páginas.

Parámetros

Determinados parámetros funcionales pueden consolidarse mediante la canonical hacia una URL base.

Rutas técnicas

La plataforma aplica controles sobre determinadas rutas internas que no representan páginas comerciales destinadas a indexarse.

Sitemap

Waclis genera dinámicamente el Sitemap utilizando la estructura pública y activa del sitio.

URLs inexistentes

Las páginas que realmente no existen pueden responder correctamente con estado HTTP 404.

Robots.txt

Puedes administrar desde Waclis qué direcciones deseas permitir o impedir que sean rastreadas y agregar reglas personalizadas cuando sea necesario.

Google Search Console

Google puede conservar información histórica y necesita volver a rastrear las URLs después de los cambios.

Recomendación final

El objetivo del SEO técnico no es conseguir que todas las URLs que existen técnicamente dentro del sitio sean indexadas.

El objetivo es que los motores de búsqueda puedan diferenciar correctamente:

• Las páginas públicas que quieres posicionar.

• La versión oficial de cada página.

• Las variantes de una misma URL.

• Las direcciones redirigidas.

• Los recursos técnicos.

• Las páginas que dejaron de existir.

Waclis administra automáticamente gran parte de esta infraestructura técnica para mantener una estructura coherente entre dominio, HTTPS, redirecciones, canonical, Sitemap y diferentes rutas del sistema.

Como administrador del sitio, tu trabajo debería concentrarse principalmente en:

1. Utilizar correctamente tu dominio.

2. Configurar las opciones SEO disponibles en el panel.

3. Crear contenido útil y descriptivo.

4. Mantener organizado tu catálogo y categorías.

5. Configurar correctamente Robots.txt si necesitas reglas especiales.

6. Registrar tu sitio en Google Search Console.

7. Informar el Sitemap generado por Waclis.

8. Revisar periódicamente los informes de Google sin asumir que todos los estados representan errores.

9. Solicitar una nueva validación después de corregir un problema real.

10. Consultar con soporte cuando una auditoría detecte un comportamiento que no puedas identificar.

De esta manera puedes trabajar el posicionamiento de tu sitio sin tener que administrar manualmente gran parte de la infraestructura técnica necesaria para los motores de búsqueda.