新譜の公開日、告知投稿が伸びていく数時間だけは、確かに手応えがある。だが翌朝には同じアカウントの別の投稿がその上に積まれ、昨日まで最前線にあったジャケットは、指の三スクロール下へ沈んでいる。制作に半年をかけた音源と、消費に十五秒しかかからない導線。この非対称をどう埋めるかが、特設サイトを持つかどうかの判断の中心にある。
タイムラインに流れる新譜と、聴かれ方の順序を誰が決めるのか
SNSは入口として優秀だ。公開時刻の予告、ジャケットの一枚、数十秒の映像。そこに置くべき情報ははっきりしている。一方で、投稿順や表示アルゴリズムが変わった瞬間、作品を受け取る順序は運営側の仕様に委ねられる。歌詞を読んでから聴いてほしい曲も、クレジットを見てから二周目に入ってほしい曲も、同じ一列のフィードに並べられてしまう。
導線を一枚の紙に描くところから始める
私はいつも、技術的な話に入る前に紙を一枚用意する。リリース告知から試聴、歌詞、クレジット、ライブ予約、物販へ進むファンの動きを、矢印で描き出す作業だ。描き終えると、どの情報がSNSに置かれるべきで、どの情報が独立した場所に集約されるべきかが自然に分かれる。
特設サイト側に集めるのは、楽曲ごとの固定URL、制作背景、メンバーの演奏クレジット、写真、ライブ予定。この分担が決まれば、プラットフォームの仕様変更に鑑賞順序を左右されずに済む。
ページ構成は五つのブロックに分けると、公開前の素材確認を担当者別に切り分けやすい。
- ファーストビューと再生導線
- 作品解説
- 歌詞またはコンセプト
- クレジット
- ライブ・物販へのリンク
一曲に一つ、変わらないURLを割り当てる
設計の芯は単純だ。楽曲ページには1作品につき1つの恒久URLを割り当て、SNS、フライヤー、ライブ会場のQRコードから同じ場所へ到達させる。運用の都合でURLを変更する場合は、旧URLから301リダイレクトを必ず残す。この一点を守るだけで、三年後に誰かが検索でたどり着いた時にも、作品は同じ住所に立っている。
要点: SNSは入口、特設サイトは滞在の場。役割を分けた瞬間から、聴かれ方の設計権はアーティストの側に戻る。
フライヤーに刷ったとき、その文字列は読めるか
独自ドメインは、デジタル空間に立てる看板だ。書体を選び、大きさを決め、通行人が一度見て覚えられるかを検証する。看板づくりと同じ工程が、文字列の設計にもそのまま当てはまる。
候補の作り方には順序がある
候補名は三段階で作る。曲名そのもの、曲名とバンド名の組み合わせ、バンド名配下のサブドメイン。この順に並べると、作品単位で独立させるべきか、既存の看板の下に置くべきかが判断しやすくなる。
次に絞り込みの検査に入る。口頭で一度聞いて入力できるか。小文字で印刷したときに単語の境界を誤読しないか。既存の音楽・衣料・興行関連の名称と混同しないか。ハイフンや連続する同一文字は減らし、スマートフォンでの手入力テストを三人以上に依頼する。読み上げただけで正しく入力できなかった候補は、その場で再設計に戻す。
トップレベルドメインは、ロゴではなくURL全体で選ぶ
.com、.net、.tokyo、.art を同じ書体でフライヤーへ仮配置してみると、印象の差は想像以上に大きい。.tokyo は地名の重心をURLの末尾に置き、.art は作品性を前面に出す。ただし決め手はTLD単体の意味ではなく、バンド名や曲名と連結した文字列全体の見え方にある。実際のフライヤーに近い文字サイズで四つを並べ、QRコードを外した状態でも判読できる文字列だけを残す。
ドメイン名の割り当てと登録の枠組み自体は、ICANN（Internet Corporation for Assigned Names and Numbers）が統括する制度の上に成り立っている。選択肢が増え続けている以上、候補選定に時間をかける価値は年々上がっている。
注意: ドメインが空いていることは、その名称を商標として安全に使えることを意味しない。日本向けに音源、衣料、ライブ関連商品を展開するなら、取得前に日本の商標検索データベースで同一・類似名称を調べ、判断が難しい名称は専門家へ確認する。
取得直後に固めておく管理設定
登録者メールは個人の私用アドレスを避け、管理用アドレスを使う。二要素認証を有効にし、自動更新を設定したうえで、更新期限の60日前・30日前・7日前に通知が届くようにする。担当者が入れ替わる編成では、この三段階の通知が失効事故を防ぐ最後の壁になる。
公開初日の同時アクセスを、転送量から逆算する
サーバー選定を料金表のCPU数だけで進めると、公開日に読み違えやすい。判断の起点は、その日に実際に配信するHTML、画像、JavaScript、音声の総量だ。
三メガバイトのページが一万人に届くとき
初回表示で3MBを転送するページへ、キャッシュ未適用の1万アクセスが集中したとする。単純計算で約30GBの転送が発生する。ここから画像の派生サイズ、CDNのキャッシュ命中、再訪問時のブラウザーキャッシュを分けて見積もっていく。静的ページはCDNへキャッシュし、フォームや在庫連携など動的処理だけをオリジンサーバーへ残す構成を、素材を作り始める前に決めておきたい。試聴用音源の長さやビジュアルの枚数が違えば、この見積もりはそのまま流用できない。
ティザー音源をそのまま置いてはいけない理由
約44kHz・16bit・ステレオのPCM音声は毎秒約1,400kbpsで、30秒なら約5.3MBになる。保存用の非圧縮マスターは別に保管し、Webでは試聴用途に適した配信用形式とストリーミング設定を用意する。マスターと配信用ファイルを分離するこの一手間が、公開初日のサーバー負荷を大きく左右する。
負荷試験と、実機での表示品質
公開前の負荷試験では、想定同時接続数と、その2倍のシナリオを段階的に流す。記録するのはエラー率、95パーセンタイルの応答時間、CPU、メモリ、オリジンへのリクエスト数。数値が揃って初めて、当日の余力が見える。
表示品質の目標は、LCPが約2.5秒以内、INPが200ミリ秒以内、CLSがおおむね0.1以下。測定は東京の高速回線だけで済ませず、帯域を絞ったモバイル条件でも行う。ライブ会場の通信環境でQRコードを読んだファンが見る画面は、後者に近い。
仮URLでの確認からDNS切り替え、証明書発行までの順序
公開作業の失敗は、たいてい順序の入れ替えから起きる。正しい流れは、サーバー側でドメインを登録し、仮URLで表示確認を済ませ、それからDNSを切り替える、という一方通行だ。
切り替え前後に確認すること
- 切り替え前日にDNSのTTLを300秒程度へ下げる。
- ルートドメインのAまたはAAAAレコードと、www用のCNAMEまたは同等設定を確認する。
- 変更後は権威DNSと複数の外部回線から、A、AAAA、CNAMEの応答を照合する。
- 名前解決を確認してから証明書を発行する。
- HTTPからHTTPSへ、wwwあり・なしのどちらか一方へ転送を統一する。
コツ: 古い値が残る時間は変更前のTTLに左右される。そのTTLが満了するまで旧サーバーは止めない。急いで落としたくなる気持ちは分かるが、ここを待てるかどうかで公開日の安定が決まる。
HTTPSは物販リンクへの信頼線
証明書の対象ホスト名、有効期限、自動更新、HTTPからの301リダイレクト、そして画像・フォント・音声にHTTP URLが混在していないこと。この五点を検査して初めて、ファンが安心してマーチャンダイズの購入リンクへ進める状態になる。混在コンテンツの警告は、購入直前の一瞬に効いてしまう。
公開日で終わらせない保守の型
サイト本体とデータベースは毎日バックアップし、日次7世代と月次12世代を別の保存先へ置く。少なくとも四半期ごとに復元テストを行い、バックアップファイルが実際に開けることを確認する。取得したファイルが壊れていた例は珍しくない。
あわせて、ドメイン、DNS、サーバー、証明書、ソースコードの管理者を台帳化しておく。メンバー交代時には共有パスワードの変更ではなく、個別アカウントの権限を解除する運用に切り替える。
次のリリースを、どこに置くのか
公開日時から逆算した進行表を引くと、技術設定が制作の外側の作業ではないことが見えてくる。ドメイン管理、サーバー管理、デザイン、原稿、音源、公開承認。担当を割り当てた時点で、特設サイトはジャケットや照明と同じ制作物になる。
特設サイト公開前の最終チェックリスト
- 公開21日前までにドメインとホスティングを確定する。
- 14日前までに主要素材を投入する。
- 7日前に実機表示と負荷試験を実施する。
- 3日前に原稿とURLを凍結する。
- 24時間前にDNSと監視設定を再確認する。
- 公開直後の最初の60分を重点監視時間とし、5xxエラー、証明書エラー、画像欠落、音声再生、ライブ予約・物販リンク、モバイル表示を順に確認する。
プロモーションを終えた後、そのページはどこへ行くのか
公開キャンペーンが一段落しても、特設サイトは消さない。ディスコグラフィーから到達できる恒久ページへ移行させる。移行時にも作品URLを維持し、公開時の主要ビジュアル、参加メンバー、発売情報、歌詞・解説、関連ライブ、正規の購入・試聴先を残す。Kohei Fujita、tatsu、AtsuyuK! といったクレジット表記や、東京での公演記録がそのまま残る場所があるかどうかで、数年後の聴き手が受け取れる文脈量は変わる。
ドメインを選び、転送量を計算し、TTLを下げて切り替える。一連の作業は事務処理の顔をしているが、実際にはファンが世界観へ入る順序を設計する行為に等しい。
そこで最後に一つだけ。あなたの次のリリースは、誰かのフィードを流れていく一つの投稿として終わらせるのか、それともファンが何時間でも探索できる専用の居場所として公開するのか。
コメントを書く