Cómo hacer SEO móvil: la guía honesta y completa

Aquí está lo que nadie dice lo suficientemente claro: ya no hay una “versión móvil” del índice de Google: la versión móvil de su sitio esencialmente es su sitio a los ojos de Google. Así que cómo hacer SEO móvil se reduce a cuatro movimientos: asegúrese de que sus páginas móviles contengan el mismo contenido, datos estructurados y metadatos que sus páginas de escritorio (paridad); haga que esas páginas sean genuinamente utilizables en una pantalla pequeña (texto legible, botones táctiles, sin desplazamiento lateral); manténgalas rápidas en teléfonos reales y redes reales, no solo en la oficina wifi; y evite las cosas que Google explícitamente no le gustan en el móvil, como ventanas emergentes intrus y redirirecciones defectuosas. Haga bien esos cuatro y ya ha hecho el trabajo pesado.

Bueno, seamos honestos: “SEO móvil” solía ser el capítulo que la gente se saltaba. Un buen-tener. Algo que se obtiene después del trabajo de SEO “real”. Esa era ha terminado a fondo, y quiero guiarte a través de lo que importa ahora, lo que es un mito y cómo se ve una auditoría móvil práctica cuando te sientas a hacer una. Prometo que esto es menos intimidante de lo que parece.

¿Qué significa realmente para ti la indexación “móvil primero”?

Empecemos con la base, porque todo lo demás se construye sobre ella. La indexación móvil significa que Google rastrea e indexa predominantemente la web utilizando un agente de usuario de teléfono inteligente, por lo que cuando Googlebot visita su sitio, lo está viendo de la manera en que lo haría un teléfono. Google lo ha implementado gradualmente durante varios años y ha descrito la transición como esencialmente completa, por lo que, a efectos prácticos, debe asumir que sus páginas móviles son las que se indexan (las específicas evolucionan, por lo que vale la pena consultar la documentación actual de Google, pero la dirección de viaje ha sido unidireccional durante mucho tiempo).

Aquí está la parte que hace tropezar a la gente: la indexación móvil primero es literal. No es “Google da a los móviles un poco más de peso.” Es “la representación móvil de su página es la página”. Si un párrafo, un enlace interno, una tabla de especificaciones de producto o un fragmento de datos estructurados existe en el escritorio pero se elimina en el móvil — No se derrumbó, en realidad Eliminado del HTML — entonces, desde un punto de vista de indexación, puede que no exista en absoluto. He visto sitios perder rankings por contenido que realmente tenían… en el escritorio. En el móvil, un diseñador bien intencionado lo había recortado “para la limpieza”, y Google Simplemente nunca lo vio.

Una aclaración importante antes de entrar en pánico: la indexación móvil primero no significa que los usuarios de escritorio dejen de importar, y no significa que las clasificaciones de escritorio provengan de algún sistema separado. Hay un índice. Está construido, predominantemente, desde tus páginas móviles. Así que la pregunta “¿cómo me clasifico en el móvil?” y “¿cómo me clasifico en absoluto?” son ahora en su mayoría la misma pregunta.

Cómo hacer SEO móvil: ¿por qué una comprobación de paridad es lo primero?

Si realizas una acción de todo este artículo, hazlo de la siguiente manera: ejecuta una comprobación de paridad de contenido entre tus páginas móviles y de escritorio. Antes de la velocidad, antes de los ajustes de diseño, antes de cualquier cosa, porque los fallos de paridad son silenciosos. La página se ve bien. Nadie se queja. Tus rankings se hunden silenciosamente.

Esto es lo que la paridad significa en la práctica. Para las plantillas clave (página de inicio, páginas de categoría, páginas de artículos, páginas de productos), compare las versiones para dispositivos móviles y de escritorio de la misma URL y confirme que coincidan con:

