
Hvorfor summene i AdMob, RevenueCat og App Store Connect er forskjellige
Det er normalt at AdMob, RevenueCat og App Store Connect viser forskjellige inntektstall. De måler ulike produkter, bruker ulike definisjoner og kan oppdatere på ulike tidsplaner. Selv når RevenueCat og App Store Connect beskriver den samme abonnementstransaksjonen, kan en tjeneste rapportere inntekter på transaksjonsdatoen, mens en annen skiller kundesalg, estimert utviklerinntekt og den endelige økonomiske betalingen.
Løsningen er ikke å velge det største antallet. Det er å identifisere hva hver beregning betyr og sammenligne tilsvarende omfang.
AdMate gjør den gjennomgangen raskere ved å holde flere tjenester og kontoer i én app, men den omdefinerer ikke eller “korrigerer” stille leverandørdataene. Leverandøren forblir autoriteten for hver beregning og sluttrapport.
Start med å gi nummeret riktig navn
AdMob beregnet inntekt
AdMob rapporterer estimert inntekt for annonseringsresultater. Google advarer om at beregnede inntekter kan endres før de er endelige. De samme rapportene inkluderer visninger, klikk, forespørsler, samsvarsfrekvens og eCPM, som hjelper til med å forklare hvorfor anslaget ble flyttet.
eCPM er ikke en betaling. Det er et anslag på inntekt per tusen visninger, beregnet ut fra inntekter og visninger. En høyere eCPM kan eksistere samtidig med lavere totalinntekter hvis visningsvolumet faller.
Se gjennom Googles definisjoner i den offisielle AdMob-rapporteringsdokumentasjonen.
RevenueCat inntekt
RevenueCats inntektsdiagram måler inntekter generert i løpet av en periode, minus refusjoner og nedadgående abonnementsjusteringer registrert i denne perioden. Det kan inkludere abonnementskjøp og ikke-abonnementskjøp og, når konfigurert, annonseinntekter.
RevenueCat tilskriver et betalt abonnement eller fornyelse til perioden da transaksjonen finner sted. Det er nyttig for abonnementsanalyse, men det er ikke det samme som datoen en butikk overfører penger til banken din.
Se gjeldende definisjon i RevenueCat dokumentasjon for inntektsdiagram.
App Store Connect salg
Apple definerer salg som beløpet som faktureres kunder for apper, pakker og kjøp i apper. Avgifter er bare inkludert der de er en del av prisen App Store. Salg er ikke det samme som utviklerinntekter.
App Store Connect fortsetter
Inntektene er Apples estimat av beløpet utvikleren vil motta etter gjeldende skatter og Apples provisjon. Estimert utbytte kan fortsatt avvike fra den endelige betalingen fordi transaksjonsstatus, valutakurser, justeringer og den økonomiske kalenderen har betydning.
Apple dokumenterer forskjellen i salgs- og trendberegninger og publiserer endelige månedlige verdier gjennom betalinger og økonomiske rapporter.
Syv vanlige årsaker til at summene er forskjellige
1. De dekker ulike inntektskilder
AdMob beskriver annonsering. RevenueCat beskriver hovedsakelig kjøp og abonnementer observert gjennom sine konfigurerte butikker og prosjekter. App Store Connect beskriver butikkaktiviteten til Apple. Med mindre den samme annonseinntekten er bevisst importert til RevenueCat, bør ikke inntektene AdMob forventes å tilsvare et totalt abonnement.
2. Bruttosalg og nettoproveny er forskjellige
Kundepris, avgifter, butikkprovisjon og utviklerproveny er separate konsepter. Sammenligning av RevenueCat inntekt med Apple Salg eller inntekt kan gi forskjellige resultater selv når den underliggende transaksjonslisten er lik.
3. Estimerte og endelige data er forskjellige
Dagens AdMob beløp er estimert. App Store Connect kan vise estimert inntekt før finansrapporten avsluttes. Refusjoner, ugyldig trafikk, tilbakeføringer og andre justeringer kan endre senere verdier.
4. Datogrenser og tidssoner er forskjellige
En transaksjon nær midnatt kan lande på forskjellige datoer når to tjenester bruker forskjellige tidssoner eller rapporteringsavbrudd. “I dag” er ikke en pålitelig sammenligning før begge dashbord definerer samme start og slutt.
5. Valutaer og valutakurser er forskjellige
Ett dashbord kan vise transaksjonsvalutaen, et annet en valgt rapporteringsvaluta og et annet bankkontovalutaen. Konverteringsdatoer og valutakursmetoder kan variere.
6. Refusjoner og justeringer kommer til forskjellige tider
En refusjon kan være knyttet til behandlingsperioden i stedet for den opprinnelige salgsperioden. RevenueCat, Apple og Google kan vise justeringen på forskjellige tidsplaner.
7. Filtre er ikke justert
Det er enkelt å sammenligne ett RevenueCat-prosjekt med en App Store Connect-organisasjon som inneholder flere apper, eller én AdMob-konto med et porteføljeomfattende sammendrag. App-, konto-, land-, plattform- og produktfiltre må beskrive samme omfang.
Ikke dobbelttell den samme transaksjonen
Den største aggregeringsfeilen er å legge til RevenueCat inntekt til App Store Connect inntekt når begge representerer det samme App Store abonnementet eller kjøp i appen.
RevenueCat legger til abonnementsanalyse og en kundevisning på tvers av plattformer; App Store Connect forblir butikkens regnskapskilde. Disse perspektivene er nyttige sammen, men de er ikke automatisk uavhengige inntektsstrømmer.
Før du legger til to totaler, spør:
- Dekker hvert nummer et annet produkt eller kilde?
- Kan det samme Apple- eller Google Play-kjøpet vises i begge?
- Er den ene verdien brutto og den andre netto?
- Er annonseinntekter importert til RevenueCat så vel som vist i AdMob?
- Er refusjoner allerede inkludert i begge summene?
Hvis svaret er uklart, vis kildene separat i stedet for å publisere én samlet figur.
En avstemmingssjekkliste i AdMate
Bruk samme rekkefølge når to tall ser uventet forskjellige ut.
1. Velg de samme datoene
Unngå å sammenligne en ufullstendig gjeldende dag med en lukket forrige dag. Bruk en fullstendig periode når det er mulig og bekreft rapporteringstidssonen.
2. Velg samme konto og app
Bekreft AdMob utgiverkontoen, RevenueCat prosjektet og App Store Connect organisasjonen. Filtrer deretter til samme applikasjon eller portefølje.
3. Velg sammenlignbare beregninger
Merk hver verdi eksplisitt:
- AdMob beregnet inntekt;
- RevenueCat inntekt;
- App Store Connect salg;
- App Store Connect estimert inntekt;
- App Store Connect siste betaling.
Ikke forkort alle fem til “inntekter” i et regneark eller en rapport.
4. Juster valutaer
Sjekk visningsvalutaen i hver leverandør og legg merke til om verdien er konvertert. Små restforskjeller kan forventes når valutakursreglene er forskjellige.
5. Sjekk refusjoner, justeringer og provisjon
Se etter refusjoner, nedadgående abonnementsjusteringer, fradrag for ugyldig trafikk, skatter og butikkprovisjon før du behandler avviket som manglende data.
6. Sjekk datafriheten
Oppdater tjenesten i AdMate og se gjennom leverandørens dashbord om nødvendig. En widget eller hurtigbufrede øyeblikksbilde inneholder kanskje ikke leverandørens nyeste rapport ennå.
7. Sammenlign den underliggende driveren
Hvis AdMob inntekter falt, inspiser visninger og eCPM. Hvis abonnementsinntektene endres, inspiser transaksjoner, fornyelser og refusjoner. Hvis Apple inntektene endres, sammenligne produkt, territorium og transaksjonstype.
Når en uoverensstemmelse er normal
En forskjell forventes vanligvis når:
- en verdi er estimert og den andre ferdigstilt;
- den ene verdien er bruttosalg og den andre nettoprovenyet;
- tjenestene bruker forskjellige valutaer eller tidssoner;
- en refusjon eller justering har nådd bare én rapport;
- dagens rapporteringsperiode er fortsatt åpen;
- RevenueCat og App Store Connect tilskriver den samme hendelsen forskjellig.
Når skal undersøkes nærmere
Undersøk når omfanget er justert, men:
- en hel app eller konto mangler;
- en fullført leverandørrapport oppdateres ikke i AdMate;
- avviket vedvarer på tvers av lukkede perioder uten en identifiserbar definisjon, valuta eller justeringsforskjell;
- autorisasjonen har utløpt eller en konto viser ikke lenger forventede prosjekter;
- en leverandør rapporterer en API, tillatelse eller finansiell rapportfeil.
Start med leverandørens eget dashbord og dokumentasjon. Når du ber om AdMate-støtte, del tjenesten, datoperioden, metrikkens navn og et redigert skjermbilde. Inkluder aldri private nøkler, tilgangstokener, fullstendige kontoidentifikatorer eller økonomisk legitimasjon.
En bedre måte å presentere porteføljeinntekter på
For et internt dashbord, hold separate linjer for:
- annonsering av beregnet inntekt;
- butikksalg;
- lagre inntekter;
- inntekter fra abonnementsplattformer;
- sluttførte betalinger.
Velg deretter ett klart definert mål for overskriften. Dette bevarer informasjonen som trengs for beslutninger uten å skape en falsk følelse av regnskapspresisjon.
Hvis du fortsatt konfigurerer tjenestene, begynner du med sporing av AdMob, RevenueCat og App Store Connect i ett dashbord.
Vanlige spørsmål
Hvilket tall skal jeg bruke som min endelige inntekt?
Bruk endelige økonomiske rapporter og faktiske betalinger for regnskap. Estimerte dashboards er nyttige for drift, men er ikke en erstatning for leverandørregnskap eller profesjonell regnskapsrådgivning.
Hvorfor er RevenueCat høyere enn App Store Connect inntekter?
Det kan hende du sammenligner et inntektsmål med Apples netto utviklerinntekter, bruker forskjellige valutaer eller datoer, eller ser på justeringer som ikke har nådd begge systemene. Juster omfanget før du trekker en konklusjon.
Hvorfor endret gårsdagens AdMob inntekter seg?
AdMob inntekter er estimert før ferdigstillelse og kan justeres, inkludert for ugyldig aktivitet. Sjekk den endelige rapporterings- og betalingsprosessen i AdMob og AdSense.
Slår AdMate sammen dupliserte transaksjoner automatisk?
AdMate presenterer leverandørdata og kombinerte visninger, men brukerne må fortsatt forstå opprinnelsen til hver beregning. Ikke anta at to leverandørtotaler er uavhengige bare fordi begge er synlige i én app.
Kan en widget brukes til avstemming?
Bruk widgets for et raskt blikk. Forenes med oppdaterte leverandørvisninger og sluttrapporter i hovedappen og offisielle dashboards.




