Anbefalte fremgangsmåter for «white label»-utviklere

Hvis du er en utvikler av «white label»-apper og lager malbaserte apper for tredjepartskunder, kan du bruke denne veiledningen med anbefalte fremgangsmåter for å effektivisere publiseringsprosessen på Google Play. Denne veiledningen fokuserer på fire hovedområder:

  • Kontoadministrasjon: Forstå kontostrukturen og de tilknyttede fordelene og ulempene med de ulike tilnærmingene.
  • God tilstedeværelse i butikken: Lag unike og overbevisende butikkoppføringer som overholder retningslinjene og gir brukerne tydelig informasjon.
  • Overholdelse av retningslinjene: Du må forstå og overholde retningslinjene for å unngå kontosperring eller -oppsigelse.
  • Gjennomgang og publisering av apper: Effektiviser gjennomgangsprosessen og administreringen av utgaver.

Kontoadministrasjon

Utviklere av «white label»-apper kan vanligvis bruke to hovedtilnærminger til kontoadministrasjon, men vi anbefaler sterkt å bruke den desentraliserte tilnærmingen.

Tilnærming Desentralisert kontoadministrasjon (anbefales)

Sentralisert kontoadministrasjon

Beskrivelse

Hver kunde (eller kundegruppe) har en egen utviklerkonto. Kunder administrerer vanligvis sine egne appoppdateringer og sitt eget appinnhold. Denne tilnærmingen har to ulike administreringsstiler:

  • Uadministrerte kontoer: Kunder har full kontroll over og ansvar for å administrere sine egne kontoer.
  • Administrerte kontoer: «White label»-utvikleren beholder administratortilgang og har oppsyn med kundens kontoer. Denne modellen brukes vanligvis når det er nødvendig å bruke individuelle utviklerkontoer, men kunden fortsatt foretrekker å bruke «white label»-utvikleren til noe teknisk vedlikehold.
Alle apper administreres via én utviklerkonto. Utvikleren av «white label»-appen administrerer alle appoppdateringer og alt appinnhold.
Fordeler

Uadministrert: Dette er ideelt når kundene foretrekker å håndtere appvedlikeholdet selv.

Administrert: Denne undermodellen er vanligvis forbeholdt områder der det finnes visse forskriftsmessige krav, for eksempel finansinstitusjoner.

Samlet sett bidrar både administrerte og uadministrerte desentraliserte tilnærminger til at «white label»-bedriftene unngår risiko, samtidig som det blir mulig med helt uavhengig merkevarebygging for kundene under et unikt utviklernavn.

Selv om denne tilnærmingen kan se ut til å forenkle administreringen av appoppdateringer i én utviklerkonto, anbefaler Google sterkt å bruke den desentraliserte modellen for kontoadministrasjon. Dette er fordi problemer med retningslinjene i én app kan få negative konsekvenser for alle andre apper i den samme kontoen når den sentraliserte tilnærmingen brukes. Dette kan føre til alvorlige konsekvenser på kontonivå som til slutt kan påvirke alle appene i kontoen (inkludert kontosperring eller oppsigelse).
Betraktninger Det kreves god kommunikasjon og brukerstøtte for å sikre at kundene forstår og overholder retningslinjene

Det kreves aktivt appvedlikehold, med mulighet for flaskehalser. Brudd på retningslinjene i én app kan føre til negative konsekvenser for alle appene i den samme kontoen.

Med den sentraliserte modellen for kontoadministrasjon er også informasjonen i utviklerkontoen som vises på Google Play, den samme for alle appene. Hvis kundene vil at merkevaren deres skal være helt atskilt fra «white label»-utvikleren, er det bedre å bruke den desentraliserte modellen for kontoadministrasjon.

Sammendrag

Vi anbefaler en desentralisert modell for kontoadministrasjon for utviklere av «white label»-apper, siden denne tilnærmingen gjør det mulig

  • for kundene å administrere sine egne apper OG publisere apper under sitt eget unike utviklernavn
  • å isolere virkningen av potensielle brudd på retningslinjene
  • å gi kundene omfattende veiledning og brukerstøtte

Vi anbefaler sterkt at utviklere av «white label»-apper bruker den desentraliserte tilnærmingen til kontoadministrasjon. Vi anbefaler bare bruk av den sentraliserte modellen i svært begrensede tilfeller, av disse årsakene:

