La semaine dernière, une campagne est revenue complètement vide, sans rien à l'écran pour dire pourquoi. En remontant la piste, on a trouvé trois problèmes distincts sur le chemin qu'un site difficile emprunte dans Aiter. Cette note ferme les trois.
Les sites qui nous refoulaient
Beaucoup de grandes marques font tourner une protection anti-robots qui bloque tout ce qui arrive d'un centre de données, et c'est exactement à quoi ressemblait notre analyse. Quand ça arrivait, nous n'avions pas de second coup, et c'est dans l'analyse concurrentielle que ça faisait le plus mal, puisque les sites que vous voulez le plus lire sont les mieux défendus.
Il y a maintenant une échelle. Si la requête ordinaire se fait refouler, Aiter réessaie par une route qui ressemble à celle d'une visiteuse ordinaire, puis avec une lecture plus simple de la page, puis par la page d'entrée de la marque, puis par une source entièrement différente. Le premier barreau est octet pour octet ce que nous faisions avant : les sites qui marchaient hier se comportent exactement comme hier.
Aiter fait aussi la différence entre une page et un refus poli. Un site peut répondre tout à fait normalement et vous tendre une page où il est écrit Access Denied. Ça, nous le rangions comme du contenu et nous construisions un brief dessus. C'est désormais compté comme un blocage et ça passe au barreau suivant.
L'échelle entière est bornée dans le temps, donc une adresse sans espoir échoue en un temps raisonnable au lieu de rester suspendue.
On facture quand un brief arrive, pas avant
Les crédits quittaient votre solde dès qu'une exécution démarrait. Si elle mourait ensuite à mi-parcours, un remboursement était censé les remettre, ce qui tient jusqu'au jour où une exécution meurt d'une façon qui n'atteint jamais le remboursement.
La facturation se fait maintenant au moment où un brief vous est remis. Pas au démarrage, pas sur un nouvel essai, et pas pour une source qui n'a pas pu être lue. Si rien n'arrive, rien n'a été facturé, et c'est vrai par construction plutôt que parce que nous avons pensé à défaire. Une exécution que notre propre plateforme interrompt est gratuite.
Les exécutions se relancent aussi une fois toutes seules, sans coût pour vous, parce qu'une connexion qui lâche est une façon courante de finir avec une campagne vide.
Et quand ça échoue quand même, ça se dit
L'ancien échec était silencieux de la pire manière : la campagne restait là comme si la génération n'avait jamais commencé. Elle échoue maintenant à voix haute, nomme le site qui nous a refoulés et pointe la case où vous pouvez décrire l'activité vous-même.
Bloqué et ignoré reçoivent des explications différentes, parce qu'ils demandent des choses différentes de votre part. Le texte est écrit dans chaque langue, pas traduit vers elle.
Des cibles plus grandes sur téléphone
Nous avons mesuré chaque page publique en largeur de téléphone et compté les boutons et liens trop petits pour être atteints de façon fiable. La page d'accueil en avait 19, la page tarifs 10, le blog 15. Il n'en reste aucun.
Huit champs de formulaire étaient assez petits pour qu'un iPhone zoome au moment de la saisie et ne dézoome jamais. C'est le genre de chose qu'on ne remarque que le jour où ça vous arrive dans le train. Ils sont corrigés aussi, avec une mise en page du blog qui poussait la page légèrement plus large que l'écran.
Des campagnes dans la langue que vous lisez
Une campagne lancée depuis une page vitrine sortait toujours en anglais, quelle que soit la langue de la page. La fenêtre à l'intérieur du produit faisait ça correctement ; les boutons du chemin d'entrée, non. Ils sont d'accord maintenant, et trois langues qui manquaient complètement de cette liste ne retombent plus sur l'anglais.
→ Lancez-en une depuis n'importe quelle page solution, elle reviendra dans votre langue.