ホスト選びをやめよう。パターン選びを始めよう。

概要

エージェンシーのウェブ業務で最もコストがかかる言葉は「このクライアントに最適なホストを探そう」です。もう言うのをやめましょう。あなたの仕事は最適なホストを見つけることではありません。ほとんどのクライアントをカバーする少数のホスティングパターンを構築し、まれな例外のために新たな調査を取っておくことです。この記事では、仮想的な小売クライアントを標準化されたプロセスで説明します。4つの項目からなるインテークフォーム、3つのホスティングプロファイル、移行チェックリスト、信頼性プラン、そして1ページのランブックです。また、ホストリストを正確に保つための四半期レビューのルーチンも紹介します。結果として、午前3時の緊急対応が減り、利益率が向上し、何も壊れないからこそクライアントからの信頼を得られます。これらのステップを使って、ホスティングをプロジェクトごとの火消し作業から、再現可能なワークフローの一部に変えましょう。

エージェンシーのウェブ業務で最もコストがかかる言葉は、最も一般的なものでもあります。「このクライアントに最適なホストを探しましょう。」もう言うのをやめましょう。あなたの仕事は最適なホストを見つけることではありません。あなたの仕事は、大多数のクライアントに機能する少数のホスティングパターンを選び、本当にそのパターンに当てはまらない少数のクライアントのために、限られた頭脳を使うことです。これが、ホスティングをプロジェクトごとの火消し作業から、ワークフローの中で再現可能なステップに変える方法です。以下は、新規クライアントの最初の電話から、6か月後に忘れてしまうような引き渡しまでのウォークスルーです。何も壊れていないからです。

新しいクライアントを想像してください。カタログサイト、ブログ、オンラインストアを持つ小売チェーンです。彼らは安価な共有ホストを利用していて、ブラックフライデーにクラッシュします。彼らは「ホスティングを直してほしい」と依頼します。これは、ほとんどのエージェンシーがやらないことをする瞬間です。パニックではなく、プロセスに沿って進めるのです。

ステップ1: 正しい質問を一度だけする

ホスティングインテークフォームを作成し、クライアントと話す前に全員に回答してもらいましょう。フォームには、推定月間トラフィック、コンテンツタイプ（静的、データベース駆動、eコマース、またはメディア重視）、コンプライアンス要件（PCI、HIPAA、GDPR）、サポート期待値（何か問題が発生したときに誰がサイトに触るか）の4つの項目を含めます。それだけです。他はすべてノイズです。

クライアントが「最適なホスティングが必要だ」と言うとき、実際に意味しているのは「最大のセール中にクラッシュしないこと」です。フォームはそれを1行で捉えます: トラフィック。ほとんどのクライアントの実際の違いは規模だけであることがわかります。低トラフィックのパンフレットサイトと高トラフィックのeコマースストアでは必要なリソースが異なりますが、適切なパターンをすでに選択していれば、異なるホストは必要ありません。

フォームはまた、推測の会話を排除します。フォームがないと、「成長したらどうする？」や「看板で見たこのホストを使うべきか？」といった終わりのない質問に直面します。それらを始まる前にフィルタリングしましょう。クライアントが自社サイトについて4つの質問に答えられない場合、ホスティングのアドバイスを受ける準備はできていません。指示を受ける準備ができているのです。

この小売クライアントの場合、フォームは、健全だが大規模ではないトラフィック、製品データベース、基本的な支払いカード取り扱い以外のコンプライアンス要件がゼロであることを示しています。彼らはあなたにすべてを管理してほしいと考えています。前のホストがサポートチケットを「失くした」からです。その最後の詳細は、いかなる仕様書よりも重要です。

ステップ2: 3つのプロファイルに標準化する

フォームが届いたら、クライアントをプロファイルに照合します。プロファイルは3つまでにしてください。予算重視、サポート優先、パフォーマンスです。これがメニューのすべてです。一度定義して文書化し、クライアントごとに再検討しないでください。

プロファイル	最適な用途	注意点
予算重視の共有	低トラフィックのパンフレットサイト、予算が限られている	サポートが薄い、あなたが対応する
サポート優先のマネージド	技術に触れたくない、電話番号を1つ欲しいクライアント	コストが高い、特定のスタックに縛られる
パフォーマンスVPS/専用	eコマース、高トラフィック、データベース重視のサイト	セットアップとメンテナンスのスキルが必要

