Sous-titre de l'app : planifier un changement vérifiable

Étapes de l'analyse

1. Écrivez le sous-titre actuel et le sous-titre proposé à côté du nom de l'app. Vérifiez que l'ensemble décrit une fonction réellement prise en charge et se lit naturellement pour le public visé.
2. Identifiez les termes ciblés et ceux que la nouvelle formulation fait disparaître. Enregistrez leurs observations de référence dans le storefront concerné et notez quels autres champs resteront inchangés.
3. Choisissez une fenêtre d'évaluation et les éléments nécessaires à la décision : publication confirmée, observations de rang comparables et, quand elles existent, métriques d'acquisition pertinentes.

Exemple commenté

Exemple d'hypothèse : rendre explicite la tâche principale de l'app améliorera la pertinence sur un petit groupe de recherches ciblées. Si ces termes progressent mais que l'acquisition recule après la fin d'une campagne, le rapport doit décrire les deux événements au lieu de conclure à un simple succès ou à un simple échec.

Décision et prochain contrôle

Évaluez ensemble la lisibilité et les données de recherche. Conservez le sous-titre précédent pour pouvoir revenir en arrière de façon documentée. Ne présentez pas ce changement comme un test d'éléments de la page produit pris en charge par le store, sauf si la plateforme teste réellement ce champ dans le type de test choisi.

Fonctionnalité Storelift associée

Les données disponibles dans le produit et leur périmètre sont décrits sur la page Audit ASO des métadonnées. Dans votre rapport, gardez l'app, le storefront, la période et le statut de mesure à côté des observations utilisées.

À lire ensuite