Conexcol Cloud en Colombie pour WordPress et WooCommerce

Conexcol Cloud en pratique

Présentation fondée sur les offres et la documentation vérifiées le 10 novembre 2026. Aucun test de charge ou de support n’a été réalisé pour ce dossier.

Les offres et leur coût

Les montants ci-dessous correspondent au marché et à la durée précisés pour chaque offre. Vérifiez le prix final, les taxes et les options avant de souscrire.

Langues et accompagnement

Site et documentation

Espagnol sur le site. Base d’aide espagnole avec des articles en anglais.

Interface de gestion

cPanel, libellés espagnols documentés et noms de certains outils en anglais. Autres langues activées à vérifier.

Assistance

Espagnol annoncé, tickets, chat et téléphones locaux. Autres langues à confirmer.

Conexcol Cloud en Colombie pour planifier un import WordPress

Conexcol Cloud propose en Colombie un hébergement cPanel qui prend en charge WordPress et décrit des ressources attribuées par compte. Une boutique fictive de Medellín importe un catalogue pendant que WordPress crée des vignettes. Chaque opération peut réussir séparément et poser un problème si elles demandent les mêmes créneaux de traitement.

La décision porte sur le calendrier avant de porter sur le prix d’un forfait supérieur. L’exercice local compare un planning qui superpose les traitements et un planning qui décale la génération d’images. Les travaux à réaliser restent identiques. Le modèle donne le pic de traitements simultanés et montre si le second planning respecte le plafond et l’heure de fin retenus.

La fiche sépare le prix promotionnel et l’échéance de reconduction, les capacités du forfait et les réglages du site. Elle indique les accès nécessaires pour répéter l’import, lire les relevés et restaurer les contenus si la fenêtre de travail ne suffit pas.

Comparer le montant débité et la reconduction en pesos

La grille publique consultée le 10 novembre 2026 affiche une remise de 30 % pour la première période des nouveaux clients. La carte exprime le prix par mois pour faciliter la comparaison, puis donne le montant de la période et la reconduction. La colonne « coût mensuel » peut varier d’un peso selon l’arrondi. Pour le budget et le bon de commande interne, recopiez le total de la période et notez combien de mois il couvre. Les encadrés d’offres indiquent les prix en pesos colombiens relevés hors parcours de commande.

Le paiement initial du V3 est inférieur à celui du V2 de 54 136 COP, mais le V3 couvre douze mois de moins. À prix affichés constants, additionner le premier V3 et sa première reconduction donne 1 197 951 COP pour vingt-quatre mois. Le V2 affiche 547 410 COP pour sa première période de même durée. La comparaison porte donc sur le prix de deux profils de ressources et sur le calendrier de décaissement. Si le V2 suffit pour le trafic courant mais manque de marge sur un traitement rare, la fréquence et le coût de déplacement de ce traitement entrent dans la décision.

L’administration fiscale colombienne cite le service de hosting parmi les prestations exclues de l’IVA en vertu de l’article 476. Le prestataire annonce une facturation électronique en pesos colombiens. Le traitement de chaque prestation doit être vérifié sur la facture. Sur un devis combiné, faites distinguer l’hébergement, le domaine et les prestations éventuelles avant de budgéter la facture. Conservez les montants dans la devise d’origine et comparez les lignes de la même durée.

Les conditions générales décrivent une demande de résiliation écrite déposée auprès de Conexcol par une personne habilitée. Avant toute souscription, relevez le canal applicable à votre contrat, la date d’effet du préavis, la reconduction et le sort du prépaiement. Le bouton de commande, le renouvellement du domaine et la sortie de l’hébergement correspondent à trois opérations distinctes. Si l’import ne peut être répété avant l’échéance, inscrivez aussi une date limite de décision qui laisse du temps pour valider vos copies.

Lire les ressources et la localisation des données

