Category: Conseils d’hébergement

Depuis le 1er juillet 2023, Google a définitivement retiré l’application qui nous accompagne dans nos web analytics depuis dix ans : Universal Analytics. Ce faisant, il conclut un processus de migration qui a commencé il y a trois ans, avec l’introduction de Google Analytics 4 en 2020. Bien qu’à l’époque, il ne s’appelait pas encore ainsi.

Ce changement a provoqué un véritable séisme dans l’écosystème numérique étant donné que les deux versions ne sont pas compatibles entre elles, et passer de l’une à l’autre implique un processus, mal nommé “migration”, qui peut parfois être complexe.

En effet, Google Analytics 4 ne permet pas l’importation de données historiques stockées dans Universal Analytics, ce qui peut être stratégiquement important pour ceux qui ont besoin d’effectuer une analyse comparative avec des périodes précédentes. Par exemple, le cas d’un e-commerce qui doit comparer les résultats de la campagne Black Friday de cette année avec celles des années précédentes.

Pour éviter ce problème, l’équipe de Google a insisté au cours des deux dernières années pour que nous installions le nouveau GA4 en parallèle à l’UA, chevauchant ainsi les deux mesures. Comme on pouvait s’y attendre, de nombreuses personnes n’ont procédé à l’intégration qu’au dernier moment. Certains ne l’ont même pas fait après le blackout.

Dans les lignes qui suivent, nous allons essayer de trouver une solution à cette situation.

Quels sont les changements engendrés par GA4 ?

GA4 représente un changement radical dans la manière dont les données de vos actifs numériques sont acquises et traitées. Il existe plusieurs différences très importantes par rapport aux versions précédentes.

Web + application

Google Analytics 4 permet le suivi et l’analyse des sites web et des applications mobiles. Cela signifie que vous pouvez obtenir des informations et des mesures sur les performances de votre site web ainsi que sur l’utilisation de votre application mobile, le tout depuis un seul et même endroit. Ceci est particulièrement utile dans un monde où de nombreuses entreprises sont présentes à la fois sur les plateformes web et mobiles.

Tout tourne autour des événements 

L’une des principales caractéristiques de GA4 est qu’il est basé sur un modèle centré sur les événements. Dans les versions précédentes de Google Analytics, l’accent était principalement porté sur les pages vues. Cependant, dans GA4, toutes les données sont collectées et organisées en événements. Un événement peut être toute action que les utilisateurs effectuent sur votre site web ou votre application, comme cliquer sur un bouton, lire une vidéo ou envoyer un formulaire. Cela permet un niveau plus élevé de flexibilité et de personnalisation dans l’analyse des données.

Machine learning

GA4 exploite la puissance de l’apprentissage automatique pour fournir des informations plus détaillées et plus précieuses. Il utilise des algorithmes d’apprentissage automatique pour effectuer une analyse avancée des données et découvrir des modèles et des tendances cachés. Cela permet d’identifier les opportunités et les défis pour votre entreprise, tels que les segments d’audience à forte valeur ajoutée, les prévisions de revenus et les comportements spécifiques des utilisateurs. L’intelligence artificielle et l’apprentissage automatique de GA4 permettent également la création de modèles personnalisés pour prédire le comportement futur des utilisateurs.

Suivi multi-plateformes et multi-appareils

GA4 a la capacité de distinguer efficacement les utilisateurs qui naviguent sur votre site à partir de différents appareils ou navigateurs. Il peut désormais savoir si le même utilisateur a accédé à votre site Web à partir de son navigateur mobile le matin, via son ordinateur l’après-midi et sur votre application professionnelle à partir de sa tablette la nuit. La comptabilisation des utilisateurs est ainsi plus précise, et nous pouvons retracer le parcours client dans son intégralité.

Attribution basée sur les données

GA4 offre une attribution basée sur les données plus précise et complète par rapport aux versions précédentes. Grâce à l’attribution basée sur les données, vous pouvez mieux comprendre comment les différents canaux marketing et les actions des utilisateurs contribuent à vos objectifs commerciaux. Vous pouvez voir quelles sources de trafic et quelles tactiques marketing génèrent plus de conversions et prendre des décisions éclairées sur l’allocation des ressources. L’attribution de la responsabilité de chaque action marketing est beaucoup plus précise et équitable car elle est répartie en fonction de son efficacité auprès de chaque type d’utilisateur, statistiquement parlant.

