# Ein Mobile-Spiel portieren, das die App-Stores nicht mehr annehmen > Ein Mobile-Spiel zu portieren heißt, einen Titel neu aufzubauen, der dir gehört. Store-Anforderungen, tote SDKs und 64-Bit-Regeln zerlegen alte Builds, lange bevor das Spiel aufhört Spaß zu machen. - URL: https://www.summerengine.com/de/port-a-mobile-game - Keyword: mobile spiel portieren - Related: https://www.summerengine.com/de/porting Ein Mobile-Spiel zu portieren heißt, ein Spiel, das dir gehört, so neu aufzubauen, dass es die aktuellen Store-Anforderungen erfüllt und auf neuen Plattformen läuft. Mobile Spiele gehen normalerweise nicht kaputt, weil das Design gealtert ist. Sie gehen kaputt, weil sich die Plattformregeln bewegt haben: Apple hat mit iOS 11 die Unterstützung für 32-Bit-Apps gestrichen, Google Play hebt das geforderte Target-API-Level jedes Jahr an, und Regeln zu Datenschutz und Berechtigungen ändern sich laufend. Eine App, die nicht aktualisiert wird, fliegt aus dem Store. Du brauchst die Rechte am Spiel. Bei einer eigenen App ist das meist einfach, prüfe aber die Verträge, wenn ein Publisher, ein Auftragsstudio oder eine lizenzierte Marke beteiligt war. Summer Engine baut das Spiel als ein Projekt neu auf, mit Desktop-Builds für Steam und itch.io. Builds für iOS und Android brauchen die Toolchain und Signierung der jeweiligen Plattform (das Android SDK und einen Keystore oder einen Mac mit Xcode für iOS) und eine Überarbeitung der Touch-Steuerung. Dir gehört das Projekt, und du zahlst keine Lizenzgebühren. ## Warum der alte Build nicht mehr funktioniert Die üblichen Ursachen sind mechanisch. 32-Bit-Binaries werden auf iOS nicht mehr angenommen. Google Play verlangt, dass Apps ein aktuelles API-Level anvisieren, um gelistet und aktualisierbar zu bleiben. Alte SDKs für Werbung, Analytics und soziale Funktionen werden nicht mehr gepflegt, und manche brechen inzwischen zur Laufzeit ab. Veraltete Berechtigungsmodelle führen zu Ablehnungen. Nichts davon ist ein Gameplay-Problem, und genau deshalb kann ein Neuaufbau schnell ein auslieferbares Spiel ergeben, sobald die Plattformschicht modern ist. ## Was du vor dem Neuaufbau streichst Erstelle eine Inventarliste aller SDKs von Drittanbietern im alten Projekt: Werbung, Analytics, Attribution, Crash-Reporting, Social Login, Push-Benachrichtigungen und Wrapper für In-App-Käufe. Die meisten davon sind tot oder ersetzt. Bau nur mit dem neu auf, was du wirklich brauchst, denn jedes SDK bringt Compliance-Arbeit für den Store, Datenschutzangaben und eine Abhängigkeit mit, die später den Build zerlegen kann. Spiele aus der werbelastigen Zeit verkaufen sich heute häufig besser als Kaufversion ganz ohne SDKs. ## Bildschirme haben seit deinem Release die Form gewechselt Ein Spiel, das für ein Handy im Format 4:3 oder 16:9 gebaut wurde, läuft heute auf Displays mit 19.5:9 und 20:9, mit Notches, Kamera-Aussparungen, Gestenleisten und abgerundeten Ecken. UI-Layouts mit festen Pixelpositionen brechen auf allen davon. Baue die UI mit Ankern und Safe-Area-Abständen neu auf, damit Bedienelemente erreichbar bleiben und nichts Wichtiges unter einer Aussparung liegt. Prüfe auch die Größe der Touch-Ziele erneut, denn die Bildschirme sind physisch größer geworden, die Daumen nicht. ## Ein Touch-Spiel auf den Desktop bringen Desktop ist das häufigste zweite Ziel, und es braucht mehr als eine Maus-Belegung. Aus Touch-Ziehen wird Klicken und Ziehen, aus Pinch-Zoom wird das Mausrad, und Multitouch-Gesten brauchen eine ausdrückliche Alternative. Ergänze Tastatursteuerung, Fensterverwaltung und größere Schriften für den Betrachtungsabstand am Monitor. Eine kostenlose Desktop-Demo auf itch.io ist ein guter Weg, die Steuerung vor einem Steam-Launch zu testen. Ein GDScript-Projekt exportiert außerdem einen Web-Build, den du auf Summer Games veröffentlichst. ## Käufe und Fortschritt neu aufbauen Implementierungen von In-App-Käufen altern schlecht, und die Regeln zur Beleg-Prüfung haben sich in beiden Stores geändert. Baue Käufe gegen die aktuellen Store-APIs neu auf, statt den alten Code zu portieren. Wenn das Spiel serverseitigen Fortschritt hatte, entscheide, ob du ein Backend behältst oder auf lokale Spielstände mit Cloud-Abgleich wechselst, was für die meisten Einzelspielerspiele einfacher und günstiger ist. Alte Spielstände der Spieler zu erhalten ist möglich, wenn du das Format dokumentierst, und für ein zurückkehrendes Publikum lohnt es sich. ## FAQ ### Warum wurde mein altes Mobile-Spiel aus dem App Store entfernt? Fast immer wegen der Plattformregeln, nicht wegen der Inhalte. Apple hat die Unterstützung für 32-Bit-Apps mit iOS 11 beendet, und Google Play verlangt ein aktuelles Target-API-Level, damit eine App gelistet und aktualisierbar bleibt. Ungepflegte Apps scheitern außerdem an den aktuellen Anforderungen zu Datenschutz und Berechtigungen. ### Kann ich den Code meines alten Mobile-Spiels wiederverwenden? Nutze ihn als Spezifikation. Gameplay-Logik, Balancing-Werte und Level-Daten lassen sich übernehmen. Die Plattformschicht nicht: alte SDKs, Kauf-Code, Berechtigungsbehandlung und Rendering-Pfade werden gegen die aktuellen Anforderungen neu gebaut. ### Lässt sich ein Mobile-Spiel nach Steam portieren? Ja, und das ist ein üblicher Schritt. Aus einem Summer-Engine-Projekt exportierst du Desktop-Builds für Steam. Desktop braucht echte Arbeit über eine Maus-Belegung hinaus, darunter Tastatursteuerung, Fensterverwaltung, größere Schriften und Alternativen für Multitouch-Gesten. ### Wie gehe ich mit Notches und hohen Handy-Displays um? Baue die UI mit Ankern und Safe-Area-Abständen statt mit festen Pixelpositionen neu auf. Moderne Handys nutzen Displays mit 19.5:9 oder 20:9 mit Kamera-Aussparungen, Gestenleisten und abgerundeten Ecken, deshalb überlappt alles, was absolut positioniert ist, auf irgendeinem Gerät irgendetwas. ### Soll ich die alten SDKs für Werbung und Analytics behalten? Meistens nicht. Die meisten werden nicht mehr gepflegt oder sind ersetzt, und jedes SDK bringt Compliance-Arbeit, Datenschutzangaben und eine Abhängigkeit mit, die deinen Build zerlegen kann. Viele Spiele aus der werbelastigen Zeit laufen als Kaufversion ohne SDKs von Drittanbietern besser. [Mobile-Spiel neu aufbauen](https://www.summerengine.com/de/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