Lo que ha explicado Google y lo que debemos aprender como SEO

Por Jordi Camps | Consultor SEO, IA y transformación digital

Después de más de 20 años trabajando en Internet, hay una pregunta que probablemente todos los que nos dedicamos al SEO hemos escuchado cientos de veces:

«He cambiado la web. ¿Cuándo empezará a notarse en Google?»

Y normalmente la respuesta ha sido:

«Depende».

Depende del sitio, de la autoridad, del rastreo, de la frecuencia con la que Googlebot visita las páginas, de la importancia del cambio, de la calidad del contenido, de la arquitectura…

Pero durante el Search Central Live Deep Dive Europe 2026, celebrado en Barcelona entre el 30 de septiembre y el 2 de octubre, Google dedicó una parte del evento precisamente a explicar cómo funciona este proceso. El propio programa oficial anunciaba sesiones específicas sobre rastreo, indexación, canonicalización, internacionalización y publicación de resultados. Google for Developers

Y aquí aparece una información especialmente interesante que este fin de semana he querido investigar.

Google empieza a poner números al SEO

Según los datos presentados por Gary Illyes durante el evento y recogidos posteriormente por profesionales que asistieron al Deep Dive, Google mostró tiempos orientativos para diferentes procesos.

Entre los datos que más han llamado la atención encontramos:

Estas cifras deben interpretarse como referencias, no como garantías. Los tiempos pueden ser mucho mayores y algunos procesos pueden incluso no producirse si existen problemas técnicos, de calidad o de rastreo. La información publicada tras la conferencia recoge precisamente esta advertencia.

Y esto cambia una cosa importante para quienes gestionamos proyectos SEO:

ya no deberíamos evaluar todos los cambios con la misma escala temporal.

1. Si publicas una página nueva, no esperes resultados inmediatamente

Imaginemos que tienes una pequeña tienda online y publicas hoy una nueva categoría:

/bicicletas-electricas/

No deberíamos publicar la página por la mañana y mirar Search Console por la tarde esperando que Google ya haya procesado todo.

La referencia presentada por Google sitúa el descubrimiento de una URL nueva alrededor de 20 horas como tiempo típico, aunque puede tardar mucho más.

Consejo para emprendedores

Cuando publiques una página importante:

• asegúrate de que está enlazada desde otras páginas;
• inclúyela correctamente en el sitemap;
• comprueba que no está bloqueada por robots.txt;
• revisa la etiqueta noindex;
• utiliza Search Console;
• comprueba posteriormente la indexación.

Google explica que el proceso de Search tiene tres grandes fases: rastreo, indexación y publicación de resultados. Una página debe poder ser descubierta y rastreada antes de poder ser procesada e incorporada al índice.

2. Cambiar una página no significa que Google vuelva inmediatamente

Este dato me parece especialmente interesante.

Según los datos presentados en Barcelona, Google mostró alrededor de 30 días como referencia típica para volver a rastrear una URL que ya conoce.

Esto no significa que Google tarde exactamente 30 días en todas las páginas.

Una página importante puede rastrearse antes.

Otra puede tardar bastante más.

Pero nos permite entender algo:

No todos los cambios necesitan ser evaluados al día siguiente.

Si modificamos una página secundaria de un ecommerce y 48 horas después no vemos ningún cambio de posicionamiento, no significa necesariamente que el trabajo no haya funcionado.

Puede ser demasiado pronto.

3. Cambiar un título puede ser relativamente rápido

Aquí encontramos otra referencia interesante.

Los datos compartidos en el evento sitúan los cambios de title o snippet alrededor de 1-2 días como referencia típica.

Esto resulta muy útil para un trabajo que hacemos continuamente:

optimizar títulos y descripciones.

Por ejemplo:

Antes:

Candado bicicleta | Codex-U

Después:

Candado U para bicicleta con portaequipajes | Codex-U

No deberíamos esperar necesariamente semanas para comprobar si Google ha recogido el nuevo título.

Pero hay una diferencia importante:

que Google procese el cambio no significa que vaya a mejorar automáticamente nuestra posición.

Google puede mostrar otro título si considera que resulta más adecuado para la consulta del usuario.

4. Mucho cuidado con las etiquetas canonical

Aquí entramos ya en terreno técnico.

Si cambiamos una etiqueta:

<link rel="canonical" ...>

Google ha indicado una referencia de aproximadamente 1-3 semanas para procesar cambios de canonicalización, aunque puede tardar más.

Por eso, si estamos haciendo una migración y modificamos:

• canonical;
• URL;
• enlaces internos;
• sitemap;
• hreflang;
• redirecciones;

no deberíamos sacar conclusiones a los tres días.

Consejo práctico

En una migración internacional, recomiendo trabajar con una lista de control y fechas.

Por ejemplo:

1 octubre: modificación de canonical.

2 octubre: comprobación técnica.

