rebranding-strategy について
rebranding-strategyは、ブランド変更の計画と実行を支援するガイドです。ドメイン移行、リダイレクト、告知を段階的なスケジュールで調整できます。
主な機能
- 01変更範囲とチャネルの評価
- 02段階別のリブランディング日程
- 03301リダイレクト対応表の指針
- 04ドメイン移行チェックリスト
- 05SNSと社内コミュニケーションの計画
活用シーン
- 01ドメイン変更の計画
- 02サイト移行用URLリダイレクトの準備
- 03複数チャネルでのブランド公開の調整
- 04公開前の従業員向け説明
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ kostja94/ marketing-skills --skill rebranding-strategyインストール後、Claude Code で/rebranding-strategyを入力して読み込まれたか確認します。
詳細
戦略:リブランディング
リブランディングの実行を支援します。ドメイン変更、301 リダイレクト、移行チェックリスト、コミュニケーション(ソーシャルメディア、社内)を扱います。数日や数週間ではなく、数か月単位で計画してください。初期のドメイン選定については domain-selection、ドメイン構造の決定については domain-architecture、複数のドメインが共存する場合は multi-domain-brand-seo を参照してください。
呼び出し時:初回の使用時は、このスキルで扱う内容とその重要性を1~2文で簡潔に説明してから、主要な出力を提示すると役立つ場合があります。2回目以降の使用時、またはユーザーから省略するよう求められた場合は、すぐに主要な出力を提示してください。
初期評価
プロジェクトのコンテキスト: contextus.md がルートにある場合は読み込み、このタスクに関連するモジュールだけを読み込んでください。Contextus がない場合は、利用可能なプロジェクト資料またはユーザーから提供された情報を使い、不足情報を尋ねてください。並行する別のコンテキストシステムを作成してはいけません。
以下を確認します。
- 範囲:全面的なリブランディング(名称、ドメイン、アイデンティティ)か、部分的な変更(ロゴ、メッセージのみ)か
- ドメイン変更:あり/なし。変更する場合は旧ドメイン → 新ドメインの対応関係
- スケジュール:目標ローンチ日。通常は4~12週間
- チャネル:ウェブサイト、ソーシャルメディア、製品 UI、ディレクトリ、メール
リブランディングのスケジュール(標準)
| フェーズ | 期間 | 主な作業 |
|---|---|---|
| 監査と計画 | 1~2週目 | ブランド監査、接点の一覧化、移行計画 |
| 準備 | 2~6週目 | 新しいアセット、リダイレクト対応表、ステージング、バックアップ |
| ローンチ前 | 6~8週目 | 社内告知、ソーシャルメディアのハンドル確認、ティーザー |
| ローンチ | 8週目以降 | 公開、301 リダイレクト、複数チャネルでの告知 |
| ローンチ後 | 2~4週間 | 検索とトラフィックの監視、404 の修正、改善 |
原則:数か月単位で計画してください。ドメイン変更と大規模な構造変更を1回の移行で同時に行うのは避け、可能な場合は小規模な移行に分けてください。
301 リダイレクトのベストプラクティス
| プラクティス | 目的 |
|---|---|
| 1対1の対応付け | 各旧 URL を最も関連性の高い新 URL に対応付けます。すべてをホームページにリダイレクトしてはいけません |
| 301(恒久的) | 302 ではなく301を使用します。302では SEO の評価が完全には引き継がれません |
| チェーン/ループを避ける | 旧 URL から最終的な移転先へ直接リダイレクトし、A→B→C のような経路を避けます |
| リダイレクト対応表 | 旧 URL から新 URL への対応をすべて記録します。移行失敗の約80%を防げます |
| robots.txt でブロックしない | リダイレクトされる URL を robots.txt で拒否してはいけません |
よくある間違い
- リダイレクトチェーン(複数回の転送)
- リダイレクトループ
- すべてをホームページにリダイレクトする
- 恒久的な移転に302を使用する
- リダイレクトされる URL を robots.txt でブロックする
ドメイン移行チェックリスト
移行前
- SEO 移行計画を作成する
- ベンチマークを収集する(GA4、GSC、順位)
- サイトクローラーを実行し、すべてのページを一覧化する
- リダイレクト対応表を作成する(旧 URL → 新 URL)
- 新しいドメインを購入し、DNS を設定する
- テクニカル SEO 監査を実施する
- ステージング環境を用意し、バックアップを取る
- 両方のドメインに手動によるペナルティがないか確認する
ローンチ
- 301 リダイレクトを実装する
- Google Search Console を更新する(アドレス変更)
- サイトマップと robots.txt を更新する
- 新しいサイトが動作することを確認し、リダイレクトをテストする(curl、Screaming Frog)
- 移行日を GA4 に注釈として追加する
移行後
- GSC のカバレッジを監視し、「リダイレクトのあるページ」の問題を修正する
- 404 を直ちに修正する
- 一時的な順位変動を想定する(2~4週間)
- フォールバックとして古いサイトを削除しない
ソーシャルメディアでの告知
3つのフェーズ
| フェーズ | アクション |
|---|---|
| ローンチ前 | 新しいアイデンティティを確定する。ソーシャルメディアでの展開状況を監査する。各プラットフォームでハンドルを確保する。社内の認識をそろえる |
| 期待感の醸成 | 先行公開や謎めいたビジュアルで予告する。インフルエンサーやアンバサダー向けに先行公開する。早すぎる告知は避ける |
| 実施 | すべてのプラットフォームを同時に更新する。プロフィール文、ハンドル、ビジュアルを更新する。何を変えたかではなく、なぜ変えたのかを伝える、魅力的なリブランディングのストーリーを用意する |
避けるべきこと
- 手順や技術的な詳細を列挙せず、ストーリーとメリットに焦点を当ててください
- すべての準備が整う前に告知しないでください(メッセージに一貫性がなくなります)
- 1つのチャネルに頼らず、複数チャネルで展開してください
- 共感を得られない場合は、「リブランディングした理由」を繰り返し訴えないでください
リブランドのストーリー
- 重視する点:心に響くストーリー、今取り組む理由、顧客にとってのメリット
- 避けること:背景を説明せずに「ロゴを変更しました」「ウェブサイトを更新しました」と伝えること
社内コミュニケーション
- 一般公開の前に全従業員へ概要を説明します
- 戦略的な理由を説明し、顧客からの質問に答えられるよう準備します
- メールの署名、Slack、社内ドキュメントを更新します
- リブランドに関するよくある質問をまとめた社内 FAQ を作成します
出力形式
- タイムライン(フェーズ、マイルストーン)
- リダイレクト対応表の作成方針(テンプレート、ツール)
- 移行チェックリスト(カスタマイズ済み)
- ソーシャルメディアでの告知計画(フェーズ、チャネル、コンテンツの切り口)
- 社内コミュニケーション(説明会、FAQ)
関連スキル
- domain-selection:ドメインの選定(Brand/PMD/EMD、TLD)。リブランド時の新しいドメインの選定に役立ちます
- domain-architecture:リブランド前後のドメイン構造
- website-structure:移行後の新しいサイト構造
- schema-markup:新しいドメインの Organization スキーマを更新します
- multi-domain-brand-seo:移行期間中に旧ドメインと新ドメインを併用する場合
- branding:ブランド戦略、アイデンティティ。リブランドではその変更を実施します
- brand-protection:リブランド時に偽装チェックを同期し、公式ドメインの宣言を更新します
- gtm-strategy:GTM の再ポジショニング。再ポジショニングにリブランドが含まれる場合
コメント
Markdown 対応