Conexcol présente ses sites élastiques comme des comptes cPanel avec ressources isolées sous CloudLinux, hébergés sur une infrastructure en Colombie. La table donne des enveloppes de CPU, de mémoire et de stockage. Les ressources sont à raisonner au niveau du compte, surtout si la boutique partage celui-ci avec un site vitrine ou une autre installation. Medellín sert de cadre à notre scénario. Pour un contrat qui impose une ville ou une zone précise, relevez séparément le pays et le site de traitement primaire, la zone des sauvegardes et le périmètre des éventuelles répliques. Le disque SSD ne mesure pas les entrées concurrentes ni les écritures par seconde.

Le passage de V1 à V2 ajoute de la RAM et du disque, tout en restant à un vCPU. Si une génération de vignettes est principalement limitée par le CPU, augmenter seulement la mémoire ne suffit pas à expliquer un gain. Un fichier CSV lourd peut au contraire exposer une limite PHP ou la mémoire du compte. L’espace libre peut devenir la contrainte pendant que les médias originaux, les variantes redimensionnées et une copie temporaire coexistent. Un import et des visites se partagent parfois le même plafond, même si chaque tâche fonctionne correctement en dehors de l’autre.

Pour votre devis, demandez une ligne par ressource utile : processus d’entrée, nombre de processus, I/O et IOPS, inodes, mémoire du compte, paramètres PHP modifiables et espace réellement disponible. Le détail « Ver » du tableau standard affiche de 20 à 140 EP pour V1 à V7, par paliers de 20. La colonne NPROC va de 50 à 350 par paliers de 50. L’exercice fixe une capacité fictive indépendante de ces chiffres. Pour des traitements HTTP ou en console, cherchez la limite qui augmente effectivement durant l’essai. Précisez si le déclencheur est une requête HTTP, une tâche planifiée ou un traitement lancé en console. CloudLinux documente des compteurs distincts et précise que le mode d’intégration de LiteSpeed change la façon de compter certaines entrées. Gardez les mesures séparées dans le journal. Ainsi, un incident lié à la RAM ne sera pas attribué au nombre d’imports qui ont commencé à la même minute.

Délimiter WordPress, les langues et l’IA

La page WordPress décrit l’installation depuis cPanel, LiteSpeed et LSCache. La documentation cPanel du fournisseur détaille aussi l’installateur Softaculous et les fonctions de gestion WordPress. La grille annonce MariaDB 11.4 et les réglages PHP accessibles selon l’offre. Répartissez les responsabilités avant un import : qui valide la compatibilité d’une extension, qui met à jour sur la copie, qui vide le cache et qui décide d’un retour. Le support de l’hébergement peut documenter les ressources du compte, tandis que la validation des prix, taxes et variations du catalogue reste un travail sur la boutique.

La vitrine commerciale et les guides cPanel de Conexcol sont en espagnol. La présentation du panneau montre des libellés cPanel en espagnol et conserve les noms anglais de certains outils. L’aide publique présente aussi des articles en anglais. Les autres langues activées sur le compte restent à confirmer. Pour une équipe bilingue, préparez un lexique des rubriques nécessaires à l’import et à la restauration, puis faites confirmer la langue de l’interface à la livraison. Les canaux publics comprennent le ticket, le chat et le téléphone local. Le site et les guides permettent de préparer une demande en espagnol. La prise en charge garantie dans une autre langue reste à confirmer avant d’en faire un critère contractuel.

Conexcol annonce une migration entrante assistée sans frais dans l’offre de migration. Dressez la liste des sites, bases et boîtes à déplacer et vérifiez lesquels sont pris en charge dans le devis. Gardez l’accès à l’ancien hébergement jusqu’à ce que la copie réponde sur une adresse de prévisualisation, que les médias s’affichent et que la messagerie ait un parcours séparé.

L’offre cPanel associe l’IA à la détection de menaces d’Imunify360. Traitez ce point dans la ligne sécurité. La grille n’établit aucun crédit de génération de contenu WordPress dans V1 à V7. Conexcol documente aussi Sitejet Builder dans cPanel. Son générateur produit un nouveau site et s’édite ensuite dans Sitejet. Il peut servir à une vitrine neuve, tandis que l’import de produits se fait dans la boutique WordPress. Un import de catalogue peut rester entièrement déterministe : les SKU relient les lignes aux produits, le CSV validé fixe les modifications et les résultats se vérifient sur un petit échantillon. Une génération de texte ou d’image qui modifie les données de ce test introduirait une deuxième variable au moment où la boutique cherche à isoler les effets du planning.

