TransIP ou Combell pour déplacer WordPress sans doubler les notifications

Déplacer un formulaire qui peut déjà avoir envoyé un message

Une association déplace son site WordPress vers un nouvel hébergement. Le formulaire de contact enregistre chaque demande et prépare une notification pour l’équipe. Pendant la recette, les demandes sont fictives et les messages doivent rester dans une boîte de capture. Lors de la bascule, une seule instance doit pouvoir traiter les nouveaux messages. Il faut aussi décider quoi faire d’une notification qui apparaît encore dans la file copiée alors que le relais a peut-être déjà reçu le message sur le site d’origine.

Le choix entre TransIP et Combell porte sur les moyens de contrôler cette transition. Le premier encadre les interventions dans WordPress et dans son panneau. Le second documente également des accès aux fichiers et à la base pour WordPress infogéré. Cette différence compte si le transport, la file ou le registre de tentatives ne sont pas visibles dans l’administration WordPress. Elle ne suffit pas à établir que l’un des produits arrête automatiquement les envois du clone.

Le résultat attendu est une décision consignée. La recette ne doit rien envoyer à un destinataire réel. Une tentative héritée doit avoir un état exploitable avant d’être relancée. Enfin, le site désigné après la bascule doit produire une seule notification dans le test prévu. Un formulaire qui affiche sa confirmation peut remplir le premier maillon du parcours tout en laissant une file bloquée ou un destinataire mal configuré.

Séparer ce que prouvent le formulaire, le relais et la boîte

Donnez un identifiant stable à la soumission. Associez-lui la notification attendue et le rôle du destinataire, par exemple équipe ou visiteur. Si un formulaire prévoit deux notifications différentes, elles ont deux identifiants distincts. Gardez ces identifiants quand vous copiez la file et évitez d’utiliser l’adresse du visiteur comme clé. Le même visiteur peut soumettre deux demandes légitimes. Une seule demande peut aussi déclencher plusieurs courriels attendus.

Relevez séparément l’écriture de la soumission, la demande de traitement envoyée à WordPress, la réponse éventuelle du relais et la réception dans une boîte de contrôle. La documentation de wp_mail précise qu’une valeur de succès ne garantit pas la réception par le destinataire. Si le relais a accepté le contenu mais que la connexion s’interrompt avant que l’application ne lise sa réponse, l’issue peut rester incertaine côté WordPress. Une nouvelle tentative peut alors créer un doublon.

Avant de copier, identifiez le mécanisme qui expédie les messages. Le formulaire peut appeler WordPress directement, stocker un travail en base ou utiliser un service externe. Chaque chemin demande une preuve de confinement. Une boîte de test à elle seule ne neutralise pas une extension qui s’adresse directement à une API de messagerie. Gardez le système réel d’envoi désactivé dans la recette jusqu’à ce que tous les chemins soient identifiés.

TransIP Managed WordPress et le contrôle depuis le tableau de bord

Aux Pays-Bas, la formule de départ étudiée annonce 20 Go de données, un environnement de test, cinq boîtes de 2 Go, 64 Mo de cache Varnish et quatorze jours de sauvegardes. Le guide de test décrit une copie du site principal sur un sous-domaine, la possibilité de définir un utilisateur et un mot de passe, une actualisation depuis le site public et une commande de remplacement du site public par le test. Ce sous-domaine de test fait partie de l’outil. Il ne faut pas en déduire un accès libre à des sous-domaines supplémentaires.

L’offre Managed WordPress est administrée depuis le tableau de bord. TransIP indique l’absence d’accès direct SFTP ou SSH, de gestionnaire de fichiers, d’administration directe de la base et de configuration de tâches cron dans le panneau. Ces limites ne s’étendent pas à la même enseigne dans son ensemble. Son offre WordPress Hosting non infogérée documente SFTP, SSH et phpMyAdmin. Si votre contrôle exige un fichier de configuration ou un accès SQL, vérifiez la gamme exacte avant de retenir la formule Managed.