7 octubre: primera revisión.

15 octubre: segunda revisión.

22 octubre: análisis SEO.

De esta manera dejamos de trabajar con la sensación de:

«Creo que Google todavía no lo ha visto».

Y pasamos a trabajar con:

«Este cambio se realizó el día X y todavía estamos dentro del periodo razonable de procesamiento».

5. Una migración SEO no se mide en días

Probablemente uno de los datos más importantes para cualquier emprendedor que esté pensando en cambiar de plataforma, dominio o estructura.

Google sitúa una migración de dominio en aproximadamente 1-3 meses como referencia típica, aunque puede ser bastante más larga.

Esto es fundamental.

Porque una migración ecommerce no consiste simplemente en:

«Copiar la web nueva y cambiar el dominio».

Tenemos que controlar:

• URLs;
• redirecciones 301;
• canonical;
• sitemap;
• robots.txt;
• enlaces internos;
• categorías;
• productos;
• metadatos;
• datos estructurados;
• idiomas;
• hreflang;
• imágenes;
• Search Console;
• Analytics;
• Google Merchant Center;
• campañas publicitarias.

Y después hay que dar tiempo a Google para procesar los cambios.

El caso práctico: Codex-U y una tienda online internacional

Aquí es donde quiero poner un ejemplo de un proyecto en el que estamos trabajando.

Codex-U es una marca especializada en soluciones para bicicletas, entre ellas portaequipajes que integran el sistema de candado U.

Su propuesta combina:

• portaequipajes;
• seguridad;
• transporte de equipaje;
• accesorios;
• soluciones para ciclismo urbano y de montaña.

La propia marca presenta su producto como una solución que integra el candado U dentro del portaequipajes, permitiendo transportar equipaje o alforjas.

Pero desde el punto de vista digital, el proyecto tiene otra característica especialmente interesante:

No estamos hablando de una tienda en un único idioma.

Codex-U trabaja internacionalmente y la tienda dispone de cinco idiomas.

Y además existe una segunda dimensión:

B2C + B2B.

Un ciclista particular puede entrar buscando un producto.

Pero también puede acceder un distribuidor interesado en comercializarlo.

Esto cambia completamente la arquitectura de un ecommerce.

De PrestaShop a OpenTiendas: cuando cambiar de plataforma también es un proyecto SEO

En este proyecto hemos trabajado junto al equipo de OpenTiendas, una plataforma española de comercio electrónico que lleva evolucionando desde 2004.

OpenTiendas se presenta como una plataforma cloud para ecommerce B2C y B2B, con catálogo, pedidos, pagos, envíos, CRM, automatizaciones, ERP, SEO, internacionalización y otras funcionalidades integradas. La plataforma destaca precisamente por evitar la dependencia de plugins y gestionar las actualizaciones desde la propia plataforma.

La empresa tiene su sede en Mataró y se presenta como una plataforma desarrollada en España desde 2004. Su propuesta incluye además una red de más de 100 partners y más de 20 años de evolución.

Y aquí aparece una cuestión importante:

Codex-U estaba en PrestaShop.

Ahora el proyecto está en OpenTiendas.

Por tanto, no estamos hablando solamente de diseñar una tienda nueva.

En realidad, estamos hablando de mucho más que de cambiar una plataforma ecommerce. Es una migración con implicaciones SEO, comerciales e internacionales, integrada dentro de un proyecto de transformación digital en el que hemos desarrollado y adaptado una Oficina Virtual con ERP/CRM a medida de Odoo, conectada con el ecommerce y con todo su ecosistema de gestión de sus productos, clientes, pedidos, stock, procesos comerciales y la actividad online desde un único entorno integrado.

¿Por qué no simplemente Shopify?

Esta es una pregunta que cualquier emprendedor debería hacerse antes de elegir plataforma:

¿Qué plataforma es mejor para mi tienda?

La respuesta profesional es:

depende del proyecto.

Shopify

Shopify es una solución SaaS muy orientada a simplificar la creación y gestión de una tienda online.

Entre sus puntos fuertes encontramos:

• puesta en marcha rápida;
• infraestructura gestionada;
• ecosistema de aplicaciones;
• gestión internacional;
• múltiples idiomas;
• mercados;
• pagos;
• escalabilidad.

Shopify permite configurar diferentes idiomas, mercados, subdominios, subcarpetas o dominios internacionales, y dispone de herramientas como Translate & Adapt para traducción y adaptación de contenidos.

Es una opción muy interesante para determinados negocios.

Pero existe una diferencia conceptual:

Shopify es una plataforma SaaS.

Dependemos de su ecosistema, estructura y modelo de servicio.

¿Y PrestaShop?

PrestaShop pertenece a otra filosofía.

Es un proyecto open source, escrito en PHP y altamente personalizable. El proyecto oficial indica que cuenta con más de 300.000 tiendas y está traducido y localizado para numerosos mercados.

