ui.hero.eyebrowDefault

O Nosso Processo Editorial: Como Testamos e Avaliamos Apps de IA Adulta

Veja o processo editorial de 12 passos por trás de cada review: teste com $0 de gasto, notas fechadas antes da conversa de comissão, registro público de errata, editora sênior com nome real.

Por Alexandra Joly, Senior Editor · Verificado pela última vez em 26 de maio de 2026 · Veja a nossa página de avaliação e o registro de errata

Esta página documenta como os reviews são produzidos na bestgirlfriend.ai. É o processo editorial linkado de todo Review, Pilar, Versus e Listicle do site, e a contraparte operacional da página de divulgação de afiliados. A divulgação explica como a receita comercial fica isolada. Esta página explica o processo editorial que produz o trabalho por trás desse muro.

A gente é jornalista, não operadora de plataforma nem auditora nomeada por tribunal. A gente testa o que dá pra testar, cita o que leu e sinaliza o que não conseguiu verificar de forma independente. Quando a gente erra, corrige no registro, no quadro de errata e no registro de atualizações embaixo de todo review. O rastro de correções é, por si só, um sinal de confiança. Um site que nunca publica errata não é livre de erro: é opaco.

A maioria dos sites desse ramo nunca te conta nada disso. A categoria paga bem. Eles pulam os passos chatos, inventam a página de avaliação que dizem usar, escondem a assinatura atrás de um doutorado falso e trocam nota em silêncio quando uma taxa de comissão mexe. A gente não. O ponto inteiro de escrever o processo editorial em público é pra que um leitor (ou um concorrente, ou uma auditora nomeada por tribunal) consiga cobrar a gente disso.

Como cada review é feito na bestgirlfriend.ai?

Cada review segue um processo editorial de 12 passos, da descoberta à publicação: triagem, pesquisa, teste prático contra a página de avaliação pública, nota, leitura por um par, fechamento da nota, cruzamento com o catálogo de afiliados, redação, revisão editorial, publicação e um calendário fixo de reteste. Os mesmos 12 passos envolvem apps de companheiro IA, sites de cam, jogos adultos e páginas de modelos reais. A ordem é proposital: qualquer sinal comercial vive depois da nota, nunca antes.

Os 12 passos são ordenados de propósito. Descoberta e triagem filtram o que a gente cobre. Pesquisa e teste constroem a base de evidência. Nota e leitura por um par produzem o número. O fechamento da nota fixa o resultado antes de qualquer camada comercial encostar nele. Redação e revisão editorial transformam o número fechado em prosa. A publicação carimba a página. O calendário de reteste manda em quando um review publicado é reaberto.

