Si no está en el móvil, no se indexa

Google ha fijado el final de marzo de 2021 como el punto en que pretende mover esencialmente todos los sitios restantes a indexación mobile-first. Vale la pena poner esto en contexto, porque para muchos sitios no es noticia en absoluto. Google empezó esta transición hace años, introduciendo la indexación mobile-first en 2016, moviendo sitios de forma constante desde entonces, volviéndola el modo por defecto para sitios recién descubiertos a mediados de 2019, y a comienzos de este año ya había movido la mayoría de los sitios rastreados. Para ponerle números a la migración: más de la mitad de todos los sitios rastreados ya estaban en indexación mobile-first a finales de 2018, y a principios de este año esa cifra había alcanzado en torno al setenta por ciento, así que la mayoría de la web había hecho el cambio en silencio mientras la mayoría de los dueños de sitios apenas prestaba atención. Vale la pena recordar también el precedente que marcó la dirección: la actualización de 2015 que la industria apodó Mobilegeddon, que hizo por primera vez de la compatibilidad móvil un factor de ranking y señaló, años antes de esto, que Google pretendía tratar la experiencia móvil como primaria en vez de secundaria. El plan original era terminar para todos los sitios en septiembre de 2020; Google luego extendió el plazo a finales de marzo de 2021, reconociendo que el año había hecho difícil para todos centrarse en el trabajo. Así que el plazo que se acerca es el último paso de una migración larga, no una política nueva y súbita. Lo que significa concretamente es esto: la indexación mobile-first es simplemente Google rastreando tu sitio con su Googlebot smartphone y usando la versión móvil de tus páginas para indexarte y posicionarte, en vez de la versión de escritorio. Una aclaración corta una confusión común: no hay un índice móvil separado. Google mantiene un solo índice; mobile-first solo describe qué versión de tu página lee para construirlo. Si tu sitio fue movido hace tiempo, el plazo de marzo no te cambia nada. Pero si estás entre los sitios aún indexados desde escritorio, marzo es cuando Google empieza a leerte desde el móvil, y que eso sea anodino o disruptivo depende por entero de una cosa: cuán de cerca tu versión móvil coincide con la de escritorio. Esa es la pregunta que este plazo realmente hace, y los próximos tres meses son el momento de responderla.

El corazón de la indexación mobile-first, y la parte que más a menudo se subestima, es lo que le pasa al contenido que vive solo en tu versión de escritorio. La suposición intuitiva es que Google trata el móvil como la vista primaria pero aún guarda el contenido de escritorio en reserva, viendo todo lo que cualquiera de las versiones ofrece. Esa suposición es errónea, y Google lo ha dicho sin rodeos. John Mueller lo afirmó con llaneza: una vez que un sitio se mueve a indexación mobile-first, Google descartará todo lo que esté solo en el sitio de escritorio y esencialmente lo ignorará, así que cualquier cosa que quieras indexada tiene que estar en la versión móvil. Hizo el mismo punto a lo largo del año, señalando que Google ahora indexa casi por entero la web con un Googlebot smartphone que coincide con lo que la mayoría de los usuarios ve de verdad, y disipando exactamente la suposición a la que la gente volvía: que el contenido solo-de-escritorio aún se tendría de algún modo en cuenta. No será así. El propio Google listó los tipos de cosas que salen mal en esta transición: meta robots que difieren entre versiones, contenido con lazy-loading que nunca se activa para el rastreador, recursos bloqueados, contenido principal ausente, e imágenes o vídeos móviles manejados de forma distinta al escritorio. Léelo con cuidado, porque es más fuerte de lo que suena. La versión móvil no es la fuente primaria con el escritorio de respaldo; bajo la indexación mobile-first la versión móvil es en la práctica la única fuente que Google consulta. Las implicaciones se encadenan. Si tu página móvil carga menos texto de cuerpo que tu página de escritorio, la diferencia simplemente está ausente del entendimiento que Google tiene de ti. Si tu plantilla móvil deja caer los datos estructurados que tu plantilla de escritorio carga, ese marcado ya no existe en lo que al índice respecta. Si un bloque de contenido está oculto en móvil, plegado tras un toque que el rastreador no realizará, o inyectado por un script que el rastreador no ejecuta, es funcionalmente invisible. Nada de esto es punitivo: Google está mirando la versión que tus usuarios de verdad ven, lo cual es algo razonable de hacer. Pero la regla que produce es implacable y vale la pena afirmarla con llaneza: lo que no esté presente en tu versión móvil no está presente en el índice de Google, punto. Esa única frase es toda la razón por la que este plazo merece atención.

