A lista de verificação de marca branca: o que perguntar a um fornecedor depois do carregamento do logótipo

A marca branca falha nos sítios que ninguém demonstra. O carregamento do logótipo funciona sempre. O que decide se o pessoal de um cliente consegue usar uma plataforma durante um ano sem se cruzar com o nome do seu fornecedor é o servidor dentro do link de reposição de palavra-passe, o domínio que assinou o email de notificação, o texto no separador do navegador, e a página de início de sessão em que alguém aterra a frio às 8 da manhã, antes de existir qualquer sessão. Pergunte por esses quatro antes de perguntar pelas cores.

Todos os fornecedores respondem que sim a «suportam marca branca?». A palavra cobre tudo, desde um código hexadecimal até um inquilino genuinamente seu, e as duas respostas chegam no mesmo tom confiante. O que se segue é uma lista de verificação para a chamada, escrita como perguntas e não como funcionalidades: uma lista de funcionalidades convida a um sim, uma pergunta convida a uma demonstração.

O que significa marca branca depois de passar o logótipo

O teste útil não é se o logótipo de um cliente aparece. É se algum momento de uma semana normal — iniciar sessão, repor uma palavra-passe, abrir um email, colar um link num pedido de apoio — faz aparecer o nome do fornecedor. Percorra essa semana em voz alta durante a chamada.

O domínio, e as partes de uma sessão que saem dele

O domínio personalizado é a peça que suporta a carga; tudo o resto é decoração por cima dela. Cinco perguntas levam-no quase até ao fim.

• Um domínio personalizado está incluído no escalão que nos estão a orçamentar, ou é um extra? Peça a linha do orçamento. Os domínios são uma venda adicional frequente e, em plataformas mais antigas, uma tarefa de serviços profissionais em vez de uma definição.
• Quem emite o certificado TLS, e o que acontece quando ele se renova? Emissão automática e renovação automática, ou um pedido de apoio de poucos em poucos meses. Pergunte o que é que um formando vê na manhã em que uma renovação falha.
• Um domínio para a conta, ou um por organização? Se gere várias academias de clientes ou vários campus, pergunte a que profundidade deixa de ser possível ter um nome de servidor separado.
• Podemos configurá-lo nós próprios? A boa resposta é um ecrã que mostra os registos DNS exatos para o seu registar, e um estado em tempo real enquanto o certificado é emitido. O sinal de alarme é uma troca de emails com um balcão de apoio.
• Que partes de uma sessão saem do nosso domínio? Descargas, vídeo, o reprodutor de avaliações, a verificação de certificados, um widget de ajuda incorporado, a passagem do início de sessão. Peça-lhes que abram o separador de rede num inquilino em produção e leiam os nomes de servidor em voz alta.

O email, e o link onde a máscara cai

O email é a metade da marca branca que fica discretamente com o fornecedor. Um endereço De é uma cadeia de apresentação e qualquer pessoa pode definir uma. O que um cliente de correio lê por baixo é o domínio que assinou de facto a mensagem.

From: Northbridge Academy <no-reply@learn.northbridge.edu>   <- the display line
Return-Path: bounces@mail.vendor-lms.com                     <- the envelope sender
DKIM-Signature: ... d=vendor-lms.com ...                     <- the signing domain

O Gmail coloca um pequeno «via vendor-lms.com» ao lado do remetente quando o domínio de assinatura não coincide com o domínio De. O departamento de informática do seu cliente sabe o que isso significa. Por isso pergunte:

• Que mensagens saem do nosso domínio, e quais do vosso? Peça a lista completa — convite, boas-vindas, reposição de palavra-passe, inscrição, lembrete, nota divulgada, certificado emitido, resumo, alerta de administração — e depois quais delas podem levar o nosso remetente.
• Apenas a linha De, ou também o domínio de assinatura? A pergunta seguinte é que registos DNS é que vocês publicam. Se nenhum deles for parar ao seu registar, o correio não está realmente a sair do seu domínio.
• A nossa própria conta de envio e a nossa chave, ou o vosso conjunto partilhado? Num conjunto partilhado, a taxa de devoluções de outro inquilino passa a ser o seu problema de entregabilidade, de forma invisível.
• Por organização, ou uma vez no topo? Um remetente único para toda a conta desfaz a independência logo no primeiro email.
• Que logótipo é que o email usa, e onde está alojado? Uma imagem alojada pelo fornecedor mostra o seu URL no texto alternativo sempre que uma gateway de correio bloqueia as imagens remotas.