Le guide de migration propose une extension pour les offres WordPress Hosting et Managed WordPress. Sur la destination, assurez-vous que le formulaire, son journal et le mécanisme de suspension des notifications restent pilotables depuis WordPress. Le guide TransIP sur les courriels sortants demande de vérifier le domaine du From, y compris pour l’envoi depuis un sous-domaine. Il traite aussi les réglages d’authentification du domaine et déconseille d’ajouter une extension SMTP pour dépanner un formulaire. Si vous retenez un transport distinct, vérifiez son périmètre sur ce forfait et les chemins qui le contournent. Le guide ne démontre pas que l’offre Managed neutralise les transports réels sur une copie.

La documentation et le parcours consultés sont en néerlandais. TransIP annonce l’assistance écrite de 8 h à minuit en semaine et de 9 h à 19 h le week-end et les jours fériés, avec une réponse annoncée sous une heure pendant les plages d’ouverture. L’aide mentionne un téléphone pour le domaine et l’hébergement web les jours ouvrés de 9 h à 17 h, avec un code du panneau. Confirmez la prise en charge de ce forfait par téléphone et la langue de l’intervenant. La page d’assistance indique que ses agents ne configurent pas directement les services du client.

Combell Business et l’accès à des traces hors de WordPress

En Belgique, Managed WordPress Business affiche 50 Go d’espace web, un environnement de test, des sauvegardes quotidiennes conservées quatorze jours et cinquante boîtes de 25 Go. La carte mentionne une base de 1 Go. Le tableau détaillé indique deux bases MySQL de 1 Go chacune. Dimensionnez la migration sur 1 Go par base et confirmez comment le forfait compte la copie de test. L’aide explique comment protéger la recette avec un identifiant et un mot de passe, puis démarrer depuis une copie du site ou une sauvegarde. Cette protection limite l’accès à l’interface du clone. Elle ne contrôle pas à elle seule les messages que le clone peut émettre.

Le guide de démarrage du WordPress infogéré indique un accès aux fichiers via FTP après création d’un utilisateur, ainsi qu’un accès phpMyAdmin depuis l’aperçu WordPress. Le guide de migration décrit aussi le gestionnaire de fichiers et l’extension de migration. Ces chemins offrent à l’opérateur des moyens supplémentaires pour examiner des fichiers ou une file stockée en base. Les droits exacts sur l’environnement de test Business, le protocole chiffré proposé et l’accès aux journaux du relais restent à vérifier. Le compte de recette ne doit voir que les données nécessaires à son rôle.

Pour l’hébergement mutualisé, le guide Combell explique que l’envoi par la fonction mail de PHP peut passer par le relais mutualisé sans authentification du message. Il documente la configuration d’un transport SMTP authentifié si l’application en a besoin. Confirmez que le transport retenu et ses traces sont utilisables sur la recette Business. Le fait que le forfait inclue des boîtes de courrier ne prouve ni le confinement des notifications du clone ni la visibilité d’une tentative dans le journal du relais.

Le pack annonce une assistance permanente. La carte mentionne aussi Butler, alors que le tableau des services réserve ce transfert aux colonnes Professional et Expert. Confirmez l’inclusion et le périmètre de Butler pour Business avant d’en faire une condition de la bascule. La page d’aide indique téléphone et e-mail, ainsi qu’un chat de 9 h à 17 h dans le panneau. Les pages sont disponibles en français, néerlandais et anglais. Confirmez le canal et la langue pour la fenêtre de bascule. Si un prestataire prépare la copie, attribuez séparément le contrôle de la destination, le rapprochement des tâches et la réactivation des notifications.

Chiffrer les deux premières périodes en euros

La page publique TransIP affiche 3,99 EUR HT par mois pendant les trois premiers mois pour l’offre 20 Go, avec 12,50 EUR HT par mois comme prix régulier affiché. À ces références, trois mois promotionnels et neuf mois réguliers donnent 124,47 EUR HT sur douze mois. Douze mois au tarif régulier donnent 150 EUR HT. Au taux normal néerlandais de 21 % s’il s’applique, les exemples sont 150,61 EUR TTC et 181,50 EUR TTC, avec un arrondi sur chaque total. Le prix et les arrondis de chaque facture mensuelle peuvent différer.

