Envisagez-vous de louer une unité de maintenance de site Web à Hô Chi Minh-Ville mais vous n'êtes pas sûr du prix raisonnable, de l'étendue spécifique du travail et du SLA (délai de réponse/correction) ? Cet article résume la gamme de prix 2025, comment décomposer le package, quels travaux sont inclus, quels numéros SLA doivent être requis et des conseils pour choisir le package adapté à vos besoins — afin de ne pas payer pour quelque chose que vous n'utilisez pas.
Si vous souhaitez consulter le manuel de dépannage P1 (site en panne, piratage, erreurs de paiement) et les procédures d'exploitation standard, reportez-vous à l'article sur le pilier de maintenance du site Web. Notre site Web HCM : Service de maintenance du site Web d'Ho Chi Minh.
1) Principes de création de packages et comment former les prix unitaires
Maintenance le prix est généralement composé de 4 groupes de facteurs :
Niveau de risque technique : CMS (WordPress/Shopify/Custom), nombre de plugins/applications, intégration de paiement, ERP/CRM, headless/SSR.
Échelle et fréquence des changements : Nombre de pages/produits, volume de trafic, calendrier de mise à jour du contenu/fonction, campagnes Annonces.
Engagement de réponse/réparation (SLA) : plus l'urgence est grande, plus le coût de service est élevé.
Étendue des travaux : uniquement maintenance technique ou également optimisation de la vitesse, référencement technique, sécurité, mises à jour de contenu.
Méthode de calcul commune :
Frais forfaitaire selon le forfait (y compris les frais techniques heures/mois) + facture horaire pour les travaux effectués en dehors du périmètre. Pour les sites de commerce électronique, il existe généralement une supplément de droits P1 (en dehors des heures de bureau, week-end).
2) Liste de prix de référence (HCM - 2025)
Les tarifs ci-dessous constituent un cadre de référence pour les petites et moyennes entreprises. Le prix réel dépend du système et des risques existants.
Pack de base (SMB Lite) — 3 à 5 millions de VND/mois
Objets : sites Web d'introduction/petites entreprises (≤100 pages, WP/Shopify de base).
Portée : mises à jour sécurisées du noyau/thème/plugin ; sauvegarde quotidienne/hebdomadaire ; petite tache ; vérifier la disponibilité ; Analyse programmée des logiciels malveillants ; résoudre de légers problèmes P2/P3.
SLA : réponse 4 heures de travail, correction 24 à 48 heures pour P2/P3.
Heures techniques : ~5 à 7 heures/mois.
Package standard (Business Core) — 6 à 10 millions VND/mois
Objet : site de service avec formulaire/réservation, blog régulier, trafic moyen.
Portée : ensemble de base + optimisation périodique de la vitesse (Core Web Vitals), nettoyage de la base de données/médias, révision technique du référencement (plan du site, 404, schéma), recommandations de sécurité ; prend en charge l'édition de contenu léger.
SLA : réponse 2 heures de travail, correction 8 à 24 heures P2 ; Heures de bureau P1 ≤4h.
Heures techniques : ~10–15 heures/mois.
Forfait e-commerce (Commerce Care) — 12–20 millions de VND/mois
Objets : eCommerce (Woo/Shopify/Custom), de nombreuses applications/passerelles, campagnes Annonces.
Portée : package standard + surveillance des webhooks/paiements, tests de mise à niveau du bac à sable → production, vérification des données de commande, renforcement de la sécurité, surveillance 5xx/timeout ; service prolongé.
SLA : réponse 60 à 90 minutes, P1 ≤2 à 4 h ; P2 ≤8–16h.
Heures techniques : ~20–30 heures/mois.
Forfait d'urgence (prêt en cas d'incident 24h/24 et 7j/7) — 3 à 8 millions de VND/mois supplémentaires en plus du colis principal
Objet : demande de service 24h/24 et 7j/7, les revenus dépendent des annonces/ventes.
Portée : canal de contact d'urgence, équipe de garde rotative, runbook P1, exercices mensuels de restauration/restauration.
SLA : P1 ≤ 120 minutes toutes les périodes ; le statut est mis à jour toutes les 30 à 60 minutes.
Besoin de voir les SOP détaillées par mois ? Voir le processus de maintenance mensuel du site Web (liste de contrôle mise à jour, nettoyage des erreurs récurrentes, audit de vitesse/SEO technique) : Processus de maintenance mensuel du site Web.
3) Portée du travail : recommandé et ne devrait pas avoir
Devrait être dans chaque package
3–2–1 sauvegarde (3 copies, 2 supports, 1 hors site) + test de restauration.
Mises à jour contrôlées (stade → production), points de chute à faible risque.
Surveillance de la disponibilité et 5xx erreurs ; Notification instantanée lors du téléchargement.
Sécurité de base : correctifs de vulnérabilités, analyse des logiciels malveillants, règles WAF/CDN, administration 2FA.
Optimisation de la vitesse minimale : compression d'image, cache, réduction de CSS/JS, chargement paresseux.
Séquencement technique de base : plan de site propre, robots, canonique, 301. correct, correctif 404.
Options/Ajouté
Modifications majeures de l'interface, nouvelles fonctionnalités (en dehors du périmètre de maintenance).
Optimisation de la conversion (CRO), tests A/B, suivi avancé.
Troisième intégration système (ERP, CRM, CDP…).
Rédaction de contenu/référencement de contenu (différent du référencement technique).
Ne pas « mélanger » vaguement
« Corriger toutes les erreurs » n'est pas contraignant : séparer la maintenance (exploitation) et le développement (nouvelle construction) pour transparence des coûts frais.
4) Le SLA devrait être requis (n'oubliez pas la partie remédiation)
Le SLA n'est pas seulement un retour d'information mais surtout un cadre de remédiation :
P1 (sérieux) : site en panne, piraté, erreur de paiement, pas d'accès administrateur
→ Réponse : 15 à 90 minutes (selon le forfait) • Correction : 2 à 4 heures (restauration du trafic)P2 (interruption) : interface utilisateur cassée, erreur 404 en petit groupe, formulaire non envoyé, CWV chute fortement
→ Réponse : 2 heures • Correction : 8–24 hP3 (amélioration) : vitesse périodique/optimisation du référencement, entretien ménager
→ Selon le sprint 1 à 2 semaines
Le rapport d'incident après P1/P2 doit contenir : calendrier, cause première (RCA), impact, mesures de durcissement, leçons et mises à jour SOP.
5) Comment choisir le forfait adapté à vos besoins (3 questions d'auto-vérification)
Dans quelle mesure les revenus en ligne dépendent-ils du site Web ?
Si ≥40 % des revenus, évitez les forfaits bon marché qui manquent de sur appel et de SLA P1 strict.
Votre système change souvent et régulièrement ? (changer de thème, plugins, campagnes)
Besoin d'un package avec une mise en scène obligatoire et un programme de mise à jour contrôlé.
Avez-vous besoin d'une personne responsable de "de A à Z" ou simplement technique ?
S'il n'y a pas de package en interne, vous devez choisir un package qui inclut la surveillance, le reporting, les SOP opération.
6) Processus intégré standard (48 heures)
Heures 0 à 4 : vérifier les droits d'accès (hébergement, DNS/CDN, CMS, repo), activer la disponibilité et le moniteur d'erreurs.
Heures 4 à 24 : explorer l'intégralité du site, évaluer les risques (sécurité/vitesse/SEO). technique), créez un runbook P1 pour votre propre système.
Heures 24 à 48 : configurez 3–2–1 la sauvegarde, la préparation et le calendrier de mise à jour de sécurité ; envoyer un plan de 30 à 60 jours (priorité P1→P2→P3).
7) Erreurs courantes lors de l'achat de forfaits de maintenance (et comment les éviter)
Choisissez le moins cher mais… pas de P1 disponible en dehors des heures d'ouverture → en panne le week-end personne ne répond au téléphone.
Pas de lecture portée : je pensais que c'était "à vie", jusqu'à ce que je change de thème/ajoute une nouvelle application, il y avait un coût supplémentaire.
Manque de mise en scène : mise à jour directe vers la production → interface utilisateur cassée pendant les heures de pointe.
Aucun test de restauration : sauvegarde mais ne peut pas restaurer en cas de besoin.
Aucun KPI opérationnel : disponibilité, 5xx, temps de récupération, CWV… non suivi.
8) Les KPI opérationnels doivent être suivis mensuellement
Disponibilité (cible ≥ 99,9 %), nombre de pannes et durée.
SLA réel : temps de réponse/remédiation selon P1/P2.
Erreurs techniques : 5xx/404, erreur JS, erreur de webhook de paiement.
Performance : LCP/INP/CLS (Core Web Vitals), TTFB.
Sécurité : nombre de vulnérabilités corrigées, analyses de logiciels malveillants, modifications d'autorisations.
Référencement technique : erreur d'index, plan de site propre, 301/robots/correction canonique.
9) Foire aux questions (FAQ)
1. Devez-vous payer à l'heure plutôt qu'au forfait ?
Si le système est simple, à l'heure est économique. Mais avec un site qui génère des revenus, vous avez besoin d'un engagement en ligne et d'un SLA, ce qui est difficile à obtenir si vous vous contentez d'"appeler en cas de panne".
2. La maintenance contribue-t-elle à augmenter le référencement/les revenus ?
Indirectement : le site stable, rapide, sans erreur contribue à un bon référencement technique ; Le formulaire de paiement/prospect fonctionne bien pour augmenter les conversions. Si vous souhaitez une forte croissance, vous devez ajouter du SEO/CRO de contenu.
3. J'ai juste besoin de "me lever quand il y a un problème", existe-t-il un forfait moins cher ?
Il est possible d'utiliser le Forfait de garde mais le coût des heures d'urgence est généralement plus élevé. La combinaison du forfait Basic + Urgence est optimale.
4. Combien de temps faut-il pour terminer la maintenance ?
Généralement 48 heures pour la maintenance intégrée et de base ; Les grands systèmes peuvent prendre 3 à 7 jours pour terminer l'audit et le runbook.
10) Exemple de portée des travaux (raccourci pour être inclus dans le contrat)
Obligatoire : sauvegarde 3–2–1 ; surveillance de la disponibilité & 5xx ; correctifs de sécurité ; Mise à jour avec mise en scène ; nettoyer 404/301/plan du site ; Optimiser la vitesse de base ; rapport mensuel.
SLA : P1 ≤ 2–4h (selon forfait) ; P2 ≤ 8 à 24 heures ; Réponse P1 ≤ 15 à 90 minutes.
Exclut : les nouvelles fonctionnalités, la refonte, le référencement du contenu, la rédaction d'articles, l'intégration d'un nouveau système (devis séparé).
Paiement : mensuel/trimestriel ; Récompense SLA – pénalité (le cas échéant).
Remise : compte administratif, diagramme d'infrastructure, runbook P1, calendrier de test de sauvegarde/restauration.
11) Quand devez-vous mettre à niveau le package ?
Augmentation du trafic/commandes, démarrage de la vente omnicanal/flash.
Le système ajoute plus d'applications/passerelles ; Nécessite de surveiller le webhook/la file d'attente.
Nécessite une disponibilité 24h/24 et 7j/7, avec lancement de campagnes la nuit/le week-end.
Les principaux éléments essentiels du Web/le référencement technique diminuent en raison de fonctionnalités accrues, nécessitent une optimisation périodique plus approfondie.
Partager
