App Storen algoritmi: Mitä tiedämme sovellusten sijoittumisesta

Apple ei julkaise kaavaa App Storen sijoitukselle. Se julkaisee kuitenkin ne todisteet, joita haku ottaa huomioon: tekstin relevanssi, kategoria ja asiakaskäyttäytyminen. Hyödyllinen työ on ymmärtää näitä signaaleja keksimättä tarkkaa painotusta.

Lause “App Store algorithm” viittaa piilotettuun yhtälöön, joka odottaa dekoodausta. Se on väärä mentaalimalli. Apple muuttaa löytökokemustaan, ei julkaise kiinteitä painoja ja personoi joitakin tuloksia. Ei ole vastuullista tapaa väittää, että alaotsikko on tietyn asennusmäärän arvoinen tai että arvion nousu takaa tietyn sijoituksen. Mitä kehittäjät voivat tehdä, on työskennellä Applen julkisen ohjeistuksen pohjalta, tarkkailla eläviä tulos sivuja, suorittaa hallittuja listausmuutoksia ja erottaa dokumentoitu signaali houkuttelevasta tarinasta.

Mitä Apple sanoo julkisesti

Applen App Storen hakuohje sanoo, että hakutulokset perustuvat useisiin tekijöihin, mukaan lukien tekstirelevanssi—vastaavuudet sovelluksen nimelle, alaotsikolle, avainsanoille ja pääkategorialle—ja käyttäjän käyttäytyminen, mukaan lukien lataukset, arviot, arvostelut ja muut. Apple sanoo myös kehittävänsä hakua jatkuvasti tarjotakseen parempia tuloksia. Se on perusta. Haun on ensin ymmärrettävä, onko sovellus relevantti kyselylle; sitten sillä on syitä suosia tuloksia, joita asiakkaat todennäköisesti arvostavat.

Tämä sanamuoto on tärkeä, koska se sulkee pois kaksi yleistä myyttiä. Pelkkä metatieto ei ole koko algoritmi: täydellisesti muotoiltu nimi ei voi loputtomasti kompensoida tuotetta, jota ihmiset välttävät. Mutta pelkät lataukset eivät myöskään ole koko algoritmi: kuuluisa sovellus ei automaattisesti ole paras tekstillinen vastaus jokaiseen erikoistuneeseen kyselyyn. Sijoitus on sekä vastaavuusongelma että asiakastulosongelma samanaikaisesti. Tarkka tasapaino muuttuu kyselyn, kauppapaikan ja ajan mukaan.

Tekstirelevanssi: osa, jota voit muokata suoraan

Selkeimmät muokattavat signaalit ovat sovelluksen nimi, alaotsikko, avainsanakenttä ja pääkategoria. Apple rajoittaa nimen ja alaotsikon 30 merkkiin kumpaankin ja avainsanakentän 100 merkkiin. Nämä rajoitukset ovat hyödyllisiä, koska ne pakottavat tuotetiimin päättämään, mille sovellus tulisi löytää. Aloita tarkkuudesta. Kyselyn tulisi johtaa sovellukseen, joka voi suorittaa kyselyn implikoiman tehtävän, ei vain sovellukseen, joka voi lainata sanat. Harhaanjohtava metatieto voi tuottaa klikkauksen, mutta se vahingoittaa konversiota ja luottamusta.

Apple neuvoo kehittäjiä valitsemaan avainsanoja, jotka vastaavat sanoja, joita ihmiset käyttävät löytääkseen sovelluksen kaltaisen sovelluksen, olemaan tarkkoja ominaisuuksista ja toiminnallisuudesta ja olemaan toistamatta termejä, joita on jo käytetty nimessä, alaotsikossa tai kategoriassa. Se neuvoo myös välttämään laajoja yleisiä sanoja, täytesanoja ja tarpeettomia monikkomuotoja. Nämä eivät ole nokkelia kikkoja. Ne ovat tiedon suunnittelun sääntöjä. Pienen metatietobudjetin tulisi kuvata enemmän aitoja käsitteitä, ei toistaa yhtä käsitettä eri välimerkein.

Pääkategoria on osa sitä relevanssitarinaa. Se auttaa käyttäjiä selaamaan ja suodattamaan, ja Apple sanoo, että pää- ja valinnainen toissijainen kategoria indeksoidaan. Valitse kategoria, joka parhaiten kuvaa tuotetta, eikä se, joka tuntuu vähiten kilpaillulta. Kategorian epäsopivuus luo saman ongelman kuin avainsanan epäsopivuus: se tuo väärän odotuksen sivulle. Se voi myös luoda arvostelu- ja käytäntöriskin.