Depois há o link dentro da mensagem, onde a maioria das avaliações descobre a verdade. O corpo pode levar o seu logótipo, as suas cores e o seu remetente, e o botão no meio dele pode ainda assim apontar para o servidor do fornecedor — porque os links de convite e de reposição são normalmente gerados pela camada de autenticação, configurada uma vez, globalmente, com um único URL de site.

A página de início de sessão, o separador e os dois logótipos

A página de início de sessão é a página mais difícil de personalizar e a primeira que todos os formandos veem. Antes de alguém se autenticar, a plataforma não sabe nada sobre o visitante a não ser o nome de servidor por onde chegou. Se a marca for carregada a partir da organização de um utilizador com sessão iniciada, um visitante a frio recebe o valor por omissão do fornecedor. Pergunte exatamente nestas palavras: a marca resolve-se apenas a partir do nome de servidor, antes de existir qualquer sessão?

• O que é que aparece no nosso domínio para um visitante sem sessão? Logótipo, nome do produto, cores, fundo, a redação do botão de início de sessão.
• Existe uma linha «powered by», e o que é que a remove? Um interruptor, um escalão superior, ou uma cláusula no contrato. As três coisas existem, e custam quantias diferentes.
• Que aspeto têm os estados de erro? Palavra-passe errada, convite expirado, conta bloqueada — as páginas com maior probabilidade de serem os modelos por omissão do fornecedor, e aquelas que um utilizador frustrado lê com mais atenção.
• O que está no separador do navegador? O título da página em cada rota, e o favicon. Pergunte se o favicon é por organização ou um ficheiro único para toda a plataforma; servi-lo a partir de um caminho estático único é um atalho comum.
• Há dois logótipos? Um logótipo para modo claro, um para modo escuro, normalmente também uma marca quadrada. Pergunte o que acontece se carregar apenas um e um utilizador mudar para o modo escuro.
• O que está nos documentos que saem da plataforma? PDFs de certificados, relatórios exportados, registos académicos. Verifique o rodapé, depois os metadados do ficheiro, onde o nome de um fornecedor sobrevive mais tempo.

Herança, e com que granularidade

Se gere mais do que uma organização — empresas clientes, escolas de um grupo, filiais por país —, «a marca é herdada?» é uma questão de granularidade e não de sim ou não, e é na granularidade que o trabalho ou desaparece ou se multiplica.

• Se uma organização-filha não definir nada, o que é que recebe? A marca da organização-mãe, ou o valor por omissão do fornecedor. Para um grupo, a segunda hipótese está errada: cada escola nova começa a vida com o aspeto do fornecedor.
• Tudo ou nada, ou campo a campo? Uma escola que quer a paleta do grupo e o seu próprio emblema precisa de recurso à herança ao nível do campo. A herança em bloco obriga cada filha a redeclarar catorze cores para mudar um logótipo.
• Os logótipos claro e escuro recorrem à herança como um par? Se recorrerem de forma independente, uma filha que carregue apenas um logótipo claro deixa o logótipo escuro da organização-mãe encalhado contra a sua nova paleta. Uma pergunta pequena que produz uma pausa informativa.
• Quem tem autorização para a alterar? O administrador da própria filha, ou todas as alterações encaminhadas pela sua equipa central. A segunda hipótese é uma fila de apoio que ainda estará a gerir daqui a um ano.
• Até que profundidade vai? Dois níveis é comum. Uma editora com escolas que têm campus precisa de mais.
• A terminologia é herdada tal como o design? Se pode mudar o nome de «aluno» para «formando», pergunte se isso se propaga, e se é definido separadamente por idioma.

Testes para fazer você próprio

A experiência em telemóvel

Comece por perceber qual das coisas lhe estão a vender, porque «temos aplicação móvel» cobre dois produtos com histórias de marca diferentes. Se for uma aplicação nativa, as perguntas são comerciais e não cosméticas. Que nome está na ficha da loja? Quem é dono da conta de programador, e quem submete as versões? Existe uma compilação separada por cliente, e um ciclo de revisão separado com ela?

Se for uma aplicação web responsiva, a marca segue o mesmo caminho de código do site em computador, o que é normalmente a melhor resposta neste caso. Peça para a ver à largura de um telemóvel no seu próprio domínio, e depois pergunte que nome e que ícone aparecem quando um formando a adiciona ao ecrã principal.

O código-fonte da página

Mais cedo ou mais tarde alguém vai abrir o código-fonte — a equipa de informática de um cliente, um formando curioso. Não está a esconder nada; está a verificar se a plataforma foi construída para ser servida com o nome de outra pessoa. Dois comandos respondem à maior parte da questão.

