Multi-Moeda, Programa Beta, Venda de Pacotes e muito mais!
Publicados: 2019-06-19As Notas de versão incluem nossas atualizações periódicas que destacam as melhorias recentes do produto que fizemos, para que você possa se manter atualizado com facilidade sobre as novidades. Aqui está o que lançamos entre dezembro de 2018 e junho de 2019 (MUITO!).
Durante os últimos seis meses, lançamos MUITOS recursos novos e interessantes. Aqui estão alguns dos notáveis:
- Preços e suporte em várias moedas
- Gerenciamento do Ciclo de Lançamento - Programa Beta
- Novo EULA (Contrato de Licença de Usuário Final)
- Entrar como cliente
- Otimizações de checkout
- Principais melhorias em pacotes e complementos
Suporte a transações em várias moedas (um grande!)
Estamos super empolgados em compartilhar que o Freemius agora oferece suporte total a preços e transações em várias moedas, adicionando recentemente € -Euros e £-Libras britânicas , além de $-US Dollars , que apoiamos desde o início.
Você pode estar se perguntando, o que há com toda a emoção em torno de várias moedas? Quero dizer, tanto o Stripe quanto o PayPal (os gateways que usamos nos bastidores) suportam transações em várias moedas prontas para uso, então qual é o problema?
Devido a vários regulamentos financeiros e interesses de empresas de gateway de pagamento, como uma empresa dos EUA, mesmo que aceitemos não USD com nossas contas do PayPal/Stripe dos EUA, não há como retirar os fundos em sua moeda original. As empresas de gateway de pagamento primeiro convertem o dinheiro em USD com uma taxa de conversão FX (Foreign Exchange) saudável de 2-4%. Ficou claro para nós que deduzir um % adicional de nossa comunidade de vendedores é um grande erro, então tivemos que descobrir uma maneira de resolver isso sem a taxa adicional. Após algumas pesquisas e discussões tanto com o Stripe quanto com o PayPal, acabamos abrindo contas na Europa, que agora são usadas para transações de EUR ( €-Euros ) e GBP ( £-Brithish Pounds ).
Um benefício adicional dessa mudança é que as taxas da Stripe para titulares de contas europeias para cartões europeus são 50% mais baratas do que as taxas de contas americanas da Stripe. Portanto, a taxa de gateway para uma transação em EUR com um cartão europeu agora é de apenas 1,4% + € 0,25, em vez dos 2,9% + $ 0,3 com a conta nos EUA.
Outro benefício adicional é que nossa plataforma agora suporta uma seleção de gateway baseada em regras, permitindo não apenas adicionar novos gateways ao sistema com relativa facilidade, mas também configurar regras personalizadas para determinar qual gateway realizará um pagamento específico com base em critérios como: geolocalização, moeda, tipo de cartão de crédito, valor da transação e muito mais. Essa capacidade nos dá MUITA flexibilidade para ajudar a comunidade de nossos desenvolvedores a minimizar os custos de transação. Por exemplo, se um gateway de pagamento tiver preços competitivos para transações com cartões de débito VISA no Canadá, deixando de lado os aspectos legais e logísticos, podemos integrar esse gateway e usá-lo seletivamente apenas para transações envolvendo cartões de débito VISA canadenses. Embora o Stripe seja um gateway de pagamento robusto e o uso do Stripe para processamento de cartão de crédito tenha sido a decisão certa para nós, nosso recém-descoberto conhecimento e compreensão mais profundos sobre os custos subjacentes do processamento de cartão de crédito nos permitem dizer que outros gateways de pagamento de primeira linha oferecem preços muito mais competitivos, sem falta de recursos ou suporte.
A implementação de gateways adicionais dessa maneira dinâmica não acontecerá da noite para o dia, pois temos muitas prioridades mais altas no momento. No entanto, o ponto é que, embora nosso modelo de preços não cubra taxas de gateway e, teoricamente, possamos apenas encaminhar as taxas para nossos vendedores sem examiná-las mais profundamente, nos preocupamos genuinamente com nossos parceiros de vendas e estamos constantemente aprimorando nosso sistema para ajudá-lo a maximizar seus resultados. Portanto, se você optar por vender com o Freemius, tenha certeza de que, a longo prazo, o custo das taxas de gateway diminuirá significativamente e você não precisará fazer nada para que isso aconteça.
Você pode aprender mais sobre o Freemius multi-moeda, para quais plugins e negócios de temas recomendamos e como ativá-lo aqui.
Gerenciamento do Ciclo de Lançamento - Programa Beta
Todo o ciclo de lançamento no mundo dos plugins e temas do WordPress está faltando em comparação com os robustos fluxos de trabalho de CI/CD no “mundo real”. Se você tem um plugin/tema com dezenas de milhares de instalações ativas, cada lançamento se torna arriscado. No mínimo, pode afetar negativamente a agilidade do seu negócio e colocar em risco os sites de seus usuários e clientes. Existem várias práticas para mitigar esse risco, e uma das mais populares é construir um grupo de testadores beta: Pessoas que adoram obter acesso antecipado aos seus produtos – e dar-lhes uma chance antes de qualquer outra pessoa em troca de feedback.
Então... temos o prazer de anunciar que agora você pode integrar sistematicamente testadores beta com o Freemius e lançar versões beta apenas para os usuários que optaram pelo programa beta!
Os usuários podem optar por participar do programa beta diretamente na página da conta, basta marcar uma caixa e concordar com o aviso de isenção de responsabilidade:
Como alternativa, você pode adicionar um usuário ao programa beta diretamente do perfil do usuário no Painel do desenvolvedor (não se esqueça de clicar no botão ATUALIZAR para salvar):
Pronto para lançar uma versão beta? Não é um problema! Basta enviá-lo para a seção DEPLOYMENT e marcá-lo como uma versão Beta . Quando estiver pronto para tornar a versão beta pública para todos, basta mudar a versão para Lançada – é muito fácil!
As versões beta serão sinalizadas no WP Admin com um rótulo Beta , deixando claro para os usuários que eles estão usando uma versão beta do produto:
Esperamos que, ao capacitar você com a capacidade de iniciar facilmente programas beta, crie um ambiente de produto mais seguro para toda a comunidade WordPress e, claro, para seus clientes. Agora você pode testar versões em um pequeno subconjunto de usuários que optaram por testar suas versões antes de torná-las públicas para todos.
Aviso: A versão inicial do recurso Programa Beta só pode ser ativada para usuários que estão executando uma versão paga do seu plugin/tema. Além disso, ainda não é compatível com complementos.
Check-out Freemius
Novas opções de API JavaScript do Google Checkout
Além do novo parâmetro de currency
adicionado para controlar a moeda com a qual o checkout será aberto, agora você pode pré-preencher uma chave de licença com o parâmetro license_key
:
license_key: ‘<key>’,
E se você estiver executando uma promoção periódica e quiser aplicar um cupom automaticamente, mas não revelá-lo aos seus usuários, agora você pode incluir o seguinte na configuração do checkout:
coupon: ‘<COUPON_CODE>’, hide_coupon: true,
Você pode conferir a lista completa de opções de checkout aqui:
https://freemius.com/help/documentation/selling-with-freemius/freemius-checkout-buy-button/
Sessão de finalização de compra
Introduzimos uma nova “memória” de sessão de 60 minutos para aumentar as taxas de conversão e facilitar a compra de vários produtos da mesma loja. Basicamente, se um cliente comprar um produto em seu site e abrir o checkout de outro produto dentro de 60 minutos da compra anterior, o nome e o e-mail do comprador serão preenchidos automaticamente quando o checkout for aberto. Essa sessão é renovada automaticamente a cada compra, permitindo que um cliente compre vários produtos sem a necessidade de inserir suas informações de contato pessoais repetidamente.
Como o Freemius não possui um conceito de “carrinho”, e não acreditamos que deveríamos devido ao número extremamente baixo de compras de vários produtos no plugin e no espaço do tema, o recurso de memória de sessão de checkout é um bom compromisso entre o “ melhor dos dois mundos”.
Desconto de renovações
Se um produto tiver um desconto de renovação anual definido, o checkout agora deixa mais claro que o pagamento inicial é maior do que as renovações em andamento:
Pagamento do PayPal
O PayPal introduziu uma opção para incluir dinamicamente uma imagem de cabeçalho na página de checkout. Decidimos integrar essa opção, para que o checkout seja marcado com o ícone do seu produto:
Check-out para pacotes
Muito trabalho foi colocado no checkout em relação à venda de pacotes. A finalização da compra agora mostra uma rica lista de produtos agrupados, incluindo o preço individual sem desconto de cada produto, bem como o valor do desconto economizado ao comprar um pacote:
Há muitos cálculos complexos acontecendo nos bastidores para calcular corretamente todos os descontos e preços com base na configuração de seus planos. Todos esses descontos são impulsionadores do CRO – seu objetivo é mostrar ao cliente quanto dinheiro ele está economizando.
Correção de Bug
Devido à nossa implementação do Stripe, um cliente que se inscreveu com cartão de crédito para uma avaliação de um produto com desconto de renovação foi cobrado a diferença entre o valor da renovação e o valor do pagamento inicial no cancelamento da avaliação. Esse problema foi corrigido e não devem ocorrer mais cobranças inesperadas após o cancelamento.
Painel do usuário
Compatibilidade do navegador
O Painel do Usuário agora funciona no Internet Explorer 11 e superior.
Seção de sites
Um novo filtro foi adicionado à seção de sites para que os usuários filtrem mais facilmente os sites onde pelo menos um dos produtos de sua loja foi ativado, instalado ou desativado. A seção de sites agora, por padrão, exibe sites onde o produto está instalado.
Antes disso, estávamos mostrando aos usuários todos os sites que já tinham um produto da sua loja instalado (se eles optaram por participar), o que gerava alguma confusão quando, por exemplo, um cliente havia desinstalado anteriormente o produto do site ou talvez até apagou o site como um todo.
Baixar aprimoramento de upsell
Um grande aprimoramento foi introduzido na caixa de diálogo de upsell de download. Quando um usuário tenta fazer download de um produto cuja licença expirou, agora ele pode optar por renovar a licença existente ou comprar uma nova. Além disso, se a licença de contexto foi comprada como parte de um pacote, outra opção aparecerá para renovar a licença do pacote:
Painel do desenvolvedor
Cabeçalhos Fixos
Todas as tabelas agora têm cabeçalhos fixos – uma pequena, mas poderosa, melhoria de UI/UX. Observe que, embora os navegadores mais populares suportem essa regra CSS, o IE e o Opera Mini não:
Produtos de pacote
A seção PRODUTOS do Painel do desenvolvedor agora exibe visualmente tipos e ícones de produtos agrupados, tornando muito mais fácil identificar um produto em um pacote do que antes:
Como enviar por e-mail licenças criadas manualmente
Existem vários casos de uso em que os desenvolvedores podem precisar criar licenças manualmente; aqui estão alguns:
- Avaliações pagas – os avaliadores precisam testar seu produto
- Brindes – os vencedores precisam acessar o produto
- Promoções do YouTube – os afiliados precisam acessar recursos de produtos pagos
Anteriormente, você podia criar facilmente uma licença para esses casos de uso, mas depois precisava enviar manualmente a licença por e-mail para essa pessoa. Isso parece fácil, certo? Mas, como você envia o link de download por e-mail com segurança? E as instruções de instalação? Há muitas maneiras de lidar com isso – todas elas exigem várias etapas – e esse processo pode levar de 10 a 15 minutos – é muito tempo perdido!
Com base em seus comentários, introduzimos um novo recurso na caixa de diálogo de criação manual de licença, permitindo que você envie automaticamente por e-mail a chave de licença, o link de download do produto e as instruções de instalação, basta marcar uma caixa:
Faça login como cliente (também conhecido como personificação)
Como parte de nossos esforços para capacitá-lo com ferramentas para melhor atender seus clientes e reduzir sua carga de suporte, agora você pode fazer login facilmente em qualquer painel de usuário de seus clientes para ver exatamente o que eles veem quando estão conectados. Basta abrir o perfil de usuário relevante no painel do desenvolvedor e clicar em *LOGIN AS USER*:
Isso abrirá o painel do usuário e preencherá automaticamente todos os campos de entrada - tudo o que resta a fazer é clicar no botão de login e você está!
Por questões de segurança, os membros de sua equipe só poderão fazer login na conta do usuário quando tiverem acesso a todos os produtos da loja. Ou seja, se você for o vendedor de 3 plugins diferentes e quiser que seu representante de suporte tenha recursos de representação, será necessário adicionar o representante de suporte como membro da equipe para todos os 3 produtos.
Esse recurso incrível (e alguns outros) veio da migração do Tickera para o Freemius (obrigado!).
Fale Conosco Estilo
Agora você pode adicionar uma folha de estilo CSS personalizada que será adicionada ao formulário de contato no painel:
Cupons Novo pedido padrão
A ordem padrão dos cupons listados no Painel do desenvolvedor agora mostra primeiro os cupons “mais recentes”. Agora você pode esperar ver os cupons classificados com base nestes critérios:
- Cupons ativos - ativos aparecerão antes de inativos
- Data de término da promoção – um cupom que expira em 7 dias aparecerá antes de um cupom que expira em 2 dias
- Data de início da promoção – um cupom cuja validade começou há 3 dias aparecerá antes de um cupom cuja validade começou há 7 dias
Por exemplo, se houver 2 cupons ativos válidos até 1º de janeiro de 2020, o cupom que expirar mais tarde aparecerá antes do outro.
Correções de bugs
- A adição de um webhook para complementos agora foi corrigida.
- O contador de “Upgrades” do DASHBOARD mostrava o número de licenças criadas no período selecionado, e após receber um relatório de um de nossos parceiros, percebemos que o contador era confuso, pois também incorporava licenças criadas manualmente. Atualizamos o contador para incluir apenas atualizações associadas a compras e assinaturas reais (as avaliações também são contadas).
Gerenciamento de equipe e permissões
Edição em massa de membros da equipe
Se você está gerenciando vários produtos com o Freemius e tem uma equipe de pessoas trabalhando com você, provavelmente já percebeu que a experiência de adicionar/remover membros da equipe é complicada. Você tinha que repetir o mesmo processo várias vezes para cada produto. Por exemplo, se você tiver mais de 20 complementos, precisará adicionar cada novo membro da equipe mais de 20 vezes.
Não mais!
A partir de agora, ao adicionar/editar/remover um membro da equipe de um produto com complementos, você pode facilmente aplicar exatamente as mesmas permissões para todos os complementos:
A mesma lógica também se aplica a bundles. Agora você pode gerenciar permissões de equipe para um pacote, que aplicará as mesmas permissões de associação de equipe em todos os produtos do pacote.
Atualização de permissões da equipe
Auditamos as permissões de função e garantimos que os dados estejam devidamente protegidos e acessíveis apenas às funções relevantes. Por exemplo, os representantes de Support
não poderão mais acessar a página de estatísticas do produto nem a chave secreta.
Além disso, introduzimos uma nova função de Developer
que, diferentemente da função de Support
, permite implantar e gerenciar lançamentos de produtos:
Novo EULA
Após meses de trabalho contínuo com nosso escritório de advocacia, lançamos um novo EULA (Contrato de Licença de Usuário Final) que é ajustado dinamicamente com base na configuração do seu produto. O objetivo do EULA é proteger VOCÊ e nós de ações legais que possam vir de clientes.
Como lembrete, se você quiser verificar seu EULA, você pode acessá-lo através do seguinte link:
https://freemius.com/terms/<productID>/<productSlug>/
Também passamos algum tempo estilizando o EULA, dando a ele uma aparência legal de acordo, com a marca do ícone do seu produto e uma opção fácil de imprimi-lo:
Para facilitar as coisas, também incluímos alguns “atalhos”, permitindo que você vincule diretamente a seções específicas no EULA:
- Resumo dos termos de assinatura:
https://freemius.com/terms/<productID>/<productSlug>/#subscriptions_summary
- Resumo da política de reembolso:
https://freemius.com/terms/<productID>/<productSlug>/#refund_policy_summary
- Política de reembolso total:
https://freemius.com/terms/<productID>/<productSlug>/#refund_policy
Por exemplo, se um cliente entrar em contato com você solicitando o reembolso de uma renovação, você poderá informar que ele concordou com o EULA ao comprar o produto e que os reembolsos de renovação não são cobertos, vinculando diretamente ao resumo dos termos de assinatura:
https://freemius.com/terms/<productID>/<productSlug>/#subscriptions_summary
Ajuda Integração do Scout
Uma pequena adição útil ao nosso aplicativo Help Scout é que agora você pode ver o país de origem do proprietário do site e, para sua conveniência adicional no agendamento com seus clientes, o nome do país é vinculado diretamente às informações de fuso horário do cliente em timeanddate.com.
Plataforma de afiliados
Cupons de afiliados
Agora podemos vincular um cupom a um afiliado para atribuir todas as vendas com o cupom a um afiliado específico, independentemente de um link de afiliado ser clicado ou não. Os afiliados com um cupom vinculado serão premiados com uma referência toda vez que o cupom for resgatado como se o cliente tivesse usado um URL de referência válido.
Isso é particularmente útil se você trabalha com profissionais de marketing de afiliados que se concentram principalmente em promoções de vídeo. Como a CTR (taxa de cliques) dos links de rodapé do YouTube é bem baixa, oferecer um cupom exclusivo – mesmo que seja um desconto simbólico de 5% – é uma ótima maneira de superar essa barreira e ainda poder atribuir vendas ao afiliado .
Observação: esse recurso ainda não está disponível no Painel do desenvolvedor , portanto, você precisará entrar em contato com nosso suporte se desejar usá-lo.
Tags UTM de afiliados
Embora ofereçamos rastreamento de links de afiliados no painel, muitas pessoas preferem gerenciar todo o rastreamento com o GA (Google Analytics). Devido a restrições de segurança do navegador e atributos HTML como rel=”noreferrer”, há muitos casos em que o GA não consegue determinar a origem da referência, e esses cliques serão contados apenas como tráfego direto. Agora, todos os links de afiliados incluem automaticamente tags UTM para identificar facilmente a origem do tráfego. Por exemplo, vamos supor que um usuário clique em um link de afiliado que direciona para my-awesome-product.com de awesome-affiliate.com. O link de afiliado, que se parece com https://r.freemius.com/123/456/, redirecionará para:
https://my-awesome-product.com?utm_source=awesome-affiliate.com&utm_medium=website&utm_campaign=fs_aff
Aqui está a estrutura de URL:
https://my-awesome-product.com?utm_source={affiliate_main_domain}_{referrer_domain}&utm_medium={'direct'|'website'|'social'}&utm_campaign=fs_aff
Recuperação de abandono de carrinho
Como nosso mecanismo de recuperação de abandono de carrinho funciona silenciosamente em segundo plano, descobrimos que alguns de vocês nem sabiam que ele está lá.
Tratamento de disputas
Embora isso tenha sido mencionado nas notas de versão anteriores, queremos lembrá-lo de que nosso objetivo final é integrar as APIs de disputa dos gateways de pagamento e introduzir um sistema completo de gerenciamento de disputas semiautomatizado para nossos vendedores, dando a você liberdade e controle para gerenciar disputas pagamentos de seus produtos. Como este é um projeto enorme, vamos implementá-lo de forma incremental, começando pelas disputas do PayPal. Há alguns meses, quando um pagamento do PayPal é contestado, armazenamos os detalhes completos da contestação em uma tabela estruturada em nosso back-end e notificamos os desenvolvedores sobre o pagamento contestado com orientações sobre o que pode ser feito. Se você não concordar com a reivindicação do comprador, pedimos que responda a esse e-mail com informações adicionais, que usaremos posteriormente para o processo de envio de evidências:
Como você pode ver acima, o e-mail que enviamos aos Vendedores vem com o contexto completo do caso, incluindo todas as mensagens enviadas pelo comprador, se o produto pago foi baixado ou não, um resumo da política de reembolso do produto, o motivo relatado para a disputa, a data de vencimento da resposta e muito mais. Nosso objetivo é capacitá-lo com todas as informações contextuais e links que você precisa para tomar uma decisão sem a necessidade de cavar e coletar todos esses dados por conta própria.
Fique atento a mais atualizações sobre o tratamento de disputas nas próximas notas de lançamento!
SDK do WordPress v.2.3.0
Pacotes
Se o seu modelo de negócios principal está oferecendo um plugin/tema de núcleo gratuito e, em seguida, vendendo pacotes, temos algumas notícias interessantes para você! Agora você pode renderizar o preço do pacote dentro do WP Admin em vez de mostrar o preço do plugin/tema. Para ativar essa opção, tudo o que você precisa fazer é adicionar um 'bundle_id' => '<YOUR_BUNDLE_ID>',
configurando seu snippet de integração - é muito fácil!
Além disso, ao ativar um plug-in ou complemento pago, se o usuário que optou por participar obteve uma licença de pacote que inclui esse plug-in/complemento pago, a licença agora será ativada automaticamente após a ativação do produto. Em um ambiente de rede multissite, a licença só será ativada se as ativações da licença tiverem licenças não alocadas suficientes para ativar a licença para todos os subsites na rede multisite.
Rede Multisite
Quando originalmente aprimoramos o SDK para incluir uma integração de rede multisite adequada, devido à complexidade no modelo de dados de armazenamento, decidimos ignorar o cenário de uma ativação de plug-in sendo alternada do nível de rede para o nível do site e vice-versa. Ou seja, ativação de rede de um plugin e, posteriormente, desativação e ativação do mesmo plugin no nível do site.
A nova versão do SDK é compatível com versões anteriores e agora oferece suporte total ao tratamento desses casos de uso. Pode parecer simples, mas há muito pensamento que teve que entrar na lógica por trás disso. Por exemplo, se um plug-in pago integrado à rede for ativado no nível do site em 3 de 10 subsites em uma rede multi-site e o superadministrador ativou uma licença em todos esses 3 sites, se o plug-in for transferido para rede ativação, o superadministrador é redirecionado automaticamente para a tela de ativação de licença, mas só é necessário ativar uma licença em 7 dos 10 sites restantes que nunca tiveram esse plug-in ativado antes.
Só para dar alguns números, existem cerca de 40 casos de uso diferentes envolvidos nessa transição, e lidamos com todos eles! (espero que não tenhamos perdido nenhum)
Além disso, para plugins que possuem configurações de menu WP Admin diferentes no nível do site versus o nível da rede, agora você pode especificar as configurações do menu no nível da rede definindo a nova 'menu_network' => array( … ),
na integração do SDK trecho.
Instalação automática – Desativada
Infelizmente, após discussões contínuas com a equipe de revisão de plugins do WordPress.org, tivemos que desativar o recurso de instalação automática, que introduzimos em março de 2017, depois que o Jetpack começou a oferecer suporte à instalação de temas não-wp.org. Não vou começar o #WPDrama porque, de fato, nossa implementação não foi exatamente igual à do Jetpack. É uma pena que a criatividade e o UX estejam sendo bloqueados em alguns casos como esses e sem um bom motivo.
Como somos uma empresa orientada a dados, quando lançamos o recurso de instalação automática, queríamos validar nossa suposição de que a experiência de instalação automática é realmente melhor para os usuários. Assim, todos os usuários que selecionaram a opção de instalação automática durante a finalização da compra receberam um e-mail com uma pesquisa simples do Google Form para classificar a experiência de instalação de 1 a 5 e fornecer feedback adicional. Das 686 respostas, 83% classificaram como excelente, outros 10,5% classificaram como ótimo:
Vemos claramente a necessidade de simplificar toda a experiência de atualização e voltaremos a lidar com esse problema de um ângulo diferente no futuro, certificando-nos de cumprir as diretrizes do wp.org.
Link do Fórum de Suporte
Se você não tiver uma versão gratuita do seu produto no WordPress.org (e, portanto, nenhum fórum de suporte gratuito) ou apenas deseja vincular o item de menu Fórum de suporte adicionado pelo SDK a outra página de suporte, introduzimos um novo filtro para substituir o URL. Você pode implementá-lo da seguinte forma:
<?php function set_my_custom_support_url( $wp_org_support_url ) { return ‘https://my-awesome-product.com/support/forum/’; } my_fs()->add_filters( 'support_forum_url', ‘set_my_custom_support_url’ ); ?>
Faturamento de contas e faturas
Como parte de nossos esforços contínuos para facilitar o acesso dos clientes às suas informações de cobrança e faturas, introduzimos um pequeno link na área superior da página Conta:
Mesmo que o faturamento e as faturas possam ser encontrados na parte inferior da mesma página, alguns compradores ainda estavam perdendo, então adicionamos este link âncora simples.
Baixe/instale complementos do WP Admin
Em 2017, quando participei do PressNomics 5, conversei com meu amigo Matt Cromewall. Entre muitas coisas diferentes que discutimos, Matt mencionou o Crate (que nunca foi lançado) como um exemplo de um ótimo UX para gerenciar e instalar complementos diretamente no WP Admin, sem a necessidade de os clientes passarem pelo padrão, tedioso processo de instalação normalmente oferecido por plugins e temas WP:
[Crate protótipo inicial de cratewp.com]
Esse recurso está na nossa lista há mais de 2 anos, e finalmente conseguimos priorizá-lo! Isso é particularmente útil se você vender muitos complementos. Agora seus clientes podem facilmente baixar ou ativar seus complementos diretamente do WP Admin.
Então, como isso funciona?
Se o cliente tiver uma licença válida para um complemento e estiver executando a versão gratuita wp.org do seu plug-in/tema principal, agora ele poderá fazer o download do complemento diretamente do WP Admin, além de visualizando os detalhes do complemento:
A instalação do complemento diretamente no WP Admin de produtos compatíveis com wp.org não é permitida, portanto, a opção de instalação só estará disponível quando a versão do plugin/tema principal instalada e ativada for paga ou explicitamente sinalizada como não-WP.org compatível. É assim que ficará nesse caso:
Fizemos outra melhoria de UX na seção de complementos do WP Admin: os complementos instalados agora são mostrados com um rótulo INSTALADO , tornando mais fácil para os administradores saber se um complemento já está instalado no site ou não:
Compatibilidade com ManageWP, MainWP, InfiniteWP e Jetpack
O Freemius WordPress SDK incorpora um mecanismo que identifica automaticamente o arquivo principal de um plugin ou tema. Esse mecanismo depende de debug_backtrace()
e assumiu que o núcleo WP é responsável por originalmente incluir esse arquivo principal. Após vários problemas relacionados ao GitHub em que o SDK não conseguia obter corretamente o título e a versão do produto, resolvemos o problema e descobrimos que ele estava relacionado ao caso de uso de plugins de terceiros sendo responsáveis pela inclusão/execução e não o núcleo WP. ManageWP, MainWP, InfiniteWP e Jetpack têm recursos para instalar e ativar remotamente plugins e temas. A inclusão de produtos através desses serviços é processada de forma diferente e o código dos produtos gerenciados é incluído diretamente pelos plugins “agentes” dos serviços correspondentes.
Para encurtar a história, abordamos esse caso de uso e a lógica agora identifica corretamente o arquivo principal do produto também quando o produto é gerenciado por um desses plugins de terceiros (e não pelo núcleo WP).
Qual é o próximo?
Eu gosto de terminar as notas de lançamento com alguns insights sobre nosso roteiro de curto prazo. Embora as prioridades possam mudar facilmente e uma startup ágil como a Freemius precise manter essa flexibilidade, aqui estão algumas das próximas coisas que planejamos desenvolver em um futuro próximo.
Gerenciamento de várias lojas e em nível de loja
Nosso Developer Dashboard foi inicialmente projetado para gerenciar produtos únicos. Em novembro de 2018, introduzimos um conceito de lojas junto com o lançamento do User Dashboard . Cada desenvolvedor foi automaticamente alocado em sua própria loja e todos os produtos que eles criaram foram vinculados a ela.
Desde esse lançamento, identificamos uma demanda crescente de parceiros que vendem vários produtos para ter um painel em nível de loja para acompanhar o desempenho de vendas de toda a loja, oferecer suporte a links de afiliados em nível de loja, gerenciar a equipe de toda a loja e muito mais.
Além disso, alguns de nossos parceiros têm várias lojas e marcas e, no momento, não há IU para gerenciar várias lojas na mesma conta.
Isso é algo que realmente gostaríamos de abordar em um futuro próximo.
Higienização e Escape do SDK do WordPress
Uma das principais funções do SDK do WordPress é fs_request_get()
. Esta função auxiliar é usada para acessar os parâmetros GET/POST recebidos do lado do cliente, com um valor padrão opcional quando o parâmetro está ausente. A sanitização real da entrada é feita no escopo de uso da função.
As equipes de revisão de plugins e temas do WordPress.org continuam sinalizando falsamente essa função auxiliar do SDK, pois ela não incorpora a higienização dos dados. É uma combinação de ferramentas de teste automatizadas que são limitadas em “ver” todo o escopo do código, bem como falsos positivos levantados por revisores que estão navegando pelo código procurando por problemas. Não posso culpá-los – revisar o código de um produto inteiro pode consumir muito tempo – simplesmente não é viável com um processo de revisão movido por voluntários.
Resumindo, não gostamos da impressão negativa que os desenvolvedores que se juntam ao Freemius podem ter da experiência de rejeição com o wp.org, independentemente de ser nossa culpa ou não. Portanto, com a estrutura atual do processo de revisão e os recursos humanos disponíveis, vamos abordar o problema e higienizar esses dados de entrada em linha. Embora isso aumente o tamanho do código (teremos que duplicar alguns códigos redundantes) e afetar um pouco o desempenho, estamos confiantes de que é a melhor decisão daqui para frente, pois acreditamos fortemente no ecossistema wp.org e queremos garantir que nosso SDK atende adequadamente às diretrizes do repositório.
Preços renovados no painel
Se você estiver vendendo produtos freemium com o Freemius, deve estar familiarizado com a página de preços no painel do SDK. A página foi desenvolvida inicialmente em 2015 usando tecnologias front-end antigas, e também é muito estruturada e conta com várias premissas que nos ajudaram a acelerar o desenvolvimento naquela época. Obviamente, a página passou por um extenso desenvolvimento, pois adicionamos muitos recursos ao longo dos anos. Devido à tecnologia desatualizada que utiliza, a manutenção, correção de bugs e desenvolvimento de novos recursos tornaram-se cada vez mais lentos. Além disso, depois de ver tantas estruturas de preços, entendemos muito melhor as limitações dessa página. Por fim, queremos dar a você total flexibilidade para modificar o modelo da página de preços, algo que atualmente é impossível, pois está sendo executado remotamente do nosso lado.
O plano é reconstruir a página de preços do zero usando o React e enviar o código como parte do SDK. Na verdade, já começamos a trabalhar nele e esperamos incluí-lo na próxima grande versão do SDK.
Localização do Checkout
Eu mencionei isso no ano passado, embora ainda não tenhamos conseguido priorizar este. Basicamente, queremos tornar o checkout acessível para compradores que não falam inglês, introduzindo recursos multilíngues.
Nos vemos no WCEU 2019!
Isso é tudo para esta atualização pessoal Se você estiver participando do WordCamp Europe esta semana, não seja um estranho, venha e diga olá! Tanto Brandon quanto eu (Vova) estaremos lá – sinta-se à vontade para nos mandar uma DM no Twitter e vamos conversar.