どのホストがどのプロファイルに属するかは、クライアントではなくあなたの宿題です。有効な方法: 各プロファイルにつき1つの候補ホストを低リスクのプロジェクトでテストし、プロビジョニング時間、パフォーマンス、サポート応答、請求の驚きなど、すべてを文書化します。利用可能な調査から出発点が得られます: BluehostやHostingerは予算重視のユーザーに一般的に位置づけられ、SiteGroundは強力なサポートで定評があり、A2とHostGatorはスピード重視のオプションと関連付けられています。しかし、サポートチケットを開いてストップウォッチで応答時間を計測するまでは、それらの説明を信頼しないでください。

この小売クライアントはパフォーマンスプロファイルに該当します。高速なデータベースクエリと、忙しい週末のトラフィック急増に対応できる能力が必要です。決定は数日ではなく数分で下されます。「ホストを調査している」のではなく、自分のマトリックスを参照しているからです。

まだこれを行っていないなら、ここで止めてマトリックスを構築しましょう。次のプロジェクトキックオフで自分に感謝するでしょう。それでもクライアントごとにカスタマイズしたくなったら、サイトがクラッシュした理由を読んで、一度のクラッシュが四半期を台無しにすることを確認してください。その後、プロファイルを確定しましょう。1人の高級クライアントのために4つ目の「プレミアム」プロファイルを追加したい衝動を抑えてください。プロファイルを追加するたびに、排除しようとしているプロジェクトごとの検討が戻ってきます。3つが上限です。多くのエージェンシーでは2つで十分です。

ステップ3: 祈りではなくチェックリストで移行する

ではクライアントを移行します。毎回同じ方法で行いましょう。順序は次のとおりです: データベースを含むすべてを旧ホストからバックアップする; 新サーバーをプロビジョニングし、同じソフトウェアスタックをインストールする; ファイルとデータベースをインポートする; SSLをインストールしてすべてのページをテストする; ネームサーバーを切り替える; メール配信とサードパーティ統合を検証する; 旧ホストを1つの請求サイクルの間維持する。

このリストを一度作成し、プロジェクト管理ツールの共有チェックリストにしましょう。これからは、移行を実行する人は、即興で対応するシニアエンジニアではなく、チェックリストに従える人なら誰でも構いません。この小売クライアントの場合、各ステップをその場で決めていた場合に比べ、移行にかかる時間はほんの一部です。複数のクライアントを抱えているとき、そのわずかな時間が重要になります。

実際の移行から得た2つの注意点があります。まず、旧ホストがメールを処理していた場合は、MXレコードを忘れないでください。移行が頓挫し、クライアントがあなたがメールを壊したと思うのはそのためです。次に、金曜日の午後5時にDNS変更を絶対に行わないでください。火曜日の朝に行ってください。問題が発生した場合に修正できる次の2営業日があります。ダウンタイムなしの移行の仕組みは、この移行ガイドで説明されています。最初の移行の前に読んで、その後は記憶から消してください。チェックリストだけがあれば十分です。

そして、実際の切り替えの前にリハーサルを行いましょう。ステージング用サブドメインをプロビジョニングし、サイトをそこにコピーして、すべてのページをテストします。1時間かかりますが、クライアントを午後中オフラインにするようなエラーを検出できます。その1時間は、四半期で最も安い保険です。

ステップ4: 稼働時間の数値ではなく、信頼性を売る

リスト上のすべてのホストは、いつかは故障します。「100%稼働時間」を宣伝しているホストは、エンジニアリングではなくマーケティングを販売しています。ホストを評価するときは、保証について尋ねないでください。障害発生時のコミュニケーションについて尋ねてください。サーバーがダウンした場合、5分以内にステータスメールが届きますか？ステータスページはありますか？事後分析を公開していますか？ホストがそれらに一言で答えられないなら、収益をウェブサイトに依存しているクライアントを任せる準備はできていません。

