# ［宿名］Webサイト運用ルール

## 目的

- 公開サイト: ［URL］
- サイトの目的: ［公式情報の提供／自社予約の獲得など］
- 主な読者: ［宿泊検討者／予約済みの宿泊者など］

## 環境

- WordPress: ［レンタルサーバー／マネージドWordPress／VPS］
- サーバー事業者: ［事業者名］
- テーマ: ［テーマ名］
- 原稿の正本: ［保存場所］
- 本番反映方法: ［手順またはスクリプト］

## 通常の進め方

1. 関連ファイルと現在の設定を読み取り、現状を確認する。
2. 依頼範囲と関係のない箇所を変更しない。
3. 変更前にバックアップの日時と復元方法を確認する。
4. 変更を小さく実施し、差分を確認する。
5. ［テスト方法］を実行する。
6. 公開後に［確認するURLと機能］を確認する。
7. 変更箇所、検証結果、残課題、戻し方を報告する。

## 実行してよい操作

- プロジェクト内のファイルとログを読む。
- 記事や設定変更の案を作る。
- 依頼範囲のローカルファイルを編集する。
- 非破壊的な構文検査とテストを実行する。

## 事前承認が必要な操作

- 本番サイトへの公開や同期
- ファイル、投稿、画像、予約データの削除
- WordPress本体、テーマ、プラグイン、OSの更新
- サーバーやコンテナの停止・再起動
- 外部サービスへの登録、契約、課金、メール送信
- データベース構造や本番データの変更

## 禁止事項

- パスワード、APIキー、秘密鍵を画面、ログ、Gitへ出力しない。
- 宿泊者の個人情報、予約情報、決済情報を回答に表示しない。
- バックアップなしで復旧リスクのある変更をしない。
- 実在しない施設情報、料金、空室、体験談を作らない。
- 出典を確認できない変動情報を断定しない。

## 記事とSEO

- 料金、営業時間、制度、製品仕様は公式情報で確認し、確認日を残す。
- タイトル、description、見出し、内部リンク、画像altを確認する。
- 既存記事と検索意図が重なる場合は、新規作成より統合を検討する。
- ［宿の文体・表記ルール］を守る。

## 完了時の報告

- 結論を先に書く。
- 変更したファイルまたは投稿を列挙する。
- 実行した確認と結果を書く。
- 未確認事項と、人が確認すべき本番動作を書く。
- 元に戻す方法を書く。