Faut-il installer GA4?

La réponse à cette question est toujours la même: “ça dépend”. Si vous avez utilisé Universal Analytics sur votre site Web, il semble raisonnable de changer et de collecter des données dans GA4. Cependant, cela a ses implications techniques et juridiques.

Vous le savez peut-être déjà, mais le Règlement général sur la protection des données, ou RGPD, requiert l’autorisation des utilisateurs pour effectuer un traitement analytique de leurs données. Cette seule raison justifie l’utilisation d’une bannière cookie pour tout site Web dont la cible potentielle n’est pas seulement l’Union européenne, mais également d’autres pays comme le Royaume-Uni, le Japon, l’Argentine, l’Uruguay, la Suisse, le Canada, certains états des États-Unis et de plus en plus plus de pays dans le monde.

Cependant, il est très probable que pour beaucoup de personnes lisant cet article, l’analyse du serveur soit suffisante, évitant ainsi ce petit dilemme juridique.

Statistiques sur SiteGround

Chez SiteGround, nous avons une section entière dans les Site Tools dédiée exclusivement aux statistiques, où vous trouverez des informations très intéressantes sur votre site web.

D’un autre côté, il est très probable que pour beaucoup de personnes lisant cet article, l’analyse du serveur soit suffisante, évitant ainsi ce petit dilemme juridique.

Vous pouvez accéder à des informations utiles telles que le volume de trafic reçu par votre site Web, les pays d’origine, la source des visites (moteurs de recherche, réseaux sociaux, autres sites), vos contenus ou pages les plus consultés et la technologie utilisée par vos visiteurs (navigateur et système d’exploitation).

Les informations collectées peuvent être visualisées à la fois sous forme de graphique linéaire pour mesurer l’évolution temporelle, ainsi que sous forme de graphiques à barres ou de tableaux pour consulter des valeurs absolues.

Les périodes d’analyse sont mensuelles, et les informations sont mises à jour avec une fréquence bien supérieure à celle de Google Analytics, qui peut mettre jusqu’à 24 heures pour consolider ses données.

Le principal aspect que vous devez prendre en compte avec ces rapports est qu’ils sont basés sur ce que l’on appelle les journaux de serveur, un type de données qui ne fait pas de distinction entre les “bots” et les utilisateurs humains. Par conséquent, il est possible que les volumes de données ne représentent pas avec précision le nombre de lecteurs ou de clients de votre site. Dans tous les cas, les informations évolutives du trafic, mois par mois, sont très utiles pour comprendre la croissance de votre site web et les contenus les plus demandés.

Alternatives à GA4

Si les informations procurées par les statistiques de SiteGround ne suffisent pas et que vous souhaitez continuer à éviter de gérer les aspects juridiques liés à la confidentialité des utilisateurs, il est recommandé d’installer une autre solution d’analyse générale comme Matomo, ou des solutions spécifiques pour WordPress comme Fathom, Koko Analytics ou Simple Analytics , Par exemple.

Mais si vous souhaitez effectuer une analyse approfondie du trafic et des performances de votre site, comprendre comment les utilisateurs interagissent avec votre contenu, identifier les canaux d’acquisition de trafic les plus efficaces ou découvrir les éléments présentant le plus grand potentiel d’amélioration sur votre site web, GA4 est le plus outil complet et la norme actuelle de l’industrie. De plus, il existe déjà une documentation officielle assez complète, des tonnes de guides sur les blogs d’utilisateurs et des milliers de vidéos montrant bon nombre de ses fonctionnalités avancées.

Comment installer GA4

Il existe plusieurs façons d’installer GA4. L’installation est très similaire à celle d’Universal Analytics. Si vous utilisiez déjà cet outil, le plus simple est de changer le code de suivi ou l’identifiant d’une version à l’autre.

Vous trouverez l’identifiant de mesure dans Admin > Flux de données > Détails du flux web, et vous le reconnaîtrez car il s’agit d’un « G » suivi d’un tiret et d’une série de caractères, par exemple, G-PSW1MY7HB4. Cet identifiant de l’exemple est l’identifiant de flux web du “Google Merchandise Store”, une propriété que Google partage à des fins démonstratives et que vous pouvez consulter chaque fois que vous avez déjà un utilisateur Google.

