34SP.com 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.
Peut convenir pour
- Agence qui veut tester et déplacer séparément les fichiers et la base
- Site avec besoin de copies téléchargeables
- Équipe utilisant SFTP et WP-CLI
Points à prendre en compte
- Ressources communes aux sites du conteneur
- Copies automatiques sur demande de restauration
- Prix final et fiscalité du dossier France à confirmer
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.
| Offre | Prix et facturation | Ressources et limites |
|---|---|---|
| 1 site | 11,95 GBP/mois TVA comprise selon la grille Renouvellement. Nouvelle période mensuelle. Un dépassement de stockage à l’échéance peut entraîner un changement de forfait. Paiement mensuel d’avance, reconduction automatique par défaut | 25 Go et 1,25 Go RAM par conteneur Stockage et mémoire communs aux sites |
| 3 sites | 21,95 GBP/mois TVA comprise selon la grille Renouvellement. Nouvelle période mensuelle. Un dépassement de stockage à l’échéance peut entraîner un changement de forfait. Paiement mensuel d’avance, reconduction automatique par défaut | 25 Go et 2,00 Go RAM par conteneur Stockage et mémoire communs aux sites |
| 5 sites | 31,95 GBP/mois TVA comprise selon la grille Renouvellement. Nouvelle période mensuelle. Un dépassement de stockage à l’échéance peut entraîner un changement de forfait. Paiement mensuel d’avance, reconduction automatique par défaut | 35 Go et 4,10 Go RAM par conteneur Stockage et mémoire communs aux sites |
| 10 sites | 51,95 GBP/mois TVA comprise selon la grille Renouvellement. Nouvelle période mensuelle. Un dépassement de stockage à l’échéance peut entraîner un changement de forfait. Paiement mensuel d’avance, reconduction automatique par défaut | 50 Go et 8,13 Go RAM par conteneur Stockage et mémoire communs aux sites |
Langues et accompagnement
- Site et documentation
- Anglais
- Interface de gestion
- Anglais dans les guides publics
- Assistance
- Anglais documenté, français non établi
Choisir un conteneur pour le nombre de sites et la charge
Symbole officiel de 34SP.com (icône Apple Touch). — Visuel : 34SP.com. 34SP.com commercialise quatre conteneurs WordPress au Royaume-Uni. Les cartes affichent un, trois, cinq ou dix sites. La grille technique indique 25, 25, 35 et 50 Go de stockage ainsi que 1,25, 2,00, 4,10 et 8,13 Go de mémoire. Lisez ces valeurs à l’échelle du conteneur. Trois sites dans la formule de trois emplacements partagent les 25 Go de stockage annoncés. Une boutique active et deux sites éditoriaux n’ont pas forcément les mêmes contraintes. Relevez pour chacun la taille de la base, les médias, les tâches planifiées et le nombre d’opérations dynamiques. Dimensionnez ensuite le groupe en fonction des pointes qui peuvent se produire simultanément.
La page annonce une bande passante sans plafond affiché. Les limites de mémoire, la place disponible et les règles d’usage continuent de compter. Le cache peut réduire le travail pour une page publique. Un compte client, une commande ou une recherche filtrée peut demander un accès à la base à chaque requête. Pour décider si deux sites lourds peuvent cohabiter, demandez les quotas d’exécution et les modalités d’augmentation. La FAQ commerciale présente l’augmentation des ressources comme une possibilité du forfait à un domaine. Une agence qui doit isoler deux clients peut préférer deux conteneurs distincts pour séparer les accès et les incidents, avec un coût et une gestion séparés.
34SP.com présente aussi WordPress Multisite comme compatible. Faites confirmer comment le fournisseur compte un réseau, ses sous-sites et ses domaines mappés par rapport aux emplacements de sites indépendants. La restauration d’un réseau peut affecter plusieurs sites à la fois. Demandez à l’équipe qui l’exploite quelles données doivent rester séparées et qui peut accepter une reprise globale. Les spécifications citent NGINX, MariaDB, Redis, PHP, phpMyAdmin, WP-CLI et Git. Vérifiez les versions disponibles et la méthode d’activation des accès avant de réutiliser une procédure écrite pour un autre hébergeur.
Comparer le paiement et les responsabilités
Les quatre niveaux affichent 11,95 £, 21,95 £, 31,95 £ et 51,95 £ par mois, TVA comprise sur la grille britannique. La page générale d’hébergement décrit une facturation de mois en mois sans durée fixe et la grille WordPress affiche un prix mensuel par formule. Les conditions prévoient un paiement d’avance et une reconduction automatique pour une période de même durée. Désactivez-la avant la date d’expiration affichée dans le compte. Si vous choisissez le renouvellement manuel, le paiement doit intervenir avant la fin de la période. La grille ne distingue pas de remise de départ. À prix constant, douze périodes coûtent 143,40 £, 263,40 £, 383,40 £ ou 623,40 £. Le prix du domaine, le traitement de la TVA pour un client français et les frais éventuels de conversion sont à chiffrer séparément.
Le stockage peut changer le montant de l’échéance. La clause 32.2 prévoit, si le compte dépasse sa capacité au moment du renouvellement, un passage automatique au forfait le plus proche capable d’accueillir les données et une facturation à son tarif. Les niveaux à un et à trois sites affichent tous deux 25 Go. Pour trois installations qui approchent ensemble cette limite, additionnez les médias, les bases et les autres données imputées au conteneur. Vérifiez dans le panneau quels espaces sont comptabilisés, notamment avant d’ajouter une copie de test ou de gros fichiers. Prévoyez une marge mesurée sur les volumes réels et relevez la date de renouvellement pour agir avant l’échéance.
La garantie d’hébergement de trente jours comporte une demande à la comptabilité reçue dans les trente jours suivant le premier paiement selon la clause correspondante. Elle exclut le domaine. Les conditions prévoient également une demande de remboursement au prorata pour une sortie anticipée de l’hébergement dans le cadre de leur clause de résiliation. Avant d’en tenir compte dans votre budget, identifiez la clause qui correspond à votre cas et vérifiez les dates. Désactiver la reconduction concerne la prochaine période. Une demande d’arrêt peut déclencher la fermeture du service plus tôt. Confirmez la date de fin avant de déplacer des domaines ou de supprimer des copies.
La formule WordPress inclut l’environnement de test et les copies quotidiennes. Le plan Professional utilise un autre calendrier : une copie hebdomadaire par défaut et une option de copie quotidienne à partir de 2,50 £ par mois. Cette option ne doit pas être ajoutée au budget WordPress, dont les copies quotidiennes sont déjà incluses. Pour établir un devis de maintenance, séparez les mises à jour d’infrastructure, les réglages d’actualisation dans WordPress et les tests métier de votre équipe. Le fournisseur décrit un module d’outils WordPress pour gérer les mises à jour. Faites un inventaire des versions et relisez la liste officielle des extensions refusées. Si une extension est indispensable, vérifiez sa compatibilité avant de prévoir la migration. Le logiciel de sauvegarde, de cache ou de sécurité utilisé chez l’hébergeur précédent peut recouper des fonctions prises en charge par la plateforme.
Prendre en main le compte et vérifier l’installation
Dans le panneau client, ouvrez Manage Sites et choisissez le domaine de l’installation. Identifiez dans la vue du produit les accès à WordPress, aux bases et aux fichiers. Les spécifications indiquent que l’accès fichiers se fait en SFTP après désactivation du verrou prévu dans le panneau. Ouvrez cet accès pour l’intervention prévue, vérifiez que le compte voit le dossier attendu et réactivez le verrou après le transfert si votre exploitation le permet. Pour une équipe utilisant WP-CLI, vérifiez le dossier de départ et le site ciblé avant toute commande qui écrit en base. Notez le chemin de configuration spécifique à la plateforme dans votre dossier d’exploitation.
Le guide technique distingue le cœur et les fichiers de contenu. Avant d’importer un site, repérez où doivent aller les extensions, les thèmes, les médias et la configuration additionnelle. Une archive préparée pour une installation WordPress standard ne doit pas être recopiée en bloc sans comprendre cette séparation. Gardez l’archive source disponible. Sur la cible, vérifiez la page d’accueil, une page avec image, un permalien profond et une connexion à l’administration. Vérifiez également un parcours utilisant une extension métier. Si une extension est bloquée ou qu’un chemin absolu casse, reproduisez d’abord le problème sur une copie et identifiez le fichier ou le réglage concerné.
Le site, les guides et les libellés du panneau reproduits dans les guides sont en anglais. 34SP.com annonce une équipe britannique disponible 365 jours par an. La page d’assistance indique pour le téléphone de 8 h à 18 h en semaine et de 9 h 30 à 17 h 30 le week-end, en heure britannique. Elle propose aussi une demande par ticket. Les spécifications décrivent une surveillance de l’infrastructure en continu. Les délais de prise en charge d’une reprise et la disponibilité d’une assistance francophone restent à confirmer. Aucun assistant génératif inclus dans ces conteneurs n’a pu être établi. Les outils de configuration, l’installation et l’automatisation des mises à jour documentés répondent à d’autres fonctions. Si votre projet prévoit un assistant externe, contrôlez ses autorisations, les données envoyées et le comportement des pages une fois l’extension désactivée.
Tester sur staging et choisir ce qui est publié
Dans Manage Sites, sélectionnez le site WordPress puis l’onglet Staging. La plateforme crée la copie sous staging suivi du domaine. Le guide indique que les enregistrements sont ajoutés lorsque les serveurs DNS sont chez 34SP.com. Si la zone est ailleurs, relevez l’adresse du conteneur et ajoutez les enregistrements requis dans cette zone. Gardez les anciennes valeurs avant modification. La copie conserve les identifiants WordPress et reproduit la base et les fichiers de contenu, avec des exclusions documentées comme my-config.php. Vérifiez la configuration particulière du site avant de vous fier au résultat d’un test.
Le guide indique que le staging ne compte pas comme un site public supplémentaire et fonctionne avec des limites propres, dont un seul processus PHP et une configuration de cache différente. Utilisez-le pour vérifier des fonctionnalités et des mises à jour. Protégez l’accès et testez le refus de connexion anonyme. Neutralisez le courrier sortant, les moyens de paiement actifs, les webhooks et la synchronisation de données. Une consigne donnée aux moteurs de recherche n’empêche pas l’accès à une copie. Sur une boutique, vérifiez un produit, le panier et un paiement de test sans mouvement réel ni message au client.
Le panneau sépare les transferts de fichiers et de base. Pull copie depuis la production vers le staging. Push copie en sens inverse et l’action démarre dès le déclenchement selon le guide. Les fichiers copiés depuis wp-content comprennent notamment thèmes, extensions et médias. Même un transfert de fichiers peut toucher des téléversements récents. Vérifiez les différences avant tout envoi. Pour une modification CSS ou une mise à jour d’extension, appliquez de préférence le changement validé de façon ciblée. Évitez d’envoyer une ancienne base de staging par-dessus une base qui a enregistré des commandes. Le bouton Rollback peut rétablir le périmètre envoyé à son état d’avant déploiement. Il peut aussi effacer les changements intervenus depuis. Avant de l’utiliser, capturez l’état courant et repérez les écritures à conserver. Vérifiez ensuite le contenu et les opérations du site public.
Restaurer une copie quotidienne ou un instantané
34SP.com annonce vingt-huit copies quotidiennes pour WordPress Hosting. Elles sont conservées sur vingt-huit jours et leur restauration passe par le support. La documentation indique que les copies incluent des exports SQL et les répertoires /httpdocs et /wp-content, avec exclusion du répertoire /wp du cœur. Le courrier Mercury suit un calendrier indépendant, avec une copie toutes les six heures sur une journée et des copies quotidiennes sur trente jours. Précisez le domaine, la date, le fuseau et le composant touché quand vous demandez une restauration. Un message supprimé et une base endommagée relèvent de jeux de données différents. Confirmez le délai et le point disponibles pour votre compte avant de proposer une date de remise en service.
Pour un instantané autonome, ouvrez Manage Sites, sélectionnez le site puis Advanced et Snapshots. Cliquez sur Create New Snapshot et attendez que le point soit affiché. La documentation permet d’en garder jusqu’à cinq. Les instantanés du panneau sont stockés par défaut sur le serveur qui héberge le site. Téléchargez l’archive par Download snapshot sur un espace indépendant pour disposer d’une copie hors de ce serveur. Le guide WordPress précise que /wp est exclu et que le staging est inclus lorsqu’il existe. Ouvrez l’archive pour identifier le contenu et le fichier SQL. Si vous devez réinstaller ailleurs, préparez une installation WordPress compatible et adaptez les chemins avant de tester les extensions et les médias.
Pour reprendre un point, sélectionnez Restore from snapshot et cochez les éléments strictement nécessaires. L’action écrase le périmètre choisi sur la production. Pour un fichier supprimé, privilégiez l’extraction de ce fichier depuis l’archive. Pour une mise à jour qui a modifié les tables, vérifiez la cohérence temporelle de la base et des extensions restaurées. Gardez une copie de l’état courant séparée avant de revenir en arrière. Contrôlez ensuite la connexion, les médias et les dernières données métier attendues. Si le point ne résout pas l’incident, revenez à l’état capturé avant intervention ou poursuivez le diagnostic sur une copie isolée.
Déplacer un site et garder une possibilité de retour
34SP.com annonce une migration entrante assistée gratuite et indique un délai habituel de cinq jours ouvrés, selon la complexité et la disponibilité. La FAQ propose un lien de prévisualisation avant modification des serveurs de noms. Elle indique pouvoir aider à copier des messages IMAP. Un ancien compte POP peut avoir conservé les messages sur les postes de travail. Recensez ces postes et exportez leurs archives locales si nécessaire. Si la prestation vous intéresse, faites préciser les sites, les boîtes, les alias, la reprise finale des changements et qui bascule le DNS. Donnez des accès temporaires limités et prévoyez leur retrait après l’opération.
Pour la migration autonome, le guide place l’extension de transfert dans le panneau client, à partir du site cible dans Manage Sites puis Advanced. Préservez le contenu éventuellement déjà présent sur la cible. Téléchargez l’extension de migration depuis ce parcours et installez-la sur le WordPress source via Extensions puis Ajouter et Téléverser. Lancez la copie depuis le module, puis testez le résultat sur l’adresse de prévisualisation. Une autre méthode consiste à préparer une archive des médias, thèmes et extensions ainsi qu’un export SQL, puis à remonter une installation cible et importer les données dans une base dédiée. Comparez la structure de fichiers et les constantes de configuration avant de publier.
Si vous changez les serveurs de noms, recréez la zone complète avant la bascule et vérifiez les entrées de messagerie et DNSSEC. Si vous gardez la zone actuelle, relevez les entrées web à modifier et conservez les autres. Vérifiez HTTPS, l’administration et un parcours métier depuis le nouveau serveur. Gardez la source active pendant la transition. Si la cible échoue, remettez les anciennes valeurs web et rapprochez les commandes ou formulaires arrivés sur la cible avant de rouvrir la source. Pour quitter 34SP.com, vérifiez d’abord qu’un instantané hors compte et les archives de messagerie peuvent être lus, que le domaine reste sous votre contrôle et que les nouvelles boîtes reçoivent les messages. Désactivez ensuite le renouvellement du service visé avant la fin de période selon les conditions, en gardant la preuve de la date.
Vérifier les règles d’URL après un départ d’Apache
La pile documentée utilise NGINX. Si l’ancien WordPress dépend de règles dans .htaccess, relevez les redirections, interdictions d’accès et réécritures avant de déplacer les fichiers. Comparez ce comportement sur la prévisualisation et demandez la méthode prise en charge pour les règles qui agissent au niveau du serveur. Pour quelques redirections applicatives simples, utilisez la fonction de redirection déjà validée dans votre installation, si elle existe. Vérifiez les codes et la destination depuis une fenêtre privée. Testez aussi un chemin qui doit rester inaccessible. Conservez les anciennes règles et retirez la modification si elle provoque une boucle ou expose un fichier protégé.