Sus ventajas pueden ser especialmente interesantes para proyectos que necesitan:

• mayor control técnico;
• personalización;
• acceso al código;
• multitienda;
• módulos;
• integraciones;
• configuraciones específicas;
• control sobre infraestructura.

PrestaShop también ofrece funcionalidades orientadas al ecommerce internacional y multitienda, con una propuesta basada en código abierto y un alto nivel de personalización.

La propia PrestaShop tiene, además, su comparativa oficial frente a Shopify. Y, como dice el refrán, «cada uno barre para casa». ?

Por eso, en proyectos ecommerce prefiero no decir que una plataforma es la mejor de forma absoluta. Lo importante es conocer las diferencias y elegir la que realmente encaje con el negocio.

> Comparativa oficial PrestaShop vs Shopify

Pero esa libertad tiene un coste:

la libertad técnica también implica responsabilidad técnica.

Actualizaciones, módulos, compatibilidades, servidor, seguridad, rendimiento y mantenimiento pasan a formar parte de la gestión del proyecto.

¿Y dónde entra OpenTiendas?

OpenTiendas ocupa para nosotros una posición diferente. No se trata únicamente de valorar una plataforma tecnológica, sino también de conocer a las personas que hay detrás. Su proximidad, su filosofía de trabajo y el equipo y socios que conocemos desde InvertiaWeb nos han permitido mantener varias reuniones one-to-one para estudiar con calma las necesidades del proyecto y, especialmente, los objetivos que queremos alcanzar durante los próximos años. Creo que esta cercanía y esta forma de trabajar conjuntamente también marcan la diferencia.

No es simplemente:

«otra plataforma ecommerce».

Su propuesta es ofrecer una plataforma gestionada, con muchas funcionalidades integradas de serie y sin depender de una colección de plugins.

Entre sus características encontramos:

• B2C;
• B2B;
• multiidioma;
• gestión de países;
• pagos;
• transporte;
• CRM;
• ERP;
• marketing;
• recuperación de carritos;
• SEO;
• Google Merchant;
• sincronización de stock;
• automatización;
• integraciones.

Y este enfoque puede ser especialmente interesante para empresas que quieren:

vender online sin convertir la gestión tecnológica en su principal problema.

El verdadero aprendizaje de Codex-U

Para mí, el mayor aprendizaje del proyecto no es decidir si PrestaShop, Shopify u OpenTiendas es mejor.

Es entender que la plataforma debe adaptarse al negocio y no al revés.

Codex-U necesitaba:

5 idiomas + B2C + B2B + catálogo + stock + internacionalización + SEO + gestión sencilla.

Y además necesitaba que la migración no destruyera el trabajo SEO acumulado.

De hecho, OpenTiendas ha publicado el caso de Codex-U destacando precisamente esta arquitectura: una única plataforma para los dos públicos, catálogo multidioma, selector de país, stock en ficha, captación B2B y un único backoffice. LinkedIn

Este es un buen ejemplo de algo que muchas veces olvidamos:

Una migración ecommerce no es solamente un cambio tecnológico. Es una operación de negocio.

Mi conclusión como consultor

La publicación de Pedro Serrano me parece especialmente interesante porque pone encima de la mesa algo que llevamos años viviendo los profesionales SEO:

la incertidumbre temporal.

Ahora tenemos algunas referencias más.

No son una promesa.

No significan que una página vaya a posicionar en 20 horas, ni que una migración vaya a terminar exactamente en tres meses.

Pero sí nos ayudan a responder mejor a nuestros clientes.

Si ayer cambiamos una canonical y hoy no ha cambiado nada, posiblemente no haya que tocar nada todavía.

Si hemos realizado una migración y llevamos dos semanas analizando los resultados, probablemente todavía estemos dentro de una ventana demasiado corta para sacar conclusiones definitivas.

Y si después de un periodo razonable no ocurre lo esperado, entonces sí:

hay que investigar.

Porque el SEO no consiste únicamente en saber qué cambiar.

También consiste en saber:

cuándo cambiarlo, cuánto esperar y cuándo volver a analizarlo.

Y recuerda que ahora Google ya está incorporando cada vez más IA en Search y está explicando públicamente cómo funcionan nuevas experiencias como AI Overviews y AI Mode. Google mantiene que las buenas prácticas fundamentales de SEO siguen siendo relevantes y que no existe una optimización especial que garantice aparecer en esas experiencias.

Y después de más de 20 años trabajando en Internet, sigue siendo una de las partes más importantes —y más difíciles— de nuestro trabajo.

Por eso, mi recomendación para un emprendedor no es:

«Haz SEO para la IA».

Es:

Haz una web técnicamente accesible, útil, clara, rápida, bien estructurada y que explique perfectamente qué haces.

Después vendrán Google Search, AI Overviews, AI Mode y otras superficies.

La base sigue siendo la misma.