Voor het publiceren van een website-gebaseerde app is meer nodig dan alleen het uploaden van een build. Je hebt de juiste ontwikkelaarsaccounts nodig, een stabiele mobiele ervaring, nauwkeurige winkelmiddelen, privacyverklaringen, testen, ondertekende iOS- en Android-builds en duidelijke toegang voor recensenten.
Apple en Google gebruiken aparte systemen. Bereid de product- en merkinformatie één keer voor en voltooi vervolgens de platformspecifieke stappen van elke winkel.
Voordat u de winkelvermeldingen maakt
Zorg ervoor dat de website klaar is om zich te gedragen als de kern van een app:
- Het maakt gebruik van HTTPS op elk scherm
- Lay-outs werken op telefoonbreedtes zonder te zoomen
- Navigatie, inloggen, afrekenen en formulieren werken met aanraking
- Alle links en ondersteuningspagina's zijn live
- Laad-, leeg-, fout- en offline-statussen zijn begrijpelijk
- Het privacybeleid beschrijft de app en website nauwkeurig
- Gebruikers kunnen account- en gegevenscontroles vinden
De beoordelingsrichtlijnen van Apple zeggen dat inzendingen definitief moeten zijn, met functionele URL's en geen tijdelijke aanduiding voor inhoud. Google verwacht op dezelfde manier dat de vermelding beschrijft wat de app daadwerkelijk oplevert.
Stap 1: Maak accounts aan die eigendom zijn van de juiste entiteit
Appel
Sluit u als individu of als organisatie aan bij het Apple Developer Program. Apple biedt momenteel een lidmaatschap aan voor $ 99 per jaar. Een organisatie moet haar juridische identiteit verifiëren en heeft doorgaans een D-U-N-S-nummer nodig.
Als klanten een bedrijfsnaam als verkoper zien, schrijf dan het bedrijf in in plaats van een aannemer. Apple vereist dat bepaalde gereguleerde diensten worden aangeboden door de rechtspersoon die deze levert.
Lezen De huidige lidmaatschapsvereisten van Apple.
Google Spelen
Maak een Play Console-ontwikkelaarsaccount, kies het juiste persoonlijke of organisatorische accounttype, betaal de toepasselijke registratiekosten en voltooi de identiteitsverificatie. Google vermeldt momenteel een eenmalige vergoeding van $ 25 voor volledige distributie in de gepubliceerde toegangsvoorwaarden.
Nieuwe persoonlijke accounts hebben een testvereiste voordat ze toegang krijgen tot productie. Persoonlijke Play Console-accounts die na 13 november 2023 zijn gemaakt, moeten ook een gesloten test uitvoeren met ten minste twaalf testers die veertien opeenvolgende dagen aangemeld blijven voordat ze productietoegang kunnen aanvragen. Organisatieaccounts zijn vrijgesteld. Rekruteer een paar meer dan twaalf testers, zodat een uitval de klok niet opnieuw instelt, en controleer het dashboard in plaats van aan te nemen dat een app rechtstreeks naar een openbare release kan gaan.
Stap 2: Reserveer de app-identiteit
Kies een app-naam, bundel-ID voor iOS en pakketnaam voor Android. Pakket-ID's zijn technische, permanente identiteiten zoals com.yourcompany.yourapp; Als u de zichtbare app-naam later wijzigt, worden deze niet gewijzigd.
Gebruik een naam waarvoor u het recht heeft deze te gebruiken. Doorzoek zowel winkels als relevante handelsmerkdatabases op conflicten. Bereid een vierkant pictogram met hoge resolutie voor, zonder transparante gebieden waar een winkel dit niet toestaat.
Stap 3: Maak ondertekende builds
Een iOS-app wordt gearchiveerd en via de toolchain van Apple geüpload naar App Store Connect. Android gebruikt een ondertekende Android App Bundle voor Google Play. Beide winkels hanteren minimale bouwvereisten: sinds 28 april 2026 weigert App Store Connect uploads die niet zijn gebouwd met Xcode 26 en de iOS 26 SDK, en Google Play vereist nu nieuwe apps en updates om Android 16 (API-niveau 36) te targeten. Een codeloze converter of beheerde service kan deze artefacten produceren, terwijl u voor een broncodesjabloon deze moet bouwen.
Houd de ondertekeningsreferenties en accounttoegang onder bedrijfscontrole. Het verliezen van sleutels of het toestaan dat een voormalige contractant eigenaar wordt van het enige beheerdersaccount, kan toekomstige updates bemoeilijken.
Stap 4: Voeg echte app-waarde toe
Dit is vooral belangrijk voor websitegebaseerde iOS-apps. De minimale functionaliteitsregel van Apple zegt dat een app functies, inhoud en interfacewaarde moet bevatten die verder gaan dan een opnieuw verpakte website.
Nuttige toevoegingen kunnen zijn:
- Native navigatie afgestemd op mobiele taken
- Pushmeldingen waar gebruikers expliciet voor kiezen
- Diepe links naar relevante inhoud
- Native deel-, upload-, camera- of downloadgedrag
- Opgeslagen inhoud of geselecteerde offline toegang
- Een gepolijste splash-, laad-, fout- en geen-verbindingservaring
Voeg geen functies toe om alleen maar een vakje aan te vinken. Zowel reviewers als gebruikers hebben er baat bij als native gedrag het werkelijke doel van de app ondersteunt.
Stap 5: Creëer nauwkeurige winkelmiddelen
Bereid de app-naam, korte en lange beschrijvingen, trefwoorden waar ondersteund, categorie, pictogram, telefoonscreenshots, contactgegevens, ondersteunings-URL en privacybeleid-URL voor.
Screenshots moeten de echte app tonen. Vermijd niet-geverifieerde superlatieven, valse onderscheidingen, verzonnen getuigenissen of functies die niet in de ingediende build voorkomen. Gebruik de eerste screenshots om de kerntaak in duidelijke taal uit te leggen.
Voor een website-naar-app-product kan een sterke reeks worden weergegeven:
- Het primaire start- of ontdekkingsscherm
- De belangrijkste transactie- of ledenervaring
- Mobiele navigatie
- Een handige native functie zoals meldingen of opgeslagen inhoud
- Account- of ondersteuningscontroles
Stap 6: Vul de privacy- en inhoudsverklaringen in
Beide winkels vragen welke gegevens de app verzamelt, hoe deze wordt gebruikt, of deze aan identiteit is gekoppeld en of derden deze ontvangen. Controleer de website, analyses, authenticatie, betalingsdiensten, meldingen, advertenties en eventuele ingebedde tools.
De antwoorden moeten de hele app-ervaring beschrijven, niet alleen de native shell. Als de website een e-mailadres verzamelt of een analyse-SDK in de app laadt, neem dit dan mee in de openbaarmaking.
Mogelijk moet u ook vragen beantwoorden over leeftijdsclassificatie, advertenties, inhoudsrechten, encryptie, financiële kenmerken, gezondheidsinformatie, locatie of toegang voor kinderen.
Stap 7: Test vóór beoordeling
iOS-testen
Gebruik TestFlight om de release candidate te installeren. Test indien mogelijk op meer dan één schermformaat. Controleer het inloggen, het door Apple vereiste accountgedrag, externe betalingsstromen waar toegestaan, machtigingen, pushmeldingen, koppelingen en verwijderingsopties.
Android-testen
Gebruik de interne of gesloten testtracks van Play Console. Intern testen is de snelste manier om een build met uw eigen team te delen. Als uw persoonlijke account na 13 november 2023 is aangemaakt, moet de in stap 1 beschreven gesloten test 14 aaneengesloten dagen worden uitgevoerd met minimaal 12 aangemelde testers voordat u zich kunt aanmelden voor productie.
Test op beide platforms trage connectiviteit, een nieuwe installatie, een verlopen login, geweigerde rechten, het systeem terug-gebaar, bestandsselectie en elk pad dat een andere app of browser opent.
Stap 8: Geef reviewers volledige toegang
Als de app inloggen vereist, geef dan een actief demo-account en instructies op. Zorg ervoor dat dat account tijdens de beoordeling blijft werken. Leg niet voor de hand liggende functies, speciale hardwarebehoeften, regionale beperkingen uit en waar reviewers native functionaliteit kunnen vinden.
Google adviseert ontwikkelaars specifiek om geldige inloggegevens op te geven voor beperkte inhoud. Een recensent die niet voorbij de login komt, kan de app niet verifiëren.
Stap 9: Dien elke app in
Inzending in de App Store
Selecteer in App Store Connect de geüploade build, voltooi de vereiste metagegevens en nalevingsvragen, voeg beoordelingsnotities toe en dien de versie in. Volg berichten in App Store Connect en reageer nauwkeurig als Apple om informatie vraagt.
Inzending via Google Play
Voltooi in de Play Console de app-content en taken voor de winkelvermelding, upload de app-bundel naar de juiste track, voeg release-opmerkingen toe, los beleidswaarschuwingen op en rol de release uit. Google Play gebruikt Android App Bundles om geoptimaliseerde pakketten voor apparaten te maken.
Google's documentatie vrijgeven is de bron van waarheid voor de huidige consolestappen.
Veelvoorkomende redenen waarom website-apps worden afgewezen
De app voelt als een dunne website-wrapper
Verbeter de native navigatie en het app-specifieke hulpprogramma. Zorg ervoor dat de kernervaring nuttig en verzorgd is op iOS, en niet slechts een desktoppagina in een frame.
Reviewers kunnen niet inloggen
Geef werkgegevens op, schakel aflopende eenmalige codes voor het beoordelingsaccount uit als dit veilig is, en leg de inlogstappen uit.
De vermelding is misleidend
Verwijder schermafbeeldingen of claims die niet overeenkomen met de build. Beschrijf de beperkingen duidelijk.
Privacyantwoorden zijn onvolledig
Controleer webtrackers en services van derden, niet alleen native code. Maak het privacybeleid openbaar en specifiek.
Links, aankopen of uploads worden binnen de app verbroken
Test elk extern overdrachts- en retourpad op een echt apparaat. Bepaal opzettelijk welke links in de app blijven en welke de browser openen.
Vereiste accountcontroles ontbreken
Als gebruikers een account kunnen aanmaken, bekijk dan de huidige verwijderings- en gegevenscontrolevereisten voor beide winkels en geef het benodigde pad duidelijk weer.
Wat gebeurt er na goedkeuring?
Kies of u onmiddellijk, handmatig of in fasen wilt vrijgeven wanneer het platform dit ondersteunt. Bekijk crashes, mislukte webverzoeken, inlogfouten, gebruikersrecensies en ondersteuningstickets. Houd winkelbeschrijvingen en privacyverklaringen actueel wanneer het product verandert.
Website-inhoud kan worden bijgewerkt zonder dat er een nieuwe app hoeft te worden gebouwd, maar voor systeemeigen configuratie, SDK, toestemming, ondertekening of beleidswijzigingen is mogelijk nog steeds een nieuwe release vereist. Verwacht minstens één winkelgestuurde herbouw per jaar, aangezien Apple en Google hun minimale SDK-doelen verhogen en van tevoren bevestigen wie het gaat produceren.
Controlelijst voor publiceren
- Ontwikkelaarsaccounts zijn eigendom van de juiste persoon of bedrijf
- De website is responsief, veilig en productieklaar
- De app voegt betekenisvolle mobiele waarde toe
- Beide ondertekende builds worden geïnstalleerd en uitgevoerd op echte apparaten
- Winkelnamen, beschrijvingen, pictogrammen en schermafbeeldingen zijn voltooid
- Privacy- en inhoudsverklaringen hebben betrekking op de webervaring
- Ondersteunings- en privacy-URL's werken zonder inloggen
- De referenties en instructies van de reviewer zijn actueel
- Prijzen en beschikbaarheid zijn geconfigureerd
- Er is een teamlid toegewezen om beoordelingsberichten te controleren
Als je de builds nog niet hebt gemaakt, begin dan met onze handleiding voor het omzetten van een website naar een app of bekijk een voorbeeld van uw site in SiteTo.App.
Zie uw website als een app
Pas de ervaring aan en bekijk een voorbeeld voordat u een platform kiest.
Bouw uw voorbeeld
