所有と移行：ウェブサイトはあなたのもの

ウェブサイトの所有は、ひとつのものではありません。混同しやすい複数のものの集まりです。サイトを動かすソフトウェア、そこに掲載される文章と画像、事業を説明する設定、人が入力する住所、ページを配信するアカウント、そしてサイトが接続する外部のサービス。実際には、サイトをどれだけ自分の意思で動かせるかは、これらの一つひとつをどれだけ自分で握れているかで決まります。

だからこそ「ウェブサイトはあなたのものです」という言葉は、言い切るだけでなく説明される必要があります。ライセンスが恒久的でも、ドメイン、ホスティングのアカウント、ビルドの設定が他人の名義であれば、移ることはできません。ファイルの複製が自分のものでも、そのファイルを動くサイトに変える仕組みが取り決めに含まれていなければ、役には立ちません。行使できない所有は、状態ではなく約束です。

Foundation は、この区別を前提に作られています。プラットフォームは公開ライセンスのもとにある共有の製品であり、その上に作るサイトはあなたのものです。サイトを配信するアカウントを誰が持つかは、あなたが選ぶ運用の形によって変わります。このページは、どちらがどちらなのかを明確に述べます。

Foundation のサイトは、三つの形で運用できます。第一に、完全に自前で運用する形です。リポジトリ、ドメイン、ホスティングのアカウントが自分の手元にあり、変更の適用も自分で行います。第二に、自分が選んだ開発者や代理店と一緒に進める形です。作業は自分のリポジトリと自分のアカウントの中で行われ、相手は実行者になります。第三に、Provelopment と一緒に進める形です。取り決めに応じて、公開作業、保守、運用の支援を受けます。

いずれも、すでに固まったサービスメニューではありませんし、今日何が提供されているかを約束するものでもありません。これはプロジェクトの作り方の土台にある意図です。プラットフォーム、設定、マニュアルは、この三つの形が実際に成り立つように作られており、どれか一つだけが合理的な選択になるようには作られていません。

三つに共通して変わらないことがあります。ソフトウェアはあなたに許諾され、コンテンツとブランドはあなたのものであり、移るかどうかの決定はあなたの手元にあります。

Foundation の設置（インストレーション）は、必ずしも一つのウェブサイトと一対一ではありません。Provelopment の設置は、複数の Spoke を含む構成をとりえます。Spoke とは、公開されるホスト名ごとに分かれた一つのサイトのことです。同じ Foundation の実行環境を共有しながら、それぞれが自分の設定、コンテンツ、アセットを持ちます。

この区別は実務上重要です。一つの設置が一つのサイトだけを含む場合、引き継ぎは比較的単純です。複数の Spoke を含む設置では、共有されている部分（実行環境、共有シェル、スキーマ、ビルドと公開の手順）と、Spoke ごとの部分（設定、コンテンツ、アセット、ドメイン）を分けて考える必要があります。ある Spoke だけを取り出して別の設置へ移すことも可能ですが、その場合は共有部分をどうするかを決める必要があり、一つのサイトだけの引き継ぎより手間が増えます。

したがって「各サイトは自動的に独立して移せる」とは言えません。移せるかどうかは、そのサイトがどの設置に属し、何が共有されているかによって決まります。引き継ぎの計画を立てるときに、最初に確認すべき点の一つです。

リポジトリに入っているのはファイルだけです。ドメインは入っていません。認証情報も、ホスティングのアカウントも、作り手の頭の中にしかない判断も入っていません。複製が完全でも、ホスティングのアカウントへのアクセスが閉じられた日に、サイトは止まります。

したがって、役に立つ問いは「ファイルの複製を持っているか」ではなく、「別の人がこれを動かせるか」です。その答えが明確でなければ、引き継ぎは終わっていません。

事業者や開発者を変えることは、珍しい判断ではありません。作業の大半は実務的です。アカウントと設定を移し、ドメインと DNS の向き先を変え、秘密情報と環境変数を入れ直し、公開の手順を新しい環境で実行し、ページ、フォーム、リダイレクトがこれまでと同じに動くか確かめます。

正直に言っておくべきこともあります。結果が常に同じになるとは限りません。能力、価格、仕事の品質は相手によって異なり、急いだ移行は一時的な不具合を生むことがあります。Foundation が確実にしていることは一つです。ソフトウェアのどの部分も、意図的に移行を難しくしてはいません。

保守と運用の責任は、常に誰かにあります。決めるべきなのは、それが誰かです。よくある答えは、あなた自身、あなたが指名した開発者、または取り決めに基づく Provelopment です。大事なのは答えの内容ではなく、答えが推測ではなく決定になっていることです。

仕事の内容も日常的です。依存関係を更新し、セキュリティの更新を適用し、バックアップが実際に復元できるかを確かめ、サイトが到達できる状態を監視し、更新によって何も壊れていないかを確認します。手を入れないサイトは急に壊れるのではなく、少しずつ古くなっていきます。費用は最後にまとめて見えることになります。だからこそ、決めた答えのほうが、思い込んだ答えより安くつきます。

ここでの商いの考え方は、あえて平凡です。対価に見合う仕事をし、結果で判断してもらう。Provelopment が仕事を続けてもらおうとしているのは、役に立つことによってです。確かな導入、安定した運用、そしてサイトを建てるだけでなく動かしてきた経験から来る判断力です。

ですから、どちらの結果も当方にとっては成功です。サイトを引き取って自分で自信を持って動かす顧客は成功です。プロジェクトが約束したことを果たしたことになります。Provelopment が本当に最も役に立つ選択だから続ける顧客も成功で、むしろ望ましい形です。比較されたときに残るのはその形だけだからです。

正直に述べておくことが二つあります。事業者を変えることは、同じ結果を意味しません。能力、価格、品質は相手によって違います。そして、このページの記述は Provelopment の将来の状況についての約束ではありません。ここに書かれているのは、ソフトウェアの作り方が実際に支えている意図であって、会社の状況についての保証ではありません。