Préparer les copies et un retour avant l’import

Le fournisseur documente JetBackup dans cPanel, où l’on peut restaurer ou télécharger des copies proposées par le compte. La grille annonce trois points quotidiens récents, un point de la dernière semaine et un du dernier mois, avec restauration ciblée des fichiers, des bases ou du courrier depuis cPanel. Vérifiez les points visibles dans le compte. Après suppression d’un compte d’hébergement, le SLA prévoit jusqu’à trente jours pour demander une copie. Si le plan est déjà arrêté, la récupération suppose au moins l’équivalent d’un mois du forfait selon le SLA. Pour un compte actif, relevez la fréquence réelle, la plus ancienne version disponible, les éléments sauvegardés, la granularité et le délai de récupération. Relevez les dates et les composants visibles avant d’utiliser ce point pour le retour après import.

Préparez un point de reprise daté avant le changement. Exportez la base et les fichiers utiles au même instant logique, relevez les versions de WordPress, WooCommerce et des extensions, puis placez une copie hors de l’espace qui sera restauré. Vérifiez qu’elle s’ouvre et que les tables, les médias et la configuration nécessaires sont présents. Un CSV produit est un inventaire du catalogue. La base contient aussi les relations, réglages et écritures de l’application. Une restauration globale trop tardive peut écraser les commandes arrivées après le point de reprise. Lors de la répétition, mesurez la durée jusqu’au moment où une fiche, une variation et son image redeviennent utilisables. Convenez avant la production de la façon de préserver les commandes postérieures si un retour devient nécessaire.

Gardez une feuille de reprise avec le nom de chaque archive, son heure de capture, le périmètre restauré, le temps constaté et la personne qui valide la réouverture. Une restauration de base peut remettre les prix en place tandis que des médias ajoutés plus tard restent sur le disque. Une restauration des fichiers seuls peut conserver les références de la base vers des objets disparus. Le test doit donc vérifier plusieurs couples produit et image, y compris un produit dont les vignettes ont été modifiées par le lot.

Exercer le choix d’une fenêtre de traitement

Le scénario fictif compare trois horaires de lancement des vignettes. — Illustration BlogPasCher.Ouvrir l’illustration en grand ↗

L’exercice livré modélise un plafond fictif de trois traitements à la fois. Il réserve une place à la boutique de la minute zéro à la minute vingt et place deux lots catalogue de zéro à douze et de zéro à neuf. Le travail de vignettes dure sept minutes. L’hypothèse donne la même charge à toutes les tâches et fige leurs durées, afin que seule l’heure de départ des vignettes change. Le programme utilise des données en mémoire, le moteur Node.js et le module d’assertions fourni avec Node. Il n’a besoin ni d’une installation WordPress ni d’un accès réseau.

Après avoir extrait le ZIP dans « Pour préparer votre site », exécutez node EXERCICE-CONEXCOL.cjs. Le fichier RESULTAT.json contient la sortie enregistrée. Pour chaque scénario, le programme liste les fenêtres où le nombre de traitements est constant. Une tâche qui finit à neuf libère sa place pour une autre qui commence exactement à neuf. Une tâche qui démarre à trois peut dépasser le seuil même si, au début de la fenêtre de vingt minutes, tout semblait compatible.

Le premier scénario démarre les vignettes à trois. Il atteint quatre traitements de la minute trois à la minute neuf et finit dans les délais, mais dépasse le plafond. Le deuxième démarre à neuf. Il reste à trois traitements au maximum et libère tous les travaux à vingt. Le troisième démarre à quinze. Le pic reste à trois, mais la dernière tâche finit à vingt-deux. Le seul scénario admissible dans ce modèle est donc le départ à neuf. Les assertions fixent les deux conditions pour empêcher une lecture qui approuverait le troisième scénario sur la seule base du pic.

