記事作成ルール（Journal）

フロントマター（テンプレート）

---
layout: post
title: "【ここにタイトル】"
series_label: "オーダースーツ研究所 by Regalis Japan Group株式会社" # 任意。未指定時はタグから自動生成
date: YYYY-MM-DD HH:MM:SS +0900
image: /images/xxx.png
excerpt: "120文字以内の抜粋。"
keywords: ["キーワード1", "キーワード2", ...]
tags: ["オーダースーツ研究所"] # 下記ルール参照（tagでも可）
ai_summary: "30〜50字のAIサマリー。"
---

タグの選び方（いずれか1つを必ず設定）

• オーダースーツ研究所
  • 他社分析、比較記事、ハウツーなど客観的な知識提供コンテンツ。
• Regalis Japan Group株式会社
  • Regalis自社のサービス紹介、イベント告知、ブランドストーリーなど。
• 学生団体ヨツヤ・テイラー
  • 学生向け（成人式、就活、U-22プラン、学生団体連携など）の記事。

ファイル命名と日付

• 投稿ファイル名は YYYY-MM-DD-title.md 形式。ファイル名の日付と front matter の date は必ず同じにする（Jekyllはファイル名を優先して公開日時を決定するため）。
• 未来日時を先に公開したい場合は _config.yml の future 設定ではなく、実際の公開日に合わせてファイル名を更新する。
• 時刻は Asia/Tokyo を基準に date: YYYY-MM-DD HH:MM:SS +0900 と記載する。

シリーズラベルの表記

• タイトル末尾にラベルを付ける必要はありません。
• 代わりに front matter の series_label に以下を設定してください。
  • オーダースーツ研究所 by Regalis Japan Group株式会社
  • Regalis Japan Group株式会社
  • 学生団体ヨツヤ・テイラー
• ラベルを省略した場合、tags / tag の値から自動補完されます。

メイン画像（ヒーロー）のルール

• image は原則必須です（比率 16:9 推奨・横 1200px 以上）。
• 任意で image_alt（40字以内）と image_caption を設定できます。
• レイアウト側でタイトル直下に画像が自動表示されるため、本文内に重複して挿入しないでください。
• 画像が用意できない場合はプレースホルダが表示されます。
• 各記事ごとに異なる画像を必ず採用してください（ヒーロー画像の重複は禁止）。既存記事を調整する際も、他記事と被らないビジュアルを選定してください。

Markdownテンプレート（本文）

## オーダースーツ研究所とは
（共通リード文）

---

## H2見出し
### H3
本文…

## まとめ
本文…

そのほか

• 記事本文冒頭に「## オーダースーツ研究所とは」セクションを共通で挿入。
• 画像パスは /images/ または /images/suits.photo/ を使用し、relative_url フィルターを付ける。

タイトルと文字数

• 末尾表記込みで 全角28〜60文字 を目安にする。長すぎる場合はサブワードを削るか、具体的なキーワードのみ残す。
• クリックを誘発する明確な疑問・メリットを1つ必ず含める（例：「どこで買う？」「失敗しない」など）。

記事本文の文字数／構成

• 記事全体は 概ね2,000〜2,800文字 を基準とし、H2を3つ以上配置する。
• 序論（リード）→本論（複数H2）→結論の流れを守り、H2直下にH3を最低1つ配置して深掘りする。

オーダースーツ研究所のミッション（記事冒頭に記載するリード例）

• Regalisのリサーチャーが、スーツの基礎知識から歴史、近代オーダースーツのトレンド、設計・デザイン、ブランド同士のコラボレーション思考までを調査。
• さまざまな生地メーカーや作り手のこだわり、技術を探求し、その成果を無料のレポート／コラムとして発信する研究機関であることを明記する。
• 読者が日常でも使えるワードローブを判断できるよう、事実ベースの情報を提供する。

CTA（予約ボタン／アクセス案内）のルール

• 各記事の末尾には、レイアウト側で以下の予約導線が自動挿入されます。Markdown本文で重複して追加しないでください。
  • ボタン文言: → ご来店予約
  • 遷移先: /contact.html?purpose=%E5%87%BA%E5%BC%B5%E6%8E%A1%E5%AF%B8
  • ボタン直下に「Regalis YOTSUYA Lounge…麹町グループ本社までお越しください。」の案内文とGoogle Map埋め込みが表示されます。
• 文言・リンク・案内文・地図の変更が必要な場合は、レイアウト修正が必要になるため事前にデザインチームへ確認してください。

画像の設置ルール

• H2見出しを3つ作成する場合、最初の2つのH2直下に必ず画像を1枚挿入し、3つ目はテキストのみとする（4つ以上のH2がある場合は「2枚表示・1回休み」を繰り返す）。
• 画像は /images/suits.photo/XX.png から選び、![説明](/images/suits.photo/XX.png) の形式で挿入する。
• Altテキストは 30文字以内で要点＋キーワード を含める（例：「成人式に映えるネイビーオーダースーツ」）。

AIO（AI検索最適化）ガイドライン

AIOとは？

• AIO（AI Search Optimization）は、Google SGE / Gemini、Microsoft Copilot などの生成AI検索で、当社記事を参照元に採用してもらうための最適化施策。
• SEOが自然検索の上位表示を狙うのに対し、AIOは「AI概要・回答で引用される」「AI概要で不足した疑問を解消する」ことが目的。
• ゼロクリック検索が増える環境でブランドの権威性を示すため、AIO対応は必須。

