Informes de WooCommerce con New Relic

Los informes de WooCommerce se han centrado tradicionalmente en métricas comerciales prescriptivas. También puede ser un desafío personalizarlo.

En esta sesión, aprenda cómo puede usar New Relic Application Performance Monitoring (APM) para obtener una mayor visibilidad del rendimiento de su tienda en línea: seguimiento del rendimiento del sitio y métricas comerciales clave, todo en el mismo tablero.

Altavoces:

• Joshua Dailey, gerente de marketing de productos en WP Engine
• Damien DeHart, ingeniero asociado de MSP, líder del equipo en New Relic

Diapositivas de la sesión:

Transcripción:

JOSH DAILEY: Hola a todos. Josh Dailey aquí, gerente de marketing de productos para la solución de comercio electrónico WP Engine y yo pasamos la última década creando tiendas comerciales y desarrollando y lanzando extensiones para WooCommerce. Mi trabajo aquí es mejorar continuamente nuestra solución de comercio electrónico.

Actualmente, ofrecemos paquetes de comercio electrónico que tienen algunos beneficios únicos para generar conversiones y simplificar la administración continua de la tienda. Esto incluye EverCache para WooCommerce que utiliza el almacenamiento en caché inteligente para ofrecer un 90 % más de caché de páginas de la tienda, Live Cart que le permite vender más a más compradores simultáneos sin perder conexiones ni sacrificar el rendimiento por la funcionalidad, Instant Store Search con tecnología de ElasticPress para más rápido y más búsqueda precisa, Smart Plugin Manager con una prueba de regresión visual de WooCommerce de 17 puntos, así como Builder Tools para WooCommerce para construir y hacer crecer una tienda fácilmente.

Además, también tenemos complementos como la supervisión del rendimiento de las aplicaciones para ampliar su conjunto de herramientas. Durante años, nos hemos asociado con New Relic para ofrecer esto a todos nuestros clientes premium, pero descubrimos que tiene beneficios únicos para las tiendas de WooCommerce, y queríamos asegurarnos de que pueda aprovecharlo al máximo.

Según Built With, WooCommerce es la solución de comercio más utilizada en el mundo, con más de 7 millones de instalaciones. Los comerciantes y desarrolladores lo eligen por su perfecta integración con WordPress y su capacidad para crear y personalizar experiencias de compra rápidamente. Optimizar el desarrollo con WooCommerce le brinda una base para comenzar y nos permite llegar a la producción más rápido, lo que finalmente nos permite hacer más en nuestros proyectos.

Pero una vez que su tienda está funcionando y recibiendo tráfico, una de las preguntas más comunes que escuchamos es ¿cómo optimizo mi tienda para las conversiones y dónde podemos obtener mejores informes? Esto se debe a que WooCommerce viene con una funcionalidad básica y herramientas fundamentales. Funcionan desde el primer momento para una tienda de inicio, e incluyen cuatro informes configurables: pedidos, clientes, stock o inventario e impuestos.

Ahora, esto está bien si eres un principiante. Pero si es un desarrollador y su trabajo es asegurarse de que su sitio se escale para campañas específicas, los informes genéricos de WooCommerce no son suficientes porque los informes se limitan a los resultados. Pero lo saludable, pero para un análisis saludable, debe poder profundizar para responder cómo el rendimiento de su sitio se conecta con los resultados de su sitio. Sin esa información en un solo lugar, estás buscando una aguja en un pajar. Las tiendas de los clientes dependen de informes saludables para tomar decisiones sobre la adquisición y retención de clientes, cuellos de botella de rendimiento, campañas de marketing, cómo el rendimiento se corresponde con las conversiones y, en última instancia, reducir los gastos y aumentar sus resultados.

