宿泊施設サイトの月次点検チェックリスト｜毎月60分の運用手順

宿の公式サイトは、一度完成したら終わりではありません。料金や送迎が変わり、予約サービスのURLが変わり、看板猫が休むこともあります。WordPressやプラグインにも更新が届きます。

ただし、毎月すべての文章を読み直し、すべての設定を変更する必要はありません。月次点検は異常や古い情報を見つける時間とし、修正や更新作業は影響を確認して別に行います。

この記事では、小さな宿が毎月60分を目安に行える点検手順を紹介します。

結論：四つの領域を順番に確認する

月次点検は、次の順で進めます。

宿泊者が読む営業・予約情報
公開サイトの表示と導線
Google検索とサイト内の利用状況
WordPressの安全性と復旧準備

最初からWordPressの更新ボタンを押さないことが大切です。先に宿泊者への影響を確認し、異常を記録し、バックアップと復元方法を確認してから変更日を決めます。

点検前に用意するもの

公式サイトのURL
公式予約と主要OTAの公開URL
今月の営業日・料金・食事・送迎などの正本
前回の点検記録
スマートフォンとパソコン
WordPressへログインできる宿名義のアカウント
Search ConsoleとAnalyticsを利用している場合は閲覧権限
バックアップの保存先と、最後に復元確認した日

個々の宿泊者の予約番号、氏名、連絡先、決済情報は月次点検表へコピーしません。公開案内とシステムの状態だけを記録します。

毎月行うこと、毎日行うことを分ける

月次点検は、日々の予約管理の代わりにはなりません。

頻度	主な確認
毎日	新規予約、変更、取消、在庫、同期エラー、当日到着者
変更時すぐ	休館、料金誤り、設備故障、通行止め、予約停止、猫の休養
月1回	公開情報、リンク、スマホ表示、検索状況、サイトヘルス、バックアップ記録
季節・販売切替時	プラン、写真、食事、送迎、税、冬季条件、対象宿泊日

緊急情報を「次の月次点検まで待つ」ことはしません。料金や営業に誤りが分かったら、その時点で修正判断をします。

最初の15分：営業・予約情報

宿側で正しいと確認した情報と、公開ページを比べます。

営業と受付

[ ] 通常営業、季節営業、休館、予約停止が現在と一致する
[ ] 定休日と臨時休館日が現在と一致する
[ ] 何月分まで予約できるか分かる
[ ] トップページの古い緊急告知が残っていない

客室・料金・食事

[ ] 販売中の客室名、定員、寝具が実際と一致する
[ ] 料金が一人・一室、税込・税別、食事の有無とともに表示される
[ ] 入湯税、宿泊税、清掃費など追加費用が現在と一致する
[ ] 子ども、添い寝、食事、アレルギー相談の条件が一致する
[ ] 終了したプランや古い季節名が予約可能に見えない

変更・取消・支払い

[ ] 無料取消期限とキャンセル料が予約前に分かる
[ ] 予約変更・取消の連絡先が予約経路ごとに分かる
[ ] 現地払い、事前決済、返金方法の説明が現在と一致する

アクセスと看板猫

[ ] 住所、地図、駐車場、公共交通、送迎が現在と一致する
[ ] 電話番号、受付時間、問い合わせ先が正しい
[ ] 看板猫の在籍、休養、会える可能性、触れ合いルールが現在と一致する
[ ] 「必ず会える」など、猫の意思や体調を無視する約束がない

情報項目の詳しい基準は宿泊施設サイトで最低限更新したい情報を、公式サイトとOTAの照合はOTAと公式サイトの案内を一致させる方法を参照してください。

次の15分：表示と予約導線

管理画面へログインしているブラウザだけでなく、シークレットウィンドウでも確認します。

トップページ

[ ] HTTPSの正式URLが開く
[ ] 宿名、地域、宿の特徴が分かる
[ ] メニューから客室、料金、アクセス、予約へ進める
[ ] 終了した告知や空の枠が目立たない
[ ] 新着記事や案内が意図した件数・順序で表示される

予約入口

[ ] 予約ボタンが正しい宿・正しい予約サービスへ進む
[ ] 別の施設、契約終了済みURL、警告画面へ進まない
[ ] 料金・空室検索の前に重要な条件を読める
[ ] 電話や問い合わせ以外にも、利用中の正式な予約方法が分かる

確認のために実在する日付で予約を確定したり、カード情報を入力したりしません。予約システムにテスト機能がある場合だけ、その公式手順を使います。

スマートフォン

[ ] メニューを開閉できる
[ ] 本文、表、写真が画面から大きくはみ出さない
[ ] 電話・予約ボタンが別の要素に隠れない
[ ] 地図を開いた後にサイトへ戻れる
[ ] Cookie同意などの表示が予約ボタンを塞がない

主要リンク

[ ] 客室、料金、食事、アクセス、FAQが404にならない
[ ] 外部予約、観光協会、SNSへのリンクが現在も有効
[ ] 問い合わせフォームは表示できる
[ ] サイト管理者のテスト用宛先でだけ、必要に応じて送信確認する

ページを更新した直後の詳しい確認はWordPress公開後の確認方法で解説しています。

次の15分：検索と利用状況

数字を増減だけで判断せず、前月、前年同月、休館日、連休、季節変動を分けて見ます。

Search Console

Googleは、小規模サイトの管理者に対して、月に一度程度ダッシュボードを確認し、エラーの増加やクリック数の不自然な減少を見る方法を案内しています。

