En résumé
Le premier mois avec un webmaster WordPress sert à reprendre la main sur les accès, vérifier que les demandes arrivent et organiser les urgences. Terminez par un bilan écrit des tests et des points ouverts.
- Vérifiez les comptes et identifiez le responsable de chaque service.
- Testez un formulaire de bout en bout et une restauration sur une copie.
- Attribuez les urgences à un interlocuteur et fixez la prochaine vérification.
Vous confiez un site WordPress déjà en ligne à un webmaster dans le Jura. À la fin du premier mois, vous devez savoir qui peut intervenir, si vos demandes arrivent et comment signaler une panne. Voici les vérifications à mener et ce qu’il faut demander dans le premier bilan.
- Récupérer les accèsIdentifier les responsables.
- Tester un parcoursSuivre une demande jusqu’à réception.
- Classer les demandesFixer une priorité et un contact.
- Faire le pointConsigner les actions et leurs résultats.
Récupérer les accès et identifier les responsables
Commencez par le domaine, l’hébergement, WordPress et les sauvegardes. Pour chacun, notez le titulaire du compte, le responsable du renouvellement et les personnes autorisées à intervenir. Si le domaine est encore géré par un ancien prestataire, vérifiez qui reçoit les avis de renouvellement. Si votre messagerie dépend du même hébergement, indiquez-le pour qu’une intervention sur le site ne soit pas préparée sans tenir compte des courriels.
Donnez au webmaster un compte nominatif avec les droits utiles et gardez vos propres accès. Convenez d’un canal pour transmettre les informations sensibles. Demandez aussi qui peut lancer une restauration. La personne qui corrige le site, l’hébergeur qui peut remettre une copie en ligne et la personne qui décide de suspendre les commandes ont parfois trois rôles différents.
Une fois l’inventaire dressé, prenez une dépendance et vérifiez que l’information est exploitable. Par exemple, ouvrez le panneau d’hébergement pour repérer la date de la dernière sauvegarde et qui peut y accéder. Si le domaine, le site et les courriels sont répartis chez plusieurs prestataires, gardez cette liste au même endroit que les coordonnées de support.
Tester une demande de bout en bout
Sur un site d’artisan, envoyez un devis de test depuis un téléphone. Repérez le message de confirmation, puis vérifiez l’arrivée de la demande dans la boîte ou l’outil où l’équipe travaille. Demandez à la personne qui répond habituellement aux clients si la demande contient les informations nécessaires. Un formulaire peut s’afficher normalement alors que sa notification arrive dans une mauvaise boîte.
Sur une boutique, utilisez une passerelle de test et vérifiez l’état de la commande. Pour une association, essayez de publier une information pratique en brouillon et de rejoindre le parcours d’inscription. Notez le résultat attendu, l’heure et le résultat observé. Vous pourrez rejouer le même essai après une mise à jour. Si la réception des messages est difficile à suivre, découvrez comment Form Monitor aide à suivre les demandes WordPress.
Fixer les priorités avant le premier incident
Demandez comment joindre le webmaster si une fonction essentielle est indisponible. Faites préciser les horaires de prise en charge, ce qui est inclus et quand vous aurez un prochain point. La première réponse peut confirmer le problème et annoncer un contrôle. La résolution peut ensuite nécessiter l’intervention de l’hébergeur ou d’un éditeur.
| Situation | Action à convenir |
|---|---|
| Les demandes de devis n’arrivent plus | Envoyer la page, l’heure et la dernière réception connue. Confirmer le périmètre du problème et fixer le prochain point. |
| Les horaires changent vendredi | Transmettre les horaires validés, les pages concernées et la date limite. Décider qui fait la modification. |
| Une nouvelle prestation doit être présentée | Préciser le public, les textes disponibles et la personne qui valide. Estimer le travail et le calendrier. |
Pour vérifier que la règle fonctionne, prenez un exemple ancien. Si le formulaire est bloqué mais que le téléphone fonctionne encore, le site peut afficher temporairement ce canal pendant le diagnostic. Si toute commande est interrompue, la priorité change. Convenez de cette différence avant l’incident, quand tout le monde a le temps de répondre.
Demander un bilan que vous pouvez relire
Un bilan tient sur une page s’il répond à quatre questions. Qu’a-t-on changé ? Qu’a-t-on vérifié ? Quels sujets restent ouverts ? Qui agit ensuite et quand ? Après une mise à jour, demandez le résultat du test du parcours choisi ensemble. Pour une sauvegarde, distinguez la présence d’une copie de la vérification de sa restauration. Retrouvez les points de contrôle dans la page maintenance, sécurité et sauvegardes WordPress.
À consigner dans le bilan
- L’accès vérifié et son responsable.
- Le parcours testé et le résultat observé.
- Les points ouverts, avec un responsable et une échéance.
Voici un exemple de ligne utile dans un bilan fictif. « Formulaire de devis : demande de test reçue dans la boîte commerciale. La confirmation sur téléphone a été vérifiée. Le changement de destinataire reste à valider par l’équipe. » En une lecture, vous savez ce qui fonctionne et ce qui attend votre décision. Cette méthode vous donne aussi un historique si le site est repris plus tard par une autre personne.
Profitez du bilan pour décider de ce que l’équipe peut faire seule. Pour des horaires modifiés régulièrement, prévoyez une démonstration et une procédure courte. Pour un catalogue ou une connexion à un outil métier, validez à part le périmètre et le coût. Si vous comparez encore plusieurs prestataires, le guide pour choisir une agence web dans le Jura vous aide à poser les mêmes questions à chacun.
Préparer la reprise avec Blue Strat
Depuis Coteaux-du-Lizon, Nicolas Tissot accompagne les entreprises dans la reprise et le suivi de leurs sites. Pour le premier échange, envoyez l’adresse du site, un exemple de problème et les services dont vous connaissez déjà le responsable.
Un relevé que vous pouvez reprendre d’un mois à l’autre
Sur un site qui reçoit des demandes de devis, choisissez un scénario de référence. Ouvrez la fiche d’une prestation depuis un téléphone, envoyez une demande de test et notez l’heure de réception. Conservez la date, l’adresse de la page, le canal d’arrivée et la personne qui a vérifié. Au bilan, quatre résultats attendus peuvent tenir sur une seule page. Le compte du propriétaire fonctionne, la demande est reçue, une sauvegarde a été restaurée sur une copie et les urgences ont un interlocuteur.
Pour poursuivre, consultez la méthode pour contrôler une restauration sur une copie.
Questions fréquentes
Quels accès remettre au webmaster dès le départ ?
Dressez la liste des comptes WordPress, de l’hébergement, du domaine et des services qui reçoivent les demandes. Partagez des accès nominatifs par un canal prévu pour cela. Vérifiez séparément que votre entreprise garde la main sur le domaine.
Faut-il changer d’hébergeur le premier mois ?
Décidez après avoir examiné les incidents, les accès et les besoins de restauration. Si une migration est nécessaire, prévoyez un créneau, une recette et un retour arrière.
Quel résultat vérifier avant de renouveler le suivi ?
Demandez ce qui a été testé et ce qui reste ouvert. Fixez un responsable et une échéance pour les points qui affectent les clients ou bloquent le travail de l’équipe.
Comment tester un formulaire sans confondre les demandes ?
Utilisez un objet de test identifiable. Notez l’heure et vérifiez que le destinataire retrouve bien le message attendu.
Comment préparer une urgence avant le premier incident ?
Convenez du canal, de la personne qui décide et de la façon de prévenir l’équipe. Utilisez un exemple comme une demande de devis bloquée.
Que faut-il garder dans le bilan du premier mois ?
Notez les accès validés, les parcours testés, les résultats et les points ouverts, avec un responsable et une échéance.
Nicolas Tissot
Gérant de Blue Strat, Nicolas accompagne les entreprises sur WordPress, le développement web et le référencement.
Voir le profil de Nicolas Tissot