Transcripción de Por qué la velocidad de la página es importante en su sitio web
Publicado: 2019-12-18Volver a Podcast
Transcripción
John Jantsch: Este episodio es un podcast de marketing de cintas adhesivas y se lo ofrece pixelz.com. Tienes que hacer que esas imágenes se vean geniales. Si quiere que resalten, si quiere que representen sus productos, este es un servicio de retoque para que sus imágenes se vean geniales.
Hola y bienvenidos a otro episodio de Duct Tape Marketing Podcast. Este es John Jantsch. Mi invitado de hoy es Lukas Haensch. Es ex gerente de UX de Google y fundador de Pathmonk en pathmonk.com.
John Jantsch: Y vamos a hablar sobre la velocidad de la página, la velocidad de carga del sitio web, todos los factores de UX. Si las personas han visitado su sitio web y se carga muy lentamente, es una mala experiencia y por eso es un factor tan importante. De hecho, es un factor tan importante que Google lo llama externamente un factor de clasificación para propósitos de SEO. Así que Lukas, gracias por acompañarme.
Lukas Haensch: Gracias Juan. Gracias por invitarme.
John Jantsch: Entonces, ¿cómo hace una persona? Quiero decir, de nuevo, muchas veces la gente habla de la velocidad de la página y hay tantos factores que entran en juego. Alguien podría tener un gran sitio web que carga rápido, pero alguien tiene un acceso telefónico lento, como solía decir. Ya no decimos acceso telefónico, ¿verdad? Pero conexión lenta. Y entonces están teniendo una mala experiencia. Quiero decir, ¿cómo sabemos dónde estamos parados? Quiero decir, ¿cómo medimos cuál es la velocidad de nuestra página?
Lukas Haensch: Muy, muy contento de que hayas preguntado. Entonces, creo que, en primer lugar, creo que un concepto clave a tener en cuenta es, ¿por qué nos importa la velocidad de la página? Muy, muy brevemente, ¿por qué nos importa esto? Si compara esto con su tienda minorista, tal vez sean analogías muy, muy buenas para compararlo con su puerta corrediza en su tienda minorista. Si esto se está abriendo súper, súper, súper lento, ¿cuántas personas esperarían para pasar?
Lukas Haensch: Solo mantén ese tipo de analogía en el fondo de tu mente, una vez que estés pasando por todo esto, hoy. Entonces, el feed de página es básicamente su puerta de entrada para su usuario. Había toneladas de métricas allí y sé que hay muchos especialistas en marketing escuchando. Entonces, básicamente les daré una métrica, que usamos en Google mientras trabajábamos con los clientes más grandes de Google, y ese es el índice de velocidad. Entonces, hay toneladas de métricas que podría tener, tiempo de carga, primeros bits que se cargan, ¿cuándo comienza a renderizarse?
Lukas Haensch: Pero si miras el índice de velocidad, y te diré en un segundo cómo lo obtienes, pero si miras el índice de velocidad, lo que realmente medirás es cuánto tiempo lleva hasta esa primera pantalla, el contenido de la parte superior del pliegue, ¿cuánto tiempo lleva hasta que esté completamente pintado, lo que significa que, a su vez, un usuario tiene una experiencia significativa de su sitio web? Entonces, eso es en lo que realmente nos enfocamos dentro de Google en nuestro equipo para optimizar esa primera representación en la mitad superior de la página.
Lukas Haensch: Y, todas las demás acciones irán desde allí, porque el llamado a la acción ya está allí, una imagen de héroe ya estará allí, y luego, todo lo demás se desarrolla a partir de ahí. Entonces, el índice de velocidad es algo que puede obtener muy fácilmente. Hay una herramienta llamada webpagetest.org. En realidad, está construido desde Google. No es una herramienta oficial de Google en ese sentido, pero está creada por el equipo dentro de Google, para ver las velocidades de página de los sitios web.
Lukas Haensch: Y si ingresas tu URL allí, obtendrás una métrica llamada índice de velocidad de la página y te dirá algo así como 3000 o 4000, y eso es básicamente milisegundos. Entonces, si tiene un índice de velocidad de página de 3000, está por encima del pliegue. El contenido se cargará completamente después de tres segundos. Así que eso es algo realmente bueno para llamar la atención.
John Jantsch: Entonces repita eso de nuevo, ¿webpagetest.org?
Lukas Haensch: Correcto. Webpagetest.org es como un sitio web azul oscuro donde puedes poner un par de parámetros, puedes elegir la red, que es muy importante elegir. Tienes que elegir algo que tenga mucho sentido para tu base de usuarios. No todo el mundo tiene 5G y ni siquiera todo el mundo tiene 4G. Puede ser divertido escucharlo, pero cuando estábamos haciendo esto hace como dos años, hace un año y medio dentro de Google, en realidad estábamos probando en 3G rápido todavía porque una base de usuarios tan grande en realidad es más lenta y dispositivos de gama baja. Por lo tanto, probar el wifi de sus oficinas probablemente no sea lo mejor que puede hacer.
John Jantsch: ¿Dónde encuentra o qué encontró que eran algunos de los mayores culpables, quiero decir, que ralentizan los sitios?
Lukas Haensch: Y esto se relaciona exactamente con este concepto que dijimos antes. Estamos observando la representación del contenido de la parte superior de la página y solo hay un nivel muy alto. Hay un concepto clave que se llama la ruta de representación crítica, lo que significa que el navegador tiene que pasar por muchos recursos antes de que pueda comenzar a mostrar algo en la pantalla. Entonces, si tiene mucho espacio en blanco antes de que su sitio web muestre algo, entonces generalmente está bloqueando la ruta de representación crítica.
Lukas Haensch: Lo verás visualmente si vas a webpagetest.org, podrás ver exactamente porque es básicamente una versión más lenta de cómo se carga tu página. Verá en el segundo, tenemos una pantalla blanca, en el segundo 1.5 tenemos una pantalla blanca y así sucesivamente hasta que realmente muestre el primer contenido. Entonces, las cosas más importantes que afectan, estas son, es todo lo que está bloqueando la representación porque si está bloqueando la representación, tiene una página ancha y eso generalmente es un par de cosas.
Lukas Haensch: De forma predeterminada, esto siempre será así porque simplemente se trata de un bloqueo de procesamiento. Es tu CSS y tu JavaScript en tu página. Sin entrar en demasiados detalles. Pero, cada vez que tiene algo que tiene una gran cantidad de secuencias de comandos de Java y que puede ser un reproductor de video, puede ser un carrusel en el que tiene algunos mensajes de marketing en la parte superior de su sitio web, que muy a menudo es impulsado por secuencias de comandos de Java. .
Lukas Haensch: Tendrá, los técnicos, una antigua herramienta de prueba AB que quizás ya no esté usando. Eso será Java script. Entonces, incluso si no es realmente necesario en la parte superior de la pantalla, bloqueará lo que sucedió una vez que comenzó a ver algo en la pantalla. Entonces, uno de los ejercicios clave es verificar siempre, si todos los archivos de script Java que estamos usando, si todos los archivos CSS que estamos usando realmente son necesarios o puede usted, y se llama, retrasarlos o diferirlos en En términos técnicos, puede retrasar la carga de un par de esos elementos, lo que luego desbloquea la ruta de representación crítica, que luego muestra el mismo contenido anterior sin cambiar nada en los sitios del servidor, sin cambiar nada dramático.
Lukas Haensch: Entonces, la clave que aprendimos y comunicamos dentro de Google todo el tiempo es que no tienes que hacer esos grandes cambios. Básicamente, todos los archivos que carga tienen potencial para mejorar. ¿Es un archivo CSS? Podría ser, no es necesario en este momento. Se puede cargar más tarde. ¿Es un archivo JavaScript? Se puede aplazar. ¿Es un archivo de fuente? Tal vez sea un formato de fuente antiguo. Y así sucesivamente y así sucesivamente. Puedes revisar todos los hechos y, obviamente, las imágenes, hay un gran truco clave que creo que es realmente útil para las imágenes.
Lukas Haensch: Puedo profundizar en eso, pero en última instancia se trata de revisar esos elementos individuales y usted como comercializador, si es eso, tal vez sea algo con lo que no ha estado trabajando todo el tiempo, simplemente vaya a webpagetest.org a través de URL y puede ver paso a paso, está bien, ¿qué se está cargando realmente y qué puedo ver en mi pantalla? Y eso le dará una buena idea de lo que está pasando en su página. Si hay toneladas de secuencias de comandos de Java, si hay toneladas de imágenes, si hay mucho tiempo para cargar archivos favoritos, todo eso.
John Jantsch: ¿Qué papel, quiero decir, sé que en última instancia juega un papel, pero qué papel juega el hospedaje en quizás ralentizar los sitios o entregar una carga más rápida?
Lukas Haensch: Quiero decir, básicamente, afecta la primera parte de la ecuación general sobre la rapidez con la que envías, tu primer bocado, básicamente, la rapidez con la que envías la información es básicamente el final. Lo que pensamos que encontramos una y otra vez, obviamente, eso ha jugado su papel, pero un papel mucho, mucho más importante, las ganancias mucho más rápidas están en la optimización de los archivos individuales porque, como acabamos de discutir antes, hay un bloqueo del grupo de renderizado crítico. Hay tantas cosas pequeñas que puede hacer antes de tener que tocar ese alojamiento. Por lo tanto, miraría la ruta de renderizado crítica y cómo está cargando los archivos un par de veces antes de cambiar cualquier configuración importante.
John Jantsch: ¿Cree que algunos de los sistemas de administración de contenido que existen hoy en día, obviamente, WordPress es, con mucho, el más popular? ¿Son eso parte del problema, particularmente cuando las personas comienzan a agregar temas y complementos y ese tipo de cosas?
Lukas Haensch: 100%. Creo que hay que pensar qué es un plugin. Un complemento es básicamente un montón de JavaScript en muchos, muchos casos. Obviamente depende de lo que haga, pero si viene con mucha funcionalidad, sí. Entonces, por ejemplo, y es la misma lógica que se aplica, tomemos la lógica del complemento de WordPress. Así que estás cargando un par de complementos. Algunos de ellos ni siquiera los necesitarás en esta página. Algunos de ellos solo los necesitará en una página en particular. O algunos de ellos solo los necesitarás en la parte inferior de tu página.
Lukas Haensch: Entonces, lo que puede hacer es, puede hacerlo, e incluso hay un complemento para ese tipo de meta complemento. Pero también puede ejecutar esto a través del código. Puede cargar condicionalmente sus complementos. Entonces, si mi primer movimiento, mi pantalla se está cargando, si mi página se está cargando, lo que puede hacer es simplemente usar ese cargador de acondicionador para los complementos y luego seleccionar y elegir cuándo se debe cargar realmente qué complemento.
Lukas Haensch: Si está haciendo esto a través del código, tendrá aún más flexibilidad para decir, está bien, ¿cuál debería estar cargando en este momento? Y nuevamente, y mencionaste temas allí porque los equipos vienen con una gran cantidad de secuencias de comandos de Java y todo se está cargando al principio. Eso a su vez está bloqueando la representación. Y podría volver a ir archivo por archivo a través de la verificación, está bien, cuáles se pueden diferir y cargar más tarde.
Lukas Haensch: Así que aquí es donde el marketing tendría que sentarse junto con el desarrollador y verificar, está bien, [inaudible] en realidad los archivos de script Java, déjame darte un ejemplo rápido. Tiene el script Java que necesita en su página de pago. Ese JavaScript no se requiere en absoluto en los primeros segundos. El usuario incluso tiene que llegar allí. Entonces es una combinación. Es realmente, miras los complementos, [inaudible 00:10:52], miras el script de Java, intentas diferir algunos, y así es como cortas segundo a segundo básicamente.
John Jantsch: Así que hice pruebas sobre el uso de las pruebas de página que compartió, así como también sobre la información de velocidad de la página de Google. Y parece haber una diferencia significativa en la carga móvil frente a la de escritorio. De hecho, he probado muchos sitios y rara vez encuentro sitios que obtengan una crítica entusiasta de Google en dispositivos móviles. ¿Hay cosas que deberíamos estar haciendo? Quiero decir, ¿deberíamos tener [inaudible] sitios casi separados o experiencias separadas para dispositivos móviles?
Lukas Haensch: Entonces, es una muy buena pregunta. Quiero decir, creo que la carga móvil... Quiero decir, el tiempo de carga en el móvil se vuelve particularmente evidente porque los dispositivos y nosotros estamos en una conexión. Entonces, hay muchos más puntos de ruptura, digamos, o muchos más puntos que están en peligro de estar, disminuyendo el rendimiento. Lo que significa que, si estoy mirando mi página móvil, creo, y creo que incluso con WordPress, puedes condicionar la carga de ciertos elementos para simplemente decir no, no mostrar esto en el móvil o mostrarlo en el móvil.
Lukas Haensch: Tiene ciertos elementos. Tomemos, creo que quizás les dé el ejemplo de un carrusel. Si el carrusel rosa con una imagen diferente en la parte superior. Tal vez tenga esto en el escritorio y realmente no afecte su rendimiento, pero luego mira el dispositivo móvil y, de repente, afecta en gran medida el rendimiento porque está cargando cinco o seis imágenes, que es un montón de cosas para carga.
Lukas Haensch: Estás cargando el script de Java, que es un bloqueo aleatorio como mencioné. Además, lo que significa que ahora tenías la situación en la que básicamente tienes que tener un presupuesto de rendimiento en el que dices, está bien, tengo este y aquel presupuesto para jugar. Y si está mirando su página móvil y ya está gastando un presupuesto considerable en sus seis imágenes más su script Java, ya está tardando bastantes segundos en cargarse mientras que luego tendría que mirar en sus métricas y análisis para que las personas incluso interactúen, con la quinta o sexta imagen.
Lukas Haensch: ¿O es solo porque marketing u otra persona quería difundir varios mensajes? Por lo tanto, definitivamente consideraría mirar artículos especialmente pesados, como videos. No estoy diciendo que no use videos, pero también hay formas más inteligentes de mostrar videos. Carruseles, este tipo de elementos deben ser muy estrictos en no usarlos en dispositivos móviles porque generalmente no tienen un valor de UX fuerte y definitivamente toman mucho del presupuesto de velocidad.
John Jantsch: Si tiene un sitio web, si actualmente vende productos en línea, sabe que las imágenes son cruciales para la forma en que las personas forman opiniones sobre sus productos y servicios. pixelz.com es un píxel con un z.com es un servicio de retoque de imágenes que puede tomar todas sus imágenes. Pueden retocarlos, agregarles forma y simetría, suavizar las protuberancias, alinear los hombros, cosas así, que pueden reducir las arrugas, que pueden reducir y eliminar las pelusas, todo lo que simplemente no parece encajar. Consiga a alguien que lo haga por usted. Acelere su tiempo de comercialización porque le darán sus imágenes retocadas a la mañana siguiente. Vaya a pixels.com, eso es PIXELZ.com, y descubra sus servicios de retoque de imágenes.
John Jantsch: ¿Puedes, sin hacer que la gente se ponga boquiabierta, hablar un poco sobre AMP en esta ecuación, las páginas móviles aceleradas? ¿Es algo que la gente debería usar, para una mejor carga, una mejor experiencia, pero luego tienes menos gráficos, tienes menos control? Entonces, ¿cómo te sientes acerca de eso?
Lukas Haensch: Entonces, personalmente, quiero decir, cómo veo esto es que básicamente es un sitio web normal con todas las reglas ya dadas. Ya le está dando muchas restricciones en su script Java. Ya te está dando, y luego, obviamente, hay más optimizaciones en el HTML. Entonces, en cierto modo, es tomar este tipo de reglas que acabamos de discutir y empujarlas de alguna manera. Entonces, es por eso que es una pieza y una de las razones por las que estas páginas se cargan muy rápido.
Lukas Haensch: No me consideraría un experto en AMP, pero definitivamente creo que simplemente lo que realmente es, es básicamente un sitio web, un sitio web normal con muchas reglas, y que básicamente te impide abusando de su presupuesto de velocidad y, por lo tanto, están siendo páginas rápidas. Así que creo que es una excelente manera para alguien si se ajusta a su tipo de contenido. Si puede transmitir su mensaje con eso, creo que es una excelente manera.
John Jantsch: Como anécdota, le doy a un sitio tres o cuatro segundos si no pasa nada, podría hacer clic, especialmente en mi dispositivo móvil. ¿Existen estadísticas que digan definitivamente, sí, X cantidad de personas esperarán X cantidad de tiempo, pero si su sitio no se carga en esa cantidad de tiempo, no solo es una mala experiencia sino que simplemente se irán?
Lukas Haensch: Sí. Hay toneladas de métricas. El par de métricas que estábamos usando dentro de nuestro equipo y probablemente haya empeorado, si no empeorando, al menos su estado o estamos empeorando es como, el 53% de los consumidores abandonarán un sitio si toma más de tres segundos para cargar. De acuerdo con esas métricas, esa es la mitad de su tráfico que ya se ha ido a dispositivos móviles, si no está cargando más rápido o dentro de esos tres segundos.
Lukas Haensch: Y cuando digo un índice de velocidad de tres segundos de 3000, poder pintarlo para la pantalla en tres segundos porque entonces una persona no tiene motivos para irse. Porque creo que también hay un elemento clave cuando hablamos de índice de velocidad o velocidad de página, también estamos hablando de una persona que ve algo significativo. Tal vez no sea una buena idea separar eso de la experiencia humana mirando toneladas de métricas diferentes.
Lukas Haensch: ¿Puedes mostrarle algo significativo a una persona, lo que significa que no se irá porque no ve algo? Se irán tal vez por otras razones. Entonces, 53%, hay toneladas de otras métricas sobre cómo hay una métrica sobre eso, si carga un segundo más rápido, la tasa de conversión aumentaría alrededor de un 20% o más. Es difícil para mí lanzarlo, realmente depende del caso de uso y del tráfico que esté recibiendo. Pero creo que este 53%, si no está aprendiendo menos de tres segundos, es realmente bueno para tenerlo en mente. Sobre si es 100% en su caso, esa es otra historia sobre eso.
John Jantsch: Creo que ilustra la razón, muchas veces cuando algunas empresas, los especialistas en marketing solo tienen un límite de atención del presupuesto, tiempo para trabajar en cosas. Y creo que es importante que se den cuenta de por qué esto debería ser una prioridad. Y creo que es una buena métrica para eso.
Lukas Haensch: 100%. Como si tuviera una tienda minorista, si su puerta no se abriera, saltaría sobre ella de inmediato.
John Jantsch: Exactamente. Creo que parte del problema es que muchos especialistas en marketing no visitan su propio sitio web. Desafortunadamente, no tienen la misma experiencia que sus clientes o prospectos.
Lukas Haensch: Sí. Y si lo hacen, muy a menudo es una versión en caché. Una versión en caché o en wifi. Así que realmente haz ese esfuerzo. Vaya a una herramienta como, o incluso puede hacerlo con Chrome, pero vaya a webpagetest.org y pruébelo solo para verlo usted mismo, cuáles son las experiencias que la mayoría de las personas realmente tienen con su sitio web.
John Jantsch: Sé que Google no necesariamente da una lista de todos los factores que usa para clasificar. Pero creo que está bastante aceptado que la velocidad de la página o la falta de velocidad de la página es una variable que determina si sus páginas se clasifican o no. ¿Puedes hablar de eso?
Lukas Haensch: Quiero decir, obviamente no tengo todos los conocimientos sobre todas las cosas que están afectando la clasificación. Si es así, probablemente no tendría que trabajar más. Pero creo que una cosa es importante tal vez para tener en cuenta. Todo esto hay una cierta razón para esto. Por lo tanto, cada vez hay más tráfico en dispositivos móviles. Entonces, el tráfico móvil ha superado obviamente al tráfico de escritorio. Por lo tanto, cada vez más tráfico proviene de la búsqueda de Google en dispositivos móviles que en el escritorio, por lo tanto, el visitante, por lo tanto, más mercado. Hay más oportunidades para el marketing en esos canales.
Lukas Haensch: Pero lo que vemos en general son tasas de conversión más bajas en dispositivos móviles que en computadoras de escritorio. Entonces, obviamente, hay un interés bastante significativo en mejorar la velocidad de la página porque es un aspecto que afecta la experiencia de un usuario. Entonces, de alguna manera, la razón por la que es importante para la clasificación también es la razón por la que es bueno para los usuarios, que es la razón por la que es bueno para las conversiones, lo que a su vez es bueno para alguien que publica publicidad en ese canal. Entonces, realmente no puedo, no tengo más información sobre los factores de clasificación. Sólo puedo decir que todo viene de una muy buena razón.
John Jantsch: Y lo que le digo a la gente todo el tiempo es exactamente lo que dijiste. Una página que carga lentamente es una mala experiencia. Y entonces, Google no quiere que la gente tenga una mala experiencia. Así que no van a mostrar esa página. Y creo que esa es la forma de verlo. Creo que esa siempre ha sido su intención. Y, en consecuencia, las cosas cambian con el algoritmo y otras cosas solo porque mejoran en la comprensión de todos los factores de la página en el sitio.
John Jantsch: Y creo que no hay duda de que, de hecho, una de las formas más fáciles de probar esto es que cuando tenemos clientes que tienen una experiencia móvil realmente mala, ya sea por el diseño o la velocidad de carga, quiero decir, no podemos hacer que aparezcan en las búsquedas móviles. Simplemente no lo harán. Y creo que es una indicación tan clara como que alguien necesitaría sugerir que, sin importar cómo, dónde lo coloques en el ranking, es un factor.
Lukas Haensch: Creo que diría que lo más importante que me habría quitado de todo este tiempo en Google trabajando en esto es que muchos equipos sobrestiman el esfuerzo que se requiere para hacer incluso pequeñas correcciones. Entonces, la optimización de la velocidad de la página en la página móvil debe ser algo así como un gran proyecto. Pero como estaba tratando de enfatizar antes, no hay muchas cosas, muchas cosas pequeñas que se pueden hacer para mejorar.
Lukas Haensch: Solo dame uno o dos ejemplos que tal vez resalten esto de manera muy drástica. Mucha gente trata de optimizar su imagen de héroe. Lo que puede hacer de manera muy simple como lo puede hacer, toma su imagen de héroe, puede transferirla a, digamos, una cadena de código. Se llama base 64 en codificación y, de repente, puede enviar su imagen de héroe con la primera solicitud en su archivo HTML. Lo que estoy tratando de decirte es que no hay que hacer grandes cambios.
Lukas Haensch: Tomarías una imagen, la transferirías a otro formato, la enviarías ahora con tu primer archivo y una gran parte de tu primer contenido en la parte superior de la página ya se puede pintar. Entonces, creo que esa es probablemente mi mayor lección, que hay muchas cosas pequeñas que se pueden hacer en lugar de hacerlas, para hacerlas explotar innecesariamente como un gran proyecto.
John Jantsch: Entonces, ¿dónde alguien, digamos que un oyente está pensando, dijo un par de cosas que tienen mucho sentido, pero no sé cómo hacer nada de eso? ¿Dónde encuentra a alguien que, porque, de nuevo, si solo es un consultor de velocidad de página de Google, obtendrá personas que son muy técnicas, obtendrá personas que simplemente dicen que pueden hacer eso, pero son realmente, todo lo que quieren hacer es trasladarte a un nuevo alojamiento o algo así. Quiero decir, ¿cómo encuentras el recurso adecuado para ayudarte a solucionar algunas de estas pequeñas cosas?
Lukas Haensch: Creo que es una muy buena pregunta. Lo que puedo decir es que si su equipo revisa razonablemente uno por uno los archivos, ya se puede descubrir mucho de esto. ¿Tu archivo de fuente está tal vez solo en el formato de archivo de fuente antiguo? Hay un formato de archivo de fuente que es TTF. Si lo transfieres a [inaudible], es un 30 % más pequeño. Las fuentes se muestran más grandes, más rápido. Entonces, lo único que realmente no puedo decir como un lugar, lo que puedo decir es ir con su equipo a través de la cascada de su sitio web. Creo que esa es la mejor fuente para ser honesto.
John Jantsch: Entonces, en la introducción mencioné que recientemente fundó una empresa llamada Pathmonk. Quiere contarnos un poco sobre lo que hace Pathmonk.
Lukas Haensch: Claro. Entonces, definitivamente dentro de Pathmonk, estábamos mirando mucho más de cerca las conversiones en dispositivos móviles y computadoras de escritorio. Y nos dimos cuenta de que en realidad es muy difícil para los especialistas en marketing responder preguntas como, ¿cuántas visitas se necesitan para que el usuario convierta realmente? ¿O cuántos segundos tienes en la página para convencerlos realmente? Y no estoy hablando de la tasa de rebote, estoy hablando de, ¿cuál es la cantidad promedio de segundos que alguien tarda hasta que se registra? ¿O qué acciones del usuario muestran que un visitante está listo para convertir?
Lukas Haensch: Entonces, hemos visto que hay una gran brecha para poder comprender retrospectivamente información anónima, como los datos analíticos de Google o mirar videos de mapas de calor, como cómo se comporta alguien. Pero descubrimos que hay una brecha que en tiempo real, es difícil para las personas reaccionar de inmediato. ¿Qué pasa si el usuario X ha estado en la página y ha estado haciendo acciones que parecen ser alguien que está convirtiendo? ¿Puedes reaccionar al mercado? Y encontramos que la mayoría del mercado es actual.
Lukas Haensch: Así que construimos, básicamente, tecnologías llamadas tarjetas inteligentes que básicamente ayudan, de forma automática, basadas en inteligencia artificial, a aprender lo que un usuario está haciendo en la página, cuáles son los patrones probables para la conversión. Entonces, ¿qué intenciones tienen los usuarios cuando están en la página? Y luego les mostramos contenido sobre sus productos, como preguntas frecuentes, testimonios, estudios de casos sobre lo que llamamos tarjetas inteligentes que se deslizan desde abajo o desde arriba. Y así es básicamente cómo dejamos que un sitio web reaccione en tiempo real a lo que sucede en la página con cada visitante hasta el nivel en el que está interesado en el tipo de producto o característica.
John Jantsch: Y creo que si, en los términos más simples, si alguien está visitando una determinada página, probablemente esté interesado en ese tema. Y realmente lo es, en lugar de simplemente darles la diapositiva genérica, realmente es una forma de personalizar su experiencia en casi todas las páginas o en todas las visitas o, como dijiste, en todo su recorrido. Porque muchas veces en los sitios, las personas harán cinco o seis cosas que ciertamente indican que están explorando un tema determinado o tienen una intención determinada. Entonces, poder reaccionar a eso, como dijiste en tiempo real, creo que se está convirtiendo en un comportamiento que, lamentablemente, la gente está empezando a esperar. Y digo, lamentablemente, porque sin duda sube el listón para los especialistas en marketing.
Lukas Haensch: Y es gracioso, sin embargo, lo que vemos es que hay elementos, hay elementos esperados, obviamente alguien está descargando cierto libro blanco. Pero hay otras cosas, como que alguien enfoca profundamente tu página. Vimos una fuerte correlación entre alguien que profundiza en el enfoque de su página y luego, una presentación en uno de esos reenfoques nuevamente. Y eso es algo que los datos revelan y luego las tarjetas inteligentes pueden reaccionar automáticamente.
John Jantsch: Y creo que nuevamente, debido a que visité la herramienta y la vi en acción, creo que las tarjetas inteligentes son bastante elegantes en términos de cómo se entregan. No solo se apoderan de la pantalla o, en realidad, se ponen en la cara de alguien. Pero debido a que son un poco personalizados, creo que serán vistos, sospecho que serán mucho más bienvenidos.
Lukas Haensch: Es interesante. Trabajamos en muchas pruebas de UX y muchos trabajos de UX porque hay muchas nociones preconcebidas que los inteligentes tuvieron que superar. No se dispara y se ve y se siente como un bot de chat porque hay muchas nociones preconcebidas con el bot de chat. Muchas personas ni siquiera inician una conversación con un bot de chat porque piensan que es correcto, es un robot y no quieren hablar con él.
Lukas Haensch: Entonces, las métricas muestran claramente que mucha gente no iniciaría la conversación. O si parece un banner de cookies, hemos hecho clic 100 millones de veces en los banners de cookies. Básicamente, trabajamos las tarjetas inteligentes para que se vean y se sientan como parte de su sitio web, por lo que son completamente personalizables según el estilo y el tema de su sitio web. Y luego, básicamente, conviértase en parte del sitio web deslizándose hacia arriba y hacia abajo en lugar de aparecer de la nada.
John Jantsch: Bueno, Lukas, muchas gracias por acompañarnos y hablar sobre la velocidad de la página y, con suerte, pronto nos encontraremos contigo en el camino.
Lukas Haensch: Muchas gracias. Gracias por invitarme.