Sachez qu’un site est en panne avant votre client

Du problème à la solution

1. Des dizaines de sites clients dans des dizaines d’onglets

   Tous les sites dans une liste, avec des étiquettes et des groupes.

2. Un client reçoit des alertes sur des sites qui ne sont pas les siens

   Le canal de chaque client ne reçoit que les alertes de ses propres sites, avec des heures calmes.

3. Il faut montrer ce qui a été fait ce mois-ci

   Un rapport « ce que nous avons fait » avec une lettre et des jalons, selon un calendrier, à votre image.

4. Transmettre un correctif au développeur et le vérifier ensuite

   « Transmettre le correctif » l’envoie par e-mail, « Vérifier le correctif » confirme qu’il a fonctionné.

Des vérifications qui ménagent votre serveur et votre attention

Comment nous vérifions, sans détour.

• Respectueux de votre serveur : au plus 2 requêtes par seconde, pas de parcours quotidien de milliers de pages.
• Les pages clés toutes les heures, un échantillon de chaque type de page chaque jour, chaque page au moins tous les 8 jours et une exploration complète tous les 30 jours — et immédiatement quand le sitemap, le catalogue ou la version du site change.
• Après une mise en production, nous vérifions les pages clés et une page de chaque modèle, sans attendre le calendrier.
• Une erreur dans un modèle : vous voyez tout de suite à peu près combien de pages elle touche, en une ligne par modèle.
• Les nouvelles pages du sitemap et d’un catalogue WooCommerce ou Shopify sont vérifiées aussitôt.
• Une fois Google connecté, nous tenons compte de ses données : erreurs de Search Console, pages 404 avec des visiteurs venus de Google Analytics, vitesse chez les vrais utilisateurs.
• Un site qui semble en panne est revérifié avant que nous vous réveillions.
• Un lien n’est considéré comme cassé que s’il n’a pas pu s’ouvrir deux fois, à 4 heures d’intervalle.

Questions