Dans ce même espace, un peu plus bas, dans la section “Google Tag”, vous trouverez la section “View Tag Instructions”, où Google propose quelques recommandations sur la façon d’installer le code de suivi sur votre site web, soit via l’identifiant de mesure que vous avez obtenu dans l’étape précédente, ou via le script complet pour une installation manuelle.

La formule la plus complète pour tous les utilisateurs de WordPress qui se soucient du respect de la vie privée de leurs visiteurs consiste à ajouter le script de suivi GA4 à leur site web via un plugin de cookie. Par exemple, GDPR Cookie Compliance a une section dans ses paramètres pour les cookies tiers où vous pouvez l’ajouter.

Dès que vous avez terminé et enregistré la configuration (suivez la documentation officielle du   plugin pour vous assurer de ne rien manquer), votre propriété GA4 suivra toutes les visites qui acceptent la politique de cookies de votre site web.

Le futur de GA4

D’ici quelques années, Google Analytics 4 sera présent sur des millions de sites web. Non seulement sur ceux où son code de suivi est installé, mais aussi dans des centaines de milliers de tutoriels, manuels, astuces et cours.

Soyez assuré que Google Analytics continuera d’être la norme et que son outil continuera de croître jour après jour. La version actuelle doit encore être peaufinée à bien des égards, mais des modifications et des mises à jour qui augmentent son potentiel sont publiées chaque semaine.

La fermeture d’Universal Analytics devrait signifier une réorientation vers GA4 des nombreuses ressources qu’il consommait, il semble donc logique de penser que les étapes qu’il franchira dans les temps à venir seront plus importantes et plus fermes.

Pour ceux d’entre nous qui l’utilisons quotidiennement depuis de nombreux mois, il s’agit déjà d’une ressource très utile, difficile à apprivoiser mais qui nous donne une vision beaucoup plus large et approfondie de nos actifs numériques. Nous savons que la courbe d’apprentissage est abrupte et qu’il est difficile de surmonter la résistance au changement, mais nous sommes certains que si vous donnez un peu d’amour à votre Google Analytics 4, vous en tirerez des résultats au bout de quelques heures seulement.

L’avez-vous déjà essayé? Qu’en pensez-vous? Avez-vous rencontré des problèmes ? Nous aimerions connaître votre expérience dans les commentaires.

On dit qu’un emoji vaut parfois mille mots. Pour célébrer la Journée mondiale des emojis, nous vous proposons ce défi amusant !

Décrivez votre site Web en utilisant uniquement des emojis  et voyez si nous pouvons deviner de quoi il s’agit.

Nous avons récemment annoncé le lancement de notre nouvel espace client et de nos nouveaux outils de site. Notre COO en a parlé d’un point de vue commercial et de l’importance de ce projet pour notre croissance future. Je voudrais vous donner la perspective technique et pourquoi nous considérons que ces nouvelles interfaces sont également une étape technique pour SiteGround. 

SiteGround a toujours été avant tout une entreprise de services. Cependant, depuis de nombreuses années, la croissance de notre activité est étroitement corrélée à notre évolution technique. Plus nous développons de logiciels en interne, plus la qualité de notre service augmente et plus notre réputation grandit. Non seulement cela, mais nous avons développé la confiance en soi d’une entreprise de haute technologie qui produit des solutions logicielles puissantes et intelligentes et qui est toujours parmi les premières à mettre en œuvre les technologies les plus innovantes. 

Ainsi, lorsque nous avons réalisé que bon nombre de nos idées commerciales étaient ralenties ou rendues impossibles par les limites de notre plate-forme sous-jacente actuellement utilisée, nous avons eu le courage de voir plus grand que ce qui est disponible sur le marché et avons osé tout recréer à partir de zéro

Le défi

D’un point de vue commercial, nous voulions gérer une plate-forme (frontend et backend) qui fonctionnerait sur n’importe quel appareil, aurait un look moderne, serait légère, rapide, sécurisée et facilement évolutive. En traduisant cela en termes techniques, nous avons défini les objectifs suivants :

1. Vitesse et UX avancée

Nous avons décidé d’utiliser des applications d’une seule page car c’est LA technologie incontournable pour une expérience Web plus rapide.  