クライアントに100%の稼働時間保証は必要ありません。必要なのは、サイトがダウンしたときの計画です。クライアントと一緒に構築しましょう: メンテナンスページ、電話ツリー、誰が誰に電話するかのリスト。そして、訓練で計画をテストします。それは最も華やかではない1時間ですが、1年で最もストレスの多い1時間からあなたを救います。小売クライアントは今四半期の訓練について知ることはありませんが、あなたの計画が機能したおかげでセール中にサイトが稼働し続けた一度のことを知るでしょう。

また、何が壊れる可能性があるかについてクライアントに正直になる場所でもあります。「毎日バックアップを取ります。再起動サービスで通常数分でサイトは復旧します。ただし、サーバーが完全に故障した場合、復元には数時間かかる可能性があります。こちらが連絡先の番号です。」その正直さは、偽の保証以上の価値があります。また、不可能を約束したために午前3時に呼び出されるのを防ぎます。この会話にランブックテンプレートを持参して、こう言いましょう:「サイトがダウンした場合に私たちが行うことは次のとおりです。すぐにステータスアップデートをお送りします。」そして実際に実行します。

ステップ5: 1ページのランブックを作成する

ホスティングをクライアント間で再現可能にする成果物は、ホスト自体ではなく、ドキュメントです。引き渡し時に、クライアントに1ページのランブックを渡しましょう。ホストログイン、ドメイン登録者、DNSプロバイダー、バックアップスケジュール、サポート電話番号、「サイトがダウンした場合の対処法」セクションを含めます。これを30スライドのデッキに埋め込まないでください。1ページです。すべてのクライアントが同じテンプレートを受け取ります。変更されるのは資格情報とプロファイルだけです。

小売クライアントにとって、ランブックはサポートチケットと冷静な電話の違いです。11月に彼らが旧ホストからの奇妙なメールについて電話してきたら、「無視してください。すべて移行しました。ログイン情報はランブックにあります」と言えます。そのとき、あなたは「ウェブエージェンシー」から「先を考えて行動するホスティングパートナー」へと昇格します。

すべてを1ページに収めるという行為は、実際に重要なものを決定することを強制します。収まらない場合、自分のセットアップを理解していません。テンプレートを共有ドライブに置き、インフラストラクチャが変更されるたびに更新してください。最小権限を適用し、資格情報を定期的に変更し、パスワードをメールで送信しないでください。ランブックの内部バージョンは、クライアントのページのコピーに、サーバーIP、バックアップストレージの場所、監視ツールの資格情報などのチーム用セクションを加えたものにしてください。その内部バージョンを四半期レビューで使用します。

ステップ6: プロジェクトごとではなく四半期ごとにレビューする

毎四半期の最初の月曜日に定期的なカレンダーイベントを設定してください。その日に、3つのレポートを取得します: 前四半期のサポートチケット、監視ツールの稼働時間データ、ホストの請求書。パターンを探してください。1つのホストがサポートチケットのほとんどを占めている場合、そのホストは終了です。別のホストのサポートが電話に出ない場合も終了です。同じクラスのサービスで劇的に良い価格の新しいプロバイダーが現れたら、重要ではないクライアント1社でテストし、価値があればマトリックスに追加します。

このレビューは、障害に反応することと障害を防ぐことの違いです。それでも障害は発生しますが、それはプロセスのせいではなくホストのせいです。新しいホスト候補が目に入ったら、コミットする前に実際のストレステストを実行してください。安価なホストは紙上では素晴らしく見えても、負荷に耐えられない場合があります。テストが真実を教えてくれます。

四半期レビューは剪定の時期でもあります。2四半期使用されていないプロファイルがあれば、削除するか、その理由を発見してください。目標は、実際に学んだことを反映した生きたマトリックスであり、一度書いて無視した静的なドキュメントではありません。忙しいからといってレビューをスキップしないでください。そこで費やす時間は、後で請求可能な1週間を節約します。

結論

ホスティングは創造性を発揮する場所ではありません。パターンを適用する場所です。インテークフォームを作成し、3つのプロファイルを確定し、移行チェックリストを実行し、信頼性を売り込み、1ページのランブックを作成し、四半期ごとにレビューしてください。小売クライアントは安定したサイトを手に入れ、あなたは穏やかな四半期を過ごし、新しいプロジェクトが来るたびに「最適なホスティング」を検索することをついにやめるでしょう。それが勝利です。標準化に進みましょう。