# Que nome está no certificado servido no seu domínio?
openssl s_client -connect learn.yourbrand.com:443 \
  -servername learn.yourbrand.com </dev/null 2>/dev/null \
  | openssl x509 -noout -text | grep -A1 'Subject Alternative Name'

# O que dizem o HTML e os cabeçalhos de resposta?
curl -sL https://learn.yourbrand.com | grep -io 'vendorname' | wc -l
curl -sI https://learn.yourbrand.com | grep -iE 'server|x-powered-by|content-security-policy'

A verificação do certificado é a interessante. Algumas plataformas emitem um certificado por nome de servidor de cliente; outras põem muitos clientes num só certificado com vários nomes. Se a lista de nomes alternativos no domínio do seu cliente nomear outros clientes, isso é informação pública sobre quem mais o fornecedor serve, e uma revisão de segurança vai dar por ela.

No HTML, leia o título da página, a etiqueta `og:site_name`, o manifesto web, os nomes de servidor a partir dos quais os scripts e as imagens são carregados, e os pontos de acesso de analítica e de reporte de erros no cabeçalho da política de segurança de conteúdos. Esses pontos de acesso são o revelador mais comum, porque ninguém pensa neles como marca.

Como conduzir a chamada

1. Peça um inquilino em produção num domínio que controla, e não uma demonstração gravada. Um dia de trabalho de DNS é um teste mais barato do que um ano de contrato.
2. Peça-lhes que enviem um convite verdadeiro e uma reposição de palavra-passe verdadeira para um endereço que controla. Leia o destino do link e os cabeçalhos.
3. Abra a página de início de sessão a frio, numa janela privada, em modo escuro, num telemóvel.
4. Execute os dois comandos acima contra o seu próprio nome de servidor.
5. Reúna as respostas num documento partilhado, com data. «Em desenvolvimento» é uma boa resposta quando está escrita e uma má resposta quando é descoberta ao quarto mês.

Insista nas perguntas que produzem uma demonstração de um ecrã em vez de uma resposta. Essa reação raramente é evasiva — normalmente significa que ninguém perguntou antes.

Onde a Lurno se situa

As nossas próprias respostas, incluindo as partes por acabar. Os domínios são por organização, a qualquer profundidade da árvore, e configuram-se a partir das definições dessa própria organização: escreva o nome de servidor, publique os registos DNS que o ecrã lhe mostra, acompanhe o estado até o certificado indicar ativo, e depois marque-o como principal. Os nomes de servidor passam pela Cloudflare; o TLS é emitido e renovado automaticamente. A página de início de sessão resolve o logótipo, o título, o slogan, o tema e o fundo apenas a partir do nome de servidor, antes de alguém se autenticar. Assim que um domínio é o principal, os links de convite dessa organização são construídos sobre ele.

A marca são dezassete campos — catorze tokens de cor, o tipo de letra de títulos, o tipo de letra de corpo, o raio dos cantos — mais um logótipo claro, um logótipo escuro, um favicon, um título e um slogan. A herança responde à questão da granularidade acima: uma sub-organização sem tema fica com o tema inteiro da organização-mãe, o par de logótipos é herdado como uma unidade, pelo que não é possível deixar um logótipo escuro encalhado sobre um fundo claro, e o título, o slogan e o favicon recorrem à herança campo a campo. A terminologia pode ser renomeada por idioma, e o email de notificação sai do subdomínio da própria organização. O modelo completo está na página de marca branca; quem envia o correio está na lista de subcontratantes em segurança.

As lacunas, de forma direta. Não existem aplicações móveis nativas — a Lurno é uma aplicação web responsiva, pelo que o telemóvel leva a mesma marca que tudo o resto, mas não há nenhuma aplicação com o seu nome numa loja, e as aplicações nativas estão no roadmap e não foram lançadas. O início de sessão único por SAML e OIDC também está no roadmap; o que existe hoje é o início de sessão via parceiro, em que o seu backend entrega uma asserção assinada relativa a um formando que já autenticou. Os pagamentos e a finalização de compra estão em desenvolvimento.

A marca branca não é uma funcionalidade que se liga no momento do registo. É uma propriedade do sítio onde um fornecedor traçou as suas fronteiras anos antes de você lhe telefonar, e essas fronteiras leem-se na barra de endereço, nos cabeçalhos de correio e no código-fonte da página de um inquilino em produção. Meia hora com um domínio real resolve mais itens desta lista do que uma tarde de chamadas — as nossas incluídas, que é para isso que serve uma demonstração.