• Contenidos primarios. Cada párrafo, encabezado e imagen que existe en el escritorio debe existir en el HTML móvil. Está bien que se colapse en un acordeón (más sobre eso pronto). Suprimido no es.
• Enlaces internos. Los diseños móviles aman podar la navegación y los enlaces de pie de página. Cada enlace recortado es una ruta de acceso y el contexto que Google pierde.
• Datos estructurados. Su esquema de marcado – artículo, producto, FAQ, breadcrumb, lo que sea que use – debe estar presente en la versión móvil. Es sorprendentemente común que las plantillas móviles lo eliminen.
• Metadatos. Títulos, meta descripciones, etiquetas canónicas, directivas de robots, hreflang. Estos deben ser idénticos en todas las versiones.
• Imágenes y texto alternativo. Las mismas imágenes (o versiones de tamaño adecuado), los mismos atributos alt y asegúrese de que el móvil no esté intercambiando imágenes significativas por imágenes CSS de fondo que no lleven texto alt.

¿Cómo lo compruebas realmente? Cargue la página en un teléfono (o en el modo de emulación del dispositivo de su navegador), vea el HTML renderizado y compárelo con el escritorio. La herramienta de inspección de URL de Search Console te muestra la página tal como la renderiza Google: mira el HTML rastreado, no solo la captura de pantalla. Para sitios más grandes, crawl con su rastreador de elección utilizando un agente de usuario de teléfono inteligente y diferenciar los resultados contra un rastreo de escritorio. Los deltas de conteo de palabras, los datos estructurados faltantes y la vinculación interna más delgada saltarán rápidamente.

Si ya tienes la costumbre de correr un Auditoría SEO técnica, doblar el control de paridad como una sección permanente — pertenece allí permanentemente, no como una excepción.

Diseño responsivo o un sitio móvil separado, ¿cuál debería elegir?

Si estás construyendo o reconstruyendo hoy, este es fácil: diseño responsive. Una URL, un conjunto de HTML, CSS que adapta el diseño a la pantalla. Es el enfoque Google ha recomendado durante mucho tiempo, y hace que los problemas de paridad sean estructuralmente más difíciles de crear, porque solo hay una versión del contenido para empezar.

Sin embargo, las alternativas merecen una palabra honesta, porque muchos sitios más antiguos aún las ejecutan:

• URL móviles separadas (el sitio clásico de m-punto, como m.example.com). Técnicamente, estos siguen funcionando, pero son un problema heredado: debe mantener dos bases de código, mantener correctas las anotaciones bidireccionales (rel .alternate apuntando a dispositivos móviles, canónico apuntando de nuevo al escritorio), mantener redirecciones precisas por página y mantener el contenido sincronizado para siempre. Cada uno de ellos es un lugar donde las cosas se rompen silenciosamente. Si heredas un sitio m-dot, la migración a responsive suele valer la pena planificar — con cuidado, con redireccionamientos adecuados — en lugar de remendar indefinidamente.
• Servicio dinámico (misma URL, HTML diferente dependiendo del agente de usuario). Menos frágil que m-dot, pero aún crea dos versiones de la verdad y exige vigilancia de paridad más encabezados Vary correctos.

No les estoy diciendo que abandonen todo y reconstruyan mañana: las migraciones tienen costos reales y riesgos reales. Te estoy diciendo que si estás en una configuración móvil separada, tu carga de trabajo de verificación de paridad es permanentemente más alta, y debes presupuestar eso honestamente hasta que puedas consolidarte.

¿Qué hace que una página sea realmente utilizable en un teléfono?

La usabilidad es donde el SEO móvil y la decencia humana simple se superponen por completo. Lo esencial no es glamoroso y vale la pena hacerlo bien:

• La metaetiqueta de la ventana gráfica. Sin <meta name="viewport" content="width=device-width, initial-scale=1"> en tu cabeza, los teléfonos renderizan tu página como un diseño de escritorio reducido que los usuarios deben pellizcar para leer. Este es el paso cero.
• Fuentes legibles sin zoom. El texto del cuerpo debe ser legible cómodamente al nivel de zoom predeterminado, en la práctica, eso significa un tamaño de fuente base de alrededor de 16px para la copia del cuerpo, con una altura de línea real. Si los usuarios tienen que hacer zoom para leer, has fallado antes de que el contenido tenga una oportunidad.
• Toca objetivos con espacio. Los botones y enlaces deben ser lo suficientemente grandes como para un pulgar y lo suficientemente separados para que la gente no engorde el dedo equivocado. Piense en su navegación, sus listas de enlaces de pie de página, su paginación: esos son los delincuentes habituales.
• Sin desplazamiento horizontal. El contenido debe ajustarse al ancho de la pantalla. Los culpables habituales son las imágenes de ancho fijo, incrustaciones y tablas que desbordan la ventana panorámica y arrastran toda la página hacia los lados.
• Formas que no te combaten. Utilice los tipos de entrada correctos (correo electrónico, tel, número) para que aparezca el teclado correcto, etiquete todo y mantenga los campos requeridos al mínimo.

Nada de esto es exótico. Pero aquí está la parte que nadie te dice: estos conceptos básicos decaen. Una página pasa cada comprobación en el lanzamiento, luego seis meses de actualizaciones de complementos, nuevas incrustaciones y adiciones al equipo de marketing más tarde, hay una tabla que desborda la ventana de visualización en su artículo de mayor tráfico. La usabilidad no es un hito; es mantenimiento.

¿Las ventanas emergentes realmente están perjudicando su clasificación móvil?

Hablemos de intersticiales, porque aquí es donde los objetivos de negocio y la experiencia del usuario chocan más fuerte. La guía de Google es que los intersticiales intrusivos, las ventanas emergentes de pantalla completa que cubren el contenido inmediatamente cuando alguien llega de los resultados de búsqueda, pueden hacer que el contenido sea menos accesible y pueden afectar negativamente el rendimiento de las páginas. Ese es el lado del motor de búsqueda. El lado humano es más simple: las personas que llegan de una búsqueda aprovechan tu resultado porque querían tu contenido, y un muro entre ellos y ese contenido es exactamente tan molesto como suena.

Ahora, el matiz honesto – porque esto no es “todas las ventanas emergentes están prohibidas”:

• Los intersticios legalmente requeridos están bien. Banners de consentimiento de cookies, puertas de verificación de edad: la guía de Google los talla explícitamente. No serás penalizado por cumplir con la ley.
• Los banners de tamaño razonable están bien. Un banner o aviso de instalación de aplicaciones que utiliza una parte modesta de la pantalla y deja el contenido accesible es un animal diferente de una toma de control de pantalla completa.
• El tiempo y el contexto importan. La guía se centra en los intersticiales que se muestran cuando un usuario aterriza de la búsqueda. Los contornos exactos evolucionan, así que revisa la actual documentación intersticial intrusiva de Google antes de reconstruir cualquier cosa, pero el principio ha sido estable: no emboscar a los buscadores con un muro.

¿Mis consejos prácticos? Mantenga su ventana emergente de captura de correo electrónico si gana su mantenimiento, pero demore, active la profundidad de desplazamiento o la intención de salida en lugar de la llegada, mantenga fácil descartar con un botón de cierre claramente pulsable y nunca deje que cubra el contenido que la persona buscó. Puedes tener objetivos de conversión y ser un anfitrión decente. No están en conflicto.

¿Cómo probar la velocidad del móvil sin mentirte a ti mismo?

Aquí hay una confesión que se aplica a casi todos los que leen esto: su sitio se siente rápido para tú porque lo estás probando en un teléfono reciente, a través de wifi de oficina o 5G fuerte, con la página ya almacenada en caché. Sus visitantes móviles reales incluyen personas con Android de rango medio de tres años, en redes móviles congestionadas, cargando su página en frío. Esas son las personas para las que trabaja tu velocidad.

Así que prueba en consecuencia:

• Acelera deliberadamente. Lighthouse y las herramientas de desarrollo de su navegador pueden simular CPU más lentas y redes más lentas. Ejecuta tus pruebas con la regulación, que es mucho más cercano a tu audiencia real que una ejecución de laboratorio sin estrangulamiento.
• Mantenga un dispositivo real de rango medio alrededor. Si el presupuesto lo permite, compra un teléfono Android barato y popular y usa tu sitio mensualmente. Es humillante de la manera más útil.
• Ver datos de campo, no sólo datos de laboratorio. Los Vitales Web Centrales (las métricas de carga, interactividad y estabilidad visual que Google recopila de los usuarios reales) le brindan una vista segmentada del dispositivo de cómo los visitantes reales experimentan sus páginas. Search Console muestra este dispositivo móvil segmentado frente a escritorio, que es exactamente la división que te importa aquí.
• Ataca a los sospechosos móviles habituales: imágenes de gran tamaño (sirve tamaños de respuesta, formatos modernos, carga perezosa debajo del pliegue), scripts de bloqueo de renderizado, incrustaciones pesadas de terceros y fuentes web que retrasan el texto. Las CPU móviles pagan un precio mucho más alto por JavaScript que su escritorio: el mismo paquete que es invisible en una computadora portátil puede agregar segundos en un teléfono de rango medio.

No te prometo que afeitarte un segundo sin cargar produce un salto de clasificación específico. — cualquiera que te cite un número universal lo está inventando. Lo que puedo decirte es que la velocidad es un factor confirmado, las páginas lentas pierden humanos antes de perder clasificaciones, y tu propio análisis (rebote y conversión por dispositivo, antes y después de las mejoras) te dirá para qué vale la velocidad. su audiencia.

¿Cómo se debe dar formato al contenido para lectores móviles?

El formato para móviles se trata principalmente de respetar una columna estrecha y un pulgar desplazable:

• Párrafos cortos. De dos a cuatro frases. Un párrafo que parece razonable en el escritorio se convierte en una pared gris intimidante a 375 píxeles de ancho.
• Carga tus respuestas. Respuesta directa primero, elaboración después: bueno para escanear humanos y bueno para la extracción de AI y fragmentos destacados por igual.
• Subtítulos reales cada pocos cientos de palabras, por lo que un lector de escaneo puede encontrar su sección sin leer la suya.
• Tablas que se desplazan en su propio contenedor. Las tablas anchas son el delincuente número uno de desplazamiento horizontal. Envuélvelos en un recipiente con overflow-x:auto Así que cuadro mientras la página permanece en su sitio. Tus datos sobreviven, tu diseño sobrevive, todos están felices.

Y ahora, el mito-busto que probablemente has estado esperando: acordeones y pestañas están bien. Existe la creencia persistente de que el contenido oculto en los acordeones colapsados se ignora o se devalúa. Bajo la indexación de mobile-first, Google ha dicho que el contenido en el HTML que se colapsa para la experiencia del usuario – acordeones, pestañas, secciones expandibles – se indexa y pondera normalmente, precisamente porque el contenido colapsado es un patrón estándar sensato en pantallas pequeñas. (Como siempre, verifique contra la documentación actual, pero Google ha sido consistente en esto durante años).

La diferencia crucial: el contenido debe estar en el HTML, simplemente colapsado visualmente. Un acordeón que solo obtiene su contenido a través de JavaScript después de que el usuario lo toca es una situación diferente: ese contenido nunca se puede ver. Entonces: colapsa libremente, pero asegúrate de que las palabras estén en la fuente. Las secciones de preguntas frecuentes, las tablas de especificaciones y las explicaciones largas funcionan maravillosamente en acordeones en dispositivos móviles. Utilizarlas sin culpa.

¿La intención de búsqueda móvil realmente difiere?

En pocas palabras, sí, cualitativamente. Alguien que busca en un teléfono es más probable que esté en el mundo: caminar, viajar, estar de pie en una tienda comparando opciones, buscar algo “cerca de mí” o necesitar una respuesta ahora mismo. Eso no significa que cada búsqueda móvil sea local o urgente: muchas personas hacen una investigación profunda desde el sofá en sus teléfonos. Pero si su negocio tiene cualquier dimensión local, móvil es donde se concentra la intención en movimiento, así que asegúrese de que sus horas, dirección, número de teléfono (tappable, por favor – usar tel: enlaces), y las direcciones son fáciles de encontrar en el móvil. Y compruebe sus propios datos de Search Console: las consultas que sesgan el móvil para su sitio le dirá dónde vive la intención en su mundo. No tome mi palabra para el patrón – tome sus datos.