Asiakaskäyttäytyminen: todiste siitä, että tulos auttoi

Apple nimeää erityisesti lataukset, arviot ja arvostelut asiakaskäyttäytymistekijöiksi. Järkevä tulkinta ei ole, että jokainen lataus on yhtä arvokas tai että tiimin tulisi jahdata arvioita hinnalla millä hyvänsä. Se on, että kauppa saa palautetta siitä, valitsevatko sovelluksen näkevät ihmiset sen ja ovatko he tarpeeksi tyytyväisiä suositellakseen sitä. Sovellus, joka on tekstissä relevantti mutta jatkuvasti pettymys käytössä, on vähemmän hyödyllinen hakutulos kuin sellainen, joka pitää lupauksensa.

Tästä syystä konversioprosentti kuuluu ASO-hallintapaneeliin. Hakunäkyvyys on vasta ensimmäinen askel. Jos metatietomuutos nostaa näyttökertoja mutta tuotesivun konversio laskee, uusi sanamuoto saattaa laajentaa yleisöä niiden ihmisten ulkopuolelle, joita sovelluksesi auttaa. Jos konversio nousee mutta arviot laskevat asennuksen jälkeen, kuvakaappaukset tai perehdytys saattavat luvata jotain, mitä tuote ei täytä. Listausta ja tuotetta tulisi käsitellä yhtenä järjestelmänä, ja hyödyllisimmät mittarit tulisi lukea yhdessä eikä eristyksissä.

Miksi sijainti liikkuu ilman listausmuutosta

Sijoitus on suhteellinen tulos. Sovelluksesi voi liikkua, koska kilpailija muuttaa metatietojaan, käynnistää kampanjan, saa arvosteluja, päivittää tuotettaan, tulee uuteen maahan tai saa näkyvyyttä tapahtumasta tai toimituksellisesta pinnasta. Itse haku voi muuttua, kun Apple kokeilee asetteluja ja relevanssia. Tulokset voivat vaihdella kauppapaikan ja kontekstin mukaan. Joten sijainnin muutos ei automaattisesti todista, että viimeisin muokkauksesi toimi—tai että se epäonnistui. Se on havainto, joka tarvitsee aikajanan.

Tästä syystä kannattaa pitää päivättyjä tilannekuvia. Kirjaa kysely, kauppapaikka, tulos sivu, sijaintisi, lähellä olevat kilpailijat, arviomäärät, jos näkyvissä, ja oma listausversiosi. Kirjaa sisäiset muutokset sen rinnalle: metatietojen julkaisu, kuvakaappaukset, maksumuuri, perehdytys, hankintakampanja tai sovelluspäivitys. Useiden tarkistusten jälkeen mallit muuttuvat hyödyllisemmiksi. Yhden päivän liike voi olla kohinaa. Toistuva parannus keskittyneen alaotsikon muutoksen jälkeen, kun samankaltaiset termit myös paranevat, on vahvempi hypoteesi.

Relevanssilla on useampi kuin yksi pinta

App Storen haku ei ole enää vain rivi sovelluskuvakkeita. Apple huomauttaa, että hakutulokset voivat sisältää kehittäjäkortteja, sovelluksen sisäisiä ostoksia, sovelluksen sisäisiä tapahtumia, mukautettuja tuotesivuja, kategorioita, toimituksellista sisältöä ja Apple Ads -mainoksia. Arviot ja enintään kolme kuvakaappausta tai sovelluksen esikatselua voivat näkyä alustasta ja suunnasta riippuen. Sovellustunnisteet voivat myös auttaa asiakkaita ymmärtämään sovelluksen ominaisuuksia. Tiimi, joka muokkaa vain avainsanakenttää, jättää huomiotta pinnat, jotka määrittävät, muuttuuko hakunäyttö käynniksi ja asennukseksi.

Mukautetut tuotesivut ovat erityisen hyödyllisiä, kun sovellus palvelee useampaa kuin yhtä oikeutettua yleisöä tai tehtävää. Apple sallii kehittäjien määrittää avainsanoja yksittäisille mukautetuille tuotesivuille, jotta hakija voi päätyä relevantimpaan varianttiin. Standardi on edelleen relevanssi. Sivu, joka liittyy “invoice scanner”-hakuun, tulisi osoittaa skannaus ja laskutus ensimmäisessä resurssissaan, ei ohjata asiakkaita yleiseen tuottavuuskiertueeseen. Laskeutumiskokemuksen sovittaminen kyselyn tarkoitukseen voi parantaa konversiota ilman, että yksi julkinen alaotsikko yrittää sanoa kaiken.