2. Évolutivité et sécurité

Nous avons décidé d’adopter la philosophie des micro-services et de tout baser sur l’API afin que le système puisse évoluer plus facilement et en cas d’incidents, avoir une portée de dommages plus petite.

Cependant, lorsque vous avez de nombreux services, l’authentification et l’autorisation sont un gros problème. Nous avions donc besoin d’une solution sécurisée, rapide et simple pour le problème de partage de ressources cross-origin, où nous avons choisi d’utiliser des jetons web JSON.

Opérer à grande échelle lorsque vous avez des millions de sites hébergés sur des centaines de milliers de conteneurs nécessite également une orchestration, une découverte de services et une couche de messagerie fiable où nous introduisons Consul et NSQ.

Enfin, une bonne observabilité, surveillance et alerte sont cruciales compte tenu de la complexité du système. Nous avons donc mis Prometheus et Grafana en action.

Les solutions

1. Applications monopage avec React et Redux

Il y a trois ans, lorsque nous avons commencé à travailler sur le projet, nous savions que les applications d’une seule page devenaient de plus en plus populaires car elles permettaient une meilleure expérience utilisateur, des temps de chargement de page plus rapides, l’unification des principes de conception, la conception modulaire, etc. L’écosystème SPA évoluait également rapidement. Il existait de nombreux frameworks JavaScript tels que AngularJS, ReactJS et Vue.js. Il semblait naturel et évident que lorsqu’il s’agissait de quelque chose de léger, rapide et basé sur une API, l’application d’une seule page était la réponse. Après quelques tests avec différents frameworks, nous avons décidé d’utiliser ReactJS + Redux pour notre nouvel espace client et nos outils de site, car il a montré les meilleurs résultats de performance. 

Chargement rapide des pages

Nous avons deux applications principales d’une seule page. L’une est l’application Espace client et l’autre est notre application Outils du site. Ils sont tous deux utilisés toutes les heures par des milliers de personnes et leur nombre ne cesse d’augmenter. Déplacer une partie de la logique d’application vers les navigateurs des utilisateurs, où JS est exécuté localement, a rendu les choses plus rapides. Cela s’explique en partie par le fait que nous avons moins de manipulations de données effectuées dans le backend. L’autre partie vient du fait que nos applications vivent sur une solution de mise en cache d’objets avec CDN devant. Cela permet aux utilisateurs du monde entier de charger rapidement l’application et de commencer à l’utiliser.

Guide de style unifié 

Les applications d’une seule page vous permettent de travailler avec des composants prêts à l’emploi qui sont réutilisables et de faire en sorte que vos interfaces respectent certaines normes. Pour la nôtre, nous avons écrit un guide de style, qui rend nos interfaces homogènes et nous permet d’écrire du nouveau code plus facilement et plus rapidement. Le compromis est que seul le dépôt du guide de style avec tous les exemples représente environ 550 000 lignes de code !

Étant donné que notre développement est assez important et en croissance et que le code avec lequel nous travaillons est assez volumineux, nous devions nous assurer que nos normes seraient respectées et non régressées par les changements. C’est pourquoi nous avons couvert le code avec des tests visuels et e2e (Cypress). Si un changement de code modifie visuellement une certaine page de manière significative, nous avons un drapeau rouge et nous pouvons même arrêter automatiquement le déploiement de code et les builds.

2. API RESTful et microservices

Nous avons maintenant plus de 100 appels API qui peuvent être utilisés pour gérer un seul site hébergé sur nos serveurs. Des choses comme l’installation de WordPress, l’émission d’un certificat SSL privé, la création de comptes de messagerie, la création de nouvelles bases de données MySQL, l’ajout de clés SSH et même la migration de sites entre serveurs se font toutes via des appels API. Ces API nous offrent les avantages suivants :

Favorise l’utilisation de différentes langues

Nous avons des ingénieurs logiciels qui écrivent dans les langages/frameworks suivants pour notre plate-forme :

• PHP (Symfony, ZendFramework)
• Perle (danseuse)
• Aller
• Python
• JavaScript (ReactJS, AngularJS), TypeScript 

Afin de nous assurer que toutes les pièces mobiles puissent communiquer nous avions besoin d’API RESTful pour relier la communication.

