Relatórios WooCommerce com New Relic

Os relatórios do WooCommerce tradicionalmente se concentram em métricas de negócios prescritivas. Também pode ser um desafio personalizar.

Nesta sessão, aprenda como você pode usar o monitoramento de desempenho de aplicativos (APM) da New Relic para obter maior visibilidade do desempenho de sua loja on-line, acompanhando o desempenho do site e as principais métricas de negócios, tudo no mesmo painel.

Caixas de som:

• Joshua Dailey, gerente de marketing de produto da WP Engine
• Damien DeHart, engenheiro de parceiros MSP, líder de equipe da New Relic

Diapositivos da Sessão:

Transcrição:

JOSH DAILEY: Olá a todos. Josh Dailey aqui, gerente de marketing de produto para a solução de comércio eletrônico WP Engine e eu passamos a última década criando lojas comerciais e desenvolvendo e lançando extensões para WooCommerce. Meu trabalho aqui é melhorar continuamente nossa solução de comércio eletrônico.

Atualmente, oferecemos pacotes de comércio eletrônico com alguns benefícios exclusivos para gerar conversões e simplificar o gerenciamento contínuo da loja. Isso inclui o EverCache para WooCommerce, que usa cache inteligente para fornecer 90% mais do cache das páginas da sua loja, Live Cart, que permite vender mais para mais compradores simultâneos, sem perder conexões ou sacrificar o desempenho por funcionalidade, Instant Store Search com tecnologia ElasticPress para mais rapidez e mais pesquisa precisa, Smart Plugin Manager com um teste de regressão visual WooCommerce de 17 pontos, bem como Builder Tools for WooCommerce para construir e aumentar facilmente uma loja.

Além disso, também temos complementos como monitoramento de desempenho de aplicativos para ampliar seu conjunto de ferramentas. Durante anos, fizemos parceria com a New Relic para oferecer isso a todos os nossos clientes premium, mas descobrimos que ele traz benefícios exclusivos para as lojas WooCommerce e queríamos garantir que você pudesse tirar o máximo proveito disso.

De acordo com a Built With, o WooCommerce é a solução de comércio mais utilizada no mundo, com mais de 7 milhões de instalações. Comerciantes e desenvolvedores o escolhem por sua integração perfeita com o WordPress e sua capacidade de criar e personalizar experiências de compras rapidamente. Simplificar o desenvolvimento com WooCommerce oferece uma base para começar e nos permite chegar à produção mais rapidamente, permitindo-nos fazer mais em nossos projetos.

Mas uma vez que sua loja está funcionando e recebendo tráfego, uma das perguntas mais comuns que ouvimos é como otimizar minha loja para conversões e onde podemos obter melhores relatórios? Isso ocorre porque o WooCommerce vem com funcionalidade básica e ferramentas fundamentais. Eles funcionam imediatamente para uma loja inicial e incluem quatro relatórios configuráveis: pedidos, clientes, estoque ou inventário e impostos.

Agora, isso é bom se você for um iniciante. Mas se você é um desenvolvedor e seu trabalho é garantir que seu site seja dimensionado para campanhas específicas, os relatórios genéricos do WooCommerce não são suficientes porque os relatórios são limitados aos resultados. Mas o saudável– mas para uma análise saudável, você precisa ser capaz de detalhar para responder como o desempenho do seu site se conecta aos resultados do seu site. Sem essa informação em um só lugar, você está procurando uma agulha no palheiro. As lojas de clientes dependem de relatórios saudáveis ​​para tomar decisões sobre aquisição e retenção de clientes, gargalos de desempenho, campanhas de marketing, como o desempenho corresponde às conversões e, finalmente, reduzir despesas e aumentar seus resultados.

Em vez de procurar uma agulha no palheiro, nosso painel é como um ímã que puxa a agulha para você. Nós o vemos como uma adição fantástica à nossa oferta de e-commerce, permitindo que você fique mais esperto sobre como construir e otimizar o WooCommerce. Por exemplo, você pode visualizar exatamente como o tempo de resposta do banco de dados acompanha o número de pedidos em um período de tempo específico. Seu site está escalando? Onde o desempenho pode ser otimizado para aumentar as conversões?

