Quelles localisations sont disponibles ?

13 régions géographiques : USA (Est/Ouest), Royaume-Uni, Allemagne, France, Italie, Espagne, Pologne, Pays-Bas, Canada, Australie, Japon, Brésil, Inde. Chacune exécute le même contrôle indépendamment et rapporte séparément.

Pourquoi surveiller depuis plusieurs localisations ?

Des utilisateurs différents voient des choses différentes. Le site peut être UP depuis l’Europe mais DOWN depuis l’Asie (panne régionale de CDN, problème de propagation DNS, problème de géo-routage). La surveillance multi-régions le détecte — la surveillance mono-région passe totalement à côté.

Comment fonctionne la tarification des contrôles multi-région ?

Chaque région compte comme un contrôle distinct pour la facturation. Un site surveillé depuis 3 régions toutes les minutes utilise 3 fois plus de crédits que la surveillance single-region. Choisissez les régions de manière stratégique — en général, 3 à 5 régions couvrent la majorité des zones de vos utilisateurs.

Est-ce que toutes les régions alertent en même temps si le site tombe ?

Oui — chaque région exécute sa propre vérification indépendamment et déclenche une alerte séparément. Si le problème est global, vous recevrez des alertes de toutes les régions dans l’intervalle de vérification. Si le problème est régional, seules les régions concernées alertent – utile pour le diagnostic.

Puis-je lancer des contrôles UNIQUEMENT depuis certaines régions ?

Oui. Configurez pour chaque moniteur quelles régions exécutent le contrôle. Par exemple, pour une boutique e-commerce polonaise, lancez les vérifications depuis la Pologne + l’Allemagne + le Royaume-Uni. Il n’est pas pertinent de surveiller depuis le Japon si vous n’avez pas de clients japonais. Cela diminue la consommation de crédits et le bruit.

Surveillance multi-emplacements

Votre CDN dirige vers la mauvaise région. Votre pare-feu bloque un pays. Votre fournisseur DNS subit une panne régionale. Rien de cela n'apparaît dans une surveillance depuis un seul emplacement.

La surveillance depuis un seul emplacement vous induit en erreur

Si votre surveillance provient d’un serveur à Francfort et que le site fonctionne à Francfort, le moniteur s’affiche en vert. Cela ne vous dit rien sur le nœud EDGE CDN à São Paulo qui, depuis 6 heures, retourne un code 502 à tous les utilisateurs brésiliens. Rien sur le pare-feu qui s’est mis à bloquer par inadvertance le pool IP US/EAST après une mise à jour de la politique de sécurité. Rien sur une panne régionale de votre fournisseur DNS en Australie. Rien sur le géo-routage qui a commencé à diriger le trafic de Tokyo vers une origine mal configurée à Singapour. Chacune de ces pannes est locale – elles n’affectent pas l’endroit où se trouve votre moniteur – et donc restent indétectées jusqu’à ce que des utilisateurs de ces régions vous en informent, souvent plusieurs jours plus tard, par ticket ou par une baisse de revenus provenant de cette zone.

La surveillance multi-emplacements résout ce problème en lançant le même contrôle depuis des serveurs indépendants dans différents pays. Chaque emplacement rapporte séparément. Si 12 sur 13 sont en vert et un en rouge, vous savez que le problème est localisé – et vous savez dans quelle région. Cela réduit considérablement le champ de diagnostic : ce n’est pas l’origine, ce n’est pas le code, c’est quelque chose entre l’origine et la région.

D’où proviennent les contrôles

DiagnoSEO Uptime Monitoring propose des vérifications depuis 13 pays via le réseau de proxy premium ScrapingBee : USA (us), Royaume-Uni (gb), Allemagne (de), France (fr), Italie (it), Espagne (es), Pologne (pl), Pays-Bas (nl), Canada (ca), Australie (au), Japon (jp), Brésil (br) et Inde (in). Chaque emplacement est une véritable IP résidentielle ou centre de données dans ce pays, de sorte que les services geo-IP – y compris CDN, WAF et plateformes de personnalisation – voient la requête comme provenant authentiquement de cet endroit.

Cela compte plus qu’on ne le pense. De nombreux WAF et systèmes de détection de bots bloquent discrètement les « IP de monitoring » provenant des clouds populaires. Ainsi, un contrôle qui « passe » depuis un AWS us-east-1 générique ne vous dit toujours rien sur l’expérience réelle d’un utilisateur californien sur votre site. Les emplacements proxy premium ressemblent à de vrais utilisateurs.

Ce qui est vérifié dans chaque emplacement

Pour chaque emplacement activé, le moniteur effectue une requête HTTP(S) complète via le proxy de ce pays. Le contrôle suit les redirections, valide le code de statut, mesure le temps de réponse et enregistre les erreurs. Les résultats sont stockés séparément par emplacement, donc le tableau de bord affiche le taux de disponibilité, le RT et le statut le plus récent de chacun. Si 3 emplacements sont down et 10 up, cela est clairement affiché – le moniteur n’est pas juste « down », il est « partiellement dégradé ».

