Objectif
Une demande utile permet de reproduire le problème sans deviner le contexte. Elle doit décrire un fait observable, son périmètre, son heure d’apparition, les changements récents, les essais effectués et le résultat attendu. Elle doit aussi protéger vos secrets : NovaHoster n’a pas besoin de votre mot de passe, de votre clé privée SSL ou d’un export complet de base pour commencer un diagnostic.
Avant toute opération, vérifiez que vos ressources d’hébergement correspondent au projet et consultez la procédure de sauvegarde, migration et restauration.
Le canal, le délai de prise en charge, la priorité et les possibilités d’intervention dépendent de votre contrat et de vos droits. Ouvrez la demande depuis l’Espace client et vérifiez les options affichées pour votre compte ; ne déduisez pas un niveau de service à partir d’un autre forfait.
Prérequis
| Élément | Ce qu’il faut préparer |
|---|---|
| Identification | Domaine, sous-domaine, identifiant de compte ou référence de service. |
| Chronologie | Date, heure, fuseau, début de l’incident et dernière modification connue. |
| Reproduction | URL, action exacte, fréquence, navigateur ou commande utilisée. |
| Preuves | Message complet, code HTTP, extrait de log expurgé et capture si elle apporte un élément. |
| Sécurité | Aucun mot de passe, token, clé privée, cookie, donnée bancaire ou donnée personnelle inutile. |
Procédure
1. Vérifier l’état du service dans l’Espace client
Avant de créer une demande, consultez les notifications, incidents connus, opérations planifiées et tâches en cours. Si un incident global est déjà publié, ajoutez votre impact au dossier existant lorsque l’interface le permet, plutôt que de multiplier les demandes identiques.
2. Classer le sujet précisément
Choisissez la catégorie la plus proche : SSL/TLS, DNS, sauvegarde, restauration, migration, e-mail, base de données, performance ou sécurité. Un sujet précis oriente le dossier vers la bonne équipe et facilite la recherche ultérieure.
3. Rédiger un objet exploitable
Utilisez une formulation factuelle, par exemple : « www.exemple.tld — certificat non renouvelé depuis le 21/08 à 09:10 UTC » ou « Restauration du point du 20/08 — erreur après import de la base ». Évitez « urgent », « ça ne marche plus » ou « problème serveur » sans contexte.
4. Décrire l’impact et le périmètre
Indiquez ce qui est indisponible et qui est touché : une page, un domaine, tous les sous-domaines, l’administration, les e-mails ou un processus métier. Précisez si le problème est permanent, intermittent ou limité à un réseau. Pour un SSL, indiquez le nom d’hôte exact ; pour une migration, indiquez source et destination sans inclure de secret.
5. Donner une chronologie courte
Présentez les faits dans l’ordre : fonctionnement observé, changement effectué, premier symptôme, tests déjà réalisés et état actuel. Cette chronologie est souvent plus utile qu’une longue description non datée.
6. Ajouter les informations techniques minimales
Incluez, selon le sujet, le code HTTP, le message exact, la date d’expiration observée, le point de sauvegarde choisi, le panneau utilisé, le moteur de base, la version du runtime et l’identifiant d’une tâche. Expurgez les adresses e-mail de tiers et les données de visiteurs lorsque cela n’est pas indispensable.
7. Joindre des preuves sûres
Ajoutez une capture recadrée, un export de statut ou un extrait de log limité aux lignes pertinentes. Remplacez les secrets par [REDACTED]. Un fichier de configuration peut contenir des identifiants même si son nom paraît anodin ; relisez chaque pièce jointe avant envoi.
8. Décrire le résultat attendu et la contrainte
Expliquez ce que vous souhaitez obtenir : rétablir HTTPS sur un domaine, confirmer le périmètre d’un point de sauvegarde, valider une stratégie de migration ou restaurer uniquement un répertoire. Indiquez si une fenêtre de maintenance est possible et si des données continuent d’être écrites.
9. Répondre dans le même fil
Conservez la référence de la demande et ajoutez les nouveaux résultats dans le même fil. Après une modification demandée par le support, indiquez l’heure, le résultat et le message obtenu. Évitez de créer plusieurs tickets parallèles pour un même incident, sauf indication contraire.
10. Fermer après validation
Ne clôturez pas simplement parce qu’une tâche est terminée. Vérifiez le site, l’administration, les formulaires, les e-mails, les sauvegardes et HTTPS selon l’incident. Notez la cause identifiée et la mesure préventive, puis fermez la demande lorsque le résultat attendu est confirmé.
Modèle de demande prêt à copier
```text Objet : [domaine/service] — [symptôme] depuis [date/heure/fuseau]
Bonjour,
Service concerné : [domaine, sous-domaine, compte ou référence] Impact : [fonction indisponible et périmètre] Début observé : [date/heure/fuseau] Dernier changement : [description et date/heure]
Étapes pour reproduire :
- [étape]
- [étape]
- [résultat]
Message exact / code HTTP : [texte] Tests déjà réalisés : [résultats] Résultat attendu : [objectif] Contrainte ou fenêtre de maintenance : [détail]
Pièces jointes expurgées : [liste] Aucun mot de passe, token ou clé privée n’est inclus.
Merci de confirmer la cause probable, l’action recommandée et les éventuels risques pour les données. ```
Cas d’erreur et diagnostic
| Situation | Pourquoi elle ralentit le traitement | Correction |
|---|---|---|
| Objet vague | La demande est difficile à router et à rechercher | Ajouter domaine, symptôme et date. |
| Capture sans URL ni heure | Le support ne peut pas relier l’écran à un événement | Ajouter URL, fuseau et contexte. |
| Mot de passe envoyé | Risque de compromission et nécessité de rotation | Supprimer le secret si possible, le faire tourner et préciser seulement qu’il a été remplacé. |
| Log complet non expurgé | Il peut contenir tokens, e-mails ou données personnelles | Joindre un extrait ciblé, anonymisé et daté. |
| Plusieurs tickets pour la même panne | Le contexte et les réponses sont fragmentés | Répondre dans le premier fil et citer sa référence. |
| Restauration demandée sans point ni périmètre | Une mauvaise restauration peut écraser des données | Indiquer date du point, fichiers/base/compte et plan de retour. |
| SSL signalé sans nom d’hôte | Le certificat dépend du nom exact demandé | Indiquer chaque domaine concerné et le résultat du test. |
| Migration signalée après bascule sans plan de retour | L’urgence augmente et l’ancien état peut être perdu | Joindre source, destination, heure de bascule et disponibilité de la copie précédente. |
Questions fréquentes
Puis-je envoyer mon mot de passe au support pour aller plus vite ?
Quelle priorité choisir ?
Une capture d’écran suffit-elle ?
Comment demander une restauration sans perdre les données récentes ?
Que faire si le problème revient après la résolution ?
Quand contacter l’Espace client
Contactez NovaHoster dès qu’une fonction dépend d’un droit ou d’un forfait non visible, qu’une restauration risque d’écraser des données, qu’un certificat arrive à expiration, qu’une migration doit être accompagnée ou qu’un incident affecte un service de production. Préparez le dossier avant l’envoi, mais n’attendez pas d’avoir des logs parfaits si le site est indisponible : envoyez les faits sûrs, puis complétez dans le même fil.
Maillage interne suggéré
| Page cible | Ancre recommandée | Rôle |
|---|---|---|
| Guide « Activer HTTPS » | diagnostiquer une erreur de certificat | Résoudre les vérifications courantes avant escalade. |
| Guide « Sauvegarder, migrer et restaurer » | choisir un point de restauration | Donner le contexte nécessaire à une opération de données. |
| Page « État des services » | consulter les incidents en cours | Éviter les tickets redondants. |
Sources techniques
[1]: https://letsencrypt.org/docs/faq/ « Let’s Encrypt — FAQ » [2]: https://docs.cpanel.net/cpanel/files/file-and-directory-restoration-for-cpanel/ « cPanel — File and Directory Restoration » [3]: https://developer.wordpress.org/advanced-administration/upgrade/migrating/ « WordPress Developer Resources — Migrating WordPress » [4]: https://docs.plesk.com/en-US/obsidian/migration-guide/migrating-from-supported-hosting-platfoms/migrating-via-the-plesk-interface.75721/ « Plesk — Migrating via the Plesk Interface »
Principes éditoriaux communs
Les guides de ce corpus décrivent des méthodes générales et prudentes. Les noms des boutons, les outils disponibles, la rétention des sauvegardes, les certificats proposés, l’assistance à la migration et les délais de support peuvent varier selon la configuration NovaHoster et le forfait. La source de vérité pour un compte donné reste l’Espace client NovaHoster et, lorsque l’information n’y figure pas, une confirmation du support.
Références générales
Les références citées dans chaque guide sont des documentations officielles des projets ou panneaux concernés. Elles servent à expliquer les principes techniques ; elles ne constituent pas une promesse de fonctionnalité ou de disponibilité dans un forfait NovaHoster particulier.
Les permissions et options visibles peuvent dépendre de votre formule ou de vos droits. Faites vérifier le contexte depuis l’Espace client.
Demander une vérification