Portanto, nesta sessão, queremos ser realmente práticos com as ferramentas que você pode padronizar para criar um painel que pode economizar seu tempo e fornecer relatórios de loja flexíveis e expansíveis. É por isso que tenho o prazer de ter Damien aqui da New Relic para dar a você uma visão privilegiada de como você pode aprimorar seus relatórios Woo com um painel do mundo real criado para um dos nossos maiores clientes WP Engine WooCommerce. Damien, obrigado por se juntar a nós. Estou muito animado para acompanhar.

DAMIEN DEHART: Josh, obrigado por me receber. Feliz por estar aqui para ajudar com esta apresentação. Portanto, antes de começarmos e falarmos sobre a solução real que construímos com um dos maiores consumidores de WooCommerce da WPE, gostaria de falar um pouco sobre a plataforma New Relic como um todo.

Portanto, na nova plataforma New Relic, focaremos muito hoje nos recursos de painel e APM e como eles se combinam para criar uma funcionalidade de relatório mais robusta para clientes WooCommerce. Mas faz sentido dar uma breve introdução sobre toda a plataforma e como chegamos a essa decisão e como aproveitamos os diferentes recursos para fazer isso acontecer.

Então, se você olhar na parte inferior deste gráfico, verá New Relic One. New Relic One é a plataforma New Relic. Ele é construído em um enorme banco de dados de séries temporais, que na verdade recebe mais acessos diariamente do que o Google nos resultados de pesquisa.

No topo dessa plataforma estão todos os diferentes recursos que você vê: navegador, Synthetics, mobile, New Relic APM e infraestrutura. Todos eles emitem dados de telemetria para a New Relic, que consumimos e fornecemos aos nossos clientes finais, WPE, bem como a todos os seus clientes, para consumir para construir coisas como painéis, alertas personalizados e diferentes - e gerar diferentes insights de negócios para qualquer um dos casos de uso que eles possam ter na plataforma New Relic.

Então construímos um painel com um dos maiores consumidores de WooCommerce da WPE. E você vê a captura de tela aqui à direita, que mostra um instantâneo daquele painel que nós construímos. E quero dedicar um segundo para falar sobre os principais benefícios de aproveitar o painel e os recursos do New Relic.

Como falamos no slide anterior, o New Relic é um enorme banco de dados de séries temporais que recebe mais acessos diários do que as pesquisas do Google. E, como tal, construímos esse banco de dados para escala e desempenho. Portanto, quando você começa a pensar em painéis e talvez nas diferenças que o WooCommerce pode ter com os relatórios, esta é uma solução criada especificamente para pesquisar dados em escala. E o que isso significa é que damos a você a capacidade de ficar de olho nas métricas de desempenho mais críticas para o seu negócio em tempo real.

Também oferecemos a capacidade de criar um painel com quaisquer dados que você deseja que estejam sendo capturados dentro do New Relic. Você não precisa codificar para isso. Vou retratar isso um pouco, dizendo que você precisa entender nosso SQL – nossa linguagem anti-SQL. Mas basicamente, se você conhece SQL, conhece o New Relic. Também permite diagnosticar problemas mais rapidamente em toda a pilha.

Então, novamente, quaisquer dados que você está ingerindo na plataforma New Relic, seja de seu aplicativo em execução no WooCommerce até mesmo as interações de front-end de seus clientes em seu próprio aplicativo, como um erro de JavaScript, você pode rastrear todos disso em um único lugar com a New Relic. E, finalmente, nosso principal objetivo é conduzir decisões baseadas em dados para otimizar os resultados de negócios.

Então, como fazemos isso? Quando olhamos para esse painel, vemos muitas métricas realmente interessantes sobre totais de carrinho, totais de pedidos, IDs de sessão do Google e assim por diante. E damos a você a capacidade de detalhar cada sessão para poder ver o que o cliente fez, como foi seu desempenho, quanto dinheiro havia no carrinho e até mesmo coisas como taxas de abandono do carrinho.

Mas a verdadeira pergunta que todos querem saber nesta ligação é: “”o que fizemos?” Quais são as coisas técnicas que aconteceram nos bastidores? Portanto, para fazer isso, precisamos entender, novamente, como o New Relic APM funciona.

