Le compte d'hébergement d'Uganda Online doit assurer la disponibilité locale

Résumé

• L'unité économique est le compte d'hébergement local: contrôle de domaine, stockage, messagerie, paramètres de sécurité, sauvegardes, paiement, support et la confiance de l'acheteur dans un opérateur local.
• L'IANA répertorie toujours Uganda Online Ltd. comme gestionnaire du ccTLD.ug, tandis que les vitrines du registre et de l'hébergement.ug fonctionnent sous la marque i3C; cette séparation publique doit être traitée comme une limite de preuve, pas comme une preuve de structure interne.
• Les pages d'hébergement publiques affichent des plans d'hébergement web mensuels à 10 $, 20 $ et 30 $, mais les preuves contractuelles et opérationnelles indiquent que la disponibilité, le support, la récupération des sauvegardes, la gestion des abus et les dépendances tierces sont là où se situent les coûts réels.
• L'Ouganda dispose d'une interconnexion locale et d'un contexte de centre de données plus solides que ce qu'une comparaison offshore superficielle pourrait suggérer, avec notamment l'UIXP, Raxio UG1 et un vaste marché de l'internet mobile, mais le DNS de la vitrine publique utilise aussi des infrastructures cloud et d'hébergement web étrangères.
• La thèse reste non prouvée en l'absence de données publiques sur l'historique de disponibilité, les preuves de réactivité du support, le nombre de clients, le taux de désabonnement, les enregistrements de restauration et l'emplacement des installations pour les comptes d'hébergement réels vendus.

Le compte, pas le serveur, est le produit

La façon la plus simple de mal interpréter Uganda Online Ltd. est de considérer le compte d'hébergement comme un petit serveur loué. Un acheteur de petite entreprise ne le perçoit pas ainsi. L'acheteur acquiert une relation de compte: un nom en.ug ou co.ug, un panneau de contrôle, de l'espace de stockage, des boîtes email, des enregistrements DNS, SSL, le nettoyage des logiciels malveillants, des sauvegardes, des rappels de facturation, une discipline de renouvellement, un support par téléphone ou message, et quelqu'un d'assez local à appeler quand le site est indisponible pendant une campagne, un trimestre scolaire, un événement religieux, un litige de paiement ou une date limite d'appel d'offres. Ce compte devient soit une surface opérationnelle locale fiable, soit une version plus onéreuse d'un service offshore standard.