Mitä algoritmi ei palkitse

Ei ole kestävää etua avainsanojen täyttämisessä, termien toistamisessa, kilpailijoiden brändien käyttämisessä, epäolennaisten superlatiivien lisäämisessä tai ominaisuuksien lupaamisessa, joita sovelluksella ei ole. Parhaimmillaan nämä taktiikat tuhlaavat merkkitilaa ja heikentävät selkeyttä. Pahimmillaan ne rikkovat App Review -sääntöjä tai tuovat asiakkaita, jotka lähtevät heti. Applen ohjeistus sanoo nimenomaisesti, ettei saa käyttää muita sovellusnimiä, yritysten nimiä tai tavaramerkkejä ilman lupaa, ja se varoittaa harhaanjohtavista metatiedoista. Sekaannuksella saavutettu sijoitus ei ole kasvustrategia.

Ei myöskään ole luotettavaa julkista “search volume”-lukua App Storen kyselyille. Työkalut voivat tarjota arvioita tai välityspalvelimia, jotka voivat olla hyödyllisiä ideoiden vertailussa, jos ne on merkitty rehellisesti, mutta ne eivät ole mittauksia Applen hakulokeista. Käsittele vaikuttavaa lukua hypoteesina tutkittavaksi. Tarkista elävät tulokset, varmista tuotteen sopivuus, seuraa omia näyttökertojasi julkaisun jälkeen ja vältä mallinnetun luvun pitämistä kysynnän takeena.

Kuinka tehdä parempia sijoituspäätöksiä

Käytä kolmiosaista päätössääntöä. Ensinnäkin: relevanssi. Voiko sovellus aidosti tyydyttää kyselyn, ja näkeekö käyttäjä sen ensimmäisessä kuvakaappauksessa ja ensimmäisessä istunnossa? Toiseksi: kilpailu. Kuka tällä hetkellä sijoittuu, mitä kieltä he käyttävät, ja ovatko he vahvoja vastaavuuksia vai vain viereisiä tuotteita? Kolmanneksi: todisteet. Voitko mitata listausmuutoksen lähtötasoon nähden relevantissa kauppapaikassa? Kysely, joka läpäisee kaikki kolme testiä, on investoinnin arvoinen. Kysely, joka epäonnistuu relevanssissa, tulisi poistaa, vaikka se vaikuttaisi helpolta.

Valitse sitten kenttä harkiten. Laita olennainen brändi- ja kategoriakieli nimeen. Laita vahvin asiakaslähtöinen erottava tekijä alaotsikkoon. Käytä avainsanakenttää tukeville käsitteille, joiden ei tarvitse olla näkyvissä. Käytä kuvakaappauksia todistamaan lupaus. Käytä mukautettuja tuotesivuja, kun yhdellä sovelluksella on erillisiä, todellisia käyttötapauksia, jotka ansaitsevat erilliset laskeutumiskokemukset. Lopuksi, älä julkaise jokaista hypoteesia yhdessä julkaisussa. Hallittu muutos antaa sinulle mahdollisuuden oppia; täydellinen uudelleenkirjoitus antaa sinulle vain uuden lähtökohdan.

Todisteisiin perustuva sijoitus-työnkulku

Käytännön johtopäätös

App Storen algoritmi ei ole salainen vipu, jota vedetään. Se on järjestelmä, joka yrittää yhdistää asiakkaan kyselyn relevanttiin, tyydyttävään tulokseen. Vaikutusvaltasi tulee siitä, että teet tuotteen helpoksi ymmärtää, käytät dokumentoituja metatietosyötteitä tarkasti, valitset oikean kategorian, luot uskottavan tuotesivun ja mittaat asiakasvastetta jokaisen merkityksellisen muutoksen jälkeen. Tämä lähestymistapa on hitaampi kuin kansanperinteen jahtaaminen, mutta se tuottaa tallenteen, johon voit luottaa ja jota voit parantaa.

Tarkista avainsana ilmaiseksi

Aiheeseen liittyvä

Blogi · Tapaustutkimukset · Free ASO tools · Tuotteet · Tietosuoja ja ehdot · AsoTheory