Les conditions TransIP donnent une durée d’un mois avec reconduction d’un mois pour les services hors catégories à durée spécifique telles que le domaine et certains certificats. L’aide prévoit un préavis d’un mois pour résilier via le compte. Les frais récurrents sont facturés mensuellement à l’avance selon les conditions. La carte citée est HT et le prix présenté au particulier peut inclure la TVA. Relevez la prochaine échéance du service et la période effectivement facturée. Le prix régulier de 12,50 EUR est celui relevé sur la page et ne fixe pas les factures à venir. L’exemple sur douze mois sert à comparer le budget.

Combell Business affiche 7,48 EUR HT par mois la première année et 19,99 EUR HT par mois comme prix régulier barré. Douze mois donnent 89,76 EUR HT et 239,88 EUR HT. Avec 21 % de TVA belge si applicable, les repères sont 108,61 EUR TTC et 290,25 EUR TTC. Le domaine offert la première année doit être chiffré séparément pour la suite. L’article 3 des conditions générales indique un an par défaut, reconduction de même durée et notification de résiliation au plus tard un mois avant l’échéance. L’article 4 prévoit par défaut une facturation de l’année au début de la période. Confirmez le montant de reconduction et les services associés avant de retenir l’offre.

Préparer la destination avant de lancer les traitements

Gardez l’ancien site maître de l’envoi pendant la préparation. La nouvelle instance peut recevoir le site et les paramètres nécessaires à la recette. Elle doit rester fermée aux visiteurs et hors du transport réel. Dans le clone, remplacez les destinataires To, Cc et Bcc et retirez les secrets de production des voies testées. Vérifiez les tâches différées et les intégrations qui utilisent leurs propres accès. Si un canal ne peut être neutralisé sur le compte, différez son essai ou désactivez le composant dans la recette.

Utilisez deux demandes fictives. La première crée une notification attendue dans la capture, avec une référence lisible de bout en bout. La seconde correspond à une tentative antérieure que l’application croit inachevée. Conservez cette seconde entrée en attente de vérification. La capture doit montrer le destinataire effectif, le rôle, l’identifiant et l’instance qui a émis. Un écran dans lequel le formulaire affiche l’adresse de test ne suffit pas à prouver que le relais a utilisé cette adresse.

Fixez les conditions de bascule avant l’essai. Par exemple, exigez zéro message vers le circuit réel pendant la recette, zéro tentative héritée inconnue relancée automatiquement, et une seule notification attendue pour la demande témoin après le changement de rôle dans un transport de test. Vérifiez aussi qu’une tentative venant de l’ancien site est refusée après le changement. Le résultat porte sur les parcours effectivement exercés. Une extension ou une voie de messagerie supplémentaire doit faire l’objet d’un contrôle séparé.

Décider du sort de la file et transférer le droit d’expédier

À l’approche de la bascule, bloquez les nouveaux travaux sur l’ancien site ou utilisez une procédure explicite de mise en attente des demandes. Inventoriez les tentatives en cours et désignez un responsable pour les rapprocher. Repérez pour chaque notification l’identifiant de la demande, le destinataire attendu, la dernière tentative et le dernier résultat connu. Si le formulaire utilise Action Scheduler, son écran d’administration donne accès à des états et à des journaux de tâches. Il ne constitue pas à lui seul un journal de livraison SMTP.

Pour une tentative ambiguë, cherchez une trace positive auprès du relais ou du récepteur contrôlé. Faites correspondre l’identifiant, l’adresse et l’heure. Si le relais a accepté le message, consignez ce résultat et ne déclenchez pas une seconde transmission au seul motif que le journal local est incomplet. Si une preuve exploitable montre que le relais n’a pas accepté le message, l’opérateur peut autoriser une reprise dans l’instance désignée. Sans preuve suffisante, maintenez l’entrée en attente et décidez qui traite la demande.

Au moment de transférer le droit d’expédier, désactivez d’abord les traitements réels de l’ancien site et vérifiez le blocage. Appliquez la configuration de transport de la destination après contrôle du journal repris. Un remplacement intégral de site peut emporter la configuration de capture ou des tâches en attente. Si l’outil ne documente pas un transfert sélectif des réglages, vérifiez à nouveau la destination après l’opération. La possibilité de remettre l’ancienne version du site ne rend pas réversible un courriel déjà transmis.