O New Relic APM se injeta no nível de código do seu aplicativo PHP WordPress e oferece visibilidade de cada chamada feita de e para esse aplicativo. E isso coloca a New Relic em um lugar único para poder coletar dados sobre os usuários de seu aplicativo em tempo real. E o que você está vendo aqui é uma captura de tela do VS Code onde injetamos alguns dados personalizados no aplicativo. Na verdade, não injetamos dados personalizados. Colocamos um pouco de script lá que realmente extrai atributos, como os chamamos, ou metadados diferentes sobre o usuário dentro de seu aplicativo, que já está sendo coletado pelo complemento WooCommerce em PHP.

Então você pode ver a seção destacada aqui na parte inferior. Na verdade, estamos fazendo o que chamamos de adicionar parâmetros personalizados ao New Relic e estamos adicionando o e-mail do pedido.

Estamos adicionando uma transação New Relic para o checkout bem-sucedido para poder rastrear quando os clientes realmente compram itens no site. Estamos adicionando itens totais no carrinho. Também estamos adicionando todos os produtos que estavam no carrinho e, na verdade, estamos fazendo um loop entre eles, cada produto junto com os totais de itens de linha. E, na verdade, estamos somando isso em um total de pedidos. E todos esses dados são realmente inseridos no New Relic, e estão de acordo com todos os dados que já estamos coletando.

Então, se você pensar sobre isso do ponto de vista de desempenho e otimização, isso lhe dá a capacidade de detalhar cada cliente e ver, ei, quanto dinheiro esse cliente gastou comigo? Como é o desempenho deles no site? Eles tiveram algum erro? Nosso banco de dados estava demorando muito? E isso permite que você atenda adequadamente seus grandes e pequenos clientes ou talvez até mesmo agrupá-los em bandas para que você possa fazer uma análise de coorte sobre quanto o desempenho afeta o dia-a-dia de seus negócios e efetivamente sua lucratividade e quanto dinheiro você gerar.

Então eu queria mencionar que isso não está limitado aos parâmetros mostrados. Estas são apenas coisas que estamos coletando. Mas, como todos nesta chamada sabem, o WooCommerce gera muito mais dados do que coletamos hoje e, portanto, aproveita o que chamamos de atributos personalizados. E você também pode coletar quaisquer outros dados que desejar. Então, por exemplo, se o seu aplicativo está coletando nome de usuário ou e-mail do usuário ou nome do cliente ou nível de suporte e a lista continua, você também pode injetar esses parâmetros adicionais no New Relic, o que fornece os níveis de visibilidade que acabei de falar de.

Isso se estende ao uso de APM e monitoramento de desempenho de aplicativos para adicionar esse contexto de negócios ao New Relic, à interface do usuário, à camada de dados e, finalmente, à prática de seus negócios, o que permite que você tome uma decisão mais bem informada e compre -in de todos, desde um desenvolvedor até seu CTO e até mesmo seu CEO no lado comercial. Então, queríamos falar um pouco também sobre o uso do New Relic Synthetics, que está incluído na sua assinatura do WordPress para gerenciar a solução WordPress e como você pode usá-lo para e-commerce.

Portanto, os sintéticos da New Relic são uma ferramenta de teste muito robusta baseada em Selenium e, portanto, não gostamos de nos anunciar como uma solução de teste de estresse ou teste de carga, mas o que fazemos é uma maneira de enviar tráfego programaticamente para seu site em para testar cenários muito específicos. Portanto, há várias verificações diferentes que você obtém com sua assinatura, novamente, para o pacote de monitoramento no WP Engine. O primeiro que abordaremos é o teste de disponibilidade.

Portanto, este é basicamente um ping para o servidor DNS que informa se o site existe neste momento. Portanto, tem seus usos. Consideramos isso como um tipo básico de teste sintético. Existem algumas outras versões disponíveis, no entanto. Portanto, temos o teste de validade do certificado SSL.

Então é exatamente assim que parece. Você o configura para dizer quando seu certificado está expirando e nós lhe damos uma notificação quando você está se aproximando dessa data. Você também tem o Page Link Crawler, que mostrará todos os links no site, e informaremos se você tiver links quebrados em seu site.

Descobrimos que isso é especialmente útil para clientes de comércio eletrônico, pois eles geralmente têm muitos links de produtos diferentes em seus sites que estão mudando. E, às vezes, é difícil acompanhar isso. Portanto, ter um teste para dizer o que está quebrado e o que seus clientes não podem acessar é fundamental para garantir que você alcance a receita máxima por meio de seu site de comércio eletrônico. Também temos um Monitor de desempenho de carregamento de página, que faz um carregamento de página completo com todos os recursos e realmente informa o que todos os recursos diferentes na página estão fazendo - portanto, se você tiver uma imagem muito grande, se tiver JavaScript erros associados ao site, e a lista continua.

