Como a Malaguo avalia um jogo de navegador antes da publicação

Por que a publicação é um portão, não um botão

Um upload de criador chega à Malaguo como um pacote de software não confiável. Pode ser um excelente jogo, mas a plataforma não pode presumir que seus arquivos sejam seguros, que o botão de iniciar funcione ou que um jogador de toque consiga realizar as mesmas ações que um jogador de teclado. A publicação, portanto, ocorre somente após uma versão nomeada passar por uma revisão repetível. Rascunhos e builds rejeitados permanecem privados. A URL pública do jogo é ativada apenas quando uma versão aprovada, mídia revisada e registro de catálogo completo apontam para o mesmo lançamento.

Esse processo protege jogadores e criadores ao mesmo tempo. Os jogadores recebem uma página que funciona como anunciado. Os criadores recebem um motivo preciso quando um build não pode ser lançado, em vez de uma rejeição vaga. A Malaguo mantém o arquivo original, sua soma de verificação e a decisão do revisor para que uma atualização posterior não possa substituir silenciosamente o código aprovado.

Portão um: integridade do arquivo e segurança offline

A primeira passagem inspeciona o ZIP sem executá-lo. Um jogo de navegador válido precisa de um documento raiz, ativos locais legíveis e um número limitado de arquivos. O inspetor registra o tamanho descompactado, a contagem de arquivos e o hash criptográfico. Ele rejeita path traversal, links simbólicos, arquivos de servidor executáveis e outros padrões de arquivo que possam escapar do diretório do jogo.

A revisão de rede é igualmente importante. Cada URL externa, referência a WebSocket, capacidade de rede dinâmica e ativo relativo à raiz é relatada. Um caminho como /images/card.png parece inofensivo, mas dentro de um runtime isolado ele aponta para a raiz da plataforma, não para o jogo enviado. Isso causa arte ausente após a publicação e pode fazer um protótipo local funcional parecer quebrado online. Builds aprovados ou empacotam esses ativos ou declaram uma integração revisada separadamente.

Portão dois: jogabilidade real em desktop e toque

A segurança estrutural não prova que um jogo é jogável. Um revisor abre o build candidato exato na pré-visualização protegida, segue a experiência de primeira execução, inicia uma sessão e executa o loop principal. A revisão cobre controles visíveis, atualizações de pontuação ou progresso, pausa e reinício, estados de vitória ou derrota e um console do navegador limpo.

A entrada de desktop e a entrada móvel são verificadas independentemente. Os rótulos do teclado devem corresponder às teclas manipuladas pelo código. Os alvos de toque precisam de tamanho e separação suficientes. Gestos de deslizar não podem depender de hover. A viewport não deve criar overflow horizontal, diálogos cortados ou controles ocultos abaixo da interface do navegador. Se um jogo gira o dispositivo ou solicita tela cheia, o modo incorporado comum ainda deve oferecer um caminho seguro para jogar.

Portão três: conteúdo de catálogo verdadeiro

A página do jogo faz parte do produto. Os revisores verificam o título, categoria, resumo curto, descrição completa, instruções de como jogar, controles e classificação etária em relação ao build real. Uma descrição polida não pode prometer níveis, multiplayer, recompensas ou recursos que não existem. A capa deve comunicar a mecânica real, e pelo menos uma captura de tela deve vir da jogabilidade aprovada, não de arte conceitual não relacionada.

A Malaguo não fabrica classificações, visualizações ou reações da comunidade durante esta fase. Novos lançamentos podem honestamente dizer que são novos. A confiança é mais valiosa do que números decorativos, e o engajamento real será medido após a publicação.

Portão quatro: localização e qualidade de busca

O idioma de origem do criador continua sendo a fonte da verdade. Após a aprovação, a plataforma gera registros de catálogo localizados para inglês, chinês simplificado, chinês tradicional, alemão, francês, espanhol, português brasileiro, indonésio, japonês e coreano. Cada registro inclui título, resumo, descrição, instruções e controles. A saída automatizada é armazenada como candidata a revisão, não tratada como aprovada apenas porque uma API retornou texto.

As verificações de idioma procuram campos ausentes, scripts misturados, chaves de interface vazadas e instruções não traduzidas. Os metadados de busca são produzidos por mercado a partir do conteúdo localizado e das evidências de intenção de busca registradas pela plataforma. URLs canônicas, links hreflang recíprocos, dados estruturados e o sitemap são testados como um cluster. Um seletor de idioma deve apontar para uma página localizada real, nunca fabricar um 404 com aparência traduzida.

A decisão e a trilha de evidências

Uma aprovação registra o revisor, timestamp, versão candidata, descobertas da varredura e notas do teste de jogo. Ela ativa essa versão imutável e torna a URL pública disponível. Uma rejeição registra o que deve mudar e deixa o lançamento aprovado anterior intocado. Um arquivo corrigido recebe uma nova versão semântica e uma nova soma de verificação; nunca sobrescreve a evidência do candidato reprovado.

Após a publicação, a Malaguo verifica a página pública, capa, documento de lançamento do runtime e rotas localizadas via HTTPS. A descoberta de busca é solicitada somente após essas verificações passarem. A indexação em si permanece uma decisão do mecanismo de busca, então a plataforma relata estados de submetido, descoberto, rastreado e indexado separadamente, em vez de afirmar inclusão instantânea.

O que os criadores devem preparar

Os criadores podem acelerar a revisão empacotando todos os arquivos necessários localmente, usando caminhos relativos, testando em um perfil de navegador limpo e verificando tanto mouse/teclado quanto toque. Inclua um título claro, uma descrição honesta, instruções concisas, detalhes de controle e mídia original. Teste o ZIP exato que você pretende enviar. Se o jogo exigir um serviço remoto, divulgue-o antes da revisão para que privacidade, segurança e confiabilidade possam ser avaliadas.

O objetivo não é criar papelada. É tornar cada lançamento público reproduzível: um criador, um pacote revisado, uma versão ativa, uma página confiável e um caminho claro para a próxima atualização.