Gardez un registre qui indique qui a clôturé chaque cas et à quelle heure. En cas de retour sur l’ancien site, refermez d’abord l’envoi de la destination puis réconciliez les tentatives traitées depuis le transfert. Réutilisez le même identifiant pour les notifications reportées. Un identifiant stable facilite la réconciliation mais le protocole SMTP ne garantit pas une livraison unique sur la seule base de cet identifiant.

• Relevez la dernière tentative et l’identifiant de la notification avant de recopier une file.
• Notez si l’acceptation du relais est confirmée, si le refus est confirmé ou si l’issue reste inconnue. Gardez les cas inconnus en attente.
• Après passation, vérifiez dans une capture dédiée qu’une tâche exécutée par l’ancien site est refusée et que la demande témoin du nouveau site produit la notification attendue.

Rejouer une acceptation sans accusé visible

L’exercice joint utilise un formulaire, un registre et deux transports en mémoire. Le transport de capture représente la recette. Un second registre représente un relais fictif du circuit réel. Une notification héritée est déjà passée par ce relais avant le changement de rôle, mais l’application a perdu son accusé. L’ancien site reste présent dans la simulation. Aucun service de messagerie ne démarre et aucune donnée ne quitte l’ordinateur.

Le test vérifie d’abord que le formulaire de recette enregistre la demande et n’écrit que dans la capture. Une mauvaise destination est bloquée. À la bascule, la simulation exige l’arrêt de l’ancien expéditeur avant d’activer le nouveau. Elle bloque ensuite la relance de la notification héritée jusqu’à la consultation de la preuve du relais. Après rapprochement, un nouveau travail donne une seule trace malgré une seconde demande de traitement. Un autre cas simule un rejet établi et sa reprise autorisée.

Le rapport doit montrer les états ambigus, les refus et les entrées acceptées. Il explique pourquoi la réponse visible du formulaire est insuffisante et pourquoi un retour de configuration n’annule pas les traces déjà émises. Cette maquette ne valide ni SPF, ni DKIM, ni la remise par un prestataire. Sur une recette hébergée, il faut reproduire les contrôles avec des destinations autorisées et conserver une preuve provenant du transport retenu.

• Extrayez le ZIP dans un dossier vide et lancez node exercice.cjs avec Node.js 22 ou compatible.
• Comparez la sortie à attendu.json. Vous devez observer une capture de recette et une trace par notification acceptée sur le relais fictif.
• Dans une recette hébergée, refaites les contrôles séparément avec le journal du transport choisi. Le registre du ZIP fonctionne dans un seul processus et ne prouve pas l’arrêt simultané de tâches sur deux serveurs.

Choisir selon l’accès nécessaire pour signer la bascule

Retenez TransIP Managed WordPress 20 Go si l’équipe peut réaliser l’ensemble du contrôle depuis WordPress, le panneau et son service de messagerie. Le staging est annoncé et sa procédure de remplacement est documentée. Ce choix suppose que le formulaire donne accès à son journal, que l’équipe peut neutraliser la voie réelle du clone et que la preuve du relais est accessible sans ouvrir les fichiers ni la base.

Retenez Combell Business si l’opérateur doit pouvoir consulter les fichiers ou la base pour diagnostiquer le déplacement du formulaire. Le guide de démarrage indique ces accès sur WordPress infogéré. Faites confirmer leur portée sur le clone et le canal d’assistance pendant la fenêtre prévue. Si le besoin porte sur la sortie réseau, exigez une réponse séparée du fournisseur ou du prestataire de messagerie. Aucun accès aux fichiers ne démontre à lui seul que toutes les notifications sont bloquées.

Reportez la bascule si personne ne peut prouver la suspension de l’ancien expéditeur, si le clone conserve un destinataire réel ou si le registre contient une tentative ambiguë qui serait relancée automatiquement. La copie peut rester utile pour vérifier le formulaire pendant que le titulaire organise la passation du transport. Une fois les conditions remplies, conservez le rapport et les références de test sans les secrets ni les adresses des personnes.

Pour aller plus loin

• Lire la fiche TransIP
• Lire la fiche Combell
• Comparer le routage des courriels WordPress
• Télécharger la maquette de contrôle des notifications (ZIP)