Este comportamiento visual, nativo y de desplazamiento es también exactamente la razón por la que superficies como Google Discover importan: si tienes curiosidad sobre ese feed nativo móvil, he escrito sobre cómo optimizar para Google Discover por separado, y se combina naturalmente con todo aquí.

Cómo hacer pruebas de SEO móvil: ¿qué herramientas realmente ayudan?

Los nombres de las herramientas cambian más de lo que lo hacen los principios, así que mantenga los nombres sueltos y los métodos firmemente:

• Consola de búsqueda de Google. su fuente de la verdad. Usa la inspección de URL para ver las páginas según Google las procesa, la experiencia de la página y los informes de Core Web Vitals para datos de campo divididos por dispositivo, y el informe de rendimiento para averías de dispositivos. (Google ha retirado y renombrado informes específicos para dispositivos móviles a lo largo de los años, el informe de usabilidad móvil independiente y la antigua herramienta de prueba amigable para dispositivos móviles entre ellos, así que trabaja con lo que GSC actualmente ofrece en lugar de buscar un nombre de informe específico de una publicación de blog anterior).
• Faro (en Chrome DevTools o PageSpeed Insights) para auditorías de laboratorio: ejecútelo en modo móvil con limitación y lea los diagnósticos, no solo la puntuación.
• Emulación de dispositivos de navegación para realizar comprobaciones rápidas de diseño en todos los tamaños de pantalla: rápido, gratuito y lo suficientemente bueno para detectar problemas de desbordamiento y tap-target.
• Dispositivos reales para la verdad. Los emuladores se aproximan; un teléfono real de rango medio en una conexión celular real es el examen final.
• Un rastreador con un agente de usuario de smartphone para verificaciones de paridad a escala, como cubrimos anteriormente.

Fíjate en lo que no está en esta lista: cualquier cosa cara. El SEO móvil es una de las áreas donde las herramientas gratuitas de primera mano realmente lo cubren.

¿Cuáles son los fallos de SEO móvil más comunes para auditar?

Estos son los clásicos, los errores que Google ha señalado específicamente a lo largo de los años y los que todavía encuentro constantemente:

• Errores de redirección. Una URL de escritorio que redirige a los usuarios móviles a la página de inicio (o a alguna página móvil genérica) en lugar del contenido equivalente. En su mayoría una enfermedad m-dot, pero redirecciones “inteligentes” mal configuradas también lo causan en sitios receptivos. Cada redirección defectuosa es un buscador que hizo clic en un resultado específico y fue arrojado a un lugar irrelevante.
• Activos bloqueados. Si robots.txt bloquea tu CSS o JavaScript, Google no puede mostrar la página de la forma en que los usuarios la ven, lo que significa que no puede confirmar que la página sea amigable para dispositivos móviles. Compruebe que los recursos de representación son rastreables.
• Contenido no reproducible. Los medios que requieren un plugin no son compatibles con los teléfonos, o incrustaciones que se representan como una caja vacía en el móvil. Usa vídeo HTML5 estándar y prueba tus incrustaciones en un teléfono real.
• Errores sólo móviles. Páginas que 404 o error para los agentes de usuario de teléfonos inteligentes mientras se trabaja bien en el escritorio. Los verás en las estadísticas de rastreo y en un rastreo de smartphone-UA.
• emboscadas intersticiales y errores de superposición – incluyendo la variante furtiva donde un botón de cierre de popup se convierte fuera de la pantalla en pequeñas ventanas, atrapando al usuario. Prueba tus superposiciones en tamaños pequeños específicamente.
• Las brechas de paridad, que hemos cubierto, se vuelven a enumerar porque es el fallo más consecuente y menos visible de la lista.

Si ejecuta una tienda en línea, capa en las versiones específicas de comercio de estos — los flujos de caja móvil y la navegación facetada tienen sus propios modos de falla, y yo los atravieso en el Guía SEO para el comercio electrónico.

