# Porta un juego móvil que las tiendas dejaron de aceptar > Portar un juego móvil significa reconstruir un título que te pertenece. Los requisitos de tienda, los SDK muertos y las reglas de 64 bits rompen los builds antiguos mucho antes de que el juego deje de ser divertido. - URL: https://www.summerengine.com/es/port-a-mobile-game - Keyword: portar un juego móvil - Related: https://www.summerengine.com/es/porting Portar un juego móvil significa reconstruir un juego que te pertenece para que cumpla los requisitos de tienda actuales y corra en plataformas nuevas. Los juegos móviles no suelen romperse porque el diseño envejeciera. Se rompen porque las reglas de plataforma se movieron: Apple retiro el soporte de aplicaciones de 32 bits con iOS 11, Google Play sube su requisito de nivel de API objetivo cada temporada, y las reglas de privacidad y permisos cambian sin parar. Una aplicación que no se actualiza acaba retirada del catálogo. Necesitas los derechos del juego. Con tu propia aplicación eso suele ser simple, pero revisa los contratos si hubo una editora, un estudio contratado o una marca licenciada de por medio. Summer Engine reconstruye el juego como un solo proyecto con versiones de escritorio para Steam e itch.io. Las versiones para iOS y Android necesitan las herramientas y la firma de esa plataforma (el Android SDK y un keystore, o una Mac con Xcode para iOS) y una revisión de los controles táctiles. El proyecto es tuyo y no pagas royalties. ## Por que dejo de funcionar el build antiguo Las causas habituales son mecánicas. Los binarios de 32 bits dejaron de aceptarse en iOS. Google Play exige que las aplicaciones apunten a un nivel de API reciente para seguir en el catálogo y poder actualizarse. Los SDK antiguos de publicidad, analítica y redes sociales dejaron de mantenerse, y algunos ahora fallan en tiempo de ejecución. Los modelos de permisos obsoletos provocan rechazos. Nada de eso es un problema de jugabilidad, y por eso una reconstrucción puede producir un juego publicable rápido en cuanto la capa de plataforma es moderna. ## Que quitar antes de reconstruir Haz inventario de cada SDK de terceros del proyecto antiguo: publicidad, analítica, atribución, informes de fallos, inicio de sesión social, notificaciones push y envoltorios de compras dentro de la aplicación. La mayoría están muertos o sustituidos. Reconstruye solo con lo que de verdad necesitas, porque cada SDK añade trabajo de cumplimiento de tienda, declaraciones de privacidad y una dependencia que puede romper el build más adelante. Los juegos publicados en la era de la publicidad intensiva a menudo venden mejor ahora como versión de pago sin ningún SDK. ## Las pantallas cambiaron de forma desde que publicaste Un juego construido para un teléfono 4:3 o 16:9 hoy corre en displays 19,5:9 y 20:9 con muescas, recortes de cámara, barras de gestos y esquinas redondeadas. Los layouts de UI con píxeles fijos se rompen en todos ellos. Reconstruye la UI con anclas y margenes de área segura para que los controles queden al alcance y nada importante quede bajo un recorte. Revisa también el tamaño de las zonas activas, porque las pantallas son físicamente más grandes pero los pulgares no. ## Llevar un juego táctil al escritorio El escritorio es el segundo destino más común y necesita más que una asignación de mouse. Los arrastres táctiles pasan a arrastres con clic, el pellizco para ampliar pasa a la rueda del mouse, y los gestos multitáctiles necesitan una alternativa explícita. Añade controles de teclado, gestión de ventana y fuentes más grandes para la distancia de visión de un monitor. Una demo de escritorio gratuita en itch.io es una buena forma de probar los controles antes de un lanzamiento en Steam. Un proyecto en GDScript también exporta una versión web que publicas en Summer Games. ## Reconstruir las compras y la progresión Las implementaciones de compras dentro de la aplicación envejecen mal, y las reglas de validación de recibos han cambiado en ambas tiendas. Reconstruye las compras contra las APIs de tienda actuales en vez de portar el código antiguo. Si el juego tenía progresión respaldada por servidor, decide si mantienes un backend o pasas a guardado local con sincronización en la nube, que es más simple y más barato para la mayoría de los juegos de un jugador. Conservar las partidas guardadas antiguas es posible si documentas el formato, y merece la pena si vuelve tu audiencia. ## FAQ ### Por que retiraron mi juego móvil antiguo de la tienda? Casi siempre por reglas de plataforma y no por el contenido. Apple dejo de soportar aplicaciones de 32 bits con iOS 11, y Google Play exige que las aplicaciones apunten a un nivel de API reciente para seguir en el catálogo y poder actualizarse. Las aplicaciones sin mantenimiento también incumplen los requisitos actuales de privacidad y permisos. ### Puedo reutilizar el código de mi juego móvil antiguo? Úsalo como especificación. La lógica de juego, los valores de balance y los datos de nivel se trasladan todos. La capa de plataforma no: los SDK antiguos, el código de compras, el manejo de permisos y las rutas de render se reconstruyen contra los requisitos actuales. ### Se puede portar un juego móvil a Steam? Sí, y es un movimiento habitual. Desde un solo proyecto de Summer Engine exportas versiones de escritorio para Steam. El escritorio exige trabajo real más allá de una asignación de mouse, incluidos controles de teclado, gestión de ventana, fuentes más grandes y alternativas para los gestos multitáctiles. ### Como manejo las muescas y las pantallas de teléfono alargadas? Reconstruye la UI con anclas y margenes de área segura en lugar de posiciones de pixel fijas. Los teléfonos modernos usan displays 19,5:9 o 20:9 con recortes de cámara, barras de gestos y esquinas redondeadas, así que cualquier cosa posicionada de forma absoluta acabara solapando algo en algún dispositivo. ### Debería conservar los SDK antiguos de publicidad y analítica? Normalmente no. La mayoría están sin mantenimiento o sustituidos, y cada SDK añade trabajo de cumplimiento, declaraciones de privacidad y una dependencia que puede romper tu build. Muchos juegos de la era de la publicidad intensiva rinden mejor reconstruidos como versión de pago sin SDK de terceros. [Reconstruye tu juego móvil](https://www.summerengine.com/es/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