Usted abre su sitio en el teléfono y algo no le cuadra. La página es más corta que la de su computadora, el menú oculta la mitad de los enlaces o un rediseño acaba de salir al público y bajaron las llamadas. Luego alguien menciona que Google mira la versión móvil, y la pregunta se vuelve si lo que falta en esa versión le está costando clientes.
Sí, la versión para teléfono es la que más cuenta. Con la indexación «mobile-first» (primero para móviles), Google usa principalmente la versión móvil de una página, rastreada con su rastreador para smartphones, para indexar y posicionar. Su diseño para teléfono no tiene que coincidir con el de escritorio. El contenido y los enlaces que importan sí tienen que estar en ambas.
La primera revisión toma unos diez minutos y no cuesta nada. Un sitio con contenido equivalente en ambas versiones muchas veces no necesita ninguna reconstrucción, así que empiece por lo que puede ver en su propio teléfono.
Puntos clave
El rastreador para smartphones de Google obtiene la versión móvil de su página y la usa para indexar y posicionar.
El texto, los encabezados, los enlaces, los metadatos, los datos estructurados, las imágenes y el texto alternativo deben ser equivalentes en el teléfono y en la computadora.
Googlebot no toca, no desliza ni escribe, así que el texto importante que aparece solo después de esas acciones quizá nunca se vea.
La Inspección de URL con «Test live URL» (probar URL en vivo) y «View tested page» (ver página probada) muestra la captura de pantalla, el HTML, los encabezados y los recursos cargados.
Sepa qué versión de su página lee Google realmente
Google define la indexación mobile-first como usar la versión móvil del contenido de un sitio, rastreada con el agente para smartphones, para indexar y posicionar. Cuando su página tiene una versión móvil, la versión de escritorio no es la fuente principal. Google anunció este cambio por primera vez en su publicación Lanzamiento de la indexación mobile-first, y se aplica a sus páginas hoy.
Qué tanto debe preocuparle depende de cómo está construido su sitio. Un sitio responsivo, en el que una página se reacomoda para caber en la pantalla, generalmente sirve el mismo HTML a todos los dispositivos. Esa es la configuración que Google recomienda, porque es más fácil de mantener. Los sitios que usan servicio dinámico (dynamic serving) o direcciones móviles separadas pueden mostrarle a un visitante del teléfono un contenido bastante distinto al de un visitante de escritorio, y ahí es donde puede abrirse una brecha.
Google no exige un sitio móvil separado. Sí pide páginas que funcionen bien en un teléfono, y mira lo que su rastreador puede acceder y procesar, no solo cómo se ve la página.
Mantenga sus páginas visibles igualando lo que cuenta, no cómo se ve
La página del teléfono puede verse nada parecida a la de escritorio. Lo que piden las buenas prácticas de indexación mobile-first de Google es equivalencia. El contenido principal, los encabezados, los metadatos, los datos estructurados, las imágenes, el texto alternativo, los pies de foto, los nombres de archivo, los videos y los enlaces deben estar disponibles en ambas versiones.
Si la página del teléfono tiene menos información, Google puede tener menos información para indexar y posicionar. Los enlaces importan de forma parecida. Limitar los enlaces en la versión para teléfono puede hacer más lento que Google descubra las páginas a las que apuntan, así que vale la pena corregir un menú móvil que omite en silencio sus páginas de servicio.
Los datos estructurados siguen la misma regla. El marcado de su versión para teléfono debe coincidir con el de escritorio, con las direcciones correctas si usa URL móviles separadas. Las imágenes necesitan un poco de cuidado también. Google advierte que cambiar las direcciones de las imágenes en la versión móvil puede causar una caída temporal en el tráfico de búsqueda de imágenes mientras reconstruye el historial de las nuevas direcciones.
Use acordeones y pestañas sin perder el texto que contienen
Los teléfonos tienen poco espacio, así que pasar el texto a un acordeón o a una pestaña es una elección normal. Google lo permite, siempre que el contenido siga siendo equivalente a la versión de escritorio. Una sección plegada no se ignora solo por estar plegada.
La trampa está en cómo llega el contenido a la página. Si el texto ya está en la página y solo está oculto hasta que alguien lo abre, Google puede leerlo. Si se carga solo después de un toque, un deslizamiento o una entrada escrita, Googlebot no realiza esas acciones, así que ese texto quizá nunca llegue al índice. La página de Google sobre contenido de carga diferida muestra cómo cargar el contenido para que Google aún pueda verlo.
Una prueba rápida ayuda. Si un visitante tiene que hacer algo antes de que aparezca un párrafo o un enlace clave, pregunte a su desarrollador si el texto ya está en la página desde el inicio.
Detecte los problemas que esconden sus páginas sin que se note
Google enumera una serie de problemas de la versión para teléfono que causan dificultades. Son fáciles de pasar por alto, porque la página puede verse perfecta para un visitante mientras Google ve otra cosa. Estos son los que conviene buscar primero:
- Recursos bloqueados: CSS, JavaScript o imágenes importantes que su archivo robots.txt bloquea, lo que puede impedir que la página se renderice como la ve un visitante.
- Etiquetas robots diferentes: Una etiqueta meta robots en la versión para teléfono que difiere de la de escritorio, sobre todo un `noindex` solo en móvil (mantener esta página fuera de la búsqueda) o un `nofollow` (no seguir estos enlaces).
- Texto alternativo faltante o distinto: Imágenes en la página del teléfono que perdieron sus descripciones o tienen descripciones diferentes.
- Discrepancias en redirecciones y errores: Una visita desde el teléfono que lleva a una página no relacionada, o devuelve un error, cuando la dirección de escritorio funciona bien.
- Imágenes que Google no puede usar: Fotos que son demasiado pequeñas, no compatibles, están bloqueadas o cambian constantemente de dirección.
Los videos pueden chocar con el mismo obstáculo. Google también marca los videos que son difíciles de encontrar en la página del teléfono, no son compatibles o no tienen los datos estructurados equivalentes. Si su sitio pasó por un rediseño, un cambio de plugin o una mudanza a un nuevo host, estos son los primeros lugares donde mirar, y la guía sobre cómo mudar su sitio web sin perder posiciones en Google explica qué más proteger durante un cambio así.
Haga una comparación entre teléfono y escritorio en diez minutos
Elija sus tres páginas más importantes: normalmente la página de inicio, su página principal de servicio o producto, y la página de contacto o de reservas. Abra cada una en su teléfono y en una computadora, y anote cualquier cosa que aparezca en una versión pero no en la otra. Trátelo como una rutina práctica; Search Console es la verificación que muestra lo que el propio Google recibió.
| Compare en ambas versiones | Por qué importa una brecha |
|---|---|
| La respuesta principal o la descripción del servicio | Menos texto en el teléfono puede significar menos contenido para que Google indexe |
| El título de la página y el encabezado principal | Una plantilla solo para móvil puede cambiarlos en silencio por otros distintos |
| Otros encabezados importantes y el texto de apoyo | Los encabezados le dicen a Google de qué trata la página |
| Enlaces a servicios o productos relacionados | Menos enlaces en el teléfono pueden hacer más lento el descubrimiento de esas páginas |
| Número de teléfono, formulario, botón de reservas y dirección | Los clientes actúan con estos datos, y uno roto le hace perder la venta |
| Precios, productos, disponibilidad y reseñas | Los detalles que existen solo en una versión se pasan por alto con facilidad |
| Imágenes, pies de foto y texto alternativo | Las descripciones ayudan a Google a entender e indexar sus imágenes |
Anote cada diferencia y luego ordene la lista en dos montones. Las diferencias de diseño, espaciado u orden son normales. Las diferencias en palabras, enlaces, botones o imágenes son las que hay que revisar a fondo. Si la página del teléfono tiene menos texto, una lista de zonas de servicio o un conjunto de enlaces, encontró algo que vale la pena corregir.
La misma rutina sirve después de un rediseño o de cualquier cambio de plantilla. Repítala cada vez que salga algo importante. Si la vista del teléfono también se siente torpe o lenta, las publicaciones sobre si su sitio web es compatible con móviles y sobre qué hacer cuando un sitio web tarda en cargar tratan esos problemas aparte.
Vea su página como la ve Google
Sus ojos solo pueden decirle hasta cierto punto. Search Console puede mostrarle lo que Google obtuvo y dibujó. La herramienta de Inspección de URL de Google le permite revisar cualquier página de un sitio que haya verificado, y Inspeccionar y solucionar problemas de una página explica los resultados.
La rutina para cada dirección clave es corta:
- Abra Search Console e ingrese la URL completa de la página en la barra de inspección.
- Lea la vista indexada, que muestra lo que Google guardó de esa página.
- Seleccione Test live URL (probar URL en vivo) para obtener la página actual.
- Abra View tested page (ver página probada) para ver la captura renderizada, el HTML, los encabezados HTTP, la salida de la consola de JavaScript y los recursos cargados.
- Compare el resultado de la prueba en vivo con el resultado indexado, porque los dos pueden diferir.
Busque una captura en blanco o parcial, recursos bloqueados, errores en la consola, un `noindex` o `nofollow` solo en móvil, y enlaces que aparecen en escritorio pero no aquí. Si una página que arregló la semana pasada todavía muestra el problema anterior en la vista indexada, la prueba en vivo le dice si la corrección funciona. Si la página no se indexó en absoluto, la guía sobre por qué una página no está indexada en Search Console es la siguiente parada.
Una prueba en vivo sirve para revisar una reparación reciente. No reproduce cada decisión de indexación, y un resultado limpio muestra que la página puede obtenerse y dibujarse, no que vaya a posicionarse. Después de una corrección real, puede solicitar la indexación desde la misma pantalla.
Gaste dinero solo donde el problema lo necesite
Puede hacer la primera revisión de paridad usted solo, y un sitio responsivo con contenido equivalente quizá no necesite una reconstrucción. Un diseño de teléfono que se ve distinto del de escritorio no es razón para comprar un rediseño. Si su revisión encuentra una brecha pequeña, como un párrafo que falta o un menú sin enlaces, puede que sea una edición rápida.
La ayuda profesional tiene sentido cuando el problema está fuera de su alcance. Eso incluye los casos en que no puede saber qué contiene la página renderizada en el teléfono, el sitio usa URL móviles separadas o servicio dinámico, Search Console muestra recursos bloqueados o problemas de indexación, el contenido importante depende de un toque o un deslizamiento, o la reparación implica cambios en su CMS, JavaScript, servidor, CDN o datos estructurados.
El tamaño del trabajo depende de la causa. Estos son rangos típicos para planificar, no cotizaciones.
| Problema | Corrección típica | Tamaño habitual |
|---|---|---|
| Falta contenido principal | Restaure el texto y los encabezados equivalentes en la página del teléfono | Pequeño a mediano |
| Faltan enlaces | Añada enlaces equivalentes rastreables al menú o a la página | Por lo general pequeño |
| Títulos o etiquetas robots distintos | Haga coincidir títulos, descripciones, etiquetas robots y canónicas | Pequeño a mediano |
| Contenido que necesita un toque o un deslizamiento | Cárguelo junto con la página para que Google pueda leerlo | Mediano a grande si se requiere código a medida |
| Recursos bloqueados | Actualice robots.txt, las reglas del servidor, del CDN o de seguridad | Pequeño a mediano |
| Errores en URL móviles separadas | Corrija redirecciones, códigos de estado y enlaces canónicos | Mediano a grande |
Una revisión profesional añade algo que sus ojos no pueden ver: una comparación entre la página que pretendía, la renderización en vivo del teléfono y lo que Google indexó, seguida de una reparación dirigida y una nueva verificación. Eso es diagnóstico y reparación, no un sitio web nuevo automáticamente.
Deje de preocuparse por lo que importa mucho menos
Algunas preocupaciones no cambian en nada el resultado. Soltarlas deja más atención para las correcciones que sí importan.
Su teléfono y su versión de escritorio no tienen que verse igual. Google permite un diseño distinto, incluido contenido movido a acordeones o pestañas, siempre que el contenido principal siga siendo equivalente. Cada diferencia visual tampoco es un problema de indexación. Revise a fondo las palabras, enlaces, recursos y metadatos que falten.
Un resultado exitoso de la Inspección de URL no es una promesa de posicionamiento. Muestra elegibilidad, y el posicionamiento depende de mucho más que eso. Que un ranking se vea distinto en su teléfono que en su computadora no prueba por sí solo un problema de indexación móvil.
Por último, no necesita archivos ni marcado especiales para aparecer en las funciones de IA de Google. La guía de Google sobre funciones de IA y su sitio web dice que no hay requisitos técnicos adicionales ni un esquema especial de IA para AI Overviews (descripciones generales con IA) o AI Mode (modo IA). Se aplican los mismos fundamentos: páginas que Google puede rastrear, enlaces internos, texto útil, buena experiencia de página, datos estructurados que coincidan e información precisa del negocio.
Revise lo que sabe sobre la versión para teléfono
Elija una respuesta para empezar.
1. ¿Qué versión de su página usa Google principalmente para indexar y posicionar?
2. Su página móvil pone la descripción de un servicio dentro de un acordeón que ya está en el HTML de la página. ¿Cuál es el resultado probable?
3. Ejecutó «Test live URL» y la página se renderizó por completo. ¿Qué le dice eso?
Preguntas frecuentes sobre la indexación mobile-first
¿Google usa la versión móvil para posicionar?
Sí. Google usa la versión móvil de una página, rastreada con su agente para smartphones, para indexar y posicionar.
¿Mis páginas móviles y de escritorio deben verse idénticas?
No. El diseño puede ser distinto. El contenido principal, los encabezados, los metadatos, los datos estructurados, las imágenes, el texto alternativo y los enlaces deben ser equivalentes en ambas.
¿Cuenta el contenido dentro de un acordeón móvil?
Puede contar cuando el contenido está en la página y no depende de un toque, un deslizamiento ni una entrada escrita, ya que Googlebot no realiza esas acciones.
¿Cómo veo lo que Google ve en la página de mi teléfono?
Use la herramienta de Inspección de URL en Search Console, seleccione «Test live URL» (probar URL en vivo) y luego abra «View tested page» (ver página probada) para ver la captura renderizada, el HTML, los encabezados, la salida de la consola y los recursos cargados.
¿Pueden importar los enlaces que faltan en el móvil?
Sí. Limitar los enlaces en la versión móvil puede hacer más lento que Google descubra las páginas a las que apuntan.
¿Necesito un sitio web móvil separado?
No. Google no lo exige. El diseño responsivo es la configuración que recomienda porque es más fácil de mantener.
Reflexiones finales
Google lee primero la versión para teléfono de sus páginas, así que la versión para teléfono es donde se decide su visibilidad. No necesita verse igual que su página de escritorio. Sí necesita el mismo texto, encabezados, enlaces, metadatos, datos estructurados, imágenes y texto alternativo, cargados de una forma a la que Googlebot pueda acceder sin tener que tocar ni deslizar.
Cuando pueda decir a qué puede acceder Google en su versión para teléfono, qué diferencias importan y qué corrección va primero, la preocupación se reduce a una lista corta de pendientes. Unas cuantas brechas silenciosas cerradas ahora pueden mantener sus páginas de servicio, sus datos de contacto y sus imágenes frente a las personas que las buscan.
Si su revisión muestra una brecha que no puede explicar, o si Search Console muestra recursos bloqueados o problemas de indexación, Web Leveling puede comparar la página que pretendía, la renderización en vivo del teléfono y lo que Google indexó, y luego reparar lo que encontremos. Nuestro trabajo de diseño web cubre las plantillas, los menús y los diseños móviles detrás de la mayoría de estos problemas. Trabajamos con pequeñas y medianas empresas en todo el país y en el extranjero. Contáctenos sobre sus páginas para teléfono y le diremos qué hay que arreglar y qué puede quedarse como está.
Términos
Palabras usadas en esta publicación
Toque un término para ver qué significa.
Indexación mobile-first. La práctica de Google de usar la versión móvil de una página, rastreada con su agente para smartphones, para indexar y posicionar.
Googlebot para smartphones. El rastreador que Google usa para obtener páginas como lo haría un teléfono.
Diseño responsivo. Una página que se reacomoda para caber en la pantalla, y que normalmente sirve el mismo HTML a todos los dispositivos.
Página renderizada. La página terminada después de que el navegador o Google cargaron y dibujaron todo su código y sus archivos.
robots.txt. Un archivo de su sitio que indica a los rastreadores qué archivos y carpetas pueden obtener.
noindex. Una etiqueta robots que pide a Google que mantenga una página fuera de los resultados de búsqueda.
Inspección de URL. Una herramienta de Search Console que muestra cómo Google ve una página específica, incluida una prueba en vivo.