¿Cómo se mide el rendimiento de los dispositivos móviles vs. escritorios con honestidad?

El informe de rendimiento de Search Console le permite segmentar por dispositivo: clics, impresiones, posición promedio y tasa de clics para dispositivos móviles frente a computadoras de escritorio. Aquí está cómo usar eso sin engañarte a ti mismo:

• Establece tu propia línea de base primero. Antes de cambiar nada, registre su cuota móvil actual de impresiones y clics, su CTR móvil frente a escritorio y coloque las brechas en sus consultas principales. La mejora se mide contra su línea de base, no contra el folclore de la industria.
• Comparar con like. Los CTR móviles y de escritorio difieren naturalmente porque las páginas de resultados en sí difieren: diferentes diseños, diferentes características que llenan la pantalla. Un CTR móvil más bajo no es automáticamente un problema; vale la pena investigar un CTR móvil que sea bajo en relación con su posición o que se caiga contra su propia historia.
• Observe las brechas de posición por consulta. Si las páginas específicas se clasifican notablemente peor en dispositivos móviles que en computadoras de escritorio, esa es una lista de tareas específicas: revise esas páginas exactas para detectar brechas de paridad, problemas de velocidad o fallas de usabilidad.
• Combina GSC con tus análisis. El compromiso y la conversión por dispositivo le indican si los visitantes móviles tienen éxito después del clic. Una gran clasificación móvil más una terrible conversión móvil significa que la experiencia de aterrizaje, no el SEO, es el cuello de botella.

Escucharás afirmaciones amplias sobre qué proporción de todo el tráfico es móvil. La respuesta es: depende de tu audiencia, y tu propio análisis te lo dirá en treinta segundos. Para muchos temas de consumo, el móvil domina; para algunas herramientas B2B y profesionales, el escritorio todavía lidera. Compruebe, no asuma – y dimensione su inversión móvil a lo que muestran sus datos.

¿Qué es lo que debe incluir en su lista de verificación de paridad móvil?

Guarda esto. Ejecutarlo en sus plantillas clave trimestralmente y después de cualquier rediseño o cambio de plantilla importante:

• ☐ Todo el contenido principal (texto, encabezados, imágenes) presente en HTML móvil — colapsado está bien, falta no es
• ☐ Todos los enlaces internos de escritorio presentes en el móvil (navegación, in-content, pie de página)
• ☐ Datos estructurados idénticos en el móvil y el escritorio
• ☐ Etiquetas de título, meta descripciones, etiquetas canónicas, directivas de robots y hreflang idénticas
• ☐ Imágenes presentes con el mismo texto alternativo; no hay imágenes significativas degradadas a fondos CSS
• ☐ Etiqueta meta presente y correcta
• ☐ Videos e incrustaciones que se pueden reproducir en dispositivos móviles
• ☐ No hay noindex solo para móviles, recursos bloqueados o respuestas de error para las aplicaciones de usuario de teléfonos inteligentes
• ☐ La misma página se carga en la misma URL (responsive), o redirige el mapa uno a uno (legacy m-dot)

¿Cómo es un flujo de trabajo de auditoría de UX móvil repetible?

Aquí está el flujo de trabajo que realmente había ejecutado, de principio a fin. Presupuesta una tarde enfocada para un sitio pequeño; programe trimestralmente.