Chaque vérification d’emplacement est un vrai aller-retour de cette géographie vers votre origine (ou le nœud EDGE CDN dans cette zone). Ainsi, les temps de réponse reflètent l’expérience utilisateur réelle : un CDN performant affiche un RT bas partout ; un CDN mal configuré montre un RT élevé dans chaque région sauf la plus proche de l’origine ; une origine sans CDN indique un RT de plus en plus mauvais à mesure que l’on s’éloigne de l’origine.

Comment fonctionnent les alertes multi-emplacements

Le tableau de bord considère les résultats multi-emplacements comme un complément au contrôle principal. Votre surveillance principale s’exécute toujours depuis notre infrastructure et indique le statut principal up/down ; les vérifications multi-emplacements sont lancées sur un planning séparé (au minimum toutes les 60 minutes, paramétrable par moniteur), et s’affichent comme lignes supplémentaires dans la vue détaillée. Si vous souhaitez qu’un incident régional génère une alerte, paramétrez-le dans les préférences : toute région tombant lors de 2 contrôles multi-emplacements successifs devient un événement alertable.

Ce découpage est volontaire. Un contrôle toutes les minutes depuis un seul emplacement peut être lancé chaque minute. Un contrôle de 1 minute depuis 13 emplacements, cela fait 13 aller-retours chaque minute – coûteux de chaque côté, et opérationnellement bruyant à cause du jitter par région. Un intervalle de 60 minutes pour la multi-emplacements est le juste équilibre : détecte les vraies pannes régionales en une heure, sans générer une fatigue d’alertes.

Coûts et crédits

La multi-emplacements est une fonctionnalité premium, car chaque contrôle utilise un proxy payant premium. Chaque emplacement, chaque check – 1 crédit prélevé sur votre compte DiagnoSEO. Exemple : 5 moniteurs × 4 emplacements × 1 vérification/heure × 24h × 30 jours = 14 400 crédits/mois. C’est une enveloppe confortable sur les forfaits Advanced/Pro et une couverture très utile. Choisissez les emplacements qui comptent pour votre audience : si vous êtes un e-commerce destiné aux USA, surveillez depuis les USA, le Canada, le Mexique (proxy via USA) ; si c’est l’UE : gb, de, fr, pl. N’activez pas les 13 emplacements si vous n’avez pas d’utilisateurs mondiaux.

Ce que la multi-emplacements ne détecte pas

Soyons clairs : la surveillance multi-emplacements confirme que la couche HTTP est accessible depuis chaque région. Elle n’exécute pas de JavaScript, ne rend pas le site dans un vrai navigateur, ne simule pas d’interactions utilisateur. Si votre problème est un bundle JS qui ne se charge que sur Safari iOS au Brésil, la multi-emplacements passera au vert, mais vos utilisateurs continueront à souffrir. Pour un rendu complet dans le navigateur, combinez le monitoring du taux de disponibilité multi-emplacements avec des données RUM (Real User Monitoring) issues de votre plateforme analytique – ensemble, elles disent tout.

Comment démarrer

Ouvrez l’outil, éditez n’importe quel moniteur, déployez la section « Multi-location », cochez les pays qui vous intéressent, définissez l’intervalle multi-emplacements (min. 60 minutes), sauvegardez. En une heure, vous commencerez à voir les données recueillies par emplacement. La première fois qu’une région passe rouge alors que les autres restent vertes, vous comprendrez exactement pourquoi cette fonctionnalité vaut son coût en crédits : elle vient de vous faire économiser 4 heures de debug sur une mauvaise couche.

FAQ

Quelles localisations sont disponibles ?
13 régions géographiques : USA (Est/Ouest), Royaume-Uni, Allemagne, France, Italie, Espagne, Pologne, Pays-Bas, Canada, Australie, Japon, Brésil, Inde. Chacune exécute le même contrôle indépendamment et rapporte séparément.
Pourquoi surveiller depuis plusieurs localisations ?
Des utilisateurs différents voient des choses différentes. Le site peut être UP depuis l’Europe mais DOWN depuis l’Asie (panne régionale de CDN, problème de propagation DNS, problème de géo-routage). La surveillance multi-régions le détecte — la surveillance mono-région passe totalement à côté.
Comment fonctionne la tarification des contrôles multi-région ?
Chaque région compte comme un contrôle distinct pour la facturation. Un site surveillé depuis 3 régions toutes les minutes utilise 3 fois plus de crédits que la surveillance single-region. Choisissez les régions de manière stratégique — en général, 3 à 5 régions couvrent la majorité des zones de vos utilisateurs.
Est-ce que toutes les régions alertent en même temps si le site tombe ?
Oui — chaque région exécute sa propre vérification indépendamment et déclenche une alerte séparément. Si le problème est global, vous recevrez des alertes de toutes les régions dans l’intervalle de vérification. Si le problème est régional, seules les régions concernées alertent – utile pour le diagnostic.
Puis-je lancer des contrôles UNIQUEMENT depuis certaines régions ?
Oui. Configurez pour chaque moniteur quelles régions exécutent le contrôle. Par exemple, pour une boutique e-commerce polonaise, lancez les vérifications depuis la Pologne + l’Allemagne + le Royaume-Uni. Il n’est pas pertinent de surveiller depuis le Japon si vous n’avez pas de clients japonais. Cela diminue la consommation de crédits et le bruit.