Anteckningar från vägen till App Store. Användbara checklistor, lösningar på granskningsproblem och idéer för att bygga en app som betalar sig själv.
Så lanserade Jordan Morgan Elite Hoops för en väntande mejllista via förhandsbeställningar i App Store och växte med små budgetar för Apple Search Ads och Meta – plus en steg-för-steg-plan för din egen nischapp.
Fått mejlet ”More testing required to access Google Play production”? Se vad varje skäl betyder, skriv om enkätsvaren och ansök igen efter ett enda välskött extra 14-dagarstest i stället för flera.
Missade du gränsen 31 augusti? Se vad förlängningen till 1 november 2026 fortfarande ger dig och flytta sedan Expo, Flutter eller React Native till API 36 utan att förstöra bakåtnavigering eller layouter.
Apples uppdatering av App Review Guidelines den 16 oktober 2026 på ren svenska: vad som ändrats i 1.2, 2.3.14, 2.5.19, 3.1.1(a) och avsnitt 5, och vilka appar som måste agera före nästa inskickning.
Har du byggt första versionen med Lovable, Bolt, Replit eller Base44? Med de här 12 kontrollerna hittar du det som skiljer en fungerande demo från dina första betalande kunder.
En prompt fixar inloggningen och förstör kassan. Nästa gör tvärtom. Så bryter du loopen, isolerar problemet och lämnar över en användbar felbeskrivning.
Fortsätta förbättra, lägga till en egen tjänst eller bygga om? En guide för grundare om att granska kodåtkomst, data, arbetsflöden och användare innan du lämnar Base44 eller Bubble.
Förhandsvisningen i Replit fungerar, men kunderna får fel. Kontrollera driftsättningstyp, produktionshemligheter, databas, filer och callback-URL:er innan du skriver om appen.
Lovable publicerar bara till en webbadress. Jämför PWA, en Capacitor-wrapper och en native-ombyggnad utifrån kostnad och arbetsinsats, och paketera sedan appen så att den klarar Apples riktlinje 4.2.
Ta reda på vilken spamregel du faktiskt bröt mot (4.3(a), 4.3(b) eller 4.2.6) och använd sedan svarsmallen och checklistan för differentiering för att få en mallbaserad eller AI-byggd app godkänd i granskningen.
Base44 bygger en signerad IPA åt dig. Du behöver fortfarande utvecklarkontot, posten i App Store Connect, uppladdningen, granskningen och en app som klarar riktlinje 4.2. Här är hela vägen.
Skapa ett demokonto för App Store-granskningen som aldrig löper ut, når alla betalda och rollbaserade funktioner och undviker fällan med inloggningskoder som kan förlänga granskningen med tre till fem arbetsdagar.
En dag-för-dag-plan för stegvis lansering i App Store: vad 7-dagarsschemat styr och inte styr, när du ska pausa, hur du släpper en fix mitt i utrullningen och hur du begränsar en dålig uppdatering till en liten grupp användare.
Fått ett App Store-avslag enligt 2.1 App Completeness? Testa exakt det bygge som App Review får: en ny installation, ett fungerande demokonto, en driftsatt backend, synliga köp i appen och inga platshållare.
Lista alla analys- och tredjeparts-SDK:er i ditt bygge, notera vilken data var och en skickar från enheten och besvara App Stores integritetsfrågor utifrån listan innan granskningen gör det åt dig.
Före/efter-exempel på versionsanteckningar för App Store, en mall att återanvända och fältgränserna i App Store Connect och Play Console, så att varje uppdatering tydligt säger vad som ändrats och klarar granskningen.
Gör ett vagt besked från App Review till ett testbart problem och välj rätt åtgärd: rättad metadata på samma bygge, ett nytt bygge eller ett överklagande. Plus en svarsmall.
Gå igenom build, skärmdumpar, integritetssvar och granskarens åtkomst innan du trycker på Submit, så att din första granskning inte skickas tillbaka för något du kunde ha kontrollerat.
En praktisk plan för sluten testning på Google Play: rekrytera 12+ testare, håll dem anmälda i 14 dagar, samla feedback du kan visa Google och ansök om produktionsåtkomst utan att få svaret "mer testning krävs".
Välj en betalmodell som matchar värdet som får folk att komma tillbaka. Kontrollera sedan Apples och Googles avgifter och betalregler för 2026 innan du bygger betalväggen.