Quant de temps triguen els canvis d'ASO a afectar els rànquings?

Hem fet la mesura òbvia al nostre propi corpus: 888 canvis en un camp de text indexat, i quant de temps fins que la paraula clau rastrejada es va moure. Després hem fet el control, i el control ha tornat igual. Aquí tens què significa això per llegir el teu propi llançament.

Cerca aquesta pregunta i trobaràs respostes segures: 24 hores, 48 hores, una setmana. El problema és que aquests números normalment col·lapsen diversos esdeveniments diferents en un de sol. La presentació no és el llançament. El llançament no és el moment en què cada botiga mostra la nova fitxa. La detecció no és el moment en què es va produir el canvi. Una observació del rànquing no és una prova que l'edició la va causar.

La resposta honesta és un disseny de mesura. Un cop separades les marques de temps, pots informar del que va passar a la teva aplicació sense pretendre que la botiga funciona amb un calendari públic.

Vam executar la mesura

El corpus fa possible la prova òbvia. Registrem una posició diària per a cada paraula clau seguida i detectem canvis a les fitxes seguides, de manera que podem preguntar directament: després que una aplicació canviï text que la botiga diu que indexa, quant de temps triguen les seves paraules clau a moure's?

Restricting to the fields the stores name as indexed \u2014 name, subtitle and description \u2014 gives 888 changes. Pairing each with the app\u2019s tracked keywords, and requiring at least five readings in the fortnight before so there is a baseline to compare against, gives 1,112 testable keyword and change pairs. A \u201cmove\u201d means the first reading that falls outside the range of that keyword\u2019s prior fortnight. Keywords already pinned at position one are excluded, because they have no visible upside and would dilute the result.

48% d'aquests parells es van moure, amb una mediana de 2.1 dies. Una quarta part es va moure en un dia, i tres quartes parts en cinc. Llegit per si sol, sembla la resposta que la pregunta vol: uns dos dies.

Després vam executar el control, i va coincidir

Aquest número no val res sense saber amb quina freqüència una paraula clau trenca el seu propi interval quinzenal de totes maneres. Els rànquings es mouen sols cada dia. Així que vam repetir la prova idèntica ancorada en dates aleatòries per a les mateixes paraules clau, excloent qualsevol data dins d'una quinzena d'un canvi real: 7,736 parells de paraules clau i dates on, pel que podem dir, no es va editar res en absolut.

The control is indistinguishable from the treatment, and on the headline figure it is slightly higher. Roughly half of all tracked keywords leave their two-week range within a couple of days regardless of whether anybody touched the listing. The \u201ctwo days\u201d finding was a description of App Store noise, not of indexing.

També vam comprovar la direcció, ja que una prova que compta una caiguda com un encert és cega a si l'edició va ajudar. Comparant la posició mitjana en la quinzena anterior amb la quinzena posterior, les paraules clau després d'un canvi van derivar 1.53 posicions pitjors de mitjana, contra 0.63 pitjors en dates placebo; 28.8% van millorar, contra 35.9% en dates placebo.

Què estableix i què no estableix això

No estableix que els canvis de metadades no tinguin cap efecte. Una prova tan grollera passaria per alt un efecte real d'unes quantes posicions, les finestres posteriors al canvi són curtes perquè la nostra recollida va començar el juliol de 2026, i 1,112 finestres tractades no és una mostra gran. La majoria d'aquests canvis també estan agrupats: una reescriptura del subtítol normalment s'envia amb una nova versió, noves captures de pantalla i una nova icona el mateix dia.

What it does establish is narrower and more useful. The specific inference almost everybody makes \u2014 I changed my subtitle, my rank moved three days later, therefore the subtitle worked \u2014 does not survive its own control. If you want to know whether an edit worked, the movement of a few keywords in the following week is not the instrument.

Els tres rellotges

Només el propietari coneix de manera fiable la primera marca de temps. Un observador extern normalment coneix la segona com un interval: la fitxa antiga era present en una lectura i la nova fitxa era present en la següent. Per tant, un col·lector diari sap que el canvi va passar en algun lloc dins d'aquesta finestra, no en l'instant exacte de la segona lectura.

Una finestra d'observació real

Al corpus inicial d'AsoTheory, la marca de temps de la versió iOS de Duolingo mostrava un llançament el 27 de juliol de 2026 a les 16:19 UTC. La fitxa dels EUA es va observar per última vegada en el seu estat anterior el 26 de juliol a les 11:20 i la nova versió, icona i mida es van detectar el 29 de juliol a les 20:58. Sense la marca de temps de la versió de la botiga, la declaració externa honesta seria “the change occurred inside an 81-hour observation window.” La marca de temps de la versió redueix una part d'aquest esdeveniment, però no proporciona una hora exacta del canvi d'icona.

Els rànquings seguits dels EUA no van oferir una història d'èxit simple. “Learn spanish” va romandre primer a iOS abans i després del llançament. “Language learning” també va romandre primer a iOS. A Android, “language learning” es va moure de primer a segon i de tornada a primer mentre “learn spanish” es va mantenir primer. Això no és evidència que el llançament ajudés, perjudiqués o no tingués cap efecte: la fitxa no va fer un canvi de paraula clau net i aïllat i els termes ja estaven al sostre.

Què diuen realment les botigues

Apple identifica el títol, el subtítol, les paraules clau i la categoria principal com a entrades de rellevància de text, juntament amb factors de comportament com ara descàrregues, valoracions i ressenyes. Apple permet fins a 30 caràcters per al nom i el subtítol i fins a 100 bytes per al camp de paraules clau. Google Play exposa un nom d'aplicació de 30 caràcters, una descripció breu de 80 caràcters i una descripció completa de 4,000 caràcters, i diu que el rànquing també incorpora rellevància, qualitat de l'aplicació i resposta de l'usuari.

Aquests documents descriuen entrades elegibles, no un retard fix de reindexació. Qualsevol article que prometi un temps de resposta universal està afegint certesa que els propietaris de la plataforma no publiquen.

Com fer una mesura neta de metadades

La resposta que pots publicar amb seguretat

Per a la teva pròpia aplicació, informa d'un interval: “The new subtitle became visible between Tuesday’s and Wednesday’s observations; the target term moved outside its four-week baseline two days later and held for seven days.” Aquesta frase és més útil que “App Store changes take 48 hours,” perquè cada part es pot comprovar.

Per a un competidor, sigues encara més estricte: “We detected the change on Wednesday; it occurred after Tuesday’s observation.” A menys que la botiga exposi una marca de temps de llançament per al camp canviat, l'hora detectada no és l'hora de l'edició.

Relacionat

Blog · Estudis de cas · Free ASO tools · Productes · Privacitat i termes · AsoTheory