# Porte um jogo mobile que as lojas pararam de aceitar > Portar um jogo mobile significa reconstruir um título que é seu. Requisitos de loja, SDKs mortos e regras de 64 bits quebram builds antigos muito antes de o jogo deixar de ser divertido. - URL: https://www.summerengine.com/pt/port-a-mobile-game - Keyword: portar um jogo mobile - Related: https://www.summerengine.com/pt/porting Portar um jogo mobile significa reconstruir um jogo que é seu para que ele atenda aos requisitos atuais de loja e rode em novas plataformas. Jogos mobile normalmente não quebram porque o design envelheceu. Eles quebram porque as regras de plataforma mudaram: a Apple encerrou o suporte a apps de 32 bits com o iOS 11, o Google Play aumenta todo ano o nível de API exigido, e as regras de privacidade e permissão seguem mudando. Um app sem atualização é removido da listagem. Você precisa dos direitos sobre o jogo. Isso normalmente é simples para o seu próprio app, mas confira os contratos se houve uma publicadora, um estúdio contratado ou uma marca licenciada envolvida. A Summer Engine reconstrói o jogo como um projeto único com builds desktop para a Steam e a itch.io. Builds para iOS e Android precisam do toolchain e da assinatura de cada plataforma (o Android SDK e uma keystore, ou um Mac com Xcode para iOS) e de um ajuste para controles de toque. O projeto é seu e você não paga royalties. ## Por que o build antigo parou de funcionar As causas de sempre são mecânicas. Binários de 32 bits deixaram de ser aceitos no iOS. O Google Play exige que apps mirem um nível de API recente para continuarem listados e atualizáveis. SDKs antigos de anúncio, analytics e social deixaram de ser mantidos, e alguns hoje quebram em tempo de execução. Modelos de permissão obsoletos causam reprovação. Nada disso é problema de jogabilidade, e é por isso que uma reconstrução pode produzir um jogo publicável rápido quando a camada de plataforma está moderna. ## O que remover antes de reconstruir Faça um inventário de cada SDK de terceiros no projeto antigo: publicidade, analytics, atribuição, relatório de falhas, login social, notificações push e invólucros de compra dentro do app. A maioria está morta ou foi substituída. Reconstrua só com o que você realmente precisa, porque cada SDK acrescenta trabalho de conformidade com a loja, declarações de privacidade e uma dependência que pode quebrar o build depois. Jogos lançados na era pesada de anúncios muitas vezes vendem melhor hoje como versão paga sem SDK nenhum. ## As telas mudaram de formato desde o lançamento do seu jogo Um jogo feito para um celular 4:3 ou 16:9 hoje roda em telas 19,5:9 e 20:9 com notch, recortes de câmera, barra de gestos e cantos arredondados. Layouts de interface em pixels fixos quebram em todos eles. Reconstrua a interface com âncoras e margens de área segura para que os controles fiquem alcançáveis e nada importante fique embaixo de um recorte. Revise também o tamanho das áreas de toque, já que as telas ficaram fisicamente maiores, mas os dedos não. ## Levar um jogo de toque para o desktop O desktop é o segundo destino mais comum e precisa de mais que um mapeamento de mouse. Arrastos de toque viram arrastos de clique, o zoom por pinça vira a roda do mouse, e gestos de multitoque precisam de uma alternativa explícita. Acrescente controles de teclado, gerenciamento de janela e fontes maiores para a distância de uso de um monitor. Uma demo desktop gratuita na itch.io é uma boa forma de testar os controles antes de um lançamento na Steam. Um projeto GDScript também exporta um build web que você publica no Summer Games. ## Reconstruir compras e progressão Implementações de compra dentro do app envelhecem mal, e as regras de validação de recibo mudaram nas duas lojas. Reconstrua as compras contra as APIs atuais de loja em vez de portar o código antigo. Se o jogo tinha progressão apoiada em servidor, decida se mantém um backend ou passa para saves locais com sincronia na nuvem, que é mais simples e mais barato para a maioria dos jogos para uma pessoa. Preservar os saves antigos é possível se você documentar o formato, e vale a pena para um público que volta. ## FAQ ### Por que meu jogo mobile antigo foi removido da loja? Quase sempre por regras de plataforma, não por conteúdo. A Apple encerrou o suporte a apps de 32 bits com o iOS 11, e o Google Play exige que apps mirem um nível de API recente para permanecerem listados e atualizáveis. Apps sem manutenção também falham nos requisitos atuais de privacidade e permissão. ### Posso reaproveitar o código do meu jogo mobile antigo? Use como especificação. Lógica de jogabilidade, valores de balanceamento e dados de fase passam todos. A camada de plataforma não: SDKs antigos, código de compra, tratamento de permissões e caminhos de renderização são reconstruídos contra os requisitos atuais. ### Um jogo mobile pode ser portado para a Steam? Sim, e é um caminho comum. De um único projeto na Summer Engine você exporta builds desktop para a Steam. O desktop pede trabalho de verdade além de um mapeamento de mouse, incluindo controles de teclado, gerenciamento de janela, fontes maiores e alternativas para gestos de multitoque. ### Como lidar com notches e telas altas de celular? Reconstrua a interface com âncoras e margens de área segura em vez de posições fixas em pixels. Celulares modernos usam telas 19,5:9 ou 20:9 com recortes de câmera, barra de gestos e cantos arredondados, então qualquer coisa posicionada de forma absoluta vai se sobrepor a algo em algum aparelho. ### Devo manter os SDKs antigos de anúncio e analytics? Normalmente não. A maioria está sem manutenção ou foi substituída, e cada SDK acrescenta trabalho de conformidade, declarações de privacidade e uma dependência que pode quebrar seu build. Muitos jogos da era pesada de anúncios vão melhor reconstruídos como versão paga sem SDKs de terceiros. [Reconstruir seu jogo mobile](https://www.summerengine.com/pt/download) --- ## Machine-readable resources - Site index for agents: https://www.summerengine.com/llms.txt - Full inlined content: https://www.summerengine.com/llms-full.txt - Porting catalog: https://www.summerengine.com/llms-porting.txt - Structured catalog: https://www.summerengine.com/agent-catalog.json - Sitemap: https://www.summerengine.com/sitemap.xml - Developer resources: https://www.summerengine.com/docs - Summer API (assets from any agent or code; public per-call model prices): https://docs.summerengine.com/api