La conception de l’API RESTful est bien connue

Le côté positif des API RESTful est que pratiquement tous les développeurs de nos jours les comprennent et connaissent le concept. Cela signifie que lorsque nous devons ajouter de nouvelles fonctionnalités, nous n’avons pas besoin de former les développeurs ou de leur faire apprendre les entrées et les sorties de l’ensemble du système afin qu’ils puissent livrer. Ils peuvent simplement se concentrer sur le nouveau morceau de code nécessaire et l’intégrer dans le système.

Nos partenaires peuvent utiliser les API

Le fait que tout soit basé sur une API facilite l’accès aux partenaires et leur permet de créer des sites, d’installer un CMS ou d’effectuer d’autres fonctions sur notre plateforme. Cela nous rend flexibles et constitue une bonne base pour la croissance future de notre entreprise.

Personnalisation de l’accès utilisateur

Les API RESTful appliquent le principe CRUD selon lequel chaque objet manipulé par l’API doit prendre en charge les 4 fonctions suivantes : créer, lire, mettre à jour et supprimer. Couplé à la représentation unifiée REST des ressources, cela permet une séparation facile des actions et un accès personnalisé et un contrôle utilisateur.

Avec les jetons Web JSON, nous avons utilisé les API pour fournir des niveaux d’accès personnalisés dans nos nouvelles interfaces. Il est désormais possible d’autoriser un opérateur à créer des comptes de messagerie pour un nom de domaine, mais de ne pas avoir accès aux comptes de messagerie existants ou à tout autre outil. Pour commencer, nous n’avons introduit que 3 rôles d’utilisateur : propriétaire du site, collaborateur et client en marque blanche, mais nous avons posé les bases pour ajouter facilement de nombreuses options de personnalisation à l’avenir. Le contrôle d’accès basé sur les rôles nous permet de fournir un accès granulaire à des services et fonctionnalités spécifiques. 

Identifiez les problèmes plus facilement et mesurez plus efficacement

Plus la construction est granulaire, plus il est facile d’isoler une pièce non fonctionnelle et de la remplacer ou de la réparer. C’est l’un des principaux avantages que nous pouvons tirer de la philosophie des micro-services. Nous pouvons plus facilement suivre et résoudre les problèmes avec une fonction spécifique fournie par un service spécifique. Nous pouvons également mieux suivre les performances et l’utilisation des différents services afin de pouvoir faire évoluer les ressources de la plate-forme et prévenir les problèmes.

3. Jetons Web JSON

Au moment où nous avons commencé à travailler sur des applications d’une seule page, nous savions que nous devions faire évoluer notre configuration d’authentification et d’autorisation d’une manière ou d’une autre. Étant donné le nombre d’API qui communiquent entre elles et d’utilisateurs qui interagissent également avec ces API (qui étaient réparties sur différents domaines), l’autorisation effectuée à l’ancienne – via des cookies – n’était pas optimale et n’était pas évolutive. Les deux principaux problèmes rencontrés étaient les suivants :

• La gestion des cookies de partage de ressources cross-origin et des en-têtes HTTP n’est pas simple, et nous voulions l’éviter. La combinaison des jetons Web JSON avec nos propres API nous permet de résoudre ce problème.
• La mise à l’échelle d’un système backend qui vérifie chaque demande d’API a commencé à paraître terrible du point de vue des performances des sessions.

Après quelques recherches, nous avons décidé d’utiliser JSON Web Tokens pour cette partie de l’infrastructure. Nous avons configuré un système d’authentification et d’autorisation personnalisé de notre côté. Cela nous permet de bénéficier de choses telles que :

• Mécanisme d’autorisation uniforme pour différentes API
• Charge de serveur réduite et moins de hits DB
• Capacité à utiliser cette solution dans différents domaines 
• Plus facile d’atteindre l’évolutivité horizontale
• Un niveau de sécurité supérieur pour nos utilisateurs
• Authentification unique prête à l’emploi

4. Orchestration et messagerie