Sentralisert kontoadministrasjon av flere apper for ulike organisasjoner eller enkeltpersoner innebærer visse risikoer.
Brudd på retningslinjene i én konto kan føre til at alle tilknyttede apper fjernes, noe som kan påvirke partnere, kunder og klienter.

Husk at gjentatte eller alvorlige brudd på retningslinjene kan føre til kontosperring, fjerning av alle tilknyttede apper og forhindring av fremtidige innsendinger. Uansett hvordan du administrerer kontoene dine, er det viktig at du overholder retningslinjene for Google Play for å oppnå gode resultater på lang sikt med publisering av «white label»-apper.

Bygg opp en god tilstedeværelse i butikken

Utviklere av «white label»-apper bruker ofte de samme metadataene for flere apper for å jobbe mer effektivt. Men for å sikre en positiv brukeropplevelse og overholde retningslinjene for Google Play er det viktig at hver butikkoppføring er unik, og at du unngår repetitivt eller villedende innhold. Her er noen tips om hvordan du kan bygge opp en god tilstedeværelse i butikken:

  • Sørg for at butikkoppføringene er unike: Hver app – også apper som er bygget på maler og har fått et merke – må ha sin egen engasjerende butikkoppføring med beskrivelse, ikoner, grafikk og relevante skjermbilder som alle er unike. Ved å bruke unike butikkoppføringer bidrar du til å opprettholde en brukeropplevelse av høy kvalitet på Google Play ved å forhindre at det finnes et hav av identiske apper. I henhold til retningslinjene om repetitivt innhold skal apper gi brukerne verdi gjennom unikt innhold eller unike tjenester. Ikke bruk grafiske elementer som er identiske med eller ligner på eksisterende produkter eller tjenester, noe som kan føre til at brukerne blir villedet. Hvis en app for eksempel er lokalitetsspesifikk, må du ta med den aktuelle lokaliteten i appikonet (f.eks. App1-Oslo, App2-Bergen). Her er noen eksempler på vanlige brudd:

Klikk på en del for å vise eller skjule den.

Bruk av nøyaktig samme beskrivelse for flere apper
Bruk av de samme skjermbildene i butikkoppføringene for flere apper
Gjenbruk av den samme promografikken for flere apper
  • Beskriv appen nøyaktig: Sørg for at appbeskrivelsen gir en nøyaktig beskrivelse av appens funksjonalitet og innhold, slik at den overholder retningslinjene om villedende atferd. Hvis du vil fremheve bestemte funksjoner, må du forsikre deg om at de er tilgjengelige i appen. Unngå å nevne funksjoner som ikke er lansert ennå. Du kan oppdatere appbeskrivelsen når du har lansert nye funksjoner.

Eksempler på vanlige brudd:

Bruk av skjermbilder som viser funksjonalitet og funksjoner som ikke er tilgjengelige i appen
  • Sørg for at skjermbildene matcher appen: Skjermbildene må gjenspeile appens funksjonalitet og matche appopplevelsen. Hvis et skjermbilde viser noe som ikke kan gjenskapes eller finnes i gjennomgangsprosessen, kan appen bli avvist fordi den er villedende eller bryter retningslinjene om metadata eller funksjonalitet som ikke fungerer.

  • Vis en tydelig attraktivitetsfaktor: Forklar tydelig hva appen din gjør, og hvorfor den er annerledes enn andre versjoner (f.eks. regionale varianter).

  • Bruk korte beskrivelser: Hold beskrivelser korte, konsise og godt formatert, og unngå unødvendige detaljer.

  • Unngå gjentakelse: Ikke gjenta den korte beskrivelsen i den fullstendige beskrivelsen, og ikke gjenta søkeord for mye. Du bør for eksempel unngå denne typen repetisjon og detaljer i beskrivelsen: «Bilracing, bilkjøring, racerbiler, billøp, racerbane, kjøring, kjøre, løp, biler, kjøretøy, lastebiler».

  • Vær åpen: Oppgi tydelig om en app er laget for en bestemt brukerbase.

Flere anbefalinger

Tips om overholdelse av retningslinjer