Le dossier d'identité officiel commence par l'IANA. La page de délégation IANA pour.UG nomme Uganda Online Ltd. comme gestionnaire du ccTLD, donne une adresse à Kampala au Plot 32 Lumumba Avenue, liste Uganda Online Ltd. comme contact administratif, et renvoie les services d'enregistrement verswww.registry.co.ug; la page IANA enregistre également la date d'enregistrement du.UG comme le 8 mars 1995 et précise que le dossier a été mis à jour le 30 septembre 2025 (https://www.iana.org/domains/root/db/ug.html). Il s'agit d'une preuve de haute confiance pour le dossier de délégation publique du.ug. Cela ne prouve pas, en soi, qui gère chaque produit d'hébergement de détail, comment le support client est doté en personnel, où les serveurs sont situés, ou si un compte d'hébergement spécifique reste en ligne sous pression.

La surface d'enregistrement et d'hébergement en direct est de marque différente. Le site du registre.ug se présente comme le siège officiel du domaine de premier niveau national de l'Ouganda, propose la recherche et l'enregistrement de domaines, et indique que son registre compte plus de 10 000 noms de domaine enregistrés, plus de 10 000 clients assistés chaque mois par messagerie instantanée, e-mail et téléphone, plus d'un million de requêtes et transactions annuelles sur ses serveurs de noms, et plus de 30 ans de service (https://registry.co.ug/). Sur la même page publique, le pied de page indique que le ccTLD UG est exploité et géré par Infinity Computers and Communications Company Ltd, ou i3C, qu'il décrit comme une société d'hébergement web et de télécommunications avec un support client 24/7 (https://registry.co.ug/).

Ces preuves offrent une lecture pratique pour un acheteur. « Uganda Online » est le nom de délégation qui compte encore dans le dossier de la zone racine. i3C est la surface publique de vente et de support que l'acheteur est susceptible de rencontrer lorsqu'il achète un domaine, un service DNS, un hébergement, une assistance cloud ou un accès à la facturation. Un article de recherche ne peut pas transformer cette trace publique en un organigramme interne. Il peut dire que la valeur économique du compte dépend de la continuité à travers cette piste de dénomination publique. Si l'acheteur doit comprendre l'identité.ug, le paiement, le DNS, l'hébergement, la messagerie et le support via un seul compte, la promesse commerciale n'est pas seulement le stockage. C'est la continuité locale.

L'auto-description actuelle d'i3C renforce ce point. i3C déclare qu'Infinity Computers est en activité depuis plus de 20 ans, a commencé sous le nom de Computer Frontiers International Ltd, a ensuite été rebaptisé Infinity Computers and Communications Company en 2012, et propose désormais des produits et services informatiques dans les domaines des réseaux de données, des produits TIC, des fournisseurs d'accès internet, des revendeurs TIC locaux, des entrepreneurs, des organisations de soutien aux entreprises, des chambres de commerce, des institutions rurales, des décideurs politiques et des régulateurs des télécommunications (https://i3c.co.ug/about/). Il s'agit d'une déclaration large d'une société de services, pas d'un simple certificat d'hébergement. Cela suggère que le compte d'hébergement s'insère dans une activité plus large de services informatiques ougandais où le support local, l'administration de domaines et la revente de cloud sont regroupés.

Cet article traite donc le compte d'hébergement comme une unité économique opérationnelle. La question n'est pas de savoir si un plan Bronze a assez d'espace disque pour un site vitrine. La question est de savoir si l'acheteur reçoit un compte plus fiable que ce qu'il pourrait obtenir en entrant un numéro de carte chez un hébergeur étranger. Cela signifie que la disponibilité, la restauration, le contrôle DNS, la délivrabilité des emails, la réponse aux abus, la collecte des paiements, la connaissance juridique locale, le support téléphonique et la confiance doivent justifier le prix premium. Si ces éléments ne peuvent pas être prouvés, le compte peut être réel et utile, mais sa valeur reste affirmée plutôt que démontrée.

Ce que l'acheteur achète réellement

Le plan d'hébergement public est facile à comprendre. La page d'hébergement web d'i3C propose l'hébergement Bronze à 10 $ par mois avec 5 Go d'espace disque, bande passante illimitée, un certificat SSL gratuit, une garantie de remboursement de 30 jours, la suppression des logiciels malveillants, un domaine gratuit, CloudLinux, des serveurs web LiteSpeed, des analyses antivirus et des sauvegardes hebdomadaires fréquentes (https://hosting.i3c.co.ug/web-hosting/). L'hébergement Silver est proposé à 20 $ par mois avec 15 Go de disque, et l'hébergement Gold à 30 $ par mois avec 30 Go de disque, tout en conservant le même ensemble de fonctionnalités visibles (https://hosting.i3c.co.ug/web-hosting/). L'acheteur ne compare pas seulement 5 Go, 15 Go ou 30 Go. Il compare un compte local à un hébergement mutualisé offshore qui peut être moins cher, plus automatisé, et moins joignable par téléphone local ou par les habitudes de paiement mobile.

L'enveloppe du compte est importante car un petit client d'hébergement achète plus que des fichiers de pages. Une petite entreprise ougandaise typique, une école, une ONG, une clinique, un cabinet d'avocats, un restaurant, un projet média ou un bureau professionnel a besoin que le domaine soit renouvelé à temps, que le DNS reste stable, que les emails fonctionnent, que le SSL se renouvelle, que WordPress ou un autre système de contenu soit mis à jour, que les logiciels malveillants soient supprimés, que les sauvegardes existent, que les coordonnées restent récupérables et que les factures correspondent au mode de paiement disponible en Ouganda. Si l'acheteur n'est pas techniquement averti, le compte est aussi un service de traduction: le fournisseur transforme les conditions d'hébergement mondiales en une conversation locale.

La page des conditions rend cette traduction visible. i3C déclare offrir un support client 24/7 par messagerie instantanée, e-mail et téléphone pour l'assistance de domaine, et affirme que les clients transfèrent souvent l'hébergement web et email avec un domaine car le support et les tarifs peuvent être regroupés chez un seul fournisseur de services (https://i3c.co.ug/terms-conditions/). Sa politique de confidentialité indique qu'elle collecte les informations de paiement lorsque les clients commandent des produits et services, y compris les numéros de carte de crédit ou d'argent mobile lorsque nécessaire pour l'enregistrement de domaine, et conserve l'historique des commandes, de la facturation et des renouvellements (https://i3c.co.ug/legal/). Ces clauses ne sont pas un simple texte administratif. Elles montrent que le compte d'hébergement est un instrument de facturation local récurrent.

Cet instrument de facturation fait partie de la valeur. Les hébergeurs offshore supposent souvent une carte internationale, un tableau de bord en libre-service, un support en anglais uniquement, des prix en dollars et une suspension automatisée en cas d'échec de paiement. Un fournisseur local peut utiliser le contact téléphonique, l'e-mail, les heures de support ougandaises, la familiarité avec l'argent mobile et le contexte commercial local pour réduire la perte de compte. Cela a de la valeur si cela empêche un domaine d'expirer, une boîte email de se bloquer, ou un site de disparaître lors d'un litige de renouvellement. Cela n'a pas de valeur si le fournisseur local se contente de revendre de la capacité étrangère sans une récupération plus rapide ou un meilleur support.

Le contrat d'hébergement souligne le risque de l'acheteur. Le contrat d'hébergement d'i3C indique qu'il ne garantit pas que chaque utilisateur puisse accéder aux services à tout moment, ne garantit pas la disponibilité du système pour les boutiques hébergées, se réserve le droit de mettre les systèmes hors ligne pour réparation, mises à niveau ou maintenance de routine, et note que les services tiers peuvent affecter les services clients (https://i3c.co.ug/hosting-agreement/). Il précise également que les services de commerce électronique et d'hébergement peuvent dépendre de concédants de licence tiers, que ces conditions tierces peuvent s'appliquer, et que les clients peuvent faire l'objet de mesures correctives, d'ajustement de plan, de frais supplémentaires, de suspension ou de résiliation si l'utilisation de la bande passante ou du stockage nuit à d'autres clients ou dépasse le plan (https://i3c.co.ug/hosting-agreement/).

Ces conditions sont compréhensibles commercialement. L'hébergement mutualisé n'est pas un cloud privé sur mesure. Aucun petit fournisseur ne devrait promettre que l'internet plus large, un panneau de contrôle tiers, un transporteur en amont, un fournisseur de logiciel étranger ou un CMS client ne tombera jamais en panne. Mais les conditions déplacent la charge de la preuve. Si un compte d'hébergement local est vendu sur la fiabilité, le support et la confiance locale, des preuves publiques doivent montrer comment le fournisseur gère l'écart entre le marketing et les clauses de non-responsabilité. Une promesse de remboursement et des sauvegardes hebdomadaires aident, mais ne prouvent pas le temps de restauration. Un numéro de téléphone de support aide, mais ne prouve pas la qualité des tickets. Un compte à 10 $ aide les acheteurs sensibles aux coûts, mais ne montre pas que le compte restera en ligne lorsque le réseau électrique ougandais, l'hébergement en amont, une infection WordPress, une liste de blocage des emails, un échec de paiement et une erreur de l'utilisateur se heurtent.

La première conclusion est donc modérée. Les preuves du plan public montrent une offre d'hébergement de détail réelle. Elles ne prouvent pas le résultat dont l'acheteur a le plus besoin: une disponibilité locale soutenue par une récupération locale.

L'hébergement local est coûteux avant même la première réponse à un ticket

L'hébergement local semble simple parce que le client voit un plan mensuel. Le fournisseur voit une pile de coûts. La capacité du serveur doit être achetée ou louée. Le stockage doit être suffisamment redondant pour qu'une défaillance de disque ne devienne pas une panne d'activité. Les licences du panneau de contrôle et du système d'exploitation doivent être maintenues. Les outils de sécurité nécessitent des mises à jour. Le service de messagerie doit lutter contre les pourriels, l'hameçonnage, les logiciels malveillants et les listes de blocage. Le DNS doit être fiable. Le stockage de sauvegarde doit être suffisamment séparé pour compter. Le personnel de support doit répondre à des questions qui ne sont souvent pas nettement séparables entre domaine, hébergement, email, code de site web, hygiène des mots de passe client et paiement.

L'électricité est l'un des premiers coûts locaux qui rend difficile l'hébergement bon marché. Le barème tarifaire de l'Autorité de régulation de l'électricité de l'Ouganda pour juillet à septembre 2026 a approuvé les tarifs pour les clients finaux de Uganda Electricity Distribution Company et montre que les consommateurs commerciaux en basse tension payaient un tarif d'énergie moyen de 562,1 USh par kWh, avec un pic à 666,5 USh et un tarif hors pointe à 429,7 USh (https://www.era.go.ug/tariff-schedules/). Les consommateurs moyens service étaient répertoriés à 423,9 USh en moyenne et 508,6 USh en pointe par kWh, tandis que le même avis indique que le calcul du tarif a pris en compte le taux de change shilling-dollar, les prix à la consommation, le mix de production et le prix du carburant, y compris un paramètre de change de 3 777,81 USh par dollar américain au 29 mai 2026 (https://www.era.go.ug/download/schedule-of-end-user-electricity-tariffs-to-be-charged-by-uganda-electricity-distribution-company-limited-for-the-third-quarter-july-to-september-of-2026/?wpdmdl=8500).

Ce tableau tarifaire n'est pas une facture d'hébergement. Il ne nous dit pas ce que paient Uganda Online Ltd., i3C ou tout autre locataire individuel d'un centre de données. Il montre pourquoi l'infrastructure locale n'est pas gratuite. Un fournisseur exploitant des serveurs locaux doit couvrir l'électricité et le refroidissement pendant le fonctionnement normal, l'alimentation de secours pendant les pannes, la distribution électrique, l'autonomie des batteries, la logistique du carburant des générateurs, la maintenance, la sécurité physique et la surveillance. Même si un hébergeur local utilise un autre centre de données, ces coûts réapparaissent sous forme de frais de colocation, de serveur virtuel ou de plateforme gérée. Les prix de l'hébergement ne peuvent pas être jugés uniquement par la taille du disque, car la promesse la plus coûteuse est la continuité.

Raxio UG1 fournit une référence utile pour ce qu'une installation locale sérieuse doit absorber. Raxio indique que son centre de données en Ouganda se trouve dans le parc industriel de Namanve, à 15 km du centre-ville de Kampala, le long des grands axes de fibre optique, avec 1 000 mètres carrés d'espace blanc, jusqu'à 400 racks, 1,5 MW de puissance informatique, une alimentation électrique de 33 kV, du carburant sur site pour 48 heures à pleine capacité avec une livraison de carburant 24h/24, sept minutes d'autonomie UPS, une redondance électrique 2N, une capacité de refroidissement de 2 MW, une résilience de refroidissement N+1, deux salles de rendez-vous, deux points d'entrée de fibre optique et 15 fournisseurs de connectivité raccordant la fibre à l'installation (https://www.raxiogroup.com/data-centres/uganda/). Raxio précise également que UG1 est certifié Tier III et positionne l'installation autour de services de colocation neutres vis-à-vis des opérateurs et d'interconnexion (https://www.raxiogroup.com/data-centres/uganda/).

Les preuves de l'installation de Raxio ne prouvent pas que les plans d'hébergement de détail d'Uganda Online ou d'i3C fonctionnent chez Raxio. Cela prouve l'ampleur de la question des coûts locaux. Si un fournisseur souhaite justifier un prix premium pour un hébergement local, il doit soit exploiter une résilience comparable lui-même, soit l'acheter auprès d'une installation qui le fait. S'il ne fait ni l'un ni l'autre, le compte local peut encore être utile grâce au support et à la facturation, mais il ne peut pas prétendre à un avantage de disponibilité de niveau installation par rapport aux hébergeurs offshore. L'acheteur devrait demander où le compte est hébergé, comment les sauvegardes sont séparées, s'il existe une page de statut, quel est l'objectif de récupération, et si le support peut restaurer un site un dimanche.

L'empilement des coûts inclut également la bande passante internationale et la dépendance aux fournisseurs cloud. La page cloud d'i3C indique qu'elle propose des services cloud via Microsoft, Zoho, Google, Huawei, Amazon Web Services, IBM, Zoom et d'autres fournisseurs, et décrit des services d'hébergement pour sites web, applications, fintech, commerce électronique, éducation en ligne et plateformes numériques (https://cloud.i3c.co.ug/). Ce positionnement peut être commercialement judicieux. Un fournisseur local peut aider les clients ougandais à choisir, migrer, facturer et supporter des services cloud mondiaux. Mais cela signifie aussi que le fournisseur local est exposé à des intrants liés au dollar, aux conditions des plateformes étrangères, à la bande passante internationale, à l'escalade de support hors de l'Ouganda et aux changements de fournisseurs qu'il ne peut pas entièrement contrôler.

C'est le décalage central des coûts. Le client veut un compte local à un prix adapté au pouvoir d'achat ougandais. Le fournisseur peut payer les serveurs, les licences, les plateformes cloud, les logiciels de sécurité, les systèmes de domaine, la bande passante, l'électricité, le refroidissement et la main-d'œuvre qualifiée en termes liés au dollar ou sensibles aux importations. Un compte d'hébergement local ne crée de la valeur que si le fournisseur transforme ce décalage en une réduction des frictions pour le client. Si le compte n'est qu'un simple relais vers une infrastructure étrangère, le client ferait peut-être mieux d'acheter directement à l'étranger. Si le compte apporte un support local, un renouvellement discipliné, une flexibilité de paiement, une restauration rapide et une confiance locale, le compte peut justifier un prix premium même lorsque le calcul sous-jacent n'est pas unique.

La planification de la capacité rend ce décalage plus aigu. L'hébergement mutualisé a une forme commerciale simple, mais le fournisseur doit décider combien de comptes peuvent partager en toute sécurité le processeur, la mémoire, les entrées/sorties de stockage, les files d'attente de messagerie, le service de base de données et les fenêtres de sauvegarde sans nuire à l'expérience client. La survente de capacité peut rendre un compte à 10 $ rentable jusqu'à ce que quelques sites très fréquentés, des scripts infectés ou des pics de messagerie ralentissent l'ensemble du serveur. La sous-utilisation de la capacité protège les performances mais augmente le coût par compte. Le refroidissement et l'alimentation de secours ajoutent la même pression car un serveur local faiblement chargé a toujours besoin d'un contrôle environnemental stable. La messagerie ajoute un autre coût difficile car les clients jugent souvent l'ensemble du compte selon que les messages arrivent, que les enregistrements SPF et DKIM sont configurés, et que le fournisseur peut répondre lorsqu'une adresse email partagée est bloquée ou utilisée de manière abusive. Ces détails ne sont pas visibles dans un tableau de plans, mais c'est là qu'un fournisseur d'hébergement local gagne la confiance ou se transforme en revendeur d'espace générique.

Le marché ougandais est dominé par le mobile, ce qui fait de l'hébergement fixe une vente spécialisée

Le marché de la connectivité en Ouganda est vaste, mais pas de la même forme qu'un marché mature de haut débit fixe. La page du rapport de marché de l'UCC pour le T1 2026 indique que les rapports trimestriels du régulateur sont basés sur les déclarations des entités agréées et visent à donner à l'industrie, au gouvernement et aux autres parties prenantes un aperçu du marché des communications (https://www.ucc.co.ug/market-performance-reports/). Le rapport du T1 2026 a examiné la période de janvier à mars 2026 et incluait l'accès aux services, les abonnements, le trafic, les performances financières et d'autres indicateurs sectoriels (https://www.ucc.co.ug/market-performance-reports/).

La page des abonnements du rapport montre 47,5 millions d'abonnements mobiles actifs, 375 000 abonnements à des lignes fixes, 18,0 millions d'abonnements internet mobile et 256 000 abonnements internet fixe au T1 2026 (https://www.ucc.co.ug/wp-content/uploads/2026/05/UCC-Market-Report-for-Q1-2026-Mar-2026.pdf). Sa page de trafic montre 256,8 millions de gigaoctets téléchargés, 2,37 milliards de transactions d'argent mobile et 19,1 milliards de sessions USSD au cours du trimestre (https://www.ucc.co.ug/wp-content/uploads/2026/05/UCC-Market-Report-for-Q1-2026-Mar-2026.pdf). Sa page des revenus télécoms place le chiffre d'affaires télécoms du T1 2026 à 1,60 billion d'USh, après 1,66 billion d'USh en décembre 2025 et 1,62 billion d'USh en septembre 2025 (https://www.ucc.co.ug/wp-content/uploads/2026/05/UCC-Market-Report-for-Q1-2026-Mar-2026.pdf).

Ces chiffres sont importants pour l'économie de l'hébergement. Un acheteur d'hébergement local n'achète généralement pas un produit d'accès grand public. L'acheteur dessert des utilisateurs dans un marché où le mobile est la principale voie d'accès, l'argent mobile est profondément ancré, et les abonnements internet fixe sont faibles par rapport aux abonnements internet mobile. Le site hébergé doit être léger, accessible sur mobile, résistant aux erreurs DNS ou SSL, et soutenu par un fournisseur qui comprend les modes de paiement et de contact locaux. Un compte d'hébergement qui échoue sur la configuration de la messagerie mobile, le renouvellement SSL, le chargement lent des pages, les erreurs DNS ou les frictions de paiement peut perdre rapidement la confiance.

En même temps, l'Ouganda n'est pas un désert de connectivité. Le point d'échange internet ougandais (UIXP) indique qu'il interconnecte les réseaux locaux, régionaux et internationaux en Ouganda en utilisant une infrastructure de commutation à haute capacité, localise le trafic, réduit le coût de fourniture des services, améliore la qualité de service et augmente la tolérance aux pannes (https://uixp.co.ug/). L'UIXP déclare fournir une infrastructure de peering neutre, fiable et à haut débit depuis deux emplacements dans la région du Grand Kampala et prend en charge le peering bilatéral et multilatéral sur IPv4 et IPv6 (https://uixp.co.ug/services). Sa page des réseaux connectés répertorie les fournisseurs d'accès locaux, les opérateurs régionaux, les réseaux de contenu, les réseaux gouvernementaux, Raxio, Akamai, Meta, Netflix, le DNS d'AFRINIC, le DNS de Packet Clearing House, MTN, Airtel, Liquid Telecom, NITA-U, Roke Telkom, l'administration fiscale ougandaise et Uganda Telecom parmi les réseaux directement connectés (https://uixp.co.ug/networks).

Cette interconnexion locale change la proposition de valeur. Si un site, un service DNS, un cache, un relais de messagerie ou une application est véritablement hébergé en Ouganda et bien interconnecté, les utilisateurs locaux peuvent éviter des chemins longue distance inutiles. La page des services de l'UIXP donne un contexte de coût concret: un port de peering de 1 Gbps entraîne un coût non récurrent de 200 $ et un coût récurrent mensuel de 500 $, un port de 10 Gbps entraîne un coût non récurrent de 200 $ et un coût récurrent mensuel de 1 000 $, et un port de 100 Gbps coûte 1 000 $ à installer et 4 000 $ par mois; la même page précise que les prix indiqués sont en dollars américains hors TVA et que l'UIXP ne propose pas d'accords de niveau de service ni de garanties de disponibilité pour le moment (https://uixp.co.ug/services). Le peering peut rendre la fourniture locale moins chère, mais cela reste une décision opérationnelle payante.

La question difficile est de savoir si le compte d'hébergement de détail réel capture cet avantage local. Les recherches DNS publiques examinées pour cet article ont montré queregistry.co.ugrésolvait vers 78.47.83.176,billing.i3c.co.ugvers 188.245.191.34,mail.i3c.co.ugvers 157.90.118.132, et que les pages i3C/cloud résolvaient vers 192.0.78.166, 192.0.78.210, 192.0.78.148 et 192.0.78.246. Le RDAP officiel pour ces adresses IP publiques lie les plages 78.47.83.176, 188.245.191.34 et 157.90.118.132 à Hetzner Online en Allemagne, et la plage 192.0.64.0/18 à Automattic (https://rdap.db.ripe.net/ip/78.47.83.176,https://rdap.db.ripe.net/ip/188.245.191.34,https://rdap.db.ripe.net/ip/157.90.118.132ethttps://rdap.arin.net/registry/ip/192.0.78.246).

Ces preuves DNS publiques doivent être interprétées avec prudence. Elles montrent la surface web et de facturation publique observée lors de l'examen. Elles ne révèlent pas où se trouvent tous les comptes d'hébergement des clients, où les sauvegardes sont stockées, quels serveurs hébergent les sites web payants, ni si certains clients utilisent des installations locales. Mais elles affaiblissent toute hypothèse informelle selon laquelle un compte d'apparence locale signifie automatiquement un placement de serveur local. Si les vitrines publiques et les systèmes de facturation reposent sur des fournisseurs cloud ou d'hébergement étrangers, la prime locale doit provenir du support, de la confiance dans le domaine, de la commodité de paiement et de la gestion opérationnelle, à moins que le fournisseur ne puisse prouver séparément un hébergement local pour les charges de travail des clients.

Les preuves DNS soutiennent la responsabilité, pas les revendications de disponibilité

Le meilleur dossier technique public d'Uganda Online n'est pas un plan d'hébergement de détail. C'est la surface de délégation du.ug. L'IANA répertorie cinq entrées de serveur de noms pour.ug:anycast.eahd.or.ugà 204.61.216.60,ns-ug.afrinic.netà 196.216.168.42 et IPv6 2001:43f8:120::42,ns.icann.orgà 199.4.138.53 et IPv6 2001:500:89::53,root.eahd.or.ugà 212.88.97.132, etug.cctld.authdns.ripe.netà 193.0.9.52 et IPv6 2a13:27c0:30::52 (https://www.iana.org/domains/root/db/ug.html). Cette répartition est utile. Elle montre que le domaine national n'est pas présenté via une seule machine locale.

Le RDAP ajoute un contexte de responsabilité autour de certaines de ces adresses IP. Le RDAP AFRINIC pour 212.88.97.132 place la plage contenante 212.88.96.0/22 en Ouganda et répertorie MTN Uganda comme titulaire (https://rdap.afrinic.net/rdap/ip/212.88.97.132). Le RDAP AFRINIC pour 196.216.168.42 place la plage 196.216.168.0/24 sous African Network Information Center Ltd, avec des contacts techniques chez AFRINIC (https://rdap.afrinic.net/rdap/ip/196.216.168.42). Le RDAP ARIN pour 204.61.216.60 place la plage contenante 204.61.208.0/21 sous WoodyNet, Inc. (https://rdap.arin.net/registry/ip/204.61.216.60). Ces enregistrements sont significatifs pour la résilience du DNS public et la responsabilité des ressources. Ils ne prouvent pas l'architecture derrière les plans d'hébergement web d'i3C.

Cette distinction est importante car les enregistrements réseau sont souvent surutilisés. Un serveur de noms dans l'espace d'adressage de MTN Uganda suggère qu'une partie de la surface DNS.ug a un point de responsabilité local. La participation d'AFRINIC, de l'ICANN, du RIPE NCC et de l'anycast suggère une résilience externe. Mais la délégation DNS n'est pas la disponibilité de l'hébergement mutualisé. Le compte WordPress, le compte email ou la boutique en ligne d'un acheteur peuvent échouer même si le DNS.ug reste sain. Inversement, un site hébergé peut être joignable même si le tableau de bord d'un compte de détail est hébergé à l'étranger. Les enregistrements DNS et RDAP publics répondent à la question « qui est responsable de cette ressource publique? » Ils ne répondent pas à « mon compte d'hébergement sera-t-il récupéré en une heure? »

La même limite s'applique àregistry.co.ug. La page du registre indique que les clients peuvent gérer les noms de domaine dans un seul compte, effectuer le paiement, recevoir une confirmation d'activation par e-mail, et utiliser DNSSEC et le verrouillage de registraire pour protéger les domaines (https://registry.co.ug/). Ce sont des contrôles importants au niveau du compte. DNSSEC peut aider à prévenir les réponses DNS falsifiées. Le verrouillage de registraire peut réduire les transferts non autorisés. Mais aucun de ces contrôles ne restaure un site web piraté ou ne prouve que les sauvegardes hebdomadaires ont été testées. Le compte n'a de valeur que lorsque les contrôles DNS, la récupération de l'hébergement et le support humain fonctionnent ensemble.

C'est ici que l'ancienne identité de délégation d'Uganda Online et l'identité de vente au détail d'i3C deviennent une question de confiance. Si l'acheteur considère un compte.ug, un compte d'hébergement et un contact de support comme un service local unique, il s'attend à une relation opérationnelle responsable. Les archives publiques montrent des parties de cette relation. Elles ne montrent pas assez de performances opérationnelles. Un acheteur sérieux devrait demander des preuves au niveau du compte: disponibilité des serveurs de noms, historique de l'état de l'hébergement, gestion de la file d'attente de messagerie, conservation des sauvegardes, tests de restauration, processus de réponse aux abus, chemin d'escalade et délais de grâce de paiement. Sans cela, le dossier technique est utile mais incomplet.

La main-d'œuvre de support est la ligne de marge cachée

Le prix de l'hébergement visible est suffisamment bas pour que le support humain puisse rapidement consommer la marge. Un compte Bronze mensuel à 10 $ laisse peu de place pour un accompagnement répété si le client a besoin d'aide pour un CMS piraté, des changements DNS, le renouvellement SSL, la configuration des emails sur les appareils mobiles, la réinitialisation des mots de passe, les emails suspects, le paiement expiré, le transfert de domaine ou la perte d'accès administrateur. Une équipe de support locale peut être la raison principale d'acheter le compte, mais c'est aussi la raison principale pour laquelle le compte est coûteux à fournir.

Les pages publiques d'i3C s'appuient fortement sur le support. La page de contact liste le support téléphonique et par e-mail, un formulaire de demande de support avec des options de priorité, et des compteurs publics revendiquant 20 ans d'expérience, 98 % de satisfaction client et un temps de réponse moyen de trois minutes (https://i3c.co.ug/contact/). La page du registre indique que les clients sont assistés par messagerie instantanée, e-mail et téléphone, et précise que plus de 10 000 clients sont assistés chaque mois (https://registry.co.ug/). Ce sont des chiffres fournis par l'entreprise, pas des audits de service indépendants. Ils restent pertinents car ils montrent la promesse que le compte fait: l'attention locale fait partie du produit.

Le travail de support inclut également la gestion des abus. Les fournisseurs d'hébergement qui vendent des comptes mutualisés à bas prix doivent contrôler les pourriels, les logiciels malveillants, l'hameçonnage, les sites piratés, les scripts gourmands en ressources, les envois massifs de courrier, les pages contrefaites et les identifiants compromis. Les conditions d'i3C stipulent que l'abus et la mauvaise utilisation des domaines pour des activités illégales, le spam, l'hameçonnage, la distribution de logiciels malveillants ou d'autres formes d'abus de réseau peuvent entraîner la suspension ou la résiliation (https://i3c.co.ug/terms-conditions/). Le contrat d'hébergement indique que les clients ne doivent pas se livrer au spam, au bombardement de courrier, à l'usurpation d'identité, à une utilisation frauduleuse ou non autorisée, introduire du code malveillant, dépasser les limites de bande passante ou de stockage, ou nuire aux autres clients sur la plateforme partagée (https://i3c.co.ug/hosting-agreement/). Un service d'hébergement mutualisé qui ne contrôle pas ces problèmes peut devenir moins cher à court terme et plus coûteux lorsque la réputation de messagerie ou la stabilité du serveur échouent.

Le support des paiements est un coût de main-d'œuvre distinct. La politique de confidentialité indique qu'i3C collecte des informations financières et de paiement lorsque les clients commandent des produits et services, y compris les numéros d'argent mobile pour l'enregistrement de domaine si nécessaire (https://i3c.co.ug/legal/). C'est opérationnellement important dans un marché où le rapport du T1 2026 de l'UCC a dénombré 2,37 milliards de transactions d'argent mobile au cours du trimestre (https://www.ucc.co.ug/wp-content/uploads/2026/05/UCC-Market-Report-for-Q1-2026-Mar-2026.pdf). Un compte local peut être plus facile pour un acheteur ougandais si la facturation, le renouvellement et le support suivent des circuits de paiement familiers. Mais la flexibilité de paiement ajoute également du travail de rapprochement, un risque de fraude, des obligations de confidentialité et des messages de support.

Il y a un deuxième problème de support: la variation des compétences des clients. Un développeur qui achète un VPS sait ce que signifient DNS, MX, SPF, DKIM, TLS, l'utilisation des inodes et les limites CPU. Un propriétaire de petite entreprise qui achète de l'« hébergement web » ne le sait peut-être pas. Le fournisseur doit absorber cette différence. Le compte devient une couche de traduction gérée entre le client et l'infrastructure sous-jacente. Si i3C assure bien cette traduction, le client peut raisonnablement payer plus qu'un hébergeur en libre-service offshore. Si le fournisseur ne fournit que des tickets génériques et des clauses de non-responsabilité, l'avantage local se réduit.

Le travail de renouvellement fait partie de la même charge de main-d'œuvre. Un domaine ou un compte d'hébergement échoue souvent silencieusement avant d'échouer publiquement: un contact de facturation quitte l'entreprise, un numéro d'argent mobile change, une boîte de réception email est pleine, une carte expire, un transfert de domaine est bloqué, ou un client oublie que le site web et le service de messagerie dépendent d'enregistrements distincts. Un bon fournisseur local détecte ces échecs avant qu'ils ne deviennent des temps d'arrêt. Cela peut signifier des appels de rappel, le rapprochement des paiements, la récupération manuelle de compte, l'explication du DNS, la correction de facture et un traitement soigneux des clients qui ne font pas la distinction entre le registre, l'hébergement, la messagerie et la conception du site. Le fournisseur ne peut pas facturer chaque petit compte comme un contrat d'entreprise géré, mais il doit néanmoins effectuer un certain travail de service géré s'il veut que le compte local batte l'automatisation offshore. C'est pourquoi des preuves publiques des résultats des renouvellements, du traitement des réclamations et de la qualité de la restauration importeraient autant que la taille du disque ou le langage sur la bande passante.

Cela rend les données de support cruciales. Les pages publiques ne montrent pas les files d'attente de tickets, la distribution des temps de réponse, la couverture en dehors des heures ouvrables, l'historique des temps de restauration, les langues de support, la taille du personnel, les règles d'escalade ou les volumes de réclamations. La revendication d'un temps de réponse moyen de trois minutes sur la page de contact est encourageante comme signal, mais elle n'est pas vérifiée indépendamment (https://i3c.co.ug/contact/). L'acheteur devrait demander comment ce chiffre est mesuré, s'il couvre les incidents d'hébergement ou seulement la première réponse, et si les tickets urgents reçoivent une résolution technique ou seulement un accusé de réception. Un compte d'hébergement a de la valeur lorsque le problème est résolu, pas lorsque le ticket est ouvert.

La prime de confiance locale est réelle, mais des preuves doivent la démontrer

La confiance locale a plusieurs niveaux. Le premier est l'identité. Uganda Online Ltd. reste visible dans le dossier IANA.ug, tandis que registry.co.ug et i3C fournissent une surface publique de vente pour les domaines, l'hébergement et les services cloud (https://www.iana.org/domains/root/db/ug.htmlethttps://registry.co.ug/). Un acheteur peut voir des adresses en Ouganda, des numéros de téléphone et une adresse e-mail de support sur les pages d'i3C (https://i3c.co.ug/contact/). C'est un signal de confiance locale plus fort qu'un hébergeur offshore anonyme sans présence locale.

Le deuxième niveau est l'autorité sur le domaine. Un fournisseur proche du processus d'enregistrement.ug peut aider pour le choix du nom, le renouvellement, le transfert et les enregistrements DNS. Le site du registre indique que le client peut se connecter, s'enregistrer, effectuer le paiement et recevoir une confirmation d'activation, et décrit les transferts entre comptes de registraire où les parties cédante et cessionnaire consentent (https://registry.co.ug/). Pour un acheteur ougandais, le contrôle du domaine est souvent plus précieux que la capacité d'hébergement brute. Perdre un domaine peut nuire aux emails, à la visibilité de recherche, aux dossiers d'appel d'offres, aux documents imprimés et à la confiance des clients.

Le troisième niveau est la posture de sécurité. La page des partenariats d'i3C indique que ses opérations commerciales sont conformes aux exigences du certificat de conformité NITA-U de niveau 2 et qu'elle a été évaluée de manière indépendante par rapport à la norme ISO/CEI 27001:2013 (https://i3c.co.ug/partnerships/). C'est une preuve auto-publiée utile, mais pas un substitut à une copie du certificat à jour, une déclaration de périmètre, une date d'audit et une couverture du produit d'hébergement. Cela indique à un acheteur que le fournisseur souhaite être considéré comme un fournisseur TIC formel. Cela ne prouve pas qu'un compte d'hébergement Bronze, Silver ou Gold spécifique hérite de contrôles audités.

Le quatrième niveau est la localité. L'Ouganda dispose désormais d'un environnement crédible de centres de données et d'interconnexion locaux. Raxio UG1 est une installation certifiée Tier III, neutre vis-à-vis des opérateurs et des fournisseurs cloud, située à Namanve avec des fournisseurs de connectivité locaux et internationaux (https://www.raxiogroup.com/data-centres/uganda/). L'UIXP dispose d'un écosystème de peering local avec les principaux réseaux locaux et entités de contenu (https://uixp.co.ug/networks). Les rapports de marché de l'UCC montrent une utilisation nationale massive des données et un environnement d'argent mobile qui rend la facturation locale pertinente (https://www.ucc.co.ug/market-performance-reports/). Un compte d'hébergement local pourrait utiliser cet environnement pour offrir des chemins locaux plus rapides, un meilleur support et un paiement plus cohérent.

Le problème est que les preuves publiques ne prouvent pas que le compte utilise réellement les meilleurs atouts locaux. Les preuves DNS pour les vitrines publiques pointent vers Hetzner et Automattic, et non vers Raxio ou une autre installation ougandaise, et cela ne décrit que la surface web publique observée lors de l'examen. La page du plan d'hébergement n'indique pas où les comptes clients sont hébergés, quel centre de données est utilisé, quel historique de disponibilité existe, comment les sauvegardes sont séparées, combien de clients sont hébergés, à quoi ressemble le taux de désabonnement, ou à quelle vitesse le support restaure les sites compromis. En d'autres termes, la prime de confiance locale est plausible, mais pas prouvée.

Ce n'est pas un manque mineur. La thèse affirme que le compte d'hébergement d'un fournisseur internet local n'a de valeur que si la disponibilité, le support, le paiement et la confiance locale surpassent les alternatives offshore génériques. Le dossier public prouve actuellement certains des ingrédients: identité locale, autorité sur le domaine, plans visibles, revendications de support, collecte des paiements, langage de sécurité, délégation DNS.ug, contexte du marché ougandais et un environnement d'interconnexion local. Il ne prouve pas le résultat. L'acheteur ne peut pas encore voir si les comptes hébergés par i3C ont une meilleure disponibilité, un support plus rapide, un taux d'attrition plus faible, une réputation de messagerie plus propre, une meilleure récupération des sauvegardes ou une plus grande satisfaction client que les alternatives offshore.

Les alternatives offshore fixent une référence difficile

L'hébergement offshore est le concurrent par défaut car il est bon marché, automatisé et abondant. Un acheteur ougandais peut acheter de l'hébergement mutualisé, des constructeurs de sites, des emails professionnels, des serveurs virtuels, du stockage d'objets et du WordPress géré auprès de fournisseurs mondiaux en quelques minutes. Ces fournisseurs peuvent avoir une infrastructure plus vaste, des tableaux de bord matures, des historiques de disponibilité publiés, une documentation abondante, le SSL automatisé, des options de CDN mondial et un coût de calcul unitaire inférieur. Ils peuvent également avoir un support local faible, une facturation en dollars, une dépendance aux cartes, des conditions légales étrangères, une gestion des paiements moins flexible et une compréhension limitée des pratiques commerciales ou des domaines ougandais.

Pour qu'Uganda Online ou i3C batte cette référence, le compte local doit gagner là où l'échelle mondiale est la plus faible. Premièrement, il doit réduire les frictions locales. Si un client ougandais peut appeler, payer localement, renouveler facilement un domaine, transférer un nom.ug en toute sécurité et résoudre les problèmes de messagerie avec une équipe locale, cela a une valeur réelle. Deuxièmement, il doit fournir une continuité crédible. Les sauvegardes hebdomadaires, la suppression des logiciels malveillants et le SSL ne sont utiles que lorsqu'ils sont testés. Troisièmement, il doit traduire le risque technique. Un petit acheteur ne sait souvent pas si un problème est lié au DNS, à l'hébergement, à la messagerie, au CMS, à la bande passante, aux logiciels malveillants ou au paiement. Un fournisseur local précieux diagnostique la couche et la résout.

Quatrièmement, il doit éviter de sur-vendre la localité. Un fournisseur peut honnêtement utiliser une infrastructure étrangère et néanmoins fournir un compte local précieux s'il est clair sur ce qui est local et ce qui ne l'est pas. Le danger survient lorsqu'un acheteur pense que « fournisseur local » signifie « serveurs locaux, résidence locale des données, routage local et contrôle local de la disponibilité », alors que la surface web et de facturation publique utilise des fournisseurs étrangers et que l'emplacement d'hébergement du client n'est pas divulgué. La meilleure posture commerciale est la transparence: support local et contrôle de domaine ici; capacité cloud ou de centre de données étrangère là-bas; emplacement des sauvegardes et engagements de restauration clairement indiqués.

Cinquièmement, il doit publier des preuves opérationnelles. Une page de statut, un relevé mensuel de disponibilité, une politique de conservation des sauvegardes, un processus de contact pour les abus, des pratiques de délivrabilité des emails, une distribution des réponses du support, des exemples de restauration et une déclaration sur les installations réduiraient le manque de preuves. Cela ne nécessite pas de révéler des détails internes sensibles. Cela montrerait simplement que le compte est exploité comme une infrastructure, et pas seulement vendu comme un plan.

Le contrat d'hébergement pointe actuellement dans la direction opposée. Il limite judicieusement la responsabilité et avertit que la disponibilité n'est pas garantie (https://i3c.co.ug/hosting-agreement/). Cela ne rend pas le service mauvais; la plupart des fournisseurs limitent leur responsabilité. Mais si la promesse marketing publique est la fiabilité locale, le fournisseur devrait équilibrer la clause de non-responsabilité avec des preuves de performance mesurées. Sans cet équilibre, les acheteurs sont confrontés à une asymétrie de confiance: le vendeur commercialise le support et la fiabilité, tandis que le contrat réserve une large protection contre les temps d'arrêt et la dépendance à des tiers.

Quelles preuves publiques prouveraient la valeur du compte

La preuve la plus utile serait un relevé de disponibilité pour la plateforme d'hébergement mutualisé réelle, pas seulement pour le service DNS.ug ou le site marketing. Il devrait montrer la disponibilité mensuelle, les fenêtres de maintenance, les résumés d'incidents et les temps de restauration. Il devrait séparer la disponibilité du panneau de contrôle, des sites clients, du service de messagerie, du service DNS, de l'accès à la facturation et du bureau de support. Un seul pourcentage ne suffit pas car un client peut se soucier davantage de la restauration des emails que de la disponibilité du tableau de bord.

La deuxième preuve utile serait la preuve des sauvegardes. La page d'hébergement web annonce des sauvegardes hebdomadaires fréquentes (https://hosting.i3c.co.ug/web-hosting/). L'acheteur a besoin de connaître la période de rétention, l'emplacement des sauvegardes, le coût de restauration, le temps de restauration, l'inclusion de la base de données, les limites de retour en arrière des logiciels malveillants et si les sauvegardes sont séparées de l'environnement principal. Une sauvegarde qui ne peut pas être restaurée rapidement est un argument marketing, pas une continuité.

Le troisième ensemble de preuves est la performance du support. Les pages publiques revendiquent un support 24/7 et un temps de réponse court (https://registry.co.ug/ethttps://i3c.co.ug/contact/). L'acheteur a besoin des temps de réponse médians et extrêmes pour les incidents d'hébergement, l'escalade en dehors des heures ouvrables, les temps de résolution technique, le modèle de personnel, le support linguistique, et ce qui est considéré comme urgent. Si le fournisseur peut montrer que le support téléphonique local empêche les expirations, restaure les sites piratés, corrige les enregistrements DNS et récupère les emails plus rapidement que les hébergeurs offshore, la prime locale devient concrète.

Le quatrième ensemble de preuves est les données sur les clients et le taux d'attrition. La page du registre indique plus de 10 000 noms de domaine enregistrés et plus de 10 000 clients assistés par mois (https://registry.co.ug/). Cela ne révèle pas combien de comptes d'hébergement existent, combien sont actifs, combien renouvellent après un an, quelle part utilise la messagerie, ou combien partent pour des fournisseurs offshore. Le taux d'attrition est important car les comptes d'hébergement sont collants quand ils fonctionnent et jetables quand ils ne fonctionnent pas.

Le cinquième ensemble de preuves est l'emplacement des installations et du réseau. Si les sites des clients sont locaux, le fournisseur devrait dire où et sous quelle classe de résilience. Si les sites des clients sont hébergés à l'étranger mais soutenus localement, le fournisseur devrait le dire aussi. Le compte local peut toujours être précieux, mais la valeur change. Un site hébergé localement rivalise sur la latence, la résidence des données, l'interconnexion locale et la résilience nationale. Un site hébergé à l'étranger avec un support local rivalise sur la commodité, le support et le contrôle du domaine. Les deux peuvent être légitimes. Ils ne devraient pas être confondus.

Le dernier ensemble de preuves est la gestion des abus et la réputation de messagerie. Les hébergeurs mutualisés vivent ou meurent selon le comportement des voisins. Si un compte compromis envoie des pourriels ou héberge des pages d'hameçonnage, d'autres clients peuvent en souffrir. Les conditions d'i3C interdisent le spam, l'hameçonnage, les logiciels malveillants et autres abus (https://i3c.co.ug/terms-conditions/). Les acheteurs doivent savoir à quelle vitesse les abus sont traités, comment la réputation de messagerie est protégée, comment les comptes compromis sont nettoyés, et si les clients légitimes reçoivent de l'aide plutôt qu'une suspension brutale.

Le verdict modéré

Uganda Online Ltd. est important publiquement parce que la délégation IANA.ug le désigne toujours comme le gestionnaire du ccTLD, et parce que le service d'enregistrement.ug oriente les lecteurs vers un écosystème de vente au détail ougandais actif où les domaines, le DNS, le support, l'hébergement et les services cloud sont vendus via les pages publiques de registry.co.ug et d'i3C (https://www.iana.org/domains/root/db/ug.htmlethttps://registry.co.ug/). Le compte d'hébergement dans cet écosystème n'est pas un ornement de titre. C'est l'unité où un client reçoit soit une continuité locale fiable, soit découvre qu'une marque locale ne surpasse pas l'automatisation offshore.

La preuve positive la plus forte est que l'offre publique est concrète. Les plans d'hébergement web sont tarifés et spécifiés. Les canaux de support sont visibles. La surface du registre.ug est active. Les conditions traitent du paiement, du support, des transferts, des abus, de la bande passante, des temps d'arrêt et des dépendances à des tiers. L'Ouganda dispose d'un véritable écosystème internet local grâce à la croissance régulée par l'UCC, l'interconnexion UIXP et la capacité de centre de données de niveau Raxio. Un compte d'hébergement local peut être précieux dans cet environnement, en particulier pour les acheteurs qui ont besoin de support de domaine.ug, d'une facturation adaptée à l'argent mobile, d'un contact local, d'un contexte commercial local et d'aide pour des problèmes de compte complexes.

La preuve la plus faible est la preuve opérationnelle. Les archives publiques ne montrent pas où sont placés les comptes d'hébergement des clients, s'ils utilisent des installations locales, quelle disponibilité ils atteignent, à quelle vitesse le support résout les incidents, à quelle fréquence les sauvegardes sont restaurées avec succès, combien de clients d'hébergement renouvellent, ou si la confiance locale produit un taux d'attrition plus faible que l'hébergement offshore. Le DNS public pour les vitrines observées pointe vers une infrastructure étrangère pour le site web, la facturation et les surfaces de messagerie examinées ici. Cela ne condamne pas le service, mais cela empêche une revendication plus forte d'infrastructure locale.

La thèse reste donc partiellement non prouvée. Le dossier public d'Uganda Online et la surface d'hébergement d'i3C soutiennent une activité plausible de compte local: identité de domaine, support, paiement et confiance enveloppant l'hébergement. Ils ne prouvent pas encore que le compte bat les alternatives offshore génériques sur la disponibilité, la restauration, la profondeur du support ou la fidélisation des clients. Un acheteur devrait valoriser le compte si l'aide locale, le contrôle de domaine.ug et la commodité de paiement réduisent le risque commercial. Un acheteur devrait réduire la valeur du compte si le fournisseur ne peut pas documenter l'emplacement d'hébergement, l'historique de disponibilité, la récupération des sauvegardes, la résolution du support et la gestion des abus.

La conclusion équitable n'est pas que l'hébergement local manque de valeur. C'est que la valeur de l'hébergement local doit être prouvée au niveau du compte. En Ouganda, où l'internet mobile domine, l'internet fixe reste une base plus petite, le peering local est réel, la capacité des centres de données a mûri, les coûts de l'électricité et des devises sont visibles, et les petites entreprises ont encore besoin d'un support joignable, un compte d'hébergement local peut être économiquement défendable. Il ne le devient que lorsque le compte prouve que la disponibilité locale, la récupération locale et la confiance locale sont plus fortes que l'alternative offshore.