Plus nous grandissons, plus nous exploitons de serveurs (en tant qu’unité matérielle) et de conteneurs (en tant qu’unité virtuelle). Le conteneur Linux est l’unité principale de notre infrastructure, mais la façon dont nous gérons ces conteneurs évolue avec le temps. Commander de nouveaux serveurs, déployer un conteneur avec la pile logicielle nécessaire, ajouter ce nouveau conteneur à toutes les bases de données qui alimentent différents services et API, tout cela et bien plus nécessite une orchestration. Pour cette partie, nous avons écrit beaucoup de code, spécifique à notre plateforme et nos processus. Pourtant, nous dépendons fortement de projets logiciels bien établis pour atteindre nos objectifs. Nous utilisons HashiCorp Consul pour la découverte de services et l’automatisation des systèmes. Notre plate-forme de messagerie de choix est NSQ. Nous utilisons Ansible pour automatiser de nombreuses tâches de provisionnement de logiciels et de gestion de la configuration.

Deux bons exemples sont nos systèmes retravaillés Let’s Encrypt et WordPress Automatic Updates. Auparavant, ils s’exécutaient localement sur chaque serveur d’hébergement et sont maintenant basés sur une approche distribuée. Les serveurs sont automatiquement enregistrés dans le système. Les services utilisent la découverte automatique fournie par Consul. Ensuite, les API mentionnées ci-dessus sont utilisées et l’émission et le renouvellement SSL se produisent pour chaque nouveau nom de domaine que nous enregistrons dans le système. Il en va de même pour chaque application qui entre dans les systèmes de mises à jour automatiques de WordPress.

5. Prometheus/Grafana pour l’observabilité

La façon dont nous fournissons de nouveaux services a également beaucoup changé. Dans le monde natif du cloud, nous ne nous soucions plus de la défaillance des hôtes individuels. Aucun ingénieur du CNO n’est appelé lorsque cela se produit. Il n’y a pas d’administrateurs système artisanaux qui traitent les machines et les services avec une attention affectueuse. Maintenant, nous surveillons l’ensemble de l’infrastructure avec les objectifs suivants à l’esprit :

• Nous devons savoir quand les choses tournent mal
• Nous pouvons déboguer et avoir un aperçu du contexte spécifique
• Nous devons être capables de voir les changements dans le temps et de faire des prédictions
• Les données doivent être facilement consommées par d’autres systèmes et processus

Pour rendre ce qui précède plus précis, nous redéfinissons maintenant les scénarios « d’échec » et les alertes que nous recevons pour chacun. Par exemple, nous pouvons recevoir des alertes nécessitant une intervention humaine lorsqu’il y a un impact direct sur l’utilisateur, comme lorsqu’un service qui affecte directement les sites web des clients a été affecté. Mais, nous n’avons peut-être pas besoin d’intervention humaine lorsqu’un nœud spécifique a échoué car les données sont automatiquement redistribuées sur d’autres nœuds et il n’y a aucun impact sur l’utilisateur, donc aucune alerte n’est nécessaire dans ce cas. 

Lorsque nous travaillons sur ces alertes, nous cherchons à passer de l’alerte aux sous-systèmes problématiques. Afin que nos ingénieurs puissent faire une analyse rapide et proposer une résolution rapide, nous devons disposer de suffisamment de données. C’est ce qu’on appelle le traçage distribué, et cela nous permet de suivre les demandes d’utilisateurs spécifiques depuis les navigateurs de nos clients, via plusieurs API et différents services, jusqu’à ce qu’elles atteignent les bases de données et/ou les moteurs de stockage. Chaque enregistrement concernant une demande dans le système de traçage distribué nous donne des informations de profilage des performances et un moyen de corréler les problèmes avec d’autres événements. Nous utilisons le traçage distribué pour déboguer plus rapidement et optimiser notre code. Nous sommes en mesure d’atteindre une vitesse de fonctionnalité plus élevée à cause de cela. 

Pour atteindre tous les objectifs, nous avons choisi d’utiliser Prometheus et Grafana pour le profilage, la collecte de métriques, l’analyse des journaux et le traçage distribué des événements. Nous sommes maintenant en mesure de corréler les informations provenant de plusieurs sources et de révéler et de prévoir les lacunes.

Conclusion

Le logiciel que nous avons dû écrire pour relever le défi et fournir les solutions décrites ci-dessus est énorme mais assez gratifiant. Pour conclure, je vous laisse quelques chiffres directement issus des nouveaux référentiels de logiciels et de notre JIRA :