[ ] 新しい重要メッセージがない
[ ] セキュリティの問題や手動による対策が表示されていない
[ ] ページ登録エラーが急増していない
[ ] サイトマップの読み取りに問題がない
[ ] クリック数・表示回数に説明できない急変がない
[ ] 重要ページをURL検査する必要があるか記録した

「登録されていないURL」がすべて問題とは限りません。検索結果へ出す必要のない管理用・重複ページまで、無理に登録させないでください。具体的な見方はGoogle Search Console入門で確認できます。

Google Analytics 4

[ ] 計測が完全に止まっていない
[ ] 予約案内や客室など主要ページが閲覧されている
[ ] 予約ボタンなど、設定済みの重要イベントが記録される
[ ] 自分や制作会社の確認アクセスだけで数字が増えていないか考慮した
[ ] 氏名、メール、電話、予約番号などがURLやイベント名へ入っていない

アクセスが少ないページを、一か月の数字だけで削除しません。宿泊者からの質問、検索語句、季節性と合わせて改善候補へ入れます。導入方法と個人情報の注意点はGoogle Analytics 4入門で解説しています。

最後の15分：WordPressと復旧準備

WordPress管理画面の「ツール → サイトヘルス」では、重大な問題と改善項目を確認できます。診断結果を見たその場で、すべてを変更する必要はありません。

サイトヘルスと更新候補

[ ] サイトヘルスに新しい重大な問題がない
[ ] WordPress本体、テーマ、プラグインの更新候補を記録した
[ ] 更新内容、互換性、サポート情報を確認する担当者を決めた
[ ] 使っていない管理者アカウントや不明な利用者がない
[ ] 管理者のメールアドレスが現在の担当へ届く

更新候補があることと、今すぐ本番へ適用してよいことは別です。変更前にバックアップを取り、復元方法を確認し、予約が集中する時間を避けて更新します。

バックアップ

[ ] 前回バックアップの完了日時が分かる
[ ] データベースと画像・テーマ・プラグインを対象に含む
[ ] 保存先へ実際にアクセスできる
[ ] エラー通知だけでなく完了記録がある
[ ] 復元手順と、復元を担当する人が分かる
[ ] 最近の復元テスト日を記録している

バックアップファイルが存在するだけでは、復元できるとは限りません。WordPress更新前のバックアップと復元を使い、契約中のサーバー方式に合う手順を確認してください。

ログインと安全性

[ ] 管理者全員が個別アカウントを使っている
[ ] 退職者・契約終了者のアカウントを確認した
[ ] 二段階認証が意図どおり利用できる
[ ] 不審なログイン通知や身に覚えのない変更がない
[ ] BASIC認証を使う場合、REST APIや外部連携への影響を把握している

ログインを守る設定は、WordPressログインのBASIC認証・二段階認証で扱っています。

見つけた問題を四段階に分ける

優先度	例	対応の目安
緊急	サイト停止、別施設への予約、個人情報露出、不正管理者	追加変更を止め、担当者と公開停止・復元を判断
高	料金・休館・キャンセルの誤り、予約不能、猫の古い在籍案内	当日中に正しい情報と影響範囲を確認
中	一部404、スマホ表示崩れ、検索登録の急な異常	担当と修正期限を決める
低	軽微な誤字、写真差し替え、説明の改善	次の更新枠へ入れる

一つの問題を直す途中で、無関係なプラグイン更新やデザイン変更を混ぜません。原因と戻し方が分からなくなるためです。

月次点検表のテンプレート

対象月：
点検日：
点検者：
前回点検日：

1. 営業・予約情報：問題なし／要対応／未確認
2. 表示・予約導線：問題なし／要対応／未確認
3. Search Console：問題なし／要対応／未利用
4. Analytics：問題なし／要対応／未利用
5. WordPress：問題なし／要対応／未確認
6. バックアップ：問題なし／要対応／未確認
7. ログイン・安全性：問題なし／要対応／未確認

問題のURLまたは画面：
宿泊者への影響：
優先度：緊急／高／中／低
修正担当：
修正期限：
変更前バックアップ：必要／不要／判断待ち
修正後の確認者：
次回点検日：

「問題なし」を選ぶには確認が必要です。権限がなく見られなかったものは、問題なしではなく「未確認」と記録します。

AIへ読み取り点検を頼むプロンプト

宿泊施設サイトの月次点検を手伝ってください。
今回は公開ページの読み取りと報告だけにし、ログイン、編集、更新、
予約、問い合わせ送信、電話、決済は行わないでください。

公式サイト：［URL］
公式予約：［公開URL］
主要OTA：［公開URL］
宿が確認した現在情報：［営業、料金、住所、送迎、看板猫など］
前回の点検結果：［内容］

次を「問題なし」「要対応」「未確認」「対象外」に分けてください。
1. 営業・休館・予約受付
2. 客室・料金・食事・追加費用
3. キャンセル・変更・支払い
4. 住所・交通・送迎・連絡先
5. 看板猫の現在情報
6. HTTPS、404、主要な内部リンクと外部リンク
7. PC・スマートフォンでの表示上の問題
8. 予約・問い合わせへの導線

問題候補にはURL、該当箇所、宿泊者への影響を付け、
緊急・高・中・低の順に並べてください。
現在情報を推測せず、管理画面でしか確認できない項目は未確認にしてください。

Search Console、Analytics、WordPress管理画面の内容は、宿主さんが必要な範囲だけ画面や書き出しデータで共有します。パスワード、二段階認証コード、予約者情報、秘密鍵をAIへ貼り付けません。