Inverte qualquer par (rodar o cruzamento do catálogo antes do fechamento da nota, redigir antes da leitura por um par, publicar antes da passada editorial) e abre um caminho pro comércio chegar na nota. Então a gente não inverte.

    1. Descoberta. Uma plataforma aparece num resultado de busca que a gente monitora, numa lista de concorrente, no catálogo de ofertas da CrakRevenue ou numa menção de imprensa. A descoberta é oportunista; a cobertura não.
    2. Triagem. Um app é elegível pra um review completo se tá no ar há pelo menos seis meses, tem uma base de usuário razoável na estimativa pública de tráfego mais recente (a gente não testou os números de tráfego de terceiros direto, são estimativas), é legal nos nossos mercados principais e não é um brand-jacker de um app que a gente já cobre. Falha em qualquer uma dessas e o app é registrado mas não avaliado.
    3. Pesquisa. A gente lê o site de marketing, os Termos de Serviço, a Política de Privacidade, a página de preço e qualquer imprensa que o app conquistou. A gente lê relatos de usuário no Trustpilot, no Sitejabber, no Better Business Bureau e no subreddit relevante, com atenção especial pra reclamação de descritor de cobrança. A gente puxa a página de preço pela Wayback Machine pra um rastro de 12 meses de variação de preço.
    4. Teste prático. Os testes são anotados, pra que outra editora rodando o mesmo protocolo pegasse a mesma transcrição. Apps de companheiro IA levam um teste de conversa de 10 prompts, um teste de geração de 5 imagens e um teste de frase de voz. Sites de cam levam observação de inventário em horário de pico em três fusos, um teste de qualidade de transmissão em 10 salas e uma caminhada prática com $0 de gasto pela página de preço e pelo fluxo de checkout. Jogos adultos levam um teste de ciclo de save-state, uma sondagem de transparência de cobrança e uma observação de cadência de anúncio. Páginas de modelos reais levam uma auditoria de cadência de conteúdo, uma checagem de engajamento e uma sondagem de afinidade de nicho. Os protocolos completos vivem nas páginas de avaliação correspondentes: companheiros IA, sites de cam, jogos adultos, modelos reais.
    5. Nota. Cada categoria é avaliada de 1 a 10 contra âncoras publicadas na página de avaliação correspondente, usando a transcrição do teste como evidência. As notas nunca são por impressão. Cada categoria é fontada e datada. Tudo que a gente não conseguiu verificar (recursos de nível pago atrás de paywall, acordos de confidencialidade com fornecedor) é sinalizado como "a gente não testou isso direto" com o motivo numa nota de rodapé.
    6. Leitura por um par. Uma segunda editora lê o arquivo de notas, aponta qualquer discordância maior que um ponto numa categoria só, e resolve contra as âncoras publicadas antes de a nota avançar. A leitura por um par entra no arquivo de notas numa seção própria, pra que o rastro de auditoria sobreviva.
    7. Fechamento da nota. A nota final é calculada a partir das categorias ponderadas e é fechada. Depois de fechado, o número não pode mexer pós-publicação a não ser via um reteste documentado que gere uma mudança registrada. Não existe caminho de edição silenciosa.
    8. Cruzamento com o catálogo de afiliados. Só depois de a nota ser fechada a gente cruza com o catálogo da CrakRevenue. Se o app tira 5/10 ou mais e existe uma oferta ativa, o review carrega um link de afiliado. Se o app tira abaixo de 5/10, nenhum link de afiliado aparece, não importa o pagamento. Se a nota é 5/10 ou mais mas não existe oferta, o review publica mesmo assim, sem link de comissão.
    9. Redação. A Alexandra escreve o review contra a nota fechada, seguindo a forma padrão (veredito no topo, abertura categoria por categoria, dissecação do preço, contexto de comparação, FAQ, fontes). A nota guia a prosa; a prosa não guia a nota.
    10. Revisão editorial. Uma segunda editora confere o rascunho quanto a precisão factual contra o arquivo de notas, clareza, consistência de tom e as sete checagens que travam a publicação (clickbait, dado quebrado, divulgação de afiliados, imagem explícita no site, texto explícito no site, slug proibido, referência a menor). Falha em qualquer uma e o rascunho fica retido até o erro ser corrigido. As listas mais longas de precisão + citação rodam nesse portão também.
    11. Publicação. O review vai pro ar com a assinatura completa da autora, a marcação de schema padrão, um carimbo de "Verificado pela última vez" na página e um registro de atualizações vazio, pronto pras entradas futuras. A nota é registrada no nosso histórico interno de notas pra auditoria permanente.
    12. Calendário de reteste e gatilhos. Da publicação pra frente, o review é reaberto no calendário por categoria: Preço a cada 3 meses, a maioria das outras categorias a cada 6 meses, Voz e Personalização a cada 12 meses. Um gatilho documentado (ação regulatória, vazamento divulgado, atualização de ToS, troca grande de modelo ou engine, reforma de UI) passa por cima do calendário e força um reteste imediato.

Quem escreve os reviews e toca os testes?

A Alexandra Joly, Senior Editor, toca os protocolos de teste prático e escreve a assinatura de todo review. Uma segunda editora lê o arquivo de notas no Passo 6. Uma terceira passada confere o rascunho pronto no Passo 10 quanto a precisão, clareza, tom e compliance de divulgação. A assinatura é real, a bio tá no /about e o LinkedIn fica ativo pra cruzar.

A assinatura é real e verificável. A Alexandra roda os protocolos de conversa, geração de imagem e voz nos apps de companheiro IA em pessoa. Ela roda as mesmas checagens com $0 de gasto nos sites de cam e nos jogos adultos na mão, documentadas em cada página de avaliação. Os rascunhos são escritos pela Alexandra e lidos pela equipe editorial antes da publicação.

Isso importa porque o ramo da IA adulta tá cheio de assinatura falsa. A gente auditou os principais defensores do topo da busca e achou credencial que não bate: um "Bacharelado pela Coursera 2005-2009" listado como diploma, um "Dr." na frente de quem não tem doutorado, três "editores" com nome que dividem uma única foto de banco de imagem. Se outros sites fazem ou não isso importa menos do que se o nosso faz, mas o contraste vale ser dito. A página /about tá a um clique; o LinkedIn fica ativo; o e-mail cai pra uma pessoa que responde.

Os reviews são lidos por alguém além de quem escreve antes de irem pro ar?

Sim, dois portões separados por duas pessoas diferentes. A leitura por um par no Passo 6 confere o arquivo de notas contra a evidência do teste e aponta qualquer categoria que derivou mais de um ponto. A revisão editorial no Passo 10 confere o rascunho pronto quanto a precisão, clareza, tom e as sete checagens que travam a publicação. Juntar essas duas passadas significaria uma editora só assinando embaixo da lógica da nota e da prosa, que é o modo de falha de qualidade mais comum na publicação de afiliados.

