Sé que el sitio es compatible con móviles pero hay un error de 'Mobile Usability' en Search Console — ¿qué son y debo arreglarlos?

Errores de Mobile Usability: 1) Texto muy pequeño — font-size < 12px en móvil. Arregla: súbelo a 14-16px. 2) Enlaces/botones muy juntos — espaciado <48px. Arregla: el área de toque debe ser 48x48px. 3) Contenido más ancho que el viewport — scroll horizontal. Arregla: haz un layout responsive.

Prueba: abre el sitio en móvil, verifica si se puede leer el texto y si se pueden pulsar los enlaces. Prueba a deslizar el dedo y pulsar.

en nuestro sitio había error de texto muy pequeño porque el diseñador no sabía de responsive y ¡En móvil la fuente era de 10px! cuando lo puse a 14px se cerraron los errores, no vi diferencia especil en el ranking pero el bounce rate bajó un 20% — la gente empezó a leer de nuevo.

Mobile Usability: Como Google usa mobile-first indexing, buena UX en móvil = factor de ranking. Pero no es el principal. Arregla los errores en 1-2 semanas, aunque no veas diferencia en el ranking, mejora la experiencia de usuario.

si el texto está muy pequeño no se ve en móvil, si los enlaces esátn muy juntos hay errores al pulsar con el dedo. esto empeora la experiencia de usuario pero no afecta directamente al ranking luego arreglalo igual para que el cliente quede contento.

Mobile Usability: el sitio es compatible pero tiene errores. Bilek: si está bien ¿qué error? Google: está bien pero hay problemas con el toque del dedo. Lección: responsive no es todo también hace falta UX.

Voy a detallar un poco el aspecto técnico. Una página con poco tráfico puede ser la que llega a la persona correcta. Mira de dónde vienen las ventas.

gracias, me ha servido de mucha ayuda luego las soluciones que funcionan a pequeña escala se rompen al crecer aprendí esto tarde.

eso es todo disculpa si me he extendido demasiado.

Hay algo que no entiendo. Al tomar decisiones, escribe también el peor escenario, no solo el mejor.

La gente no defiende el proceso, defiende la costumbre. La resistencia viene de ahí. Comprobado por experiencia.

La respuesta de arriba ha dado en el clavo. Discutir cifras sin validar la configuración de medición es perder el tiempo.

También me gustaría saber si alguien lo hace de otra manera.

Hace dos años viví exactamente lo mismo. Si decidimos sin medir, siempre acabamos en el mismo punto.

Ningún proceso mejora si no se registran datos, porque no sabes qué tienes que arreglar. Si escribís el resultado aquí, también servirá de ayuda a otros.

hay tres cosas que revisar al hacer esto pero intentar hacerlo solo es la vía más cara.

si escribís el resultado aquí tambin servirá de ayuda a otros.

Aquí tengo una objeción. Cualquier comentario hecho sin grupo de control es solo una suposición.

Corrijanme si me equivoco.

Me quedé tranquilo al leer esta respuesta, así que no solo me pasa a mí. En lugar de borrar, unid; el contenido borrado no vuelve.

Me han quedado claras las dudas, gracias.

Yo también pienso lo mismo. Las soluciones que funcionan a pequeña escala se rompen al crecer, aprendí esto tarde.

La mayor parte de la pérdida de tiempo se acumula en los trabajos pendientes de aprobación.

Yo también estaba pensando en lo mismo. La gente no defiende el proceso defiende la costumbre. La resistencia viene de ahí.

Yo seguiría por ese camino.

Estoy siguiendo esto.

Resumen breve para nuevos usuarios: Empezad con una pequeña prueba, no lo integréis todo de golpe.

Si tenéis dudas, escribid, os responderé en la medida de lo posible.