Voinko toistaa avainsanoja App Storen avainsanakentässä? 100 merkin tapaustutkimus

Ei. Sovelluksen nimessä, alaotsikossa, kategoriassa tai avainsanakentässä jo käytetyn sanan toistaminen kuluttaa merkkejä lisäämättä hakukattavuutta. Tämä tapaustutkimus näyttää tarkalleen, mihin tila menee—ja kuinka auditoida se ilman, että teeskentelee metatietomuokkauksen takaavan sijoituksen.

“Can I repeat keywords in the App Store keyword field?” on yksi niistä kysymyksistä, joka kuulostaa pieneltä, kunnes katsot merkkirajaa. Apple antaa iOS-sovellussivulle 100 merkkiä piilotettuun avainsanakenttään. Jokainen kaksoiskappale kuluttaa osan tuosta budjetista, ja kenttä on yksi harvoista paikoista, joissa kehittäjä voi lisätä hakukäsitteitä tekemättä julkisesta tuotesivusta vaikeammin luettavaa. Vastaus ei ole salainen ASO-temppu: Apple sanoo nimenomaisesti, ettei sanoja saa toistaa, jos ne on jo käytetty sovelluksen nimessä, alaotsikossa tai kategoriassa. Hyödyllinen kysymys on, miksi tuo neuvo on tärkeä todellisessa sovellussivussa ja mitä palautettuun tilaan kannattaa laittaa sen sijaan.

Lyhyt vastaus

Älä toista avainsanoja kentässä. Älä toista sanaa, joka on jo sovelluksen nimessä, alaotsikossa, ensisijaisessa kategoriassa tai toisessa avainsanakentän fraasissa. Applen julkinen App Store -hakuohje sanoo, että avainsanat on rajoitettu 100 merkkiin, ne tulee erottaa pilkuilla, eikä niissä saa toistaa sanoja, jotka sisältyvät sovelluksen nimeen, alaotsikkoon tai kategoriaan. Apple neuvoo myös välttämään päällekkäisiä monikkomuotoja, liian laajoja yleistermejä ja täytesanoja. Tämä on virallinen sääntö.

Tässä on tärkeä ero. Toiston välttäminen ei tarkoita, että sovellussivustasi tulisi kasa toisiinsa liittymättömiä katkelmia. Nimi, alaotsikko ja avainsanakenttä toimivat yhdessä kuvatakseen yhtä tuotetta. Budjetointisovellus voi käyttää “budget” näkyvästi, koska asiakkaiden on ymmärrettävä kategoria, ja käyttää sitten piilotettua kenttäänsä tukeville ideoille, kuten bills, expenses, savings, shared, freelance ja receipt. Tavoitteena on lisää relevanttia kattavuutta, ei maksimaalista semanttista vaihtelua itsensä vuoksi.

Tapaustutkimus: 100 merkin kenttä, joka näyttää kiireiseltä mutta sanoo vähän

Harkitse havainnollistavaa iOS-sovellussivua sovellukselle nimeltä “FocusFlow: ADHD Planner.”. Sen alaotsikko on “Daily routines and reminders.”. Tiimi on kirjoittanut tämän avainsanakentän: “adhd,planner,focus,focus planner,daily planner,reminders,routine,routines,organizer,productivity app.”. Ensi silmäyksellä se vaikuttaa täydelliseltä. Se mainitsee kohdeyleisön, kategorian, useita ominaisuuksia ja lopputuloksen. Se tekee myös yllättävän paljon työtä kahteen kertaan.

Tämä ei ole sijoitustutkimus, jossa on keksitty “before position 42, after position 9” tulos. Apple ei julkaise tarpeeksi dataa, jotta kukaan voisi tehdä tuon väitteen vastuullisesti yhdestä sovellussivun muokkauksesta. Se on kenttätehokkuuden tapaustutkimus. Havaittava tosiasia on, että sovellussivu käyttää niukkoja merkkejä sanoihin, joita Apple kehottaa kehittäjiä olemaan toistamatta. Käytännön hypoteesi on, että kaksoiskappaleiden korvaaminen totuudenmukaisilla, liittyvillä käsitteillä antaa sovellussivulle enemmän tapoja vastata relevantteihin hakuihin. Tuota hypoteesia voidaan mitata julkaisun jälkeen; sitä ei koskaan pidä raportoida automaattisena lopputuloksena ennen julkaisua.

Vaihe yksi: kartoita jokainen indeksoitu kenttä ennen minkään muokkaamista

Yksinkertaisin tarkastus alkaa avainsanalaatikon ulkopuolelta. Kopioi sovelluksen nimi, alaotsikko, avainsanakenttä ja ensisijainen kategoria yhteen taulukkoon. Muuta kaikki pieniksi kirjaimiksi. Jaa teksti yksittäisiksi sanoiksi säilyttäen kopion alkuperäisistä fraaseista, jotta voit arvioida merkityksen. Merkitse sitten jokainen sana lähteensä mukaan. Yrität ensin vastata mekaaniseen kysymykseen: millä käsitteillä on jo koti? Tämä estää yleisen virheen, jossa joku optimoi avainsanakenttää eristyksissä ja maksaa vahingossa kahdesti sanasta, joka tekee jo näkyvää työtä.