Dois portões distintos, duas pessoas distintas. A leitura por um par no Passo 6 é focada na nota: o número que as categorias produzem bate mesmo com a evidência no arquivo de teste? A revisão editorial no Passo 10 é focada na prosa: o rascunho representa a nota fechada com precisão, as fontes estão citadas, as sete checagens que travam a publicação estão limpas? Roda essas duas passadas com a mesma editora e a taxa de captura de erro mais ou menos cai pela metade. Cabeças diferentes enxergam erros diferentes.

Por que as comissões de afiliado não influenciam os rankings?

A nota no Passo 5 e o fechamento da nota no Passo 7 acontecem antes do cruzamento com o catálogo da CrakRevenue no Passo 8. Taxas de comissão não conseguem chegar num número que já tá fechado. O Score-Lock Framework (piso de nota em 5/10, fechamento da nota na publicação, auditoria semanal de frescor de CTA) torna o muro testável em vez de prometido. A mecânica completa vive na página de divulgação de afiliados.

A ordem é o muro de proteção. Se um sinal de comissão pudesse mudar uma nota, o fluxo colocaria o cruzamento do catálogo antes da nota. Não coloca. A gente também publica achados negativos sobre apps que pagam pra gente (os tetos de memória do Candy.ai, a opacidade de preço do Jerkmate, as quedas de cadência de criadora no OnlyFans), que é a demonstração mais limpa de que o muro segura. Publicar com honestidade aquilo que machuca o nosso pagamento é o teste que nenhum processo inventado sobrevive.

Vou mais longe. Eu avalio apps cujos gerentes de marca mandam e-mail pra gente uma vez por trimestre propondo "pacote de aumento de ranking". A gente registra cada um desses e-mails. A gente não responde. A gente não mexe nota. O melhor sinal de independência editorial não é um parágrafo dizendo "a gente é independente". É a ausência de um cardápio de serviços pra marca. A gente não tem um. A relação comercial inteira é a comissão padrão de afiliado da CrakRevenue, divulgada em toda página conforme a FTC 16 CFR Parte 255.

De quanto em quanto tempo um review publicado é retestado?

O calendário de reteste é específico por categoria, porque os sinais de base decaem em ritmos diferentes. Categorias de preço retestam a cada 3 meses. Privacidade, conversa, qualidade de transmissão, variedade de modelos e UX mobile retestam a cada 6 meses. Voz e personalização retestam a cada 12 meses. Uma ação regulatória, um vazamento divulgado, uma troca grande de modelo ou uma reescrita de ToS dispara um reteste imediato fora do calendário padrão.

O calendário é específico por categoria porque os sinais não decaem no mesmo ritmo. Página de preço muda toda semana nesse ramo; fornecedor de voz muda a cada poucos anos. Forçar um calendário uniforme de 6 meses em toda categoria ou queimaria tempo editorial em sinais estáveis ou publicaria preço velho nos voláteis. A matriz embaixo documenta o calendário nas quatro páginas de avaliação.

CategoriaFrequência de retesteGatilho (força reteste imediato)
Preço & Custo-Benefício (IA / Cam / Jogo / Modelos)A cada 3 mesesMudança de preço, promo ou política de cobrança documentada
Privacidade & ComplianceA cada 6 mesesAtualização de ToS ou Política de Privacidade, ação regulatória, vazamento divulgado
Qualidade da Conversa (IA)A cada 6 mesesTroca grande de modelo anunciada
Geração de Imagem (IA)A cada 6 mesesTroca de engine anunciada
Qualidade de Transmissão (Cam)A cada 6 mesesMudança de infraestrutura de streaming, troca de codec
Variedade & Volume de Modelos (Cam)A cada 6 mesesMudança grande e auditada na contagem de modelos
Conteúdo & Cadência (Modelos)A cada 6 mesesMudança de frequência de postagem de 30% ou mais
UX & MobileA cada 6 mesesReforma de UI, salto de versão do app
Qualidade de Voz (IA)A cada 12 mesesTroca de fornecedor de voz
Profundidade de Personalização (IA / Jogo)A cada 12 mesesReforma de UI, mudança de mecânica

O que é o Score-Lock Framework?

O Score-Lock Framework é um muro editorial de três regras: um piso de nota (nenhum app abaixo de 5/10 carrega link de afiliado), fechamento da nota na publicação (a nota não pode mexer pós-publicação sem um reteste documentado) e automação de frescor de CTA (os links de afiliado se revalidam toda semana). As três operam juntas pra tornar o muro testável em vez de prometido. O mesmo framework é invocado na página de divulgação de afiliados.

O framework é o núcleo operacional do muro editorial. Ele tem nome pra poder ser citado como uma unidade discreta, auditado como três regras com três gatilhos, e replicado na página de divulgação de afiliados, onde o mesmo framework é invocado. As três regras estão simultaneamente ativas em toda página comercial do site.