En lugar de buscar una aguja en un pajar, nuestro tablero es como un imán que saca la aguja por ti. Lo vemos como una adición fantástica a nuestra oferta de comercio electrónico, que le permite ser más inteligente a la hora de crear y optimizar WooCommerce. Por ejemplo, puede ver exactamente cómo se registra el tiempo de respuesta de la base de datos junto con el número de pedidos durante un período de tiempo específico. ¿Tu sitio está escalando? ¿Dónde se puede optimizar el rendimiento para aumentar las conversiones?

Entonces, en esta sesión, queremos ser realmente prácticos con las herramientas que puede estandarizar para crear un tablero que pueda ahorrarle tiempo y brindarle informes de tiendas flexibles y ampliables. Es por eso que me complace tener aquí a Damien de New Relic para brindarle una visión interna de cómo puede mejorar sus informes de Woo con un tablero del mundo real creado para uno de nuestros clientes más grandes de WP Engine WooCommerce. Damián, gracias por acompañarnos. Estoy muy emocionada de seguir adelante.

DAMIEN DEHART: Josh, gracias por recibirme. Feliz de estar aquí para ayudar con esta presentación. Entonces, antes de comenzar y hablar sobre la solución real que creamos con uno de los mayores consumidores de WooCommerce de WPE, me gustaría tomarme un segundo para hablar sobre la plataforma New Relic en su conjunto.

Entonces, en la nueva plataforma New Relic, nos enfocaremos mucho hoy en las capacidades de tablero y APM y cómo se combinan para crear una funcionalidad de informes más sólida para los clientes de WooCommerce. Pero tiene sentido dar una breve introducción sobre toda la plataforma y cómo llegamos a esta decisión y cómo aprovechamos las diferentes capacidades para que esto suceda.

Entonces, si observa la parte inferior de este gráfico, verá New Relic One. New Relic One es la plataforma New Relic. Se basa en una base de datos masiva de series temporales, que en realidad ve más resultados diarios que Google en los resultados de búsqueda.

Además de esa plataforma, se encuentran todas las diferentes capacidades que ve: navegador, Synthetics, móvil, New Relic APM e infraestructura. Todos estos emiten datos de telemetría a New Relic, que consumimos y proporcionamos a nuestros clientes finales, WPE, así como a todos sus clientes, para que los consuman y construyan cosas como tableros, alertas personalizadas y diferentes, y generen diferentes conocimientos comerciales para cualquiera de los casos de uso que puedan tener en la plataforma New Relic.

Así que construimos un tablero con uno de los mayores consumidores de WooCommerce de WPE. Y ven la captura de pantalla aquí a la derecha, que muestra una instantánea de ese tablero que construimos. Y quiero tomarme un segundo para hablar sobre los principales beneficios de aprovechar el tablero y las capacidades de New Relic.

Como mencionamos en la diapositiva anterior, New Relic es una base de datos masiva de series de tiempo que ve más resultados diarios que las búsquedas de Google. Y como tal, hemos construido esta base de datos para la escala y el rendimiento. Entonces, cuando comienza a pensar en los paneles y tal vez en las diferencias que WooCommerce puede tener con los informes, esta es una solución especialmente diseñada para buscar datos a escala. Y lo que eso significa es que le brindamos la capacidad de controlar las métricas de rendimiento más críticas para su negocio en tiempo real.

También le brindamos la posibilidad de crear un tablero con los datos que desee que se capturen dentro de New Relic. No es necesario codificar para ello. Me retractaré un poco diciendo que necesita comprender nuestro SQL, nuestro lenguaje anti-SQL. Pero básicamente, si sabes SQL, conoces New Relic. También le permite diagnosticar problemas más rápido en toda la pila.

Entonces, nuevamente, cualquier dato que esté ingresando en la plataforma New Relic, ya sea desde su aplicación que se ejecuta en WooCommerce hasta incluso las interacciones frontales de sus clientes en su propia aplicación, como un error de JavaScript, puede rastrear todo de eso en un solo lugar con New Relic. Y finalmente, nuestro objetivo principal es impulsar decisiones basadas en datos para optimizar los resultados comerciales.