Da un paso atrás y el problema bajo la indexación mobile-first es uno de desajuste: el peligro no es el móvil en sí sino cualquier brecha entre tus versiones móvil y de escritorio, porque esa brecha es exactamente lo que cae al vacío cuando Google deja de leer el escritorio. Durante mucho tiempo la práctica predominante iba directamente en contra de la paridad. Se consideraba buen oficio dar a los usuarios móviles una experiencia más ligera —recortar el texto, quitar algunas imágenes, simplificar la navegación, a veces recortar el marcado— sobre la teoría de sonido razonable de que las pantallas pequeñas y las conexiones más lentas merecían una página más ligera, con la versión completa reservada para escritorio. Bajo la indexación de escritorio nada de eso te costaba nada, porque Google leía la versión de escritorio completa sin importar lo que el móvil mostrara. La indexación mobile-first vuelve ese arreglo del revés: la versión móvil ligera se convierte en la que Google lee, y cada pieza de contenido y marcado que deliberadamente mantuviste solo en escritorio cae del índice. La ironía cruel es que los sitios más expuestos son a menudo los que se tomaron el móvil lo bastante en serio como para construir una experiencia cuidadosamente reducida, porque su brecha móvil-escritorio es la más ancha. Por eso el encuadre correcto es paridad en vez de compatibilidad móvil. La pregunta no es meramente si tu sitio móvil es usable; es si tu sitio móvil es completo —si el contenido principal, los encabezados, los datos estructurados, los metadatos, y los enlaces internos significativos existen todos en la versión móvil, aunque estilizados y maquetados para una pantalla pequeña. Una presentación más ligera está perfectamente bien. Un cuerpo más ligero de sustancia indexable es el modo de fallo. Vale la pena nombrar lo que viene después, también, porque eleva lo que está en juego en hacer bien el móvil ahora. Google ya ha anunciado que en 2021 plegará un conjunto de señales de experiencia de página —carga, interactividad, estabilidad visual, junto a la compatibilidad móvil y HTTPS— en el ranking, y esas señales se evalúan sobre la experiencia móvil. Así que la versión móvil está a punto de hacer doble función: es a la vez la versión que Google indexa y la versión cuya experiencia Google mide. Un sitio móvil débil o parcial es por tanto no una sino dos responsabilidades, y el trabajo de paridad hecho ahora es el cimiento sobre el que el trabajo posterior se asentará. Paridad de sustancia, no píxeles idénticos, es el estándar que la indexación mobile-first de verdad exige.

La preparación es una lista de comprobación con un único principio detrás: haz de tu versión móvil una representación completa de tu sitio, porque en unos meses será la única versión que Google lea. Empieza por el contenido principal: confirma que la página móvil carga el mismo texto principal, los mismos encabezados, y las mismas imágenes significativas que el escritorio, no un subconjunto recortado. Luego los datos estructurados: verifica que cada pieza de marcado de tu plantilla de escritorio también aparezca en tu plantilla móvil, ya que cualquier cosa presente solo en escritorio se perderá cuando ocurra el cambio. Este es el ítem más pasado por alto, porque los datos estructurados son fáciles de añadir a una plantilla de escritorio y olvidar en la móvil, y su pérdida es silenciosa: nada se rompe visiblemente, simplemente dejas de ser elegible para los resultados enriquecidos que ese marcado gana. Audítalos versión por versión, no a nivel de sitio, ya que las dos plantillas pueden divergir sin aviso, y un vistazo de pasada a la página renderizada rara vez lo revelará. Asegúrate de que Googlebot pueda obtener todos los recursos de los que la página móvil depende, porque un fallo común y silencioso es un robots.txt que bloquea CSS, JavaScript o imágenes para el sitio móvil, dejando al rastreador incapaz de renderizar la página como lo haría una persona. Escudriña el lazy-loading y cualquier contenido colocado tras un toque o clic: si el contenido principal aparece solo tras una interacción que el rastreador no realiza, se tratará como ausente, así que cárgalo de modo que esté presente sin interacción. Confirma que títulos, descripciones, y meta robots coincidan entre versiones —un noindex perdido en la plantilla móvil a solas se vuelve un desastre en el momento en que mobile-first toma el control. Y usa Search Console, que te notifica cuando Google mueve tu sitio y que reporta, a través de la herramienta de inspección de URL, si una página dada fue rastreada por el Googlebot smartphone o el de escritorio, para que puedas confirmar dónde estás. Bajo cada ítem está la misma corrección de mentalidad: deja de pensar en la página móvil como una versión de cortesía reducida del sitio de escritorio real, y empieza a tratarla como el sitio canónico y completo en que está a punto de convertirse. Construir tu versión móvil como esa representación plena y autoritativa de tu contenido —no un eco de un original de escritorio— es la disciplina estructural por la que el AC Group ha trabajado durante 27 años.