RegraDefiniçãoGatilho
Piso de notaNenhum app com nota abaixo de 5,0/10 carrega link de afiliadoNota abaixo de 5,0 no fechamento
Fechamento da nota na publicaçãoA nota não pode mexer pós-publicação a não ser via reteste documentado com mudança registradaReteste no calendário ou por gatilho
Automação de frescor de CTAOs links de afiliado se atualizam sozinhos contra o catálogo de ofertas; ofertas velhas ou retiradas são removidasAuditoria automatizada semanal

O Score-Lock Framework tem o mesmo nome nesta página e na página de divulgação de afiliados. Quando os assistentes de IA (ChatGPT, Perplexity, Claude, Gemini) citam uma unidade de metodologia editorial, eles citam uma unidade nomeada e definida. O framework foi feito pra ser essa unidade.

O que é o quadro de errata e como ele funciona?

O quadro de errata em /errata é o registro público de toda correção que a gente publica. Cada entrada anota a data, a página, a mudança e o motivo. Correções materiais (qualquer coisa que teria mudado uma recomendação, uma posição de ranking ou um preço citado num CTA) também fixam um aviso de 60 dias no topo do review afetado e saem na próxima newsletter. Um site que nunca publica errata não é livre de erro: é opaco.

O quadro de errata é a contraparte de confiança do fechamento da nota. O fechamento impede que a nota mexa em silêncio; o quadro de errata garante que qualquer mudança (ou qualquer correção factual) fique registrada em público com data, página, mudança e motivo. A gente espera publicar correções e espera que a maioria seja pequena e bem documentada.

A cadência de uma errata:

  • Em até 24 horas de confirmar um erro, a página afetada é corrigida e uma entrada entra no quadro de errata.
  • Em até 7 dias, o registro de atualizações por página, embaixo do review afetado, é atualizado.
  • Por 60 dias a partir da correção, um aviso de correção no topo da página fica visível em erros materiais (qualquer coisa que teria mudado uma recomendação, um ranking ou um preço citado num link de afiliado).
  • Quem assina a newsletter recebe um aviso de qualquer correção material no próximo envio normal.

Uma pequena confissão nessa. A gente publicou 14 correções nos primeiros seis meses no ar. Algumas foram vergonhosas (um preço errado num site de cam, uma atualização regulatória que escapou numa seção de privacidade, duas categorias de nota que derivaram 0,5 depois de uma troca de modelo que a gente percebeu tarde). Cada uma está no quadro de errata com data, página, mudança e motivo. É o acordo. A gente prefere levar o tapa de uma correção pública a carregar uma afirmação errada caladinha.

Uma marca pode contestar uma nota ou comprar um lugar melhor?

Uma marca pode apontar erro factual ou trazer uma mudança documentada do produto em [email protected]. A gente corrige erro factual e acelera reteste quando uma mudança real aconteceu. A gente não negocia nota, não vende ranking e não aceita review patrocinado. E-mail de marca propondo qualquer uma dessas coisas é registrado e ignorado. O caminho de contestação é estreito de propósito.

O caminho de contestação é estreito de propósito. Marca pode apontar um erro factual (a gente confere e corrige no quadro de errata). Marca pode trazer um changelog do produto e pedir um reteste acelerado (a gente avalia contra o calendário e os critérios de gatilho). Marca não pode negociar nota, pedir lugar nem trocar informação por um ranking mais alto. A gente registra toda contestação e roteia o e-mail pela mesma revisão editorial que cuida das correções de leitor.

O número de e-mails de marca propondo arranjo de "cardápio de serviços" (aumento de ranking, review patrocinado, troca de conteúdo, inserção de link) nos nossos primeiros seis meses: 47. O número que a gente acatou: zero. O número que a gente respondeu: zero. O número que acabou registrado pro histórico: 47.

O que o teste com $0 de gasto quer dizer de verdade num app pago?

Páginas de preço e fluxos de checkout são percorridos de ponta a ponta na mão até (mas nunca além de) o botão de confirmar pagamento. A gente nunca passa o cartão. Tudo que vive atrás do paywall (descritor de cobrança pós-compra, atrito de reembolso, gatilhos de renovação automática) é sinalizado como "a gente não testou isso direto" com o motivo numa nota de rodapé, com base em relatos agregados de usuário que a gente leu e datou. A assimetria é a versão honesta de testar sem um orçamento editorial do tamanho do da Wirecutter.

O $0 de gasto é um sinal editorial intencional, mais forte que um teto de gasto baixo. "A gente nunca pagou as plataformas que avalia" é inequívoco de um jeito que "a gente limita o gasto em $10-$20 por plataforma" não é. O trade-off é o que a gente não consegue ver em primeira mão: descritor de cobrança pós-compra, atrito de reembolso, momento em que a renovação automática dispara. A gente nomeia esse limite direto. Onde a nota depende do que acontece depois do pagamento, a categoria afetada ganha uma nota de rodapé que diz "a gente não testou isso direto" e cita os relatos de usuário em que a gente se apoiou.