¿Entonces como hacemos esto? Cuando miramos ese tablero, vemos muchas métricas realmente buenas sobre los totales del carrito, los totales de los pedidos, las ID de sesión de Google, etc. Y le brindamos la capacidad de profundizar en cada sesión para poder ver qué hizo qué cliente, cuál fue su rendimiento, cuánto dinero había en el carrito, incluso cosas como las tasas de abandono del carrito.

Pero la verdadera pregunta que todos quieren saber en esta llamada es: "¿Qué hicimos?" ¿Cuáles son las cosas técnicas que sucedieron detrás de escena? Entonces, para hacer eso, necesitamos entender, nuevamente, cómo funciona New Relic APM.

New Relic APM se inyecta en el nivel de código de su aplicación PHP WordPress y le brinda visibilidad de cada llamada que se realizó hacia y desde esa aplicación. Y eso coloca a New Relic en un lugar único para poder recopilar datos sobre los usuarios de su aplicación en tiempo real. Entonces, lo que está viendo aquí es una captura de pantalla de VS Code donde realmente inyectamos algunos datos personalizados en la aplicación. En realidad, no inyectamos datos personalizados. Ponemos un poco de secuencia de comandos allí que en realidad extrae atributos, como los llamamos, o diferentes metadatos sobre el usuario dentro de su aplicación, que ya está recopilando el complemento WooCommerce en PHP.

Entonces puede ver la sección resaltada aquí en la parte inferior. De hecho, estamos haciendo lo que llamamos agregar parámetros personalizados a New Relic, y estamos agregando el correo electrónico del pedido.

Estamos agregando una transacción de New Relic para que el pago sea exitoso para poder rastrear cuándo los clientes realmente compran cosas en el sitio web. Estamos agregando artículos totales en el carrito. También estamos agregando todos los productos que estaban en el carrito, y en realidad estamos repasándolos juntos, cada uno de los productos junto con los totales de las líneas de pedido. Y luego estamos sumando eso en un pedido total. Y todos estos datos en realidad se inyectan en New Relic, y están en línea con todos los datos que ya estamos recopilando.

Entonces, si lo piensa desde el punto de vista del rendimiento y la optimización, esto le brinda la capacidad de profundizar en cada cliente y ver, ¿cuánto dinero gastó este cliente conmigo? ¿Cómo es su desempeño en el sitio web? ¿Experimentaron algún error? ¿Nuestra base de datos estaba tardando demasiado? Y esto le permite atender adecuadamente a sus clientes grandes y pequeños o tal vez incluso agruparlos en bandas para que pueda hacer un análisis de cohortes sobre cuánto afecta el rendimiento el día a día de su negocio y efectivamente su resultado final y cuánto dinero usted generar.

Así que quería mencionar que esto no se limita a los parámetros que se muestran. Estas son solo cosas que estamos recopilando. Pero como todos en esta llamada saben, WooCommerce genera muchos más datos que los que recopilamos hoy, por lo que aprovecha lo que llamamos atributos personalizados. Y también puede recopilar cualquier otro dato que desee. Entonces, por ejemplo, si su aplicación recopila el nombre de usuario o el correo electrónico del usuario o el nombre del cliente o el nivel de soporte y la lista sigue y sigue, también puede inyectar esos parámetros adicionales en New Relic, lo que le brinda esos niveles de visibilidad de los que estaba hablando. de.

Esto se extiende a su uso de APM y Application Performance Monitoring para agregar ese contexto comercial a New Relic, a la interfaz de usuario, a la capa de datos y, en última instancia, a la práctica de su negocio, lo que le permite tomar una decisión mejor informada y comprar. -in de todos, desde un desarrollador hasta su CTO e incluso su CEO en el lado comercial. Así que también queríamos hablar un poco sobre el uso de New Relic Synthetics, que se incluye con su suscripción a WordPress para administrar la solución de WordPress y cómo puede usarlo para el comercio electrónico.

