Auditoría SEO móvil, qué reviso exactamente y con qué herramientas

Cuando audito una web, hay una pregunta que me hago antes que casi cualquier otra, y es qué está viendo exactamente Googlebot Smartphone cuando entra. Porque desde que el mobile-first indexing se desplegó por completo, Google indexa y clasifica tu web usando la versión móvil, no la de escritorio. Esto sigue sin estar interiorizado en muchas pymes, donde la web se diseña y se aprueba mirando un monitor de 27 pulgadas mientras el 70% del tráfico real llega desde un teléfono.

En este artículo te cuento qué reviso en la parte móvil de una auditoría SEO profesional, con qué herramientas lo hago y cuáles son los errores que más se repiten. Es el proceso que aplico web tras web, sin teoría de relleno.

Mobile-first como punto de partida de cualquier auditoría

No existen dos índices separados, uno para escritorio y otro para móvil. Hay un único índice, y la versión que Google evalúa para construirlo es la móvil, tal y como explica la propia documentación de mobile-first indexing de Google. La consecuencia práctica es directa, y conviene grabársela a fuego. Si tu versión móvil es una versión recortada de la de escritorio, posicionas con la recortada.

Por eso lo primero que hago es identificar qué configuración móvil tiene el sitio. ¿Es responsive, dynamic serving o URLs separadas tipo m.dominio.com? Cada configuración tiene su propio catálogo de errores típicos, así que saber con cuál trabajo me ahorra horas. Lo detecto en tres minutos con DevTools, ya que el dynamic serving deja la cabecera Vary: User-Agent en la respuesta del servidor, las URLs separadas llevan etiqueta alternate hacia la versión m. con su canonical de vuelta, y si descarto esas dos, estoy ante un responsive con su meta viewport.

Paridad de contenido, el error silencioso que más rankings cuesta

Aquí está, en mi experiencia, el problema más caro de todos. El contenido de la versión móvil tiene que ser el mismo que el de escritorio, y eso incluye textos, encabezados, imágenes con sus atributos alt, datos estructurados, hreflang y etiquetas meta. Una pyme de servicios que auditamos había decidido aligerar su versión móvil quitando párrafos enteros y media sección de preguntas frecuentes, convencidos de que así cargaba más rápido. Cargaba más rápido, sí, pero Google estaba clasificando esa versión empobrecida, y las posiciones lo reflejaban.

Capítulo aparte merecen los menús y acordeones móviles que, además de ocultar contenido visualmente (eso no es problema si está en el HTML), directamente eliminan enlaces del código. Si tu menú móvil tiene 8 enlaces y el de escritorio 40, acabas de romper tu enlazado interno para el rastreador que de verdad importa. Lo compruebo siempre comparando los enlaces extraídos en un crawl con user-agent móvil contra el de escritorio.

Cómo lo verifico con Screaming Frog, GSC y PageSpeed

Mi proceso tiene tres patas que se complementan.

¿Necesitas ayuda con tu estrategia SEO?

Trabajemos juntos para hacer crecer tu negocio con una estrategia digital personalizada.

Contactar ahora Pedir reunión

• Screaming Frog con rendering JavaScript y user-agent Googlebot Smartphone. Configuro el crawl para renderizar como lo haría Google desde un móvil y comparo contra un crawl desktop. Ahí afloran las diferencias de contenido, de enlazado y los recursos que no cargan.
• Google Search Console. En ajustes y estadísticas de rastreo verifico que el rastreador principal sea Googlebot Smartphone (lo normal es una distribución 60-40 o 70-30 a su favor). Con el inspector de URLs pruebo la URL publicada y reviso la captura renderizada y los recursos bloqueados. Si quieres profundizar en esta parte, escribí sobre ello en cómo audito con Search Console.
• PageSpeed Insights. Siempre con la pestaña móvil por delante, porque los Core Web Vitals que cuentan son los de campo en móvil, los datos reales de usuarios del informe CrUX. Un LCP de 2 segundos en tu portátil con fibra puede ser de 5 en un Android de gama media con 4G justito. La referencia de umbrales la tienes en la guía de Web Vitals de web.dev.

Los errores móviles que más me encuentro

Después de auditar decenas de webs, los patrones se repiten tanto que casi podría rellenar el informe antes de abrir el crawl. Estos son los sospechosos habituales.

Recursos bloqueados por robots.txt. Alguien vio en los logs que Google rastreaba mucho un fichero JS o CSS y le metió un disallow para que se centrara en las páginas. El resultado es que Google no puede pintar la página completa, y la guideline de Google avisa de que esto puede afectar negativamente al posicionamiento. Lo he visto recuperar visibilidad solo con desbloquear esos recursos.

Interstitials intrusivos. El popup de newsletter que tapa toda la pantalla nada más aterrizar es molesto para el usuario y penalizable para Google. Banner discreto sí, cortina opaca no.

Tap targets demasiado pequeños o juntos. Botones y enlaces que en pantalla táctil se pisan entre sí. Lighthouse lo señala directamente en su informe de adaptación móvil.

Viewport mal configurado o ausente. La etiqueta debe llevar width=device-width e initial-scale=1. Sin eso, ni navegadores ni Google interpretan bien cómo adaptar el contenido.

Media queries rotas en resoluciones reales. Cruzo las resoluciones de pantalla con más tráfico en GA4 con el modo responsive de DevTools, y más de una vez aparece la web descuadrada justo en la resolución que usa el 25% de las visitas.

Por dónde empezar si sospechas que tu móvil cojea

Si solo puedes hacer una cosa hoy, abre tu web en Search Console, inspecciona tu URL principal, prueba la versión publicada y mira la captura renderizada. Si lo que ves ahí no se parece a tu web, ya sabes dónde está el fuego. Para una revisión ordenada tienes mi checklist de auditoría SEO gratuito, que incluye los puntos móviles que hemos visto aquí.

Y si prefieres que lo revise yo con crawl renderizado, datos de campo y un plan de acción priorizado, esto es exactamente parte de lo que entrego en mi auditoría SEO de 350€. La versión móvil de tu web es la que Google usa para decidir dónde te coloca, así que tratarla como la versión secundaria sale caro.