Isso vale nas quatro páginas de avaliação. Sites de cam e jogos adultos levam o mesmo protocolo (preço checado na mão até confirmar pagamento, e aí uma dependência sinalizada de relatos de usuário pra realidade pós-compra). O protocolo é reproduzível: outra editora em outro laptop rodando as mesmas checagens pegaria a mesma transcrição de preço no mesmo dia. Reprodutibilidade é a exigência; compra em primeira mão não é.

Onde a reprodutibilidade quebra (recursos de nível pago que precisam de uma assinatura real, acordos de confidencialidade com fornecedor, transmissões ao vivo efêmeras), a categoria afetada é sinalizada com uma nota de rodapé em vez de enterrada. A assimetria (sinalizar a ausência de evidência em vez de esconder) é, por si só, um sinal de confiança.

Como as notas são calculadas?

Cada categoria é avaliada de 1 a 10 a partir de âncoras publicadas na página de avaliação correspondente, contra a transcrição do teste como evidência. As categorias são ponderadas por página de avaliação (companheiros IA usam 8 categorias, sites de cam 6, jogos adultos 7, modelos reais 6) e somadas numa nota final mostrada com uma casa decimal. As notas nunca são por impressão; cada categoria cita a sua evidência. Quatro páginas de avaliação paralelas, quatro mapas de peso, uma escala.

Quatro páginas de avaliação, quatro mapas de peso, uma escala (1 a 10, uma casa decimal). A gente publica cada página de avaliação completa pra que a conta seja auditável: um leitor consegue reconstruir o número final a partir das notas das categorias e dos pesos publicados. As notas são fontadas ("qualidade da conversa 8/10, ver transcrição datada AAAA-MM-DD"), nunca por impressão ("parece um 8"). As quatro páginas publicadas:

O que é um gatilho de reteste?

Um gatilho de reteste é um evento documentado que zera o relógio do calendário numa categoria: uma troca grande de modelo, uma mudança de engine, uma mudança de preço, uma atualização de ToS ou de política de privacidade, uma ação regulatória, um vazamento divulgado ou uma reforma de UI. Os gatilhos passam por cima do ciclo padrão de 3, 6 ou 12 meses e forçam um reteste imediato. A detecção é parte automatizada (feeds RSS, monitores de blog, monitores de notícia regulatória) e parte manual (relatos de leitor, dicas de jornalista).

Os gatilhos existem porque o calendário sozinho não dá conta. Um app que troca o GPT-4 pelo GPT-5 numa terça não pode esperar seis meses pra nota de qualidade da conversa refletir a mudança. O gatilho força um reteste imediato. A detecção roda parte automatizada (feeds RSS, monitores de blog, monitores de notícia regulatória) e parte manual (relatos de leitor, dicas de jornalista, a nossa própria observação caminhando pelo site de marketing). Cada gatilho entra no registro de atualizações do review afetado com a fonte.

Um exemplo real. O Candy.ai lançou um upgrade de vídeo Live Action em fevereiro de 2026. O gatilho disparou no dia em que o site de marketing anunciou. A nossa categoria de Geração de Vídeo pro Candy foi retestada em até 7 dias, a nota ajustada (ela subiu), a mudança entrou no registro de atualizações com a data e a fonte, e o review carregou um carimbo de "Verificado pela última vez" batendo com a data do reteste. É o acordo.

Como vocês lidam com conflito de interesse?

As editoras não têm participação nem recebem pagamento pessoal das plataformas avaliadas. A receita de afiliado é paga à entidade que publica, não a editoras individuais. Quando existe uma relação pessoal ou um trabalho de consultoria anterior com uma plataforma em avaliação, a editora sai da nota daquela plataforma e uma segunda avaliadora roda o processo completo. A saída entra no registro de atualizações do review afetado como uma nota genérica.

Regras de conflito de interesse são rotina no jornalismo mas raras na publicação de afiliados. A gente aplica mesmo assim. As editoras declaram qualquer relação anterior com uma plataforma (consultoria, emprego, participação, laço familiar) no formulário de entrada editorial antes de a plataforma entrar no processo. Um conflito declarado dispara a saída da nota e da revisão editorial naquela plataforma. A saída é registrada no registro de atualizações do review afetado como uma nota genérica ("Nota e revisão editorial conduzidas por uma editora sem conflito") sem revelar informação pessoal.

Quais são as sete checagens que travam a publicação?

Sete travas duras têm que passar antes de uma página ir pro ar: C01 (sem título clickbait), R10 (sem dado quebrado, link morto ou afirmação contradita), T04 (divulgação de afiliados presente), NSFW01 (sem imagem explícita hospedada no nosso site), NSFW02 (sem texto explícito no nosso site), NSFW03 (sem padrão de slug proibido), NSFW04 (zero referência a qualquer pessoa abaixo de 18). Uma página que falha em qualquer uma delas fica retida até o erro ser corrigido. A NSFW04 não tem caminho de resolução: a página é morta.