AI検索の参照記事選定基準（要素）

1. 信頼性・権威性（E-E-A-T）：専門家プロフィール、実体験、外部評価が確認できる。
2. 網羅性と中立性：複数の視点・データを提示し、肯定/否定・代替案まで包含。
3. 検索意図との直接的合致：導入直後にクエリへの答えを提示し、ユーザーの「知りたい」を即時解決。
4. 構造化と明瞭性：質問形式の小見出し、箇条書き、表、FAQなど抽出しやすい構造。
5. 最新性：最終更新日／データの検証日を明記し、定期的にアップデート。
6. 引用・参照の明記：公的機関や一次情報のリンク、引用ブロックで信頼の根拠を示す。

AIO施策（カテゴリ別）

構造化・構成の最適化

• 導入1〜2段落で結論先出し（2〜3文で回答を明示）。
• H2/H3は「○○とは？」「○○する方法」など質問形・要素別に命名。
• 手順・比較・定義はリスト化。必要に応じて表（Markdown）を使用。
• 記事末尾にFAQセクションを置き、Schema.org/FAQPageを実装（必要に応じエンジニアへ依頼）。

コンテンツ内容の最適化

• 著者肩書き・監修者（ある場合）・実体験の有無を本文かプロフィールで明示。
• 出典URL・統計の発表年を記載。引用は > 引用 ブロック＋出典リンク。
• 肯定/否定・代替案・ケーススタディを併記し、中立性を確保。
• 専門用語は初出時に定義。手順記事はステップ番号で整理。
• 独自調査データや顧客インタビューがある場合は最優先で盛り込み、AIにとって“唯一のソース”になる要素をつくる。

技術的最適化

• CLS・LCPを意識し画像を最適化。Lighthouse 90点以上を維持。
• モバイル表示での可読性をスクリーンショットで確認（特に表・箇条書き）。
• FAQ・HowToなど必要に応じた構造化データを付与（実装が必要な場合は開発チームへIssueを作成）。

ChatGPT（生成AI回答）最適化

• 目的：ChatGPTやGemini等の助手が回答生成時に参照しやすいよう、QA形式の情報を意識して提供する。
• 要約ブロック：本文冒頭のリード後に「結論要約」「重要ポイント3つ」のような箇条書きを追加し、LLMがそのまま抜粋できる構造を用意する。
• 質問形式の小見出し：H2/H3は「○○とは？」「○○の手順は？」など、ChatGPTがそのまま質問→回答として転用できる表現にする。
• FAQの強化：記事末尾のFAQに、実際にユーザーが入力しそうな短文クエリを5件以上掲載。質問文はそのままコピーされても成立する自然文にする。
• ナラティブとデータのバランス：体験談（一次情報）と定量データをセットで記述し、LLMが信頼度の高い要約を作りやすくする。
• メタデータ：ai_summary フィールドはChatGPT回答の下書きとして使われることを想定し、30〜50字で結論＋価値を明示する。

ファクトチェック & SEO最適化

• 事実確認：一次情報または公的統計を必ず引用し、引用元URLを文末に記載。日付のあるデータは更新日も明示する。
• 価格やキャンペーンなど変動情報は、確認日を本文に含める（例：「2025年11月時点」）。
• SEO基本：title と excerpt に主要キーワード＋ベネフィットを入れ、H2/H3にも関連語を配置。内部リンクは1記事につき最低2本（自社記事へ）。
• メタキーワードは5〜8語程度で、指名ワード＋非指名ワードを必ず混在させる。
• 画像ALTはキーワード＋具体描写。本文中のキーワード詰め込みは禁止（自然文で2〜3回程度）。

法務・プライバシー・ブランドセーフティ

• プライバシーポリシー：個人情報に触れる場合は必ず プライバシーポリシー へのリンクを本文末に挿入。
• 著作権・肖像権：第三者の写真・引用を扱う際は、書面またはメールで利用許諾を取得し、クレジット表記を行う。
• 名誉毀損防止：他社比較では事実ベースの記述のみ。推測や断定表現（「劣っている」「違法」等）は不可。
• 不適切表現フィルタ：差別・誹謗中傷・政治/宗教的扇動・内部情報の漏洩に該当するワードは自動的に削除対象。公開前にブランドマネージャーの承認を必ず経る。
• トーン＆マナー：Regalisは「静謐で知的なラグジュアリートーン」を目指す。スラング・過度な煽り・タメ口は禁止。
• 名誉毀損チェックリスト：①事実と意見を明確に区別し、意見には根拠を添える。②対象個人・法人が特定される内容は二重に事実確認。③ネガティブ情報には必ず反論機会（「一方で」「ただし」）を設ける。
• 引用・出典ルール：引用文は原文の30%以内・100文字超の場合は必ずブロック引用＋出典リンク。図表を引用する場合は出典元のライセンス条件を確認し、必要に応じて掲載許可を取得する。

レビュー・公開フロー

1. 下書き完了後、ファクトチェック用チェックリスト（別紙）を埋める。
2. SEOレビュー担当者がメタ情報・内部リンク・キーワードを確認。
3. ブランド/法務レビューでトーン・プライバシー・著作権・名誉毀損リスクをチェック。
4. すべて承認後に jekyll build → jekyll serve で最終確認し、Gitへコミット。

チェックリスト例：

• 参照データの出典URLと確認日を記載した
• 画像ALTとキャプションを設定した
• プライバシー配慮・法的リスクがない
• 重複CTAや内部リンク抜けがない