Por lo tanto, los productos sintéticos de New Relic son una herramienta de prueba basada en Selenium muy robusta, por lo que no nos gusta anunciarnos como una solución de prueba de estrés o prueba de carga, pero lo que hacemos es anunciarnos como una forma de enviar tráfico programáticamente a su sitio web en para probar escenarios muy específicos. Por lo tanto, hay una serie de comprobaciones diferentes que obtiene con su suscripción, nuevamente, al paquete de monitoreo en WP Engine. El primero que vamos a cubrir es la prueba de disponibilidad.

Entonces, esto es básicamente un ping al servidor DNS que le dice si el sitio web existe en este momento. Entonces tiene sus usos. Consideramos esto como un tipo básico de prueba sintética. Sin embargo, hay algunas otras versiones disponibles. Entonces tenemos la prueba de caducidad del certificado SSL.

Así que esto es exactamente lo que parece. Lo configura para que diga cuándo expirará su certificado y le enviaremos una notificación cuando se acerque a esa fecha. También tiene Page Link Crawler, que le mostrará cualquier enlace en el sitio web y le informaremos si tiene enlaces rotos en su sitio web.

Descubrimos que esto es especialmente útil para los clientes de comercio electrónico, ya que a menudo tienen muchos enlaces de productos diferentes en sus sitios web que están cambiando. Y a veces, es difícil mantenerse al día con eso. Por lo tanto, tener una prueba que le indique qué falla y a qué no pueden acceder sus clientes es fundamental para garantizar que obtenga los máximos ingresos a través de su sitio de comercio electrónico. También tenemos un Monitor de rendimiento de carga de página, que carga una página completa con todos los activos, y en realidad le dice qué están haciendo todos los diferentes activos en la página, por lo que si tiene una imagen que es demasiado grande, si tiene JavaScript errores que están asociados con el sitio web, y la lista sigue y sigue.

Y luego vamos a hacer una demostración a continuación sobre la ejecución de un paso o una prueba de funcionalidad de flujo de usuario, y esto lo guiará a través de una página de pago dentro de uno de nuestros entornos de demostración. Y va a mostrar cualquier falla que ocurra a lo largo del proceso. Por lo tanto, vamos a caminar a través de un cliente que inicia sesión, pasa por un flujo de pago, coloca artículos en el carrito y luego intenta pagar. Y veremos qué pasa allí. Entonces, sin más preámbulos, es hora de la demostración.

Muy bien, aquí estamos dentro de New Relic. Lo que está viendo aquí es la página de inicio de New Relic. Para aquellos que no están familiarizados con esta página, esta muestra todas las diferentes entidades que existen en New Relic. Y básicamente, una entidad es algo que emite datos que desea monitorear.

Así que vamos a hablar de sintéticos hoy. Y cómo llegas a los sintéticos es que navegas hacia el lado izquierdo aquí, y ves el monitoreo sintético a la izquierda. También puede llegar allí haciendo clic en monitores sintéticos aquí. Pero en aras de la exhaustividad, vamos a hacer clic en eso hoy.

Y pueden ver que tengo un montón de monitores dentro de mi cuenta demo aquí. Solo quiero mostrarles mi navegador con secuencias de comandos, que verifica que el flujo de pago esté funcionando. Entonces sé que esto se llama verificar, tiene verificar el nombre. Una vez que escribo eso, puedes ver que este es mi monitor.

Al entrar en el monitor, ves una serie de cosas. Entonces, en realidad tenemos esto ejecutándose en tres ubicaciones diferentes. Entonces los ves aquí: Singapur, Londres y Portland. Y estos tres son lo que New Relic llama lugares públicos.