FocusFlow-esimerkissä “ADHD” ja “planner” ovat jo nimessä. “Daily,”, “routines,” ja “reminders” ovat jo alaotsikossa. Avainsanakenttä toistaa ne tarkassa muodossa tai pienellä variaatiolla. Applen ohjeistus mainitsee erityisesti monikot kaksoiskappaleina—esimerkiksi sekä “climb” että “climbs” käyttäminen—joten routine ja routines -sanojen pitäminen kahtena erillisenä mahdollisuutena olisi huono tarkastuksen käyttö. Sana ei muutu uudeksi käsitteeksi vain siksi, että se saa “s.”-päätteen.

Tämä on myös hetki poistaa tyhjät ilmaukset. “App” tuo vähän lisäarvoa, kun henkilö jo hakee App Storessa. “Best,”, “top,”, “free,” ja muut mainosväitteet voivat olla harhaanjohtavia, käytäntöjen kannalta arkaluonteisia tai yksinkertaisesti ei-kuvaavia. Kentän tulisi nimetä, mitä tuote tekee ja minkä ongelman se auttaa ratkaisemaan. Jos sana ei tee sovellusta tarkemmin ymmärrettäväksi, se ei ole hyvä ehdokas vain siksi, että avainsanatyökalu sanoo ihmisten hakevan sitä.

Vaihe kaksi: palauta merkit

Kun kaksoiskappaleet poistetaan, kenttä lyhenee huomattavasti. Se on hyvä uutinen, ei keskeneräinen luonnos. Tässä esimerkissä puhtaampi versio voisi alkaa “timer,task,checklist,habits,calendar,widgets,procrastination,executive function,study.”. Sitä ei esitetä yleismaailmallisena ihanteena. Jokainen termi on validoitava todellista tuotetta vasten. Mutta se osoittaa lähestymistavan muutoksen: näkyvät kentät vahvistavat ADHD-suunnittelun, päivittäiset rutiinit ja muistutukset; piilotettu kenttä tarjoaa viereisiä ominaisuuksia, käyttäytymisiä ja konteksteja, joita relevantti käyttäjä voi hakea.

Huomaa, että korvauslista ei vain jahda synonyymejä. “Timer” ja “checklist” kuvaavat konkreettisia työkaluja. “Widgets” viittaa käyttöliittymäpintaan. “Procrastination” ja “executive function” kuvaavat käyttäjän ongelmaa vain, jos sovellus aidosti käsittelee sitä. “Study” on konteksti, joka voi olla sopiva, jos tuotteessa on opiskelijan työnkulku. Hyvät avainsanavalinnat laajentavat tuotteen totuudenmukaista semanttista rajaa. Huonot valinnat hyppäävät viereiseen markkinaan, jossa sovellussivu ei voi tyydyttää käyttäjää.

Vaihe kolme: tarkista, kuvaavatko uudet sanat todellisia tehtäviä

Avainsanatarkastuksen jälkeen on tehtävä tuotetarkastus. Jokaisen ehdokkaan kohdalla kysy neljä kysymystä. Voiko henkilö suorittaa tehtävän nykyisessä sovelluksessa? Voitko näyttää ominaisuuden kuvakaappauksessa tai sovelluksen esikatselussa? Tuntuisiko ensikertalaisesta, että sovellussivu piti lupauksensa? Käyttäisitkö sanaa mielelläsi tukidokumentaatiossa tai App Review -vastauksessa? Jos jokin vastaus on ei, poista termi. Käyttämätön kaksoiskappale on tehoton; epäolennainen korvaaja on vielä huonompi.

Tämä on erityisen tärkeää terveyteen, talouteen ja identiteettiin liittyvässä kielessä. “ADHD” voi olla relevantti sovellukselle, joka on suunniteltu ADHD-käyttäjille, mutta sovellussivun ei tulisi esittää hoitoväitteitä, joita se ei voi tukea. “Therapy,”, “diagnosis,”, “medical,”, “banking,” tai “investment” eivät ole keskenään vaihdettavia hakulaajennuksia. Avainsanakenttä on piilotettu asiakkailta, mutta se on silti Applelle toimitettua metatietoa. Standardin tulisi olla sama kuin julkisessa tekstissä: tarkka, täsmällinen ja perusteltavissa oleva.

Mitä toisto maksaa käytännössä

Toisto maksaa ensin kattavuuden. Jos puolet kentästä on planner-, routine- ja reminder-muunnelmien vallassa, sovellussivulla ei ole tilaa ilmaista muita relevantteja ominaisuuksia, kuten calendar, checklist, widget, shared task, timer tai offline mode. Tämä tarkoittaa, että tuote voi olla uskottava vastaus hakuun ilman, että Applelle annetaan tarpeeksi tekstikontekstia osuman tunnistamiseen. Tarkka hakuvastaavuuskäyttäytyminen ei ole julkinen, mutta Applen oma ohje olla toistamatta termejä kertoo kehittäjille, että päällekkäisyys ei ole ylimääräinen relevanssisignaali, josta kannattaisi maksaa.

Se maksaa myös päätösten laadun. Kun tiimi näkee pitkän avainsanakentän, voi tuntua, että jokainen tärkeä idea on edustettuna. Kenttätarkastus paljastaa, onko näennäinen laajuus todellista. Monissa varhaisen vaiheen sovellussivuissa samat kaksi tai kolme kategoriasanaa esiintyvät nimessä, alaotsikossa, kuvauksessa, kuvakaappauksissa ja piilotetuissa avainsanoissa, kun taas erottuvilla ominaisuuksilla ei ole lainkaan edustusta. Tarkastus luo terävämmän tuotekysymyksen: mikä tässä sovelluksessa on aidosti erilaista, ja voiko hakija kohtuudella käyttää sanoja tuolle erolle?

Fraasit, yhdistelmät ja pilkkutaikuuden myytti

Kehittäjät toistavat usein sanan, koska he yrittävät kohdistaa fraasiin. He kirjoittavat “focus planner”, vaikka focus on jo kentässä ja planner nimessä, toivoen, että tarkka pari tuottaa erillisen hyödyn. Applen ohjeistus tekee turvallisemman lähestymistavan selväksi: älä toista termejä näkyvien metatietojen ja avainsanakentän välillä. Käytä käytettävissä olevat merkit erillisiin, merkityksellisiin sanoihin ja fraaseihin. Kauppa voi yhdistää relevantteja termejä, mutta toteutuksen yksityiskohdat eivät ole julkinen sopimus, eikä niitä pidä yrittää päätellä muutamasta sijoituksesta.

Pilkkuerottelu on muotoilua, ei strategiaa. Käytä pilkkuja erottamaan merkinnät, jätä turhat välilyönnit pois, jotta merkkiraja ei mene hukkaan, ja käytä välilyöntejä aidossa monisanaisessa fraasissa, kun fraasilla on oma merkityksensä. Arvokkaampi päätös on edelleen semanttinen: paljastaako fraasi ominaisuuden tai aikomuksen, jota mikään olemassa oleva kenttä ei kata? “Executive function” voi olla merkityksellinen fraasi sopivalle sovellukselle. “Daily planner” on yleensä vain kaksoiskappale, kun daily on alaotsikossa ja planner nimessä.

Kuinka testata kenttää huijaamatta itseäsi

Ota lähtötilanne ennen muutosten lähettämistä. Kirjaa tarkat vanhat metatiedot, kauppa, päivämäärä, kohdehaut, nykyiset sijoitukset jos saatavilla, hakuvaikutelmat, tuotesivun näyttökerrat, konversioprosentti, lataukset, arviot ja mahdolliset hankintakampanjat. Tee sitten yksi johdonmukainen muutos. Älä muuta nimeä, alaotsikkoa, kuvakaappauksia, hintaa, käyttöönottoa ja avainsanakenttää samassa julkaisussa, jos tavoitteena on oppia avainsanakattavuudesta. Voit suunnitella uudelleen myöhemmin; luo ensin puhdas havaintoikkuna.

Kun muutos on julkaistu, tarkista samat haut useina päivämäärinä ja säilytä tulos sivut, ei vain omaa sijoitustasi. Kilpailija voi julkaista sovelluksen, Apple voi muuttaa sivua, haku voi olla kausiluonteista tai tulos voi siirtyä tilapäisesti metatietojen leviämisen jälkeen. Etsi kaava tarkoituksella lisäämiesi termien välillä ja vertaa sitä koskemattomiin termeihin. Apple suosittelee App Analyticsin seuraamista hakuvaikutelmien, konversion ja latausten osalta; se on hyödyllisempää kuin yksittäisen sijoituskuvakaappauksen juhliminen.

Uudelleenkäytettävä 100 merkin tarkastus

Vastaus, joka kannattaa muistaa

Voit teknisesti kirjoittaa toistettuja avainsanoja App Storen avainsanakenttään. Sinun ei pitäisi. Applen oma ohje sanoo, ettei termejä saa toistaa sovelluksen nimestä, alaotsikosta tai kategoriasta, ja syy on käytännöllinen: 100 merkin budjetti on liian pieni käytettäväksi kahdesti samaan ideaan. Käsittele jokaista merkkiä mahdollisuutena tehdä sovellus tarkemmin ymmärrettäväksi. Poista kaksoiskappaleet, korvaa ne todellisilla tukevilla käsitteillä ja mittaa tulos riittävällä kärsivällisyydellä erottaaksesi todisteet toiveista.

Tarkista alaotsikkosi

Aiheeseen liittyvä

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