E, na verdade, faremos uma demonstração a seguir sobre a execução de uma etapa ou teste de funcionalidade de fluxo do usuário, e isso percorrerá uma página de checkout dentro de um de nossos ambientes de demonstração. E vai mostrar todas as falhas que ocorrem ao longo do processo. Então, vamos passar por um cliente que faz login, passando por um fluxo de checkout, colocando itens no carrinho e, em seguida, tentando finalizar a compra. E vamos ver o que acontece lá. Então, sem mais delongas, é hora da demonstração.

Tudo bem, então aqui estamos nós dentro do New Relic. O que você está vendo aqui é a página inicial do New Relic. Para aqueles que não estão familiarizados com esta página, ela mostra todas as diferentes entidades que existem no New Relic. E basicamente, uma entidade é algo que emite dados que você deseja monitorar.

Então, vamos falar sobre sintéticos hoje. E como você chega aos sintéticos, você navega para o lado esquerdo aqui e vê o monitoramento sintético à esquerda. Você também pode chegar lá clicando em monitores sintéticos aqui. Mas, para completar, vamos clicar nele hoje.

E você pode ver que tenho uma tonelada de monitores dentro da minha conta de demonstração aqui. Quero apenas mostrar meu navegador com script, que verifica se o fluxo de checkout está funcionando. Então eu sei que isso é chamado de verificar, verifique o nome. Depois de digitar isso, você pode ver que este é o meu próprio monitor.

Entrando no monitor, você vê uma série de coisas. Na verdade, temos isso rodando em três locais diferentes. Então você os vê aqui: Cingapura, Londres e Portland. E esses três são o que a New Relic chama de locais públicos.

Portanto, temos vários locais hospedados em todo o mundo na AWS, o que permite que você possa executar verificações em todos eles. Portanto, se você tiver um site global ou algo parecido e quiser testar o desempenho em todo o mundo, é assim que o faria.

Isso também ajuda talvez com solicitações de CDNs. Então, digamos que você esteja fazendo uma verificação e em Cingapura esteja super lento, mas sua cabeça – seu data center e toda a sua hospedagem talvez estejam no oeste dos EUA. Você pode querer criar um CDN aqui para obter um desempenho persistente em todo o mundo.

Nesse gráfico, você vê o número de falhas em relação ao número de verificações no período que estamos analisando nos últimos 30 minutos. Se eu expandisse isso para um dia, você pode ver algumas das métricas aqui mudarem, mas isso está acontecendo - isso aqui está sendo exibido nas últimas 2 horas e meia. Quaisquer falhas apareceriam em vermelho.

Na verdade, não estamos vendo nenhuma falha nas últimas 2 horas e meia e você está vendo algumas informações básicas de tempo nos locais. Descendo um pouco, você também vê algumas das métricas de desempenho.

Isso mostra métricas de desempenho centradas no usuário. Então, primeiro byte, basicamente, quando qualquer coisa na página estava visível. A primeira pintura é como se uma imagem, texto ou qualquer coisa fosse carregada. O carregamento da página é o carregamento completo da página, ou seja, quando uma página foi totalmente carregada.

E, em seguida, First Contentful Paint é basicamente a maior imagem que foi carregada na página. E então estamos dando a você informações de tempo para tudo isso para esta verificação. Estamos mostrando sua solicitação por domínio.

Então, enquanto você está chamando coisas no próprio aplicativo, quanto tempo está demorando para que elas... quantas dessas solicitações estão ocorrendo ao longo do tempo? E então a duração por domínio. Então, quanto tempo cada um deles está demorando? Temos nosso newrelicdemo.com, que leva mais tempo, e o tamanho médio por tipo de recurso.

Então já podemos ver aqui as imagens são as maiores aqui. Portanto, se houvesse alguma oportunidade de otimização, provavelmente começaria a ver as imagens deste site.

E, finalmente, códigos de resposta de erro. Portanto, essas são todas as coisas que você pode esperar ver. Ao criar uma verificação sintética, você também verá que temos várias tags aqui. Estes são personalizáveis ​​dentro da plataforma. Portanto, se você tiver uma equipe ou uma superfície de produto ou um site específico ou talvez um produto que esteja testando, poderá marcá-lo dessa maneira. E então você pode pesquisar essas tags na plataforma.