1. Elige tu muestra. Sus diez páginas principales por tráfico de búsqueda, más un ejemplo de cada plantilla principal (casa, categoría, artículo, producto, contacto).
2. Ejecute la lista de comprobación de paridad anterior en cada uno, utilizando la inspección de URL y un rastreo de smartphone-UA. Registra cada brecha.
3. Pase de teléfono. En un dispositivo real, idealmente de rango medio, en celular, visite cada página desde una búsqueda de Google, no desde un marcador. Experimenta la llegada exactamente como lo hace un buscador. Tenga en cuenta cada ventana emergente, cada carga lenta, cada oscilación de diseño, cada línea ilegible, cada botón que pulse mal.
4. Pase de laboratorio. Faro en modo móvil con regulación para cada plantilla. Registrar las puntuaciones y, lo que es más importante, los diagnósticos específicos.
5. Pase de datos de campo. Revisa los aspectos vitales de la web principal en Search Console para dispositivos móviles. Marcar cualquier grupo de páginas que falle; hacer referencia cruzada con el diagnóstico de laboratorio para encontrar causas.
6. Barre el fracaso. Compruebe si hay los clásicos: redirecciones defectuosas, activos bloqueados en robots.txt, medios no reproducibles, errores de superposición en pequeñas ventanas.
7. Medida y línea de base. Grabar clics, impresiones, CTR y posiciones móviles frente a escritorio para las consultas principales en GSC. Este es el punto de comparación del próximo trimestre.
8. Prioriza sin piedad. Solucionar brechas de paridad y redirecciones defectuosas primero (daño a nivel de indexación), bloqueadores de usabilidad segundo (daño a nivel humano), mejoras de velocidad tercero (programa en curso). Nave, documento, volver a probar el próximo trimestre.

Eso es todo. No es glamuroso – sólo un bucle que, correr constantemente, te mantiene por delante de la lenta decadencia que hunde la experiencia móvil de la mayoría de los sitios.

Una cosa más antes de las preguntas frecuentes, porque es donde mi mundo y el tuyo se superponen: si promocionas tu contenido en las redes sociales, tus visitantes de esas publicaciones están abrumadoramente en los teléfonos: la gente desplaza Instagram, TikTok y LinkedIn de sus bolsillos, no de sus escritorios. Cada página de destino que enlace desde una publicación social debe pasar exactamente el mismo bar que hemos establecido aquí: rápido, legible, sin popups de emboscada. Una gran publicación que conduce a una página móvil torpe desperdicia el clic para el que trabajó.

FAQ: Cómo hacer SEO móvil

¿Es el SEO móvil diferente del SEO regular?

Menos de lo que solía ser. Debido a que Google indexa predominantemente la versión móvil de su sitio, el SEO móvil es en gran medida SEO regular ahora. La capa específica móvil es paridad (mismo contenido y marcado en el móvil como escritorio), usabilidad (legible, táctil, sin desplazamiento horizontal), velocidad en dispositivos y redes reales, y evitando intersticiales intrusivos.

¿El contenido oculto en los acordeones perjudica al SEO?

No, siempre y cuando el contenido esté realmente en el HTML y simplemente se colapse visualmente, Google lo indexa y pondera normalmente bajo la indexación de dispositivos móviles. Los acordeones y las pestañas son un patrón recomendado para UX móvil. La excepción es el contenido cargado solo después de una interacción del usuario a través de JavaScript, que nunca se puede rastrear.

¿Necesito un sitio web móvil separado?

No, y no deberías construir uno hoy. El diseño responsive, una URL que sirve un conjunto de HTML que se adapta al tamaño de la pantalla, es el enfoque recomendado por Google y evita estructuralmente la mayoría de los problemas de paridad. Los sitios separados de m-dot todavía funcionan, pero llevan una sobrecarga de mantenimiento permanente y formas adicionales de romperse.

¿Se penalizará mi sitio web?

Intersticiales intrusivos (popups de pantalla completa que bloquean el contenido cuando alguien llega de la búsqueda) pueden afectar negativamente el rendimiento de sus páginas, según la guía de Google. Los banners legalmente requeridos como el consentimiento de cookies y la verificación de edad están exentos, y los banners de tamaño razonable están bien. Retrasar las ventanas emergentes, activarlas en el compromiso en lugar de la llegada, y mantener el contenido accesible.

¿Cómo puedo comprobar si Google ve correctamente mis páginas móviles?

Usa la herramienta de inspección de URL de Search Console para ver la página tal como Google la ha renderizado, incluido el HTML rastreado. Confirma que tu contenido, enlaces y datos estructurados aparezcan allí. Luego, revise los informes de Core Web Vitals y de experiencia de página para ver los datos de campo móviles y rastree su sitio con un agente de usuario de teléfono inteligente para detectar brechas de paridad a escala.