リニューアルか、リビルドか？

ウェブプロジェクトで最も高くつく文は「とりあえずリスキンしよう」 — 内部が腐ったサイトについて言われた時。そして最も浪費なのは「ゼロから作り直そう」 — 1週間の手入れで済むサイトについて言われた時。見分け方を紹介します。

5分テスト

今のサイトについて5つの質問に答えてください：

1. スマホで約3秒以内に表示される？（pagespeed.web.devでテスト）
2. 開発者を呼ばずにコンテンツを編集できる？
3. モバイルで正しく動く — 横スクロールや壊れたフォームはない？
4. 基盤のプラットフォームはまだサポートされ、セキュリティ更新を受けている？
5. あなたの開発者（または新しい開発者）はコードを取得して変更をデプロイできる？

4〜5個の「はい」：骨格は健全 — リニューアルで十分。2個以下：見た目の刷新は錆の上のペンキです — リビルド。

リニューアルで十分なのは…

• サイトは速く安定しているが、見た目が古い。
• 構造とコンテンツはほぼ正しい — プレゼンテーションが違うだけ。
• まだ恐れずに変更できる。

リニューアルはURL、検索順位、コンテンツを維持します。費用は通常リビルドの何分の一かで、週ではなく日単位で完成します。

リビルドすべきなのは…

• 小さな変更をするたびに、別の2か所が壊れる。
• 何を圧縮しても速度が上がらない — プラットフォーム自体がボトルネック（遅いサイトのガイド参照）。
• サイトがビルダーや去った開発者の環境にロックされ、誰も安全に触れない。
• サイトのあり方を変える — パンフレットからストアへ、ストアからアプリへ。

中間の道

正解はどちらでもないことが多いのです：壊れた5か所を直し、アクセスのあるページを刷新し、あとは触らない。私たちはこれを「修理」と呼び、意図的に地味です — 壮大なプロジェクトではなく、行ごとの価格の修正リスト。リビルドを提案してくるスタジオには、なぜ修理では足りないのか説明を求めてください。誠実なところは答えます。それ以外は、より大きな請求書を売っているのです。

あなたのサイトにどちらが必要か分からない？リンクを送ってください — 「大丈夫、何も変えなくていい」を含め、正直に答えます。レビューを依頼。