Além disso, você está vendo o URL. Então, se eu clicar aqui, isso realmente me levará à minha página da Web, que estou monitorando com esta verificação. No seu caso, seria o seu site de comércio eletrônico ao vivo. Neste caso, é meu aplicativo de demonstração.

OK, está tudo bem, mas como chegamos à parte em que falamos sobre o que deu errado ou o que pode dar errado dentro do aplicativo? Portanto, temos várias opções diferentes aqui na barra lateral esquerda. Não vamos nos concentrar em nenhuma dessas visualizações, mas falaremos sobre o que cada uma delas faz.

Começando de baixo para cima, a guia Configurações realmente mostra qual script você está executando aqui. Ele mostra basicamente as configurações do seu monitor, os locais que você selecionou. Na verdade, não tenho os direitos aqui para editar isso, então vou mostrar a você, aqui está uma lista de todos os nossos locais públicos, como discutimos antes. Selecionamos 3.

E então temos um script aqui. Então esse é o nosso roteiro. Ele é construído no Node e, na verdade, estamos rastreando essas páginas da Web, carregando páginas da Web específicas e imprimindo esses resultados no console.

Você tem relatórios aqui também. Portanto, por padrão, qualquer monitor criado obtém alguns relatórios de SLA e você também pode alertá-los.

E então estávamos apenas em nossa página de resumo. Então, vou clicar de volta para isso por um segundo aqui. E então, na seção do monitor, você tem todos os seus resultados. Portanto, isso mostrará todos os resultados das próprias verificações, quais recursos estavam sendo consumidos, bem como quaisquer falhas que ocorreram.

Então, quando clico nisso, nas últimas 24 horas, vemos uma taxa de sucesso de 100%. Vemos que as verificações de zero falharam. Está tudo bem. Vemos a duração por local.

Então, novamente, conversamos sobre os requisitos do CDN. Você pode ver que Portland é significativamente baixo, ou não significativamente, mas um pouco mais baixo do que todo o resto. Talvez isso me diga, ei, meu data center ou minha infraestrutura está no oeste dos EUA.

Eu quero um desempenho consistente em todo o mundo. Então talvez eu coloque um CDN em alguns desses outros locais. Talvez não, porque não é grande coisa. Cabe ao negócio decidir isso.

E então você verá todas as diferentes ocorrências dessas verificações. Você os verá por localização. Você os verá por duração. Você os vê pelo tamanho da resposta.

E então, se houver uma mensagem de falha, você também a verá. Você também pode filtrar apenas duas falhas. Não tivemos nenhum durante este período de tempo. Deixe-me ver se conseguiremos algo interessante.

Acho que não temos nenhuma falha neste monitor em si. Mas se eu clicar em um deles, mostrarei a você como são os resultados. Então, novamente, este é um teste sintético, que abrange várias páginas. Então, estamos imitando o que um usuário real faria dentro do site.

Portanto, o fluxo é que chegamos a esta página principal. Isso é o que acontece dentro dessa página. Então você tem seus horários centrados no usuário.

Você pode ver todos os diferentes tipos de coisas que foram carregadas na página. Então, temos aqui uma imagem grande, uma imagem extremamente grande aqui - e na verdade fizemos isso de propósito para exibir isso.

Mas você tem essa imagem massiva aqui, essa imagem telco.bids, que está tomando muito tempo. Então, se eu dissesse, ei, veja, há algumas oportunidades de otimização que poderiam ser feitas. Pessoalmente, esta seria a primeira coisa em que me concentro é aquela imagem enorme.

De volta ao fluxo, certo, então começamos na página principal. Entramos na página de login. Você pode ver tudo o que ocorre aqui também, quaisquer erros de JavaScript ou outros que ocorram, qualquer AJAX que esteja acontecendo, todos os itens acima.

E então, uma vez que eles estão logados, eles são redirecionados. Então, estamos vendo a linha do tempo nisso também, bela vista da cachoeira. Estamos passando por todas as páginas.

Então eles vão para a página do telefone e estão procurando por telefones. Leva muito tempo para encontrar o telefone que eles querem. Isso é bom.