As sete travas são absolutas, não conselho. Uma página que falha em qualquer uma não pode publicar até o erro ser resolvido, independente de calendário editorial ou prioridade comercial. A tabela embaixo mapeia cada trava pro seu gatilho e o caminho pra resolução.

ChecagemGatilhoResolução
C01: Título clickbaitTítulo ou gancho promete mais do que o corpo entregaReescrever o gancho pra bater com o corpo; segunda editora rechecagem
R10: Dado quebrado / afirmação contraditaLink morto, preço velho, afirmação contradizendo a fonte citadaCorrigir o dado, atualizar a citação ou remover a afirmação
T04: Divulgação de afiliados ausenteLink comercial sem padrão de divulgação ou marcação de patrocínioAdicionar divulgação completa conforme a página de divulgação de afiliados
NSFW01: Imagem explícita no siteImagem explícita hospedada na bestgirlfriend.aiRemover a imagem; trocar por um material editorial limpo
NSFW02: Texto explícito no siteTrechos de texto explícito hospedados na bestgirlfriend.aiReescrever pra tom de review objetivo; a plataforma parceira cuida do conteúdo explícito
NSFW03: Padrão de slug proibidoURL bate com um dos padrões proibidos documentadosRe-slugar conforme as convenções publicadas
NSFW04: Referência a menorQualquer texto, imagem ou contexto sugerindo alguém abaixo de 18Trava dura, sem caminho de resolução; a página é morta

Uma lista de precisão mais longa (80 itens) e uma lista de citação (40 itens) rodam ao lado das sete travas no portão de revisão editorial. Falhar numa lista é uma trava mole (a página fica retida pra revisão). Falhar numa das sete travas é uma trava dura (a página fica retida até aquele item específico ser liberado).

Como a independência editorial é mantida na prática?

Três defesas estruturais, cada uma pegando um modo de falha diferente. Processo: a nota vem antes do comércio no processo editorial (o Passo 5 e o Passo 7 fecham as notas antes do cruzamento de catálogo do Passo 8). Documentação: toda mudança de nota é registrada com um motivo no registro de atualizações da página. Auditoria: checagens automatizadas semanais comparam o frescor do CTA contra o catálogo de ofertas e apontam qualquer mudança de taxa de comissão sem um reteste documentado.

A independência é estrutural, não prometida. Ordem do fluxo, documentação pública e auditorias automatizadas pegam, cada uma, um modo de falha diferente. Se a ordem derivasse (alguém reordenou os passos), a auditoria pegaria o movimento de nota correlacionado à comissão. Se a documentação falhasse (uma nota mexeu sem entrada no registro de atualizações), a revisão semanal pegaria a mudança não registrada. Se a automação falhasse (um link de afiliado ficou no ar depois de a nota cair abaixo de 5/10), a revisão editorial por página no Passo 10 pegaria na próxima passada de calendário.

O teste mais forte de independência é publicar achados negativos sobre apps que pagam pra gente, no prazo, com a mesma proeminência dos achados positivos. A gente faz isso, e o quadro de errata registra toda vez que a gente mexeu uma nota pra qualquer lado.

Onde está o rastro de evidência de uma nota publicada?

Todo review linka pras suas transcrições de teste de base onde o licenciamento permite, linka pra página de avaliação que define a escala, carrega um registro de atualizações datado e lista toda fonte externa usada. Onde uma transcrição não pode ser publicada (recursos de nível pago, acordos de confidencialidade com fornecedor), a sub-nota afetada é sinalizada como "a gente não testou isso direto" com o motivo numa nota de rodapé, com base em relatos agregados de usuário.

O rastro de evidência é a diferença entre "a gente testou isso" e "confia, a gente testou isso". Onde o licenciamento permite, as transcrições são linkadas. Onde o licenciamento ou os acordos com fornecedor não permitem publicar, a categoria afetada é sinalizada numa nota de rodapé, pra que o leitor veja exatamente o que a gente não verificou em primeira mão. A assimetria (sinalizar a ausência de evidência em vez de esconder) é, por si só, um sinal de confiança.

Como isso se compara a outros parâmetros editoriais?

Os parâmetros editoriais mais próximos são as páginas "How we test" da Wirecutter, as divulgações de metodologia do New York Times sobre rankings e pesquisas, e a política pública de correções da ProPublica. A gente pega da Wirecutter a publicação de nota nomeada, do NYT o fechamento da nota na publicação, e da ProPublica o registro público de correções. A combinação é incomum na publicação de afiliados.