Por lo tanto, tenemos una cantidad de ubicaciones alojadas en todo el mundo en AWS, lo que le permite, de hecho, puede realizar comprobaciones en todas ellas. Entonces, si tiene un sitio web global o algo así y desea probar el rendimiento en todo el mundo, así es como lo haría.

Esto también ayuda con las solicitudes de CDN. Entonces, digamos que está realizando una verificación y en Singapur es muy lento, pero su cabeza: su centro de datos y todo su alojamiento quizás esté en el oeste de EE. UU. Es posible que desee instalar una CDN aquí para obtener un rendimiento persistente en todo el mundo.

Entonces, en este gráfico, está viendo la cantidad de fallas contra la cantidad de comprobaciones durante el período de tiempo que estamos viendo en los últimos 30 minutos. Si tuviera que expandir esto a un día, puede ver que algunas de las métricas aquí cambian, pero esto va, esto aquí se muestra en realidad durante las últimas 2 horas y media. Cualquier falla se mostraría en rojo.

Por lo tanto, en realidad no estamos viendo fallas en las últimas 2 horas y media y está viendo información básica de tiempo en todas las ubicaciones. Bajando un poco, también verá algunas de las métricas de rendimiento.

Así que esto le muestra métricas de rendimiento centradas en el usuario. Entonces, el primer byte, básicamente, cuando algo en la página era visible. La primera pintura es algo así como si se cargara una imagen, texto o cualquier cosa. La carga de la página es la carga completa de la página, es decir, cuando una página se cargó por completo.

Y luego First Contentful Paint es básicamente la imagen más grande que se cargó en la página. Y entonces le estamos dando información de tiempo para todo eso para esta verificación. Le estamos mostrando la solicitud por dominio.

Entonces, a medida que llama a las cosas en la aplicación en sí, ¿cuánto tiempo les lleva a esas... cuántas de esas solicitudes se producen a lo largo del tiempo? Y luego la duración por dominio. Entonces, ¿cuánto tiempo están tomando cada uno de estos? Tenemos nuestro newrelicdemo.com, que toma el tamaño más largo y luego el promedio por tipo de recurso.

Así que ya podemos ver aquí que las imágenes son las más grandes aquí. Entonces, si hubiera alguna oportunidad de optimización, probablemente comenzaría a mirar las imágenes en este sitio.

Y finalmente, códigos de respuesta de error. Estas son todas las cosas que puede esperar ver. Cuando crea un cheque sintético, también verá que tenemos un montón de etiquetas aquí. Estos son personalizables dentro de la plataforma. Entonces, si tiene un equipo o una superficie de producto o un sitio web específico o tal vez un producto que está probando, puede etiquetarlo de esa manera. Y luego puedes buscar esas etiquetas en la plataforma.

Además, estás viendo la URL. Entonces, si tuviera que hacer clic en esto, en realidad me llevaría a mi página web, que estoy monitoreando con esta verificación. En su caso, sería su sitio de comercio electrónico en vivo. En este caso, es mi aplicación de demostración.

Bien, todo esto está muy bien, pero ¿cómo llegamos a la parte en la que hablamos sobre lo que salió mal o lo que podría salir mal dentro de la aplicación? Entonces, en esto, tenemos un montón de opciones diferentes aquí en la barra lateral izquierda. No nos vamos a centrar en ninguna de estas vistas más, pero hablaremos sobre lo que hace cada una de ellas.

Comenzando de abajo hacia arriba, la pestaña Configuración en realidad le muestra qué secuencia de comandos está ejecutando aquí. Te muestra básicamente los ajustes de configuración de tu monitor, las ubicaciones que has seleccionado. En realidad, no tengo los derechos aquí para editar esto, así que les mostraré, aquí hay una lista de todas nuestras ubicaciones públicas, como discutimos antes. Hemos seleccionado 3.

Y luego tenemos un guión aquí. Así que este es nuestro guión. Está integrado en Node, y en realidad rastreamos estas páginas web, cargamos páginas web específicas y luego imprimimos esos resultados en la consola.

