ホーチミン市でウェブサイト メンテナンス ユニットを雇うことを検討していますが、妥当な価格、具体的な作業範囲、SLA (応答/修復時間) についてよくわかりませんか?この記事では、2025 年の価格帯、パッケージの内訳、どのような作業が含まれるか、どのような SLA 番号が必要か、ニーズに合った適切なパッケージを選択するためのヒントをまとめています。そのため、使用しないものにはお金を払わないことができます。
P1 のトラブルシューティング プレイブック (サイト ダウン、ハッキング、支払いエラー) と標準的な操作手順を確認したい場合は、ウェブサイト メンテナンスの柱を参照してください。記事 当社のホーチミン市 Web サイト: ホーチミン Web サイト メンテナンス サービス。
1) パッケージ構築の原則と単価の形成方法
メンテナンス価格は通常、4 つの要素グループで構成されます:
技術的リスクのレベル: CMS (WordPress/Shopify/カスタム)、プラグイン/アプリの数、支払い統合、ERP/CRM、ヘッドレス/SSR。
変更の規模と頻度: ページ/製品の数、トラフィック量、コンテンツ/機能の更新スケジュール、キャンペーン広告。
対応/修正へのコミットメント (SLA):緊急性が高いほど、勤務コストは高くなります。
作業範囲:技術的なメンテナンスのみ、または速度の最適化、技術的な SEO、セキュリティ、 コンテンツの更新も含まれます。
一般的な計算方法:
パッケージに応じた固定料金 (技術時間/月を含む) + 範囲外で発生した作業の時間単位の請求。電子商取引サイトの場合、通常は P1 関税追加料金がかかります (営業時間外、週末)。
2) 参考価格表 (HCM - 2025)
以下の料金は中小企業向けの参考枠です。実際の価格はシステムと既存のリスクによって異なります。
基本パッケージ (SMB Lite) — 月あたり 300 ～ 500 万 VND
対象: 紹介 Web サイト/中小企業 (≤100 ページ、基本 WP/Shopify)。
範囲: 安全なコア/テーマ/プラグインの更新。毎日/毎週のバックアップ。小さなパッチ。稼働時間を確認します。スケジュールされたマルウェア スキャン。軽度の P2/P3 問題を修正します。
SLA: 対応 4 労働時間、P2/P3 の24 ～ 48 時間を修正します。
技術時間: 月最大 5 ～ 7 時間。
標準パッケージ (ビジネス コア) — 600 ～ 1,000 万VND/ 月
対象: フォーム/予約、通常のブログ、平均トラフィックを含むサービス サイト。
範囲: 基本パッケージ全体+ 定期的な速度の最適化 (Core Web Vitals)、データベース/メディアのクリーンアップ、技術的な SEO レビュー (サイトマップ、404、スキーマ)、セキュリティに関する推奨事項。軽いコンテンツの編集をサポートします。
SLA: 応答 2 作業時間、修正 8 ～ 24 時間 P2。 P1 のオフィス時間は ≤4 時間です。
技術時間: 月あたり約 10 ～ 15 時間。
e コマース パッケージ (コマース ケア) — 月あたり 1,200 万～2,000 万 VND
対象: e コマース (Woo/Shopify/Custom)、多くのアプリ/ゲートウェイ、キャンペーン 広告。
範囲: 標準パッケージ + Webhook/チェックアウト監視、サンドボックス アップグレード テスト→運用、注文データ チェック、セキュリティ強化、5xx/タイムアウト監視。延長勤務。
SLA: 応答 60 ～ 90 分、P1 ≤ 2 ～ 4 時間。 P2 ≤8 ～ 16 時間。
技術時間: 月あたり約 20 ～ 30 時間。
緊急パッケージ (24 時間 365 日の事故対応) — メイン パッケージに加えて月あたり 300 ～ 800 万 VND 追加
件名: リクエスト勤務中24 時間 365 日、収益は広告/販売によって決まります。
範囲: 緊急連絡チャネル、ローテーションシフトのオンコール、P1 ランブック、毎月のロールバック/復元訓練。
SLA: P1 ≤120 分 すべての時間枠。ステータスは30～60 分ごとに更新されます。
月ごとの詳細な SOP を確認する必要がありますか? 月次ウェブサイト メンテナンス プロセス (チェックリストの更新、繰り返し発生するエラーのクリーンアップ、スピード監査/テクニカル SEO):月次ウェブサイト メンテナンス プロセスをご覧ください。
3) 範囲作業: 推奨およびすべきでない
すべてのパッケージに含める必要があります
3–2–1 バックアップ (コピー 3 つ、メディア 2 つ、オフサイト 1 つ) + 復元テスト。
制御された更新 (ステージング → 運用)、低リスクのドロップポイント。
稼働時間の監視と 5xx エラー;ダウンロード時の即時通知。
基本セキュリティ:脆弱性パッチ適用、マルウェア スキャン、WAF/CDN ルール、2FA 管理。
最低速度の最適化:画像圧縮、キャッシュ、CSS/JS の縮小、遅延読み込み。
基本的な技術的な SEO:クリーンサイトマップ、ロボット、正規、301 修正、404 修正。
オプション/追加
インターフェースの主要な編集、新機能 (メンテナンスの範囲外)。
コンバージョン最適化 (CRO)、A/B テスト、高度な
3 番目のシステム統合 (ERP、CRM、CDP…)。
コンテンツ ライティング/コンテンツ SEO (テクニカル SEO とは異なります)。
曖昧に「混合」しないでください
「すべてのエラーを修正する」には拘束力がありません: 別途コスト手数料の透明性を確保するために、メンテナンス (運用) と開発 (新規構築) を行います。
4) SLA は必須である必要があります (修復部分を忘れないでください)
SLA は単なるフィードバックではなく、 重要なのは修復です。フレームワーク:
P1 (深刻): サイトダウン、ハッキング、支払いエラー、管理者アクセスなし
→ 応答: 15 ～ 90 分 (パッケージによって異なります) • 修正: 2 ～ 4 時間 (トラフィックの復元)P2 (中断): UI壊れ、エラー 404 小規模グループ、フォームが送信されず、CWV が大幅に低下
→ 応答: 2 時間 • 修正: 8 ～ 24 時間P3 (改善): 定期的な速度/SEO 最適化、ハウスキーピング
→ スプリントによる 1 ～ 2週
P1/P2 後のインシデント レポートには、タイムライン、根本原因 (RCA)、影響、強化策、教訓と更新 SOP が含まれている必要があります。
5) ニーズに適したパッケージを選択する方法 (3 つのセルフチェック質問)
オンライン収益は、
収益の 40% 以上の場合は、オンコールや厳格な SLA P1 が欠けている安価なパッケージは避けてください。
システムが頻繁に定期的に変更される場合（テーマ、プラグイン、キャンペーンの変更）
必須のステージングを備えたパッケージが必要です。 管理されたアップデート スケジュール。
「最初から最後まで」担当する人が必要ですか? それとも技術的なことだけを担当する人が必要ですか?
社内に担当者がいない場合は、監視、レポート、SOP 運用を含むパッケージを選択する必要があります。
6) 標準オンボード プロセス (48)時間)
時間 0 ～ 4: アクセス権 (ホスティング、DNS/CDN、CMS、リポジトリ) を確認し、稼働時間とエラー モニターをオンにします。
時間 4 ～ 24: サイト全体をクロールし、リスク (セキュリティ/速度/SEO 技術) を評価し、独自のランブック P1 を作成します。
時間 24 ～ 48: 3 ～ 2 ～ 1 のバックアップ、ステージング、安全性アップデートのスケジュールを構成します。 30 ～ 60 日のプランを送信します (優先順位 P1→P2→P3)。
7) メンテナンス パッケージを購入する際のよくある間違い (およびその回避方法)
最も安いものを選択しますが…営業時間外には利用可能な P1 がない → 週末は利用できないため誰も受け取りません電話。
読み取り範囲なし: テーマの変更/新しいアプリの追加までは「生涯」だと思っていましたが、追加コストがかかりました。
ステージングの欠如: 本番環境への直接更新 → ピーク時に UI が壊れる。
テスト復元なし: バックアップはできますが、必要なときに復元できません。
運用 KPI なし: 稼働時間、5xx、復旧時間、CWV… 追跡されません。
8) 運用 KPI を追跡する必要があります。毎月
稼働時間 (目標 ≥ 99.9%)、ダウン数と期間。
実際の SLA: P1/P2 に基づく応答/修復時間。
技術的エラー: 5xx/404、 JS エラー、支払い Webhook エラー。
パフォーマンス: LCP/INP/CLS (Core Web Vitals)、TTFB。
セキュリティ: パッチされた脆弱性の数、マルウェア スキャン、権限変更。
テクニカル SEO: インデックスエラー、サイトマップはクリーン、301/robots/canonical は正しい。
9) よくある質問 (FAQ)
1.料金はパックではなく時間単位で支払うべきですか?
システムがシンプルであれば時間単位が経済的です。ただし、収益のあるサイトではオンライン コミットメントと SLA が必要です。「問題が発生したときに電話する」だけでは、これを取得するのは困難です。
2.メンテナンスは SEO/ 収益の増加に役立ちますか?
間接的に: サイト安定性、高速性、エラーのないサイトは優れた技術的な SEO に役立ちます。チェックアウト/リードフォームはコンバージョンを増やすのに効果的です。力強い成長を望む場合は、コンテンツ SEO/CRO を追加する必要があります。
3. 「問題があったときに立ち上がる」だけでいいのですが、 もっと安いパックはありますか？
オンコール パックを利用することも可能ですが、 緊急の場合は通常料金が高くなります。基本パッケージと緊急パッケージを組み合わせるのが最適です。
4.メンテナンスが完了するまでにどれくらいの時間がかかりますか?
通常、オンボードおよびベースラインでは48 時間です。大規模システムの場合、監査とランブックが完了するまでに 3 ～ 7 日かかる場合があります。
10) 作業範囲のサンプル (契約に含めるために短縮)
必須: バックアップ 3–2–1。稼働時間の監視 & 5xx;セキュリティパッチ適用。ステージングを使用して更新します。 404/301/サイトマップをクリーンアップします。基本速度を最適化します。月次レポート。
SLA: P1 ≤ 2 ～ 4 時間 (パッケージによる)。 P2 ≤ 8 ～ 24 時間。 P1 レスポンス ≤ 15 ～ 90 分。
対象外: 新機能、再デザイン、コンテンツ SEO、記事作成、新しいシステム統合 (別途見積もり)。
支払い: 月次/四半期。 SLA 報酬 – ペナルティ (ある場合)。
引き継ぎ: 管理アカウント、インフラストラクチャ図、P1 ランブック、バックアップ/復元テスト スケジュール。
11) パッケージはいつアップグレードする必要がありますか?
トラフィック/注文が増加し、オムニチャネル/フラッシュ セールを開始します。
システムは追加します。 より多くのアプリ/ゲートウェイ; Webhook/キューを監視する必要があります。
24 時間年中無休のオンコールが必要で、夜間/週末にキャンペーンを開始します。
機能の増加によりコア Web Vitals/テクニカル SEO が低下するため、より深い定期的な最適化が必要です。
シェア