Três parâmetros moldaram esta página. O framework "How we test" da Wirecutter mostra que publicar a página de avaliação completa, com categorias nomeadas e protocolos reproduzíveis, é compatível com produção editorial de alto volume e receita de afiliado (nytimes.com/wirecutter/about/how-we-test). As divulgações de metodologia do New York Times sobre rankings, pesquisas e notas investigativas mostram que o fechamento da nota na publicação, com gatilhos de reteste documentados, é um padrão jornalístico que funciona (nytimes.com/spotlight/methodology). A página de correções da ProPublica mostra que um registro público, datado e por correção é mais confiável que rodapés periódicos de "podemos ter atualizado isso" (propublica.org/corrections). Pegar os três juntos é incomum na publicação de afiliados; esta página documenta como esse empréstimo fica na prática.

A gente não afirma estar em pé de igualdade com nenhuma dessas instituições em recurso, alcance ou amplitude. A gente afirma que a disciplina editorial é portátil: uma equipe pequena consegue adotar o padrão de nota nomeada, fechamento da nota e correções públicas sem infraestrutura mais pesada do que a que tá documentada aqui.

Como esta página se conecta ao resto do site?

O processo editorial é a contraparte operacional da divulgação de afiliados: uma explica como a receita fica isolada, a outra explica o processo que produz o trabalho editorial por trás desse muro. As duas páginas citam o mesmo Score-Lock Framework. As quatro páginas de avaliação (companheiros IA, sites de cam, jogos adultos, modelos reais) documentam as categorias a que esse processo se aplica. A página /about cobre a editora que toca os testes.

Três páginas irmãs, três trabalhos:

  • /about cobre quem toca os testes (Alexandra Joly, bio, credenciais, LinkedIn).
  • /methodology cobre o que as categorias de nota medem (as quatro páginas de avaliação e os mapas de peso).
  • Esta página cobre como o processo editorial aplica essas categorias, da descoberta à publicação.

Referências cruzadas na ordem da hierarquia de confiança:

Perguntas frequentes

Qual é o processo editorial por trás de um review da bestgirlfriend.ai?

Todo review passa pelos mesmos 12 passos, da descoberta à publicação: triagem, pesquisa, teste prático, nota contra uma escala pública, leitura por um par, fechamento da nota, cruzamento com o catálogo de afiliados, redação, revisão editorial, publicação e um ciclo fixo de reteste. O mesmo fluxo vale pra apps de companheiro IA, sites de cam, páginas de modelos reais e jogos adultos.

Quem de fato testa os apps e escreve os reviews?

A Alexandra Joly toca os testes práticos e assina todo review. Uma segunda editora lê o arquivo de notas antes da publicação e uma terceira passada confere o rascunho quanto a precisão, clareza e compliance de divulgação. A assinatura, a bio e o LinkedIn ficam no /about pra qualquer um cruzar os nomes.

Por que vocês fecham as notas antes de checar o catálogo de afiliados?

Se uma taxa de comissão pudesse mexer numa nota, a ordem estaria invertida. A gente avalia o app primeiro, fecha o resultado e só depois cruza se a marca existe no catálogo da CrakRevenue. Nota abaixo de 5/10 quer dizer que nenhum link de afiliado aparece na página, mesmo quando o pagamento é generoso. É o único jeito de manter o processo editorial honesto sobre produtos que pagam pra gente.

Alguém lê o review antes de ele ir pro ar?

Duas pessoas distintas, duas passadas distintas. A primeira lê o arquivo de notas contra as evidências pra pegar qualquer categoria que tenha derivado mais de um ponto. A segunda lê o rascunho pronto contra precisão, clareza, tom e as sete checagens que travam a publicação. Juntar essas duas passadas significaria uma editora só assinando embaixo da lógica do teste e da prosa, que é o erro mais comum nesse ramo.

De quanto em quanto tempo vocês retestam um app que já avaliaram?

Preço é rechecado a cada três meses, porque página de preço muda toda semana no mundo da IA adulta. Privacidade, qualidade da conversa, qualidade de transmissão, variedade de modelos e UX mobile são rechecadas a cada seis meses. Voz e personalização a cada doze meses, porque esses sinais decaem devagar. Um vazamento, uma troca grande de modelo, uma reescrita de ToS ou uma ação regulatória disparam um reteste imediato fora do calendário.

O que acontece quando vocês erram alguma coisa?

Toda correção entra no quadro de errata público com a data, a página, a mudança e o motivo. Correções materiais (qualquer coisa que mudaria uma recomendação ou um ranking) também fixam um aviso de 60 dias no topo do review afetado e saem na próxima newsletter. Uma publicação que nunca publica correção não é livre de erro, só é opaca.

O que o teste com $0 de gasto quer dizer de verdade num app pago?

Páginas de preço e fluxos de checkout são percorridos de ponta a ponta nas nossas checagens até o botão de confirmar pagamento. A gente nunca passa o cartão. Tudo que vive atrás do paywall (descritor de cobrança pós-compra, atrito de reembolso, gatilhos de renovação automática) é sinalizado como "a gente não testou isso direto" com o motivo numa nota de rodapé, com base em relatos de usuário que a gente leu e datou. Essa assimetria é a versão honesta de testar sem um orçamento editorial do tamanho do da Wirecutter.