Brudd på retningslinjene for Google Play kan få alvorlige konsekvenser, inkludert kontosperring, og det kan forhindre deg i å publisere apper eller sende inn oppdateringer. Her er noen tips til hvordan du kan sikre at du overholder retningslinjene:

  • Send inn apper med full funksjonalitet: Sørg for at appen din har full funksjonalitet, før du sender den inn til gjennomgang. Hvis noen deler av appen ikke fungerer som forventet, kan den bli avvist. Bruk testmålgrupper for uferdige apper.

  • Oppgi påloggingslegitimasjon: Sørg for å ta med en aktiv demokonto, påloggingslegitimasjon og annen påloggingsinformasjon samt eventuelle nødvendige ressurser Google Play trenger for å få tilgang til og gjennomgå appen, som beskrevet i kravene for Play-konsollen. Hvis du ikke gjør det, kan vi ikke gjennomgå appen, og den kan bli avvist. Gå gjennom kravene for å oppgi påloggingslegitimasjon. Du kan også ta det kostnadsfrie e-læringskurset vårt.

  • Implementer grunnleggende kontroller for kontoer som ikke administreres, og som bruker den desentraliserte modellen: Før du publiserer apper fra kontoer som ikke administreres, må du utføre kontroller for å sikre at de oppfyller grunnleggende kvalitetsstandarder for overholdelse av retningslinjene, for eksempel at appbeskrivelsen er mer enn bare en kopi av apptittelen.

Appgjennomganger og -publisering

Her er noen flere tips for å sikre problemfri publisering av apper:

  • Unngå endringer under gjennomgangen: Ikke gjør endringer i appen når du har sendt den inn og den er under gjennomgang. Hvis det er mulig, bør du implementere en «kodefrys» i denne perioden.

  • Sjekk statusen for retningslinjene: Sjekk statusen for retningslinjene for appen din for å holde deg oppdatert og løse eventuelle problemer knyttet til retningslinjene.

    1. Åpne Play-konsollen.
    2. Velg en app.
    3. Velg Status for retningslinjer i menyen til venstre.
    4. Gjennomgå statusen for retningslinjene:
      • Hvis du ser meldingen «Fant ingen problemer», er det ikke iverksatt sanksjoner mot appen din, og du trenger ikke å gjøre noe.
      • Hvis appen din er avvist, er den siste versjonen du publiserte, fortsatt tilgjengelig på Google Play.
      • Hvis appen din er fjernet, blir den ikke tilgjengelig på Google Play før du har sendt inn en oppdatering som overholder reglene.
      • Hvis appen din er suspendert, er den ikke lenger tilgjengelig på Google Play. Du kan velge Anke for å anke avgjørelsen.
  • Planlegg med tanke på gjennomgangstiden: Sett av ekstra tid til appgjennomganger i publiseringsplanen, siden gjennomgangstiden kan variere og uventede problemer kan oppstå. Gjennomganger fullføres vanligvis innen 7 dager, men i noen tilfeller kan det ta lengre tid.

  • Vurder å sende inn oppdateringer tidlig med administrert publisering: Oppdateringer av eksisterende apper behandles som vanlig. Når appen er godkjent, kan du kontrollere nøyaktig når endringene skal publiseres. Gå til denne brukerstøtteartikkelen for å finne ut mer om administrert publisering og hvordan du administrerer når endringer gjennomgås og publiseres.

  • Dokumenter løsninger på problemer knyttet til retningslinjene: Hvis du publiserer ofte, er det lurt å dokumentere vanlige problemer knyttet til retningslinjene og hvordan de kan løses, samt eventuelle prosessendringer eller retningslinjer som er implementert, for å forhindre lignende problemer i fremtidige utgaver.

Ved å følge disse tipsene og retningslinjene kan utviklere av «white label»-apper navigere i de komplekse aspektene ved appublisering, beholde en positiv kontostatus og sikre at kundene deres får en problemfri og vellykket lanseringsprosess for appene sine.

Var dette nyttig for deg?

Hvordan kan vi forbedre den?

Trenger du mer hjelp?

Prøv disse trinnene:

Søk
Slett søket
Lukk søkefunksjonen
Hovedmeny
18012643014391144411
true
Søk i brukerstøtte
true
true
true
true
true
92637
false
false
false
false