Le dépannage n'est pas la maintenance. Ici il y a un problème maintenant, sans contrat en cours, et la première chose à faire est de comprendre ce qui s'est passé avant de toucher quoi que ce soit.
illustration d'interface anonymisée. Ce n'est pas une capture client et ce n'est pas une preuve.
Dans presque tous les cas, la cause est l'une de ces trois-là. Le diagnostic sert à savoir laquelle, parce que la réponse n'est pas la même.
Un dépannage qui commence sans sauvegarde est un deuxième incident en préparation.
Reconstitution en HTML/CSS — aucune donnée client, aucun chiffre réel.
Même cassé, même piraté. C'est ce qui permet de revenir en arrière si l'intervention se passe mal, et de garder une trace de l'incident.
Remettre un site en ligne sans savoir pourquoi il est tombé garantit qu'il retombera. Le diagnostic fait partie du travail, il n'est pas une option.
Vous savez ce qui va être fait, ce que ça implique et ce que ça coûte. La prise en charge dépend de la nature de l’incident, de son niveau de priorité et du périmètre convenu.
Ce qui s'est passé, ce qui a été fait, et ce qu'il faudrait changer pour que ça ne recommence pas. Que vous preniez ensuite un contrat de maintenance ou non.
Le périmètre dépend de l'incident. Ce qui suit est ce qu'on retrouve dans la plupart des cas.
Un dépannage bien mené prend plus de temps au diagnostic qu'à la réparation. C'est normal, et c'est ce qui évite de recommencer trois semaines plus tard.
Accès au site et au serveur, constat de l'état réel.
L'état actuel est sauvegardé avant qu'on touche à quoi que ce soit.
Cause identifiée, réparation chiffrée, validation avec vous.
Intervention, vérification, rapport écrit et recommandations.
La capture et la fiche détaillée sont en préparation. Aucun visuel générique ne vient les remplacer en attendant.
Cela dépend de l'incident et de l'état du site. Le diagnostic permet de chiffrer la réparation avant de la lancer : vous ne validez pas un montant à l'aveugle.
Chaque besoin est différent. Décrivez-nous votre projet et nous vous transmettrons une estimation adaptée au périmètre retenu.
Oui, c'est justement l'objet de cette prestation. Le contrat de maintenance est une autre offre, faite pour éviter d'en arriver là.
On sauvegarde l'état actuel, même cassé, avant d'intervenir. La réparation est alors plus longue et plus incertaine — c'est la principale raison pour laquelle les sauvegardes comptent.
Presque toujours, mais pas toujours à l'identique. Si l'intrusion est ancienne et qu'aucune sauvegarde saine n'existe, une partie du contenu peut être perdue.
Non. Le rapport vous dit ce qui devrait changer ; vous en faites ce que vous voulez, chez nous ou ailleurs.
Vous recevez un retour rapide, et un devis détaillé si le projet correspond au périmètre d'intervention de Nessmedia. S'il vaut mieux partir sur PrestaShop ou Shopify, on vous le dira aussi.
Recherches fréquentes
Parcourir par famille
calendly.com/nessmedia-net/15min
Le script Calendly est bloqué dans cette maquette : elle est servie depuis un domaine isolé, sans accès réseau externe. En préproduction, ce bloc reçoit le widget popup ; l'appel exact est documenté dans la fiche des composants globaux.
Le script n'est chargé qu'une seule fois par page, à la première ouverture — jamais au chargement initial.
Bonjour. Je vous oriente vers le bon service ou le bon formulaire — je ne remplace pas un échange avec Nessmedia.
Aucun message n'est saisi ni conservé : chaque bouton ouvre simplement la page correspondante.