Uma marca pode contestar uma nota ou pagar por um lugar melhor?

Uma marca pode apontar um erro factual ou trazer uma mudança documentada do produto em [email protected]. A gente corrige erro factual e acelera reteste quando uma mudança real aconteceu. A gente não negocia nota, não vende ranking e não aceita review patrocinado. E-mail de marca propondo qualquer uma dessas coisas é registrado e ignorado.

Como vocês calculam a nota final de um review?

Cada categoria é avaliada de 1 a 10 a partir de âncoras publicadas na página de avaliação correspondente, ponderada por categoria (companheiros IA usam 8 categorias, sites de cam 6, jogos adultos 7, modelos reais 6) e somada com uma casa decimal. Cada categoria cita a sua evidência no arquivo de notas. Nada é por impressão e nenhum número flutua sem fonte.

Quais são as sete checagens absolutas que travam a publicação?

Sete travas duras têm que passar antes de uma página ir pro ar: título sem clickbait (C01), nenhum dado quebrado ou contradito (R10), divulgação de afiliados presente (T04), nenhuma imagem explícita hospedada no nosso site (NSFW01), nenhum texto explícito no nosso site (NSFW02), nenhum padrão de slug proibido (NSFW03) e absolutamente zero referência a qualquer pessoa abaixo de 18 (NSFW04). A NSFW04 não tem caminho de resolução: a página é morta.

Onde eu vejo a evidência por trás de uma nota publicada?

Cada review cita as suas transcrições de teste onde o licenciamento permite, linka pra página de avaliação que define a escala, carrega um registro de atualizações datado embaixo e lista toda fonte externa usada. Quando a gente não pode publicar uma transcrição (recursos de nível pago, acordo de confidencialidade com fornecedor), a sub-nota afetada é sinalizada com uma nota de rodapé explicando o que a gente não conseguiu verificar e em que a gente se apoiou.

O que faz um review publicado disparar um reteste imediato?

Eventos documentados que zeram o relógio do calendário numa categoria: uma troca grande de modelo, uma mudança de engine, uma mudança de preço, uma atualização de ToS ou de política de privacidade, uma ação regulatória, um vazamento público divulgado ou uma reforma de UI. Esses gatilhos passam por cima do ciclo padrão de 3, 6 ou 12 meses. A detecção é parte automatizada (feeds RSS, monitores de blog, monitores de notícia) e parte manual (relatos de leitor, dicas de jornalista).

Como vocês lidam com conflitos de interesse?

As editoras declaram qualquer relação anterior com uma plataforma (consultoria, emprego, participação, laço familiar) na entrada, antes de começar o teste. Um conflito declarado dispara a saída da editora da avaliação e do review daquela plataforma. A saída entra no registro de atualizações do review afetado como uma nota genérica. As editoras não têm participação nos apps que avaliam e não recebem pagamento pessoal de marcas.

Fontes

  1. Página de avaliação de companheiros IA da bestgirlfriend.ai: 8 categorias. /methodology/ai-companions
  2. Página de avaliação de cam da bestgirlfriend.ai: 6 categorias, protocolo $0 de gasto. /methodology/cam-sites
  3. Página de avaliação de jogos adultos da bestgirlfriend.ai: 7 categorias incluindo Transparência de Cobrança. /methodology/adult-games
  4. Página de avaliação de modelos reais da bestgirlfriend.ai: 6 categorias, ancorada por criadora. /methodology/real-models
  5. Divulgação de afiliados da bestgirlfriend.ai: Score-Lock Framework do lado comercial, compliance com a FTC 16 CFR Parte 255. /affiliate-disclosure
  6. The New York Times Wirecutter, "How we test". nytimes.com/wirecutter/about/how-we-test
  7. The New York Times, "Methodology" (rankings, pesquisas, notas investigativas). nytimes.com/spotlight/methodology
  8. ProPublica, "Corrections". propublica.org/corrections
  9. Federal Trade Commission, 16 CFR Parte 255: Guides Concerning Use of Endorsements and Testimonials in Advertising. ecfr.gov
  10. Internet Archive, Wayback Machine: fonte de diff da página de preço. web.archive.org

Cite esta página

Se você referencia este processo editorial num trabalho acadêmico, regulatório ou jornalístico, cite como:

Joly, Alexandra (2026, 28 de abril). O Nosso Processo Editorial: Como Testamos e Avaliamos Apps de IA Adulta. bestgirlfriend.ai. https://bestgirlfriend.ai/pt/editorial-process

Páginas relacionadas

Aviso por jurisdição


Verificado pela última vez em 26 de maio de 2026 · Veja o registro de errata para qualquer correção pós-publicação · Editora: Alexandra Joly · Metodologia · Divulgação de afiliados

O Nosso Processo Editorial: Como Testamos e Avaliamos Apps de IA Adulta