mcpField
R
rebranding-strategy

rebranding-strategy

github.com/kostja94マーケティング・グロース1.1k1.1k 回インストール2 日前に更新
リポジトリ

rebranding-strategy について

rebranding-strategyは、ブランド変更の計画と実行を支援するガイドです。ドメイン移行、リダイレクト、告知を段階的なスケジュールで調整できます。

主な機能

  1. 01変更範囲とチャネルの評価
  2. 02段階別のリブランディング日程
  3. 03301リダイレクト対応表の指針
  4. 04ドメイン移行チェックリスト
  5. 05SNSと社内コミュニケーションの計画

活用シーン

  1. 01ドメイン変更の計画
  2. 02サイト移行用URLリダイレクトの準備
  3. 03複数チャネルでのブランド公開の調整
  4. 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 がない場合は、利用可能なプロジェクト資料またはユーザーから提供された情報を使い、不足情報を尋ねてください。並行する別のコンテキストシステムを作成してはいけません。

以下を確認します。

  1. 範囲:全面的なリブランディング(名称、ドメイン、アイデンティティ)か、部分的な変更(ロゴ、メッセージのみ)か
  2. ドメイン変更:あり/なし。変更する場合は旧ドメイン → 新ドメインの対応関係
  3. スケジュール:目標ローンチ日。通常は4~12週間
  4. チャネル:ウェブサイト、ソーシャルメディア、製品 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 の再ポジショニング。再ポジショニングにリブランドが含まれる場合

コメント