• 2 539 604 lignes de code
• Couverture des tests de code à 99 %
• 9250 tâches JIRA
• 199 560 mots dans les historiques JIRA

Nous sommes particulièrement fiers de la couverture des tests de code. Même si 2,5 millions de lignes de code sont impressionnantes, nous savons que ce n’est pas une très bonne mesure de succès. Le fait que tout notre code soit couvert par des tests est cependant une grande réussite. Dès le début, nous avons défini la couverture des tests de code comme l’un de nos principaux critères pour fournir des logiciels de qualité. Et si notre nouvel espace client et nos nouveaux outils de site ne peuvent pas fournir de garanties de qualité, nous ne pouvons pas fournir le service exceptionnel auquel nos clients sont habitués. Soyez assuré que nous nous engageons à fournir le même service d’hébergement de premier ordre, mais cette fois avec des outils de gestion de site et de collaboration encore meilleurs, basés sur les technologies Web les meilleures et les plus innovantes au monde.

Depuis quelques jours, nous lançons progressivement sur nos serveurs un nouveau système de prévention des bots basé sur l’IA développé par nos propres spécialistes DevOps. Nous constatons déjà des résultats étonnants du fonctionnement du système. Chaque heure, il bloque entre 500 000 et 2 millions de tentatives de force brute sur tous nos serveurs. Ainsi, nous avons empêché un nombre inconnu de connexions non autorisées potentielles, mais ce qui est encore plus important, nous avons réussi à économiser une énorme quantité de ressources de serveur qui peuvent désormais être utilisées pour une activité significative et légitime par nos utilisateurs.

Pourquoi les robots sont-ils un problème ?

Le trafic malveillant est un énorme problème qui affecte probablement tous les sites Web en ligne. Ce trafic est généralement créé par des bots essayant d’accéder à votre site en forçant brutalement sa connexion. Les robots effectuent plusieurs tentatives de connexion en utilisant différentes combinaisons de noms d’utilisateur et de mots de passe. En fait, si vous avez un mot de passe fort, les chances de connexion réussie au bot sont minimes. Cependant, cette activité reste un problème sérieux. Dans leurs tentatives de connexion, les bots utilisent une énorme quantité de ressources serveur. Pour un blog personnel, par exemple, il peut dépasser plusieurs fois le trafic légitime créé par les vrais visiteurs humains. Même si l’activité des bots n’est pas massive et entraîne un déni de service, cela peut encore rendre votre hébergement plus coûteux en vous obligeant à dépasser les ressources de votre compte.

Comment fonctionne notre système ?

L’intelligence artificielle analyse les données de plusieurs serveurs

La principale difficulté dans la lutte contre l’activité des bots est que les bots sont très intelligents et insaisissables. Les attaques de bot utilisent différentes adresses IP et agents utilisateurs, et souvent les données des tentatives visant une connexion à un seul site, ou même un seul serveur, ne sont pas assez bonnes pour déterminer un bot de force brute. Nous avons depuis longtemps un système de prévention de la force brute sur chacun de nos serveurs, mais la nouvelle IA est beaucoup plus efficace car elle est capable de collecter et d’analyser simultanément les données de tous nos serveurs. Sur la base des résultats de l’analyse, il peut également appliquer automatiquement des actions pour arrêter les robots indésirables. Il existe de nombreux indicateurs que notre IA surveille afin de détecter les comportements malveillants et de bloquer le mauvais trafic. Certains d’entre eux sont:

• Tentatives de connexion infructueuses dans la majorité des applications Web populaires – WordPress, Drupal, Joomla, Magento, etc.
• Nombre de connexions simultanées à différentes URL
• Différents types de requêtes et vulnérabilités DDoS connues dans les applications
• Liste dynamique des mauvais agents utilisateurs qui est constamment mise à jour

Nous avons introduit la page captcha du défi

Une fois que notre système signale une certaine adresse IP ou un agent utilisateur comme malveillant, il est immédiatement bloqué et contesté avec une page Captcha. Le système apprend en permanence comment minimiser les faux positifs. Si un visiteur humain atteint la page captcha et la résout, l’adresse/l’agent lié à cette solution est mis sur liste blanche. Si la page captcha persiste (par exemple, vous la voyez plus d’une fois pendant 24 heures), veuillez contacter notre support.