Tienes informes aquí también. Entonces, de manera predeterminada, cualquier monitor que cree obtiene algunos informes de SLA, y también tiene la capacidad de alertar sobre ellos.

Y luego estábamos en nuestra página de resumen. Así que volveré a hacer clic en eso por un segundo aquí. Y luego, en la sección del monitor, tienes todos tus resultados. Así que esto le mostrará todos los resultados de las comprobaciones en sí, qué recursos se estaban consumiendo, así como cualquier falla que ocurriera.

Entonces, una vez que hago clic en esto, durante las últimas 24 horas, vemos una tasa de éxito del 100%. Vemos que cero comprobaciones han fallado. Todo está bien. Vemos la duración por ubicación.

Entonces, nuevamente, hablamos sobre esos requisitos de CDN. Puede ver que Portland es significativamente bajo, o no significativamente, pero un poco más bajo que todo lo demás. Entonces, tal vez eso me diga, oye, mi centro de datos o mi infraestructura está en el oeste de EE. UU.

Quiero un desempeño consistente en todo el mundo. Así que tal vez coloque un CDN en algunas de estas otras ubicaciones. Tal vez no porque no es gran cosa. Depende de la empresa decidir eso.

Y luego verá todas las diferentes ocurrencias de estos controles. Los verás por ubicación. Los verás por duración. Los ves por tamaño de respuesta.

Y luego, si hay un mensaje de falla, también lo verá. También puede filtrar solo dos fallas. No tuvimos ninguno durante este período de tiempo. Déjame ver si conseguimos algo interesante.

Supongo que no tenemos fallas en este monitor en sí. Pero si tuviera que hacer clic en uno de estos, les mostraré cómo se ven los resultados. Entonces, nuevamente, esta es una prueba sintética, que abarca varias páginas. Así que estamos imitando lo que haría un usuario real dentro del sitio web.

Entonces, el flujo es que aterrizamos en esta página principal. Esto es lo que sucede dentro de esa página. Así que tienes tus tiempos centrados en el usuario.

Puede ver todos los diferentes tipos de cosas que se cargaron en la página. Entonces tenemos aquí una imagen grande, una imagen extremadamente grande aquí, y en realidad lo hicimos a propósito para mostrar esto.

Pero aquí tienen esta imagen enorme, esta imagen de telco.bids, que está consumiendo mucho tiempo. Entonces, si tuviera que decir, oye, mira, hay algunas oportunidades de optimización que se podrían hacer. Personalmente, esto sería lo primero en lo que me centro es esa imagen enorme.

De vuelta al flujo, a la derecha, así que empezamos en la página principal. Entramos en la página de inicio de sesión. También puede ver todo lo que ocurre aquí, cualquier error de JavaScript o de otro tipo que ocurra, cualquier AJAX que esté sucediendo, todo lo anterior.

Y luego, una vez que inician sesión, son redirigidos. Así que también estamos viendo la línea de tiempo en eso, bonita vista de la cascada. Estamos revisando todas las páginas.

Así que van a la página del teléfono y buscan teléfonos. Se tarda mucho en encontrar el teléfono que quieren. Está bien.

Encuentran el teléfono real. Esta es una página real en nuestro sitio web de demostración de un producto, por lo que es una página de producto específica. Y aquí es donde empieza a ponerse interesante. Puede investigar esto y puede ver, OK, solo quiero ver su desempeño en esta página.

¿Cuánto tarda en cargarse esta página? ¿Está a la altura de los acuerdos de nivel de servicio que he devuelto a mis clientes? Entran en su página de planes en busca de planes. Deciden un plan.

Ahora, están buscando teléfonos. Así que estamos pasando por todo el proceso de un cliente que encuentra los teléfonos que quiere, encuentra los planes que quiere, poniéndolos todos en el carrito de compras. Terminan en el carrito de compras.

Tenemos un error aquí. Entonces, si desea ver alguna solicitud para tener un error, tenemos esta con esta solicitud HTML aquí, accediendo a esta página. Esta es una solicitud válida, como un error. Así que no voy a pasar por la ruta completa de solución de problemas aquí.

Pero básicamente, tenemos un escenario que está configurado para ocurrir en nuestro entorno de demostración donde el cupón en sí no es válido y arroja un error cada vez. Y esto se remonta a un script de back-end o un fragmento de código de back-end que no estaba optimizado, y olvidamos actualizar los cupones en la base de datos. Entonces, desde aquí, puede ver en un entorno controlado qué errores se están generando y cómo se remontan al rendimiento en su aplicación.

Y luego pasas por el proceso de pago. Ya ves cuánto tarda todo aquí. Y finalmente, esta es la última página en la que aterrizan. Entonces el pago está completo.

Y puedes ver cómo ves el tiempo para todo aquí. También tiene un registro de secuencias de comandos, que le muestra todo lo que ocurrió aquí. Entonces visitaron la página de inicio de sesión, iniciaron sesión, agregaron un plan telefónico, agregaron seis teléfonos. Agregaron todas estas cosas al carrito, y luego compraron el contenido del carrito, y el carrito quedó vacío después de eso.

También verá un registro del navegador que le muestra cualquier error que haya ocurrido. Tenemos un montón de errores de sintaxis aquí. Este es un entorno de demostración.

Entonces vea que aquí no pudo cargar un servidor de recursos, respondió con un estado de 500. Entonces, este es el cupón de la llamada válida de la que estábamos hablando.

Entonces, si fuera un desarrollador, tomaría nota de esto. Lo primero que vería es, oye, tenemos un 500 aquí y parece estar en una página de cupones. Así que están tratando de cargar algo importante. Entonces, aquí es donde comenzamos a hablar sobre las oportunidades de optimización de sitios web.

Y por último, no lo tengo aquí. Pero si la verificación en sí falla, verá una sección de captura de pantalla de falla aquí, y en realidad le muestra una captura de pantalla de la página donde falló, lo que se esperaba y cuál fue el resultado. Así que tenemos un entorno de demostración en algún lugar que en realidad presenta una falla a propósito, y falta el botón de pago, el botón de pago real que se supone que debe estar allí. Y ahí es donde realmente ves el resultado de cualquier falla que ocurra, cualquier error que ocurra. Y básicamente, cualquier error crítico o cualquier componente que haya dirigido la prueba para encontrar, si no se detecta, arroja una falla para toda la verificación.

Y ahí es cuando verás la captura de pantalla. Ahí es cuando también verá la falla en esa página de resumen. Nuevamente, lo verás iluminado en rojo. Y podrá ver dónde falló, en qué ubicación falló y cuál fue la marca de tiempo para eso también. Así concluye la demostración de la prueba de flujo de trabajo de pago de productos sintéticos que íbamos a probar hoy.

JOSH DAILEY: Muchas gracias, Damien. Esto ha sido muy perspicaz. Y espero que ustedes, como desarrolladores que están mirando o si son dueños de una tienda comercial y están mirando ahora mismo, vean el increíble valor que algo como New Relic puede agregar a su flujo de trabajo para ahorrarle un gran dolor de cabeza si algo se cae, si hay cortes y otras cosas que están pasando, pero también ayuda a mejorar con el crecimiento.

Si está interesado en APM y no lo está utilizando, que es nuestra función de Monitoreo del rendimiento de la aplicación, hable con su administrador de cuenta o pregunte a cualquier miembro de nuestro equipo y aprenda cómo puede comenzar a aprovechar New Relic aquí mismo en WP. Motor.

Una vez más, gracias, Damián. Gracias a todos. Y espero que disfrute el resto de su tiempo aquí en DE{CODE}.