コンテンツにスキップ

運用前提：spin-dd の HubSpot 管理サイト群

automedia は spin-dd が運用代行している HubSpot 顧客サイト群 に対する SNS/メディア運用を自動化する。本ページはその前提を整理する。

一次ソース: Backlog Wiki TTRTAGSPIN/Home 認証情報の SoT は二系統：CI 用 API トークンは GitHub Actions Secrets、人間用ログイン情報・DNS 等は Wiki。本リポジトリにはどちらの生値もコピーしない（詳細）。

spin-dd の立ち位置

  • 運用代行業者として、太平グループ各社の HubSpot サイトをホスト・運用
  • HubSpot テーマ（カスタムコーディング）を GitHub spin-dd org で管理
  • DNS（お名前レンタルサーバ等）、SSL、Google Search Console / Analytics の設定も代行
  • 共通アカウント: app-admin@spin-dd.com（Google 各種）/ サイト別 hubspot-<key>@taihei-group.co.jp（HubSpot）

管理サイト台帳

Backlog プロジェクトは TTRTAGSPIN を共用。category でサイトを識別する。

サイト キー Backlog category HubSpot テーマリポ 公開 URL LINE OA TikTok Instagram 備考
馬頭ゴルフ倶楽部 bato 馬頭 ✓ spin-dd/bato-hubspot-theme https://243366509.hs-sites-na2.com/ ◯(MVP = Minimum Viable Product 対象) 想定 想定 GA4: G-X8PXD0E1JY
おかだ okada おかだ ✓ spin-dd/okada-hubspot-theme — — — —
ラテール laterre ラテール ✓ spin-dd/laterre-hubspot-theme https://taihei-group-242547062.hs-sites-na2.com — — —
いちの ichino いちの ✓ spin-dd/ichino-hubspot-theme https://242547095.hs-sites-na2.com — — —
太平エンジニアリング taihei 太平エンジニアリング（要追加） spin-dd/taihei-hubspot-theme https://242466754.hs-sites-na2.com — — —
太平人事(採用) recruit 採用 ✓（or 太平人事 を別立て） spin-dd/recruit-hubspot-theme https://243544133.hs-sites-na2.com — — —
太平ビルケア(TAC) tac TACウェブサイト ✓ spin-dd/tac-hubspot-theme — — — —
SPIN D&D spindd SPIN（要追加） spin-dd/spindd-hubspot-theme https://app-na2.hubspot.com/ — — — 自社

✓ = TTRTAGSPIN に既登録のカテゴリ。未登録分は Backlog 管理者で追加が必要。

プロジェクトキーは automedia 内部での識別子。Backlog プロジェクトキー（GENERAL 等）とは独立。 LINE / TikTok / Instagram の運用有無は今後の顧客個別合意で確定。

HubSpot テーマリポの実態（観察）

設計への含意

  1. automedia は spin-dd 運用代行業務の一機能として位置づける（独立 SaaS ではない）
  2. Project は HubSpot 顧客サイトと 1:1（Backlog プロジェクトとも 1:1。ただし Backlog 側の構造は要確認）
  3. テンプレ/ルールは各テーマリポ側に置く（spin-dd/<key>-hubspot-theme/.automedia/）
  4. 実行ランタイムも各テーマリポ（Claude Code を GitHub Actions で起動。ランタイムモデル）
  5. DNS / SSL / Google 系設定は automedia の管轄外（spin-dd 運用チームが Wiki ベースで実施。SNS とは別レイヤ）
  6. 既存の HTML ルール文化を踏襲（Claude Code スキル形式のドキュメント、HubSpot サニタイズ前提）。automedia-* スキルも同様に各リポに同居させる

既存リソースとの関係マップ

flowchart LR
    subgraph SPIN["spin-dd 運用基盤"]
        WIKI["TTRTAGSPIN Wiki<br/>SoT: 認証情報・台帳"]
        GH["spin-dd org GitHub<br/>各サイトのテーマリポ"]
        DNS["DNS / SSL 設定"]
        GA["Google Analytics / Search Console"]
    end

    subgraph CUST["顧客サイト (HubSpot)"]
        BATO["馬頭ゴルフ HubSpot"]
        OKADA["おかだ HubSpot"]
        ETC["... 6 サイト"]
    end

    subgraph AMD["automedia (本プロジェクト)"]
        APIGW["AWS API Gateway<br/>api.automedia.spin-dd.com"]
        LMBD["AWS Lambda × 5<br/>(webhook-line/backlog, deliver,<br/>scan, sync)"]
        EB["EventBridge Scheduler<br/>動的 at(投稿日時)"]
        SM["Secrets Manager<br/>/automedia/<tenant>/*"]
        S3["S3<br/>spin-dd-automedia-tenants"]
        CP["Claude Platform on AWS<br/>(IAM 認証)"]
    end

    subgraph SNS["配信チャネル"]
        LN["LINE Broadcast"]
        HS["HubSpot Blog Post"]
    end

    GH --> BATO
    GH --> OKADA
    GH --> ETC
    GH -->|push event| LMBD
    WIKI -. "認証情報の在処" .-> SM
    APIGW --> LMBD
    LMBD <--> SM
    LMBD <--> S3
    LMBD --> EB
    EB --> LMBD
    LMBD --> CP
    LMBD --> LN
    LMBD --> HS
    HS --> BATO
    HS --> OKADA

決定事項（Issue #1）

  1. テンプレ/ルールの置き場 = 既存テーマリポ内 .automedia/ 各 spin-dd/<key>-hubspot-theme 配下の .automedia/ がテンプレ・ルール・state の SoT。詳細は GitHub 連携 / Claude Code ランタイム。
  2. Backlog プロジェクト構造 = TTRTAGSPIN 共用 + ウォッチ対象 Backlog の設定 8 サイト分のコンテンツ運用課題は TTRTAGSPIN を共用し、category でサイトを識別する。必要に応じて別 Backlog プロジェクトを立てて運用できるよう、automedia は「ウォッチ対象 Backlog プロジェクト」を config で持つ。dispatcher はウォッチ対象を合算して走査する。詳細・config 仕様は Backlog 連携 / ウォッチ対象プロジェクト。

今後決めること

  1. 顧客別チャネル運用範囲: どのサイトが LINE / TikTok / Instagram のどれを使うかの合意リスト
  2. Wiki 上に残った認証情報の整理: Lambda が使う API トークンを AWS Secrets Manager (/automedia/<tenant>/<provider>) へ集約し、Wiki にはポインタと取得手順だけを残す。人間用ログインのチーム password manager への移行は段階導入（セキュリティ・シークレット）