Ouvrez ensuite le schéma original de la remise. Il représente la même occupation sous forme de barres et distingue le seuil de la date limite. Pour prolonger l’exercice, modifiez dans une copie la durée du lot qui devait finir à neuf et relancez. Les assertions de l’exemple de référence signaleront le changement si le pic ou le verdict change. Ajustez alors les attentes pour le nouvel essai et justifiez le décalage choisi. Les trois places du modèle sont une convention pédagogique. Pour mesurer un compte, reportez le type de tâche et les compteurs observés pendant la répétition. Le modèle répond au problème de planning posé, tandis que l’observation répond à la question de capacité réelle.

Répéter l’import et observer les ressources

Sur une copie privée, prenez un CSV réduit contenant une fiche simple, un produit variable et une image connue. Exportez d’abord l’échantillon existant. Normalisez l’encodage et comparez les colonnes que WooCommerce va associer. Pour une mise à jour, utilisez des SKU ou ID existants et décidez explicitement du traitement des lignes non appariées. Des variantes peuvent suivre des règles propres à la version et au mappage. Faites un essai où la modification de stock ou de prix est visible, puis ouvrez la fiche et la variante depuis la boutique. Les résultats de l’import et les lignes écartées permettent de corriger la source avant le lot suivant.

Commencez avec l’import seul. Notez l’heure de début, le nombre de lignes, les erreurs, le temps de réponse sur une page témoin et les limites atteintes si le compte les expose. Répétez avec les vignettes seules, puis avec le chevauchement et la fenêtre décalée en conservant la même version des données. Remettez la copie au même état initial entre les essais, en particulier le cache et les médias générés. Sinon un premier passage aura déjà payé le coût de création de fichiers et le second semblera moins exigeant pour cette seule raison. Un lot qui finit avec des requêtes longues et des erreurs est à traiter comme un échec même s’il respecte l’horaire.

Relevez aussi le nombre de lignes acceptées, rejetées et incomplètes, ainsi que le dernier identifiant traité. Si une tâche est interrompue, rapprochez ce relevé de l’état visible avant de relancer. Rejouer seulement les lignes en échec est préférable quand la mise à jour a été vérifiée comme reproductible et que les traitements annexes ne se déclenchent pas deux fois.

Décider entre décaler les tâches et changer de forfait

Pour la boutique fictive, gardez le scénario décalé comme premier candidat. Autorisez le changement seulement si un essai sur copie montre que les deux lots se terminent dans la fenêtre, que les limites restent sous le seuil convenu et que les pages témoins restent utilisables. Fixez un seuil de temps de réponse et un taux d’erreurs avant l’essai, selon ce que la boutique peut accepter. La réussite du script ne décide que du planning synthétique. La décision d’exploiter un forfait revient à la mesure des charges réelles et à la capacité de revenir en arrière.

Si le chevauchement seul déclenche les incidents, programmez les vignettes après le lot court et conservez la marge pour une reprise. Si le lot isolé échoue déjà, commencez par identifier la ressource et la mesure qui l’établissent. Une hausse de mémoire peut aider un traitement qui s’arrête faute de RAM. Un besoin de CPU, d’I/O, d’EP ou d’inodes appelle la confirmation de la valeur correspondante sur le prochain forfait. Demandez le coût du changement en cours de période, l’incidence sur la date de renouvellement et la possibilité de revenir à l’offre initiale. Inscrivez les réponses dans le budget avec les chiffres du premier paiement et de la reconduction.

Le feu vert final doit nommer une fenêtre, le responsable du déclenchement, le lot maximal testé, le délai d’abandon et la méthode de restauration. Un pic répété avec les tâches isolées, une copie invérifiable ou une fenêtre de reprise incompatible avec les commandes en cours suspendent l’import. Gardez le jeu de données et le journal de l’essai pour pouvoir tester plus tard une version différente de WooCommerce ou un forfait différent avec les mêmes témoins.

Pour préparer votre site

• 25 outils de sauvegarde WordPress selon le besoin de reprise
• Import CSV WooCommerce : mettre à jour les bonnes fiches sans créer de doublons
• Migration, préproduction et imports WordPress : choisir le bon outil
• Télécharger l’exercice de planification d’import