レンタルサーバーの選び方は、性能と料金の比較として説明されます。表示の速さ、容量、月額、付いている機能。数値が公開されているので、並べれば差が出ます。
比較表を丁寧に読むほど、これは重い決断だという感触が強くなります。項目が多く、差が細かく、順位が事業者ごとに入れ替わるからです。
その感触は当たっていません。比較表に載っている項目は、ほぼ全部が後から変えられます。表示が遅ければ移せますし、容量が足りなくなれば増やせます。月額が上がったなら、別のところへ行けます。軽い項目が、重い項目の顔をして並んでいます。
重い項目のほうは、表に載っていません。選んだ後に、そこから離れるのにいくらかかるか。これは数値として公開されていないので、比較の対象になりません。そして、実際に事業を左右するのはこちらのほうです。
扱うのは、比較表に載らない側だけです。離れるときの費用が何でできているか。住所と機器と蓄積で、所有の性質がどう違うか。交換可能に保つために、実際に何をするか。この三つには、ここで答えが出ます。
この記事は、事業者の名前を一つも挙げません。どこが良いかは、扱う内容の規模と、いま持っている他の契約と、これから伸ばそうとしている方向によって変わります。しかも、条件は事業者の側で更新されます。名前を書いた時点から、その記述は古くなり始めます。ここで渡せるのは、名前ではなく、名前を自分で判定するための軸です。
請求される時期にも、特徴があります。離れるときの費用は、離れようとした日に、まとめて請求されます。そして、離れようとするのは、たいてい事業が伸びたときです。手狭になった、条件が合わなくなった、別の形を試したくなった。つまりこの費用は、最も忙しい時期に、最も大きくなった額で現れます。
この費用は、契約している間ずっとゼロに見えています。日々の運用では何の症状も出ません。表示は問題なく、記事は投稿でき、費用も予定どおりです。症状が出ないので、対処すべきものとして候補に上がりません。そして、症状が出た日には、対処の費用が最大になっています。
公開されない理由も、単純です。離れるときの費用は、機器の仕様ではなく、契約と管理画面の設計から生じます。仕様は数値になりますが、設計は数値になりません。数値にならないものは表の列にならず、列にならないものは比較の対象から外れます。以下は、その外れた列を自分で立てるための道筋として組んであります。
📖 目次
性能と料金の比較は、正確だが軽い項目でできている
案内されている比較の基準は、実務の記述として正しく、そのうえで後から変えられる項目に偏っています。
レンタルサーバーとは、事業者が用意した機器の一部を借りて、自分のウェブサイトを公開する仕組みのことです。機器を自分で用意して管理する必要がなく、月額の費用だけで運用できます。
比較の観点として示されるのは、おおむね四つです。料金、性能、安全性、機能。月額の目安として五百円から千円程度という数字が添えられます。
性能については、表示の速さ、同時に多くの人が訪れたときの安定性、容量が挙げられます。安全性については、通信の暗号化への対応、自動での複製の保存、不正な通信の遮断が挙げられます。
機能については、記事を投稿するための仕組みを自動で導入できるか、独自の住所を無料で使えるか、複数のサイトを置けるかが挙げられます。ここで名前が出る仕組みがWordPressです。文章と画像を管理し、決まった形で公開するための土台で、世界で最も広く使われています。初心者向けの案内では、この土台を数回の操作で導入できることが、選択の決め手として強調される傾向があります。
具体的な事業者名を挙げた比較表と順位付けが、記事の中心を占めます。初期の費用が要らない、住所の費用が永久に無料、といった条件が並べられます。
一つずつ見れば、どれも当たっています。表示の速さが訪問者の離脱に関わるのは事実ですし、安全性の項目も列挙として妥当です。価格帯の目安も、実際の相場と一致しています。
そのうえで、この一式が共通して置いている前提があります。選択が、一度きりの比較として扱われています。条件を並べて、最も良いものを選ぶ。購入時点の最適化の問題として整理されているわけです。
比較すること自体は避けられません。条件は実際に違いますし、選ぶ以上は比べるしかありません。問題になるのは、購入時点の問題として整理し切ると、選んだ後にその選択が何を固定するかが検討されないことです。
比較表の項目は、比較できるものだけで構成されます。数値化できる項目は載り、できない項目は落ちます。落ちた項目のなかに、最も長く効き続けるものが含まれています。
そして、この構成は判断の重さの見積もりまで歪めます。比較表を読み込む作業は、軽い項目に時間をかけ、重い項目を素通りするという配分を作ります。丁寧に読むほど、配分は偏ります。
比較の対象になっていない変数がある——離れるときの費用
比較表に載らない変数は一つで、その業者から別の業者へ移すときに何が必要になるかです。
移すときに必要なのは、おおむね次のものです。保存されているファイルの取り出し。データの取り出し。住所の指し先の変更。メールの設定の作り直し。証明書の再取得。そして、移している間に表示が止まらないようにする段取り。
このうち、どれがどれだけ大変かは、業者によって違います。取り出しの手段が用意されている業者もあれば、用意されていない業者もあります。独自の管理画面でしか操作できない設定は、そのまま持ち出せません。
この差は、性能の差より大きく効きます。表示速度の差は日々の体験に薄く効きますが、移せるかどうかの差は、移そうとした一日に厚く効きます。
ここで、最初から良いものを選んでおけば移す必要は生じないのではないか、という見方が成り立ちます。実際には生じます。事業の内容が変われば必要な条件も変わりますし、業者の側の条件が変わることもあります。
そして、生じるかどうかは事前に分かりません。分からない以上、生じたときの費用を下げておくのが設計です。「移らずに済むものを選ぶ」は予測に賭ける設計であり、「移りやすいものを選ぶ」は予測を要らなくする設計です。
移りやすさを基準にすると、独自の機能が使えなくなります。その業者だけの便利な仕組みは、たいてい持ち出せないからです。
便利さを捨てることになりますが、捨てる量は選べます。全部を汎用の形に揃える必要はなく、蓄積が乗っている層だけを汎用に保てば足ります。
この変数が効くのは、蓄積が発生する使い方をしている場合だけです。一枚の案内を置いておくだけなら、移すのは簡単なので、変数としての重みは小さくなります。
重みが増すのは、記事が積み上がり、検索から人が来て、他所からリンクが張られ始めてからです。つまりこの変数は、事業がうまくいくほど重くなります。うまくいかなければ効かない変数なので、最初は無視しても不都合が起きません。無視しても不都合が起きないことが、先送りされる理由になっています。
この先送りには、観測の非対称も効いています。移りにくい契約を選んだことの費用は、移ろうとするまで一度も計上されません。一方、汎用の形に揃えておくために払った手間は、その日のうちに作業として現れます。払った側だけが見え、払わずに済ませた側は見えません。この配分のまま比べると、揃えておく作業はいつでも「今日やらなくてよいこと」に分類されます。
事前には同質なものが、選んだ後に差別化される
この構造は、経済学の側で定式化されています。
経済学者ポール・クレンペラーは1987年、乗り換えに費用がかかる市場の性質を分析しました（Klemperer, 1987, The Quarterly Journal of Economics, 102(2), 375–394）。分析の中心にある命題は、次のものです。
選ぶ時点では同じに見える商品が、乗り換え費用によって、選んだ後に別のものになります。学習にかかる手間、手続きの手間、そして業者が意図的に設けた仕組みが、この費用を作ります。
この費用があると、既に選んでもらった顧客に対して、業者は強い立場を持ちます。他へ移るのに費用がかかる以上、多少条件が悪くなっても留まるからです。
ここから価格の構造が導けます。将来にわたって強い立場を持てるなら、最初に顧客を獲得することの価値が上がります。だから市場の初期には、獲得をめぐって激しい価格競争が起きます。
引き写すと、観測されている価格の形が説明できます。初期の費用が要らない。住所の費用が永久に無料。長期の契約ほど月額が下がる。これらは、獲得のための投資として合理的です。
この分析が扱っているのは市場の側の構造であって、個々の業者の意図ではありません。乗り換え費用が存在する市場では、この価格の形が自然に出てきます。誰かが仕組んだのではなく、市場の性質から導かれます。
だから、業者を選ぶことでこの構造から出ることはできません。どの業者を選んでも、選んだ時点で乗り換え費用は発生し始めます。出られるのは、蓄積を乗り換え費用のかからない場所に置いた場合だけです。
乗り換え費用のすべてが業者の側の設計だ、という話でもありません。学習の手間や、慣れた画面から離れる負担は、業者が作ったものではありません。
分けて見る必要があります。自分の慣れによる費用は、こちら側で下げられます。持ち出せない形式によって生じる費用は、選択の時点でしか下げられません。
乗り換え費用があること自体が、業者による長期の投資の根拠になる、という見方もあります。長期の関係を前提にすれば、業者の側も設備に投資できます。ただし、その利得がこちらに返るかどうかは、業者の立場の強さによります。立場が強いほど、利得は業者の側に留まります。
「自分の名前の側に積む」とは、何を指しているか
自分の名前の側に積むとは、蓄積したものの所在が、こちらの側の識別子に紐づいている状態のことです。
この識別子にあたるものが独自ドメインです。ドメインとは、インターネット上でページの場所を示す文字列のことで、そのうち自分の名前で登録して保有するものを独自ドメインと呼びます。借りた機器の上に置かれた住所ではなく、機器とは別に登録された住所だと考えれば足ります。
具体的には、次の状態です。訪問者が覚えているのが自分のドメインであること。検索の結果に出ているのが自分のドメインであること。他のサイトから張られているリンクの先が自分のドメインであること。
この状態であれば、機器を提供している業者が変わっても、蓄積は移動します。訪問者から見て何も変わらないからです。
逆の状態が、他人の識別子に紐づいている場合です。業者が用意した住所の下に置かれている、あるいは業者の仕組みの中でしか到達できない形になっている。この場合、業者との関係が切れると、蓄積も切れます。
この違いは、日々の運用では現れません。どちらでも同じように動きますし、同じように表示されます。現れるのは、離れようとした時点だけです。
だからこの判断は先送りできます。先送りしても不都合が起きないので、多くの場合、先送りされます。そして先送りした結果は、事業が育った後に請求されます。育つほど請求額が上がるという性質があるので、遅らせるほど不利になります。
自分の名前の側に積むと、最初の手間は増えます。ドメインを自分で取得し、設定し、管理する。業者が用意したものを使えば省ける手間です。この手間は一度きりで、大きさで言えば初日のうちに終わる作業です。それでも先送りされるのは、その時点では効き目が見えないからです。
訪問者は住所など見ていない、覚えているのはサイトの名前であって文字列ではない、という指摘は当たっています。見ているのは訪問者ではなく、検索の仕組みと、他所からリンクを張る人です。
検索の仕組みは、ドメインを単位として評価を蓄積します。ドメインが変われば、その蓄積は移動の手続きを経ないと引き継がれません。リンクを張る人が書き込むのもドメインです。訪問者の記憶に残らないからこそ、機械の側の記録が主な紐づきになっています。
そして、この紐づきの効き方には時間差があります。積み上がるのに年単位かかり、失うのは一日です。非対称なものは、失う側に合わせて設計します。
住所、機器、蓄積は、所有の性質が違う
「自分の名前の側に積む」という構造は、所有の性質が異なる三つの層に分けられます。
第一の層は、住所です。これはこちらの名前で登録するものであり、業者を変えても持ち出せます。登録の主体がこちらである限り、所有はこちら側にあります。
ここに注意すべき条件があります。業者が「無料で提供する」形の住所は、その業者の契約に紐づいていることがあります。契約が切れれば住所も失われるので、名目上は同じ独自ドメインでも、所有の性質が違います。登録の主体が誰かを確認する必要があります。
第二の層は、機器です。これは借りているものであり、所有していません。そして、所有する必要もありません。機器に求めるのは、動くことと、出られることです。優れていることは、あれば良い程度の条件です。
第三の層は、蓄積です。書いた文章、集めた連絡先、受け取った記録。これらはこちらのものですが、置き場所によって取り出しやすさが変わります。
三つの層を混ぜないことが、設計の要点です。混ぜると、機器の選択が住所と蓄積を巻き込みます。
具体的には、こうなります。住所はこちらの名前で取得する。機器は交換可能なものとして扱う。蓄積は、標準的な形式で手元にも保持する。
住所と機器を同じ業者にまとめたほうが管理は簡単になります。設定の手間は確実に減ります。ただし、簡単さはまとめたことによって生じています。まとめたものは、分けるときに費用がかかります。分ける可能性が無いならまとめてよく、分ける可能性があるなら最初から分けておくほうが安い。そして、分ける可能性が無いと言い切れる事業は多くありません。
三層に分けると、管理する契約は増えます。更新の時期が別々になり、支払いも分かれます。この負担は、記録を一箇所に持つことで下げられます。何をどこで契約し、いつ更新かを一枚に書いておく。書いていないと、更新の失効という形で、分けたことの費用だけが表に出ます。
三層に分けることが有効なのは、三つの層が実際に別々に交換されうる場合です。交換の可能性が最も高いのは機器であり、住所はほとんど交換されません。だから分ける優先度は等しくありません。住所を機器から独立させることは必ず行い、蓄積の取り出しは定期的に行い、機器そのものは交換される側なのでこだわる必要がありません。三層に分けるという原則を、三つ全部に同じ手間をかけることだと読むと、配分を誤ります。
「安く始められる」の内側にあるもの
初期の費用が要らないという条件は、獲得のための投資であり、回収の経路は契約の側に明記されています。
乗り換え費用のある市場では、初期を安くすることは合理的な行動です。だから、この条件そのものを疑う必要はありません。疑うべきは、投資が回収される経路のほうです。
回収の経路は、三つあります。第一に、長期の契約による縛り。第二に、更新時の価格の上昇。第三に、追加の機能の有料化です。
三つとも、契約の条件として書かれています。隠されているわけではありません。ただし、比較表には載りません。比較表が並べるのは、初年度の月額だからです。
確認すべきは、二年目以降の価格です。そして、途中で解約したときの扱いです。
もう一つ、価格に現れない回収の経路があります。独自の管理画面と独自の機能に慣れることです。慣れは費用を発生させませんが、乗り換え費用を上げます。
長期の契約が常に不利だという話ではありません。実際に長く使うつもりがあり、その期間に移る可能性が低いなら、割引を受け取るのは合理的です。
判定は、契約期間と、事業の見通しが立っている期間を比べることです。三年契約を結ぶとき、三年先の必要条件が見えているかどうか。見えていないなら、割引は不確実性への支払いになります。
価格の内側を読む作業には時間がかかります。契約の条項を読むのは、比較表を見るより手間です。時間を使う対象を絞るなら、二年目以降の価格と、解約の条件の二つになります。この二つだけで、回収の経路の多くが分かります。
解約の条件については、見る箇所が一つ決まっています。期間の途中でやめたとき、残りの月数がどう扱われるかです。返らない形と、日割りで返る形と、違約金が加わる形があります。三つは同じ画面に並んでいることがあり、どれに当たるかは申し込んだ区分で決まります。契約の長さを選ぶ操作は、価格を選ぶ操作であると同時に、やめ方を選ぶ操作でもあります。
価格が上がったらそのとき移ればよい、という判断は、移れる場合にだけ成立します。そして、価格が上がる時期と、移る費用が高くなる時期は重なります。契約が長くなるほど蓄積は増え、独自の設定も増えているからです。「そのとき移ればよい」という前提そのものが、時間の経過で崩れていきます。
つまり、価格の内側を読む作業と、交換可能に保つ作業は独立していません。交換可能に保っている場合にだけ、価格の上昇は「移ればよい」で片づきます。保っていなければ、上昇はそのまま受け入れることになります。
交換可能に保つために、実際にやることは三つ
抽象的な原則は、三つの作業に落ちます。
第一は、住所をこちらの名前で取得することです。機器の業者とは別のところで取得しておくと、層が自然に分かれます。同じところで取得する場合でも、登録の主体がこちらであることを確認します。
第二は、蓄積を標準的な形式で手元に保持することです。書いた文章は、その仕組みの外でも読める形式で出力できるようにしておきます。連絡先の一覧は、定期的に手元に取り出しておきます。取り出せるかどうかは、実際に一度取り出してみないと分かりません。取り出しの手順を一度実行しておくことが、確認そのものになります。手順が書かれていることと、実際に取り出せることは違います。
第三は、その仕組みでしか動かない設定を記録しておくことです。独自の管理画面で行った設定は持ち出せません。持ち出せないものについては、何をどう設定したかを外部に書いておきます。そうすれば、移った先で作り直せます。
どれも、移る予定が無くても実行できます。そして、実行しておくと、移る判断そのものが軽くなります。
移る予定が無いのに手間をかけるのは無駄だ、という反論もあります。第二の作業は、移動とは別の理由でも要ります。手元に控えが無い状態は、業者の側の障害が起きたときにも困るからです。第一と第三は、一度やれば終わります。継続的な負担が発生するのは第二だけで、それも仕組み化できます。
三つを実行しても、移る作業が簡単になるわけではありません。移動そのものには依然として手間がかかります。下がるのは、移れなくなる危険のほうです。手間がかかることと、できないことは違います。
そして、この差は交渉の場面で現れます。経済学者オリバー・ウィリアムソンは1979年、特定の相手との取引にしか使えない投資が積み上がると、契約を結んだ後の交渉力が投資した側から相手側へ移ることを論じました（Williamson, 1979, The Journal of Law and Economics, 22(2), 233–261）。投資が特定の相手に固有であるほど、その関係の外での価値が下がるからです。
当てはまるのは、ここまでです。この分析が扱っているのは企業間の契約の統治であって、個人の契約の作法ではありません。当たっているのは構造のほうです。移れないと分かっている状態では、条件の悪化を交渉できません。交渉が成立するのは、断る選択肢を持っている側だけだからです。
三つの作業が作っているのは、実際に移ることではなく、移れるという状態です。その状態は、移らなくても効きます。値上げを受け入れるかどうかを、こちらが選べるようになるという形で効きます。
第三の作業は、記録した時点で古くなり始めます。設定を変えるたびに記録を更新しないと、移る日には食い違っています。この負担を下げるなら、記録するのは設定の値ではなく、何をどういう意図で設定したかにします。意図は変わりにくいので、更新の頻度が下がります。
借りた土地に積むという選択が、実際に差し出しているもの
自分の住所を持たず、他の仕組みの中だけで発信するという選択は、三つのものを差し出しています。
この状態をプラットフォーム依存と呼びます。到達も蓄積も、他者が運営する場の規則の内側にしか存在しない状態のことです。
この選択には、明確な利得があります。設定が要らない。費用がかからない。既に人がいる場所なので、最初から見られる可能性がある。
差し出しているのは、次の三つです。
第一に、到達の経路です。その仕組みが表示の規則を変えれば、届く相手が変わります。変えるかどうかは、こちらが決められません。
第二に、関係の継続性です。その仕組みが利用を停止すれば、蓄積した関係は消えます。規約の解釈が変わるだけでも起こりえます。
第三に、蓄積の複利です。その場所に積んだものは、その場所の評価に積み上がります。こちらの名前には積み上がりません。
この三つが顔を出すのは、日々の運用ではありません。現れるのは、規則が変わった日か、停止された日だけです。そして、その日が来るかどうかは、こちらの行いとは無関係です。規約を守っていても起きます。
借りた場所を使うこと自体が誤りだという話ではありません。到達の手段として使うことと、蓄積の置き場所にすることは違います。
判定は一つです。その場所が明日消えたとして、こちらの手元に何が残るか。連絡先の一覧が手元にあれば、関係は残ります。その場所の中にしか無ければ、消えます。
自分の場所に積むと、最初は誰も来ません。既に人がいる場所と違い、到達は自分で作ることになります。この立ち上がりの遅さは、実際の費用です。遅さを受け入れる根拠は、積んだものが減らないことにあります。借りた場所での蓄積は規則の変更で目減りしますが、自分の場所での蓄積は目減りしません。時間軸を長く取ったときにだけ、この差が効いてきます。
もう一つの代償は、書く内容に出ます。借りた場所には、その場所で反応が起きやすい形式があります。長さ、話題の選び方、区切り方。その形式に合わせて書き続けると、書けるものの範囲がその形式に合わせて狭まります。
自分の場所には、この制約がありません。制約が無いことは、最初は不便です。形式が決まっていないので、自分で決めることになるからです。ただし、決めたものは自分のものとして残ります。借りた場所で最適化した形式は、その場所の規則が変われば、まるごと使えなくなります。
明日サーバーの契約をやめたとして、何が残り、何が消えるか
紐づきの所在は、三つの確認で読めます。
第一の確認は、いま契約している業者を明日やめると仮定して、失われるものを書き出すことです。住所は残るか。書いた文章は取り出せるか。連絡先は手元にあるか。書き出してみて、失われるものが出てきたら、そこが紐づいている箇所です。この確認は、実際に移る必要がありません。書き出すだけで、どこが固定されているかが分かります。
第二の確認は、蓄積を実際に一度取り出してみることです。手順が用意されていても、実行すると詰まることがあります。形式が独自だった、一部しか出力されなかった、といったことは、やってみないと分かりません。
第三の確認は、住所の登録情報を見て、登録者がこちらの名前になっているかを見ることです。業者が代行して取得した住所は、登録者が業者になっていることがあります。その場合、契約が切れたときに住所を持ち出せません。これは画面上の表示だけでは分からないので、登録情報を直接確認します。
性能と料金は、三つの確認のどれとも関係しません。交換可能性は性能の性質ではないので、見るのは紐づきの側です。
この三つが使えるのは、既に契約している場合に限られます。これから選ぶ段階では、業者が公開している取り出しの手順を読むことになります。手順が公開されていないこと自体が、一つの情報です。取り出しの手段を明示している業者と、していない業者では、乗り換え費用の設計が違います。
小規模な段階では、ここまで気にする必要は無いのではないか、という見方があります。順序としては逆になります。小規模な段階のほうが、費用は小さくて済みます。蓄積が少ないので、移すのも簡単だからです。大規模になってからでは、同じ作業が重くなります。必要が大きくなった時点では、既に費用も大きくなっています。
契約年数については、数字を置きません。何年で契約すべきかという問いには、時点によって別の答えが出ます。いま三年が有利でも、二年目に条件が改定されれば、同じ三年が不利になります。年数は、書いた時点の条件に紐づいています。それでも、書かれた年数のほうが、条件の改定より長く参照されます。
比較表の項目の重さ。読み込むほど重要に見えていたものは、全部が後から変えられる側でした。入れ替わったのは重要度ではなく、どこを見ていたかです。離れるときの費用。事前に同質なものが、選んだ後に差別化される構造。住所と機器と蓄積という三つの層。どれも比較表の外にありますが、外にあるというだけで、読めないわけではありません。
いま契約している業者を明日やめたとして、住所は誰の名前で残るか。この一問だけは、いまの契約画面を開けば数分で答えが出ます。
配信の仕組みについても同じ層の分け方が効きます。詳しくはメルマガ配信システムの選び方で扱っています。仕組み全体の考え方は仕組み化の設計が上位に当たります。
