長く続けたプロダクトは技術負債が溜まる．リファクタすべきかゼロから作り直すかを4つの観点で判断する．
この記事では，個人開発者・スモールチーム・学生エンジニアの方を主な読み手として書いています．10分で読み終わって，明日から動ける具体的な行動が1つ見つかる状態を目指しています．
なぜリファクタ判断を考えるべきか
個人開発で1年以上続けたプロダクトは，技術選定の古さ・コードの複雑化・保守コストの増加に直面します．
リファクタ・書き直し・撤退の3択を冷静に判断する基準を持っておくことが，長期運用の鍵です．
判断1：新機能追加にかかる時間
同じ規模の機能を追加するのに，初期の2倍以上の時間がかかるなら危険サイン．
技術負債が蓄積している証拠．放置すると指数関数的に悪化する．
判断2：バグ修正の連鎖
1箇所直すと別の箇所が壊れる状態は，アーキテクチャ崩壊のサイン．
部分修正の繰り返しより一定範囲のリファクタを計画する．
判断3：使用技術の枯渇度
サポート切れのフレームワーク・言語バージョンを使い続けるリスク．セキュリティ・人材確保で不利．
PHP 7→8，Node.js 14→20のようなEOL移行は計画的に．
判断4：ドメインの一貫性
コードはリファクタしても独自ドメインは維持．SEO評価・被リンクは資産として残る．
プロダクト中身を全部書き直しても，同じドメイン上で継続できるのが理想．
補論：「自分の場所」を持っているか
リファクタ判断に取り組むときに，最後に効いてくるのは「自分の城（独自ドメイン）」を持っているかどうかです．SNSや外部プラットフォームは仕様変更で振り回されますが，独自ドメインの上に積み上げたものは永続資産として残ります．
独自ドメインの取得は，取り扱い400種類以上のドメイン取得サービス─ムームードメイン─ なら年額数百円〜です．「これから本気でやる」と決めたなら，まずドメインを押さえるところから始めるのが，もっとも安価で効果の大きい第一歩です．
ドメインに紐づけるサーバーは，同じペパボグループのロリポップ！がコスト・操作性ともに個人開発者向きです．管理画面が一元化されているので，「技術的なつまずきで本業が止まる」事故を防げます．
よくある質問
Q1：書き直すべきか改修すべきか
機能追加3倍コストを超えたら書き直し検討．以下なら改修．
Q2：技術スタック乗換のタイミング
EOL前1年が目安．余裕を持って移行する．
Q3：書き直し中の運用は？
旧版を維持しながら新版を並行開発．ある日まとめて差し替え．
まとめ ― リファクタ判断は「設計」と「習慣」で前進する
大事なのは，「正解を完璧に押さえる」ことではなく「動き始める」ことです．本記事の中で，ひとつでも今日できることが見つかれば，あなたは今日この記事を読む前より前に進んでいます．