Eles encontram o telefone real. Esta é uma página real em nosso site de demonstração de um produto, portanto, uma página de produto específica. E é aqui que começa a ficar interessante. Você pode olhar para isso, e você pode ver, OK, eu só quero ver o desempenho desta página.

Quanto tempo esta página leva para carregar e está de acordo com os SLAs que devolvi aos meus clientes? Eles acessam a página de planos em busca de planos. Eles decidem um plano.

Agora, eles estão procurando por telefones. Então, estamos passando por todo o processo de um cliente encontrar os telefones que deseja, encontrar os planos que deseja e colocá-los todos no carrinho de compras. Eles acabam no carrinho de compras.

Temos um erro aqui. Então, se você quiser ver alguma requisição com erro, temos esta aqui com esta requisição HTML, acessando esta página. Esta é uma solicitação válida, como um erro. Portanto, não vou percorrer todo o caminho de solução de problemas aqui.

Mas, basicamente, temos um cenário definido para ocorrer em nosso ambiente de demonstração em que o cupom em si não é válido e gera um erro todas as vezes. E isso remonta a um script de back-end ou parte do código de back-end que não foi otimizado e esquecemos de atualizar os cupons no banco de dados. Então, a partir daqui, você pode realmente ver em um ambiente controlado quais erros estão sendo lançados e como eles se relacionam com o desempenho do seu aplicativo.

E então você passa pelo processo de checkout. Você vê quanto tempo tudo leva aqui. E então, finalmente, esta é a última página em que eles chegam. Então o checkout está completo.

E você pode ver como vê o tempo para tudo aqui. Você também tem um log de script, que mostra tudo o que ocorreu aqui. Então eles visitaram a página de login, fizeram login, adicionaram plano de telefone, adicionaram seis telefones. Eles adicionaram todas essas coisas ao carrinho e, em seguida, compraram o conteúdo do carrinho, e o carrinho ficou vazio depois disso.

Você também vê um log do navegador que mostra todos os erros ocorridos. Temos um monte de erros de sintaxe aqui. Este é um ambiente de demonstração.

Então, veja agora que você falhou ao carregar um servidor de recursos, respondeu com um status de 500. Portanto, esse cupom é uma chamada válida de que estávamos falando.

Portanto, se eu fosse um desenvolvedor, tomaria nota disso. A primeira coisa que vejo é, ei, temos um 500 aqui e parece estar em uma página de cupom. Então eles estão tentando carregar algo importante. Então é aqui que começamos a falar sobre oportunidades de otimização de sites.

E, finalmente, eu não tenho isso aqui. Mas se a própria verificação falhar, você verá uma seção de captura de tela com falha aqui e, na verdade, mostra uma captura de tela da página em que falhou, o que era esperado e qual foi o resultado. Portanto, temos um ambiente de demonstração em algum lugar que, na verdade, arquiva uma falha proposital, e o checkout - o botão de checkout real que deveria estar lá está faltando. E é aí que você realmente vê o resultado de qualquer falha que ocorra, qualquer erro que ocorra. E basicamente, qualquer erro crítico ou qualquer componente que você direcionou o teste para encontrar, se não for detectado, que gera uma falha para toda a verificação.

E é aí que você verá a captura de tela. É quando você também verá a falha na página de resumo. Novamente, você o verá iluminado em vermelho. E você poderá ver onde falhou, em que local falhou e qual foi o carimbo de data/hora para isso também. Isso conclui a demonstração do teste de fluxo de trabalho de checkout sintético que testaríamos hoje.

JOSH DAILEY: Muito obrigado, Damien. Isso foi super perspicaz. E espero que vocês, como desenvolvedores que estão assistindo ou se você é proprietário de uma loja comercial e estão assistindo agora, vejam o valor incrível que algo como o New Relic pode adicionar ao seu fluxo de trabalho, poupando-lhe uma grande dor de cabeça se algo diminui, se houver interrupções e outras coisas acontecendo, mas também apenas ajudando a melhorar com o crescimento.

Se você se interessou pelo APM e não está utilizando, que é o nosso recurso Application Performance Monitoring, fale com seu gerente de conta ou pergunte a algum membro da nossa equipe e saiba como você pode começar a aproveitar o New Relic aqui mesmo no WP Motor.

Mais uma vez, obrigado, Damien. Obrigado a todos. E espero que você aproveite o resto do seu tempo aqui no DE{CODE}.