Points clés
Vous pouvez désormais modifier votre forfait FourA sans quitter le dashboard. Quatre niveaux transparents, le paiement Stripe intégré et un aperçu du prorata couvrant tous les scénarios sont devenus opérationnels cette semaine. Le flux d'inscription a également bénéficié d'une série de correctifs qui nuisaient discrètement à notre taux de conversion.
Nouveautés
Paiement intégré et gestion des forfaits
Passez à l'offre supérieure, inférieure ou changez de forfait directement depuis votre dashboard. La page de mise à niveau détecte un abonnement actif, ouvre une modale de changement de forfait qui masque l'offre Enterprise et signale votre niveau actuel, et affiche un aperçu du prorata couvrant chaque scénario de amount_due par rapport aux crédits avant votre confirmation.
Le Payment Element de Stripe est désormais intégré à la page. Ajoutez une carte sans être redirigé vers la page de paiement hébergée de Stripe. La facturation B2B se trouve derrière un bouton d'activation (identifiant fiscal, nom de l'entreprise, adresse de facturation) et l'élément ne subit plus de reflow lorsque vous l'activez. Les informations de facturation sont préremplies à partir de votre profil, évitant ainsi aux utilisateurs qui mettent à niveau leur compte pour la première fois de saisir à nouveau des données déjà connues.
Nouvelle tarification : 1/5/15 crédits et paiement au succès
Nous avons simplifié la page de tarification en quatre niveaux transparents avec un tableau de crédits clair. Les requests uniques coûtent 1 crédit, le proxy finder 5, le browser 15. Les proxies premium et les IP résidentielles sont soumis à des multiplicateurs d'extension x2, de sorte que vous ne payez pour ces options que lorsque vous en avez réellement besoin. De plus, l'ensemble du modèle repose sur le paiement au succès : les requests bloquées ne consomment pas de crédits.
La page contient également des informations sur les rate limits, des descriptions d'endpoints plus claires (sélection de votre propre proxy vs le proxy le plus rapide, cookies dans la response du browser), et nous avons corrigé la ligne des crédits pour qu'elle reste ancrée au bas de chaque carte d'endpoint.
Flux d'inscription : moins de frictions, des textes plus clairs
Si la vérification de l'e-mail renvoie vers une URL obsolète, vous perdez des utilisateurs. Nous avons corrigé cela. Le flux d'inscription préserve désormais votre URL de retour tout au long de la vérification de l'e-mail, gère l'étape de consentement lorsqu'elle y aboutit, et lit un cookie cross-domain afin que la transition entre foura.ai et le portail d'authentification ne perde pas l'état.
Sur la page de vérification, le bouton de renvoi se verrouille pendant 30 minutes après la première utilisation (au lieu de laisser les utilisateurs anxieux cliquer frénétiquement dessus), le texte du message semble avoir été écrit par un humain, et la mise en page ne se décale plus lorsque le bouton change d'état.
Correctif de confidentialité : visibilité des sessions
Deux bugs liés ont été résolus. Une mauvaise recherche d'utilisateur Authentik associait parfois le mauvais compte lorsque deux utilisateurs partageaient une adresse e-mail. L'API des sessions authentifiées renvoyait les sessions de tous les utilisateurs, quel que soit le filtre. Ces deux problèmes sont corrigés. Nous associons les utilisateurs par nom d'utilisateur (qui est unique) et nous filtrons les sessions côté serveur. Votre dashboard n'affiche désormais que vos propres sessions.
Sous le capot
Les quatre propriétés de FourA (site principal, blog, docs, portail de mises à jour) ont bénéficié d'une amélioration typographique. Le texte de corps minimal est de 16px, les libellés lisibles de 14px, la navigation et les logos de 15px. Si certains éléments vous semblaient trop petits dans votre navigateur auparavant, ce ne devrait plus être le cas.
Les pressions tactiles sur Safari iOS répondent instantanément. Fini le délai de 300 ms sur la navigation mobile et le sélecteur de thème. Nous avons également déployé une politique de refus par défaut (default-deny) pour la couche nginx devant les outils internes, de sorte que tout nouveau service situé derrière voit l'authentification appliquée par défaut plutôt que de devoir s'en souvenir de mémoire. Le dashboard de surveillance lit désormais la limite de mémoire du conteneur pour sa barre d'utilisation du heap au lieu de l'allocation actuelle de V8, afin que le chiffre reflète la pression réelle. De plus, le workflow de déploiement a été réduit de quatre fichiers YAML à un seul.
À suivre : l'échantillonnage du taux de réussite du T2 se termine la semaine prochaine, et les chiffres apparaîtront dans le prochain digest.