「営業時間を今日中に直してほしい」「採用情報を来週までに追加したい」「古い料金表を消したい」。ホームページの更新代行を頼み始めると、こうした依頼がメール、電話、チャットに散らばりがちです。依頼先に技術力があっても、変更箇所、根拠となる原稿、承認者、公開期限が曖昧なら、確認の往復が増え、急ぐほど誤更新も起こりやすくなります。
泉大津市の中小企業が更新業務を外部へ任せるときに先に決めたいのは、月額料金だけではありません。一件ごとに依頼を受け付け、緊急度を判断し、下書きを確認してから公開し、問題があれば戻せる運用です。本記事では、その仕組みを「更新依頼票」を軸に、社内でそのまま使える粒度まで整理します。
更新代行は「作業」ではなく「受付窓口」から設計する
ホームページは、会社案内、採用、問い合わせ、商品・サービス説明など、複数の部署に関わります。誰でも自由に依頼でき、誰の承認でも公開できる状態では、古い資料と新しい資料が混ざったり、担当者によって表記が変わったりします。逆に、窓口を一人に絞りすぎると、その人が不在のときに緊急情報を直せません。
そこで、社内窓口は「通常時の責任者」と「不在時の代理者」の二人を決めます。更新代行会社には、その二人から依頼番号付きで届いた内容を正式依頼として扱ってもらいます。電話で急ぎの相談をした場合も、公開前までに依頼票へ残す運用にします。これだけで、聞き間違い、二重依頼、承認漏れを減らしやすくなります。
泉大津市は令和8年度のプロフェッショナル人材活用支援事業で、市内事業者が必要な時期・必要な専門知識をプロジェクト単位で外部から導入する考え方を示しています。ホームページ更新代行は同事業そのものではありませんが、外部人材を活用するときに「解決したい課題」と「社内の受入れ体制」を明確にする必要がある点は共通します。外注は丸投げではなく、社内の判断と外部の実務をつなぐ設計があってこそ機能します（参考：泉大津市「令和8年度 プロフェッショナル人材活用支援事業」）。
最初に更新を三つの緊急度へ分ける
すべての依頼に「至急」と書かれていると、本当に急ぐべき変更が埋もれます。契約前に、更新を次の三つへ分類し、受付時間と初動の目安を話し合っておきましょう。「当日対応」という言葉だけでなく、何時までに正式依頼が届き、誰の承認が必要かまで決めることが大切です。
| 区分 | 該当する例 | 受付時に必要な判断 | 期限の決め方 |
|---|---|---|---|
| 緊急更新 | 臨時休業、誤った価格・電話番号、重大な安全情報、問い合わせ障害 | 利用者への影響、正しい情報の根拠、暫定表示の可否 | 受付時間、承認者、暫定対応を含めて個別に確定 |
| 期日更新 | 営業時間、採用募集、キャンペーン、イベント、料金改定 | 公開開始・終了日時、差し替え対象、関連ページ | 素材受領と承認に必要な日数を逆算 |
| 改善更新 | 事例、よくある質問、文章・写真、検索導線の改善 | 目的、対象読者、測定方法、優先順位 | 月次の更新枠や編集カレンダーで計画 |
緊急更新は、デザインを作り込むより、まず誤情報を非表示にする、簡潔な案内へ差し替えるなど、影響を止める暫定対応が適する場合があります。その後に正式な文章や画像を用意し、通常の確認工程で置き換えます。「完璧な修正ができるまで何もしない」と「確認なしですべて書き換える」の間に、暫定対応を用意しておくのが実務的です。
受付から公開後確認までを同じ依頼番号で追う
更新履歴を後から探せるよう、依頼ごとに番号を付けます。番号は「2026-0829-01」のように日付と連番を組み合わせれば十分です。重要なのは、メール件名、依頼票、見積、下書きURL、公開報告で同じ番号を使うことです。
1．受付：変更箇所と正しい情報をそろえる
「採用ページを直してください」だけでは、どの職種を、いつから、何に変更するのか判断できません。対象ページのURL、現在の記載、変更後の文章、写真、希望公開日を一つにまとめます。料金や法定表示など判断を伴う内容は、出典資料のファイル名と版の日付も付けます。
2．判定：緊急度・影響範囲・費用区分を返す
更新代行側は、受け取った依頼をそのまま作業へ流さず、関係するページや機能を確認します。ヘッダーの電話番号を変えるなら全ページに影響するかもしれません。フォーム項目を変えるなら、自動返信メールや保存先も確認が必要です。依頼時点で想定外だった範囲が見つかったら、追加作業へ入る前に期限と費用を返してもらいます。
3．実施：下書きで端末別に確認して承認する
文章の誤字だけでなく、パソコンとスマートフォンで改行、画像、ボタン、表を確認します。問い合わせフォームや電話リンクを変えた場合は、見た目だけでなく実際に送信・発信できるかも試します。公開権限を持つ人は、依頼票と下書きを照合して承認を残します。
4．記録：公開日時・確認結果・戻し方を残す
公開報告には、変更したURL、公開日時、確認端末、担当者、承認者を記録します。問題が起きた場合にどの状態へ戻すか、バックアップや更新前のスクリーンショットの保存先も関連付けます。依頼番号から一連の判断をたどれることが、次の更新を速くします。
更新依頼票に入れる12項目
依頼票は長い作文にせず、判断に必要な欄を固定します。スプレッドシート、フォーム、チケット管理ツールのどれでも構いません。電話やチャットを正式な記録に書き直す手間まで含め、社内で続けられる方法を選びます。
| 項目 | 記入する内容 | 抜けたときに起こりやすいこと |
|---|---|---|
| 依頼番号 | 日付＋連番など重複しない番号 | 報告や請求と依頼が結び付かない |
| 依頼者・承認者 | 氏名または役割、不在時の代理者 | 公開可否の確認が止まる |
| 対象URL | 変更するページの完全なURL | 似たページを誤って直す |
| 変更目的 | 誤情報訂正、募集開始、問い合わせ増加など | 必要以上の作業や的外れな修正になる |
| 変更前・変更後 | 置換箇所が分かる形で併記 | 削除範囲や表現を取り違える |
| 支給素材 | 原稿、画像、PDFと利用許諾 | 画質不足や権利不明の素材が混ざる |
| 公開開始・終了 | 日時とタイムゾーン、終了後の状態 | 終了した案内が残り続ける |
| 緊急度 | 緊急・期日・改善の区分と理由 | 依頼順だけで処理される |
| 関連箇所 | メニュー、一覧、フォーム、自動返信など | 一部だけ古い情報が残る |
| 確認端末 | PC、スマートフォン、必要ならタブレット | 小さい画面だけ崩れる |
| 費用区分 | 月額内、別見積、要確認 | 公開後に請求認識が食い違う |
| 戻し方 | 元へ戻す条件、保存場所、判断者 | 障害時の判断が遅れる |
原稿ファイルを何度も送り直す場合は、「最終」「最終2」といった名前を避け、更新日と版番号を付けます。依頼票に採用した版を記載すれば、公開後に「一つ前の原稿だった」と気付く事故を防ぎやすくなります。
公開期限は「作業時間」ではなく前提条件とセットにする
更新代行の納期は、依頼を送った時刻から自動的に始まるとは限りません。原稿や画像が不足している、社内承認者が不在、追加見積が必要といった状態では、作業へ着手できません。契約時には次の四つを分けて決めます。
- 受付時間：営業日の何時までを当日受付とするか
- 初動時間：受付確認や不足資料の連絡をいつまでに返すか
- 標準納期：必要な素材がそろってから下書きを出すまでの目安
- 緊急時連絡：通常窓口が使えない場合の連絡方法と追加費用
たとえば「1営業日」は、土日祝日を含む24時間とは限りません。営業時間、休業日、年末年始、依頼の確定条件を契約書や運用表に書きます。また、公開日時が厳密な採用情報やキャンペーンは、予約公開の可否と、公開後に誰が確認するかも決めておきます。
社内・更新代行・承認者の役割を混ぜない
更新代行会社は、支給された情報が事業上正しいかを最終判断できません。料金、営業時間、採用条件、医療・介護等の表現、著作権や肖像権は、事業者側が根拠を確認する必要があります。一方、HTMLやWordPressへの反映、画像の軽量化、リンクや表示の確認は、更新代行側の専門領域です。
| 役割 | 主な責任 | 公開前に確認すること |
|---|---|---|
| 社内依頼者 | 正しい原稿・素材・目的を用意する | 数字、固有名詞、期間、利用許諾 |
| 社内承認者 | 会社として公開可否を判断する | 内容の正確性、法務・業務上の影響 |
| 更新代行担当 | 安全に反映し技術確認を行う | 表示、リンク、フォーム、画像、戻し方 |
| 運用責任者 | 優先順位、契約、履歴を管理する | 期限超過、未完了、月次の改善状況 |
同じ人が複数の役割を兼ねても構いません。ただし、誰がどの判断をしたかは記録します。特に更新代行担当が原稿を提案した場合でも、事業内容の正しさを社内承認者が確認してから公開します。
WordPressの権限は業務に必要な範囲へ絞る
WordPressには、管理者、編集者、投稿者、寄稿者などの役割があり、投稿公開、他者の記事編集、プラグイン管理、ユーザー管理といった権限が分かれています。公式ドキュメントでも、役割は利用者が実行できる作業を制御する仕組みとして説明されています（参考：WordPress Roles and Capabilities）。
日常の記事更新だけを頼む担当者へ、プラグインの追加やユーザー作成まで可能な管理者権限を常時渡す必要があるかは慎重に判断します。サイト構成や利用プラグインによって必要権限は異なるため、実作業を確認したうえで最小限に設定し、退職・契約終了時はアカウントを停止します。共有アカウントは操作した人を追いにくいため、原則として担当者ごとのアカウントにします。
また、パスワードを依頼票や通常メールの本文に記載し続けないようにします。パスワード管理方法、多要素認証の可否、緊急時の管理者権限付与、契約終了時の削除手順まで、運用開始時に確認してください。
リビジョンとバックアップを別物として扱う
WordPressのリビジョンは、保存した下書きや公開更新の変更履歴を保持し、過去の内容へ戻すための機能です（参考：WordPress Revisions）。文章を誤って消した場合には役立ちますが、画像ファイル、テーマ、プラグイン、データベース全体、サーバー障害まで必ず復旧できるものではありません。
WordPress公式のバックアップ資料は、サイト復旧にはデータベースとファイルの両方が必要だと説明しています（参考：WordPress Backups）。IPAの中小企業向けガイドライン第4.0版でも、基本的な対策にバックアップと安全なウェブサイト運用が加えられています（参考：IPA 中小企業の情報セキュリティ対策ガイドライン）。
| 仕組み | 主に戻せるもの | 不足する場面 |
|---|---|---|
| 下書き・プレビュー | 公開前の表示確認 | 公開済み障害の復旧にはならない |
| WordPressリビジョン | 投稿・固定ページの保存履歴 | 画像削除、設定変更、サイト全体の障害 |
| 更新前スクリーンショット | 見た目や文章の比較 | データそのものは戻せない |
| ファイル＋データベースのバックアップ | サイト全体の復旧に必要なデータ | 復元手順や保管先が不明だと使えない |
バックアップは「取得した」だけでなく、取得日時、対象、保管先、保持期間、復元担当を記録します。WordPress本体、テーマ、プラグインの更新は通常の文章差し替えと影響範囲が違います。公式の更新手順も事前バックアップを案内しているため、保守作業は日常のコンテンツ更新枠と分けて計画します（参考：Updating WordPress）。
公開前後の確認を二段階に分ける
一度にすべてを確認しようとすると、文章を読んでいるうちに表示確認を忘れます。公開前は「内容」と「動作」を分け、公開後は実際のURLでもう一度確かめます。
内容確認
- 会社名、商品名、住所、電話番号、価格、日付に誤りがない
- 変更を依頼した箇所だけでなく、関連ページにも古い表記が残っていない
- 写真や文章の利用許諾が確認でき、画像の代替テキストが内容を説明している
- 見出しだけ読んでも、利用者が必要な情報へ移動できる
- 公開終了後に削除するか、通常表示へ戻すかが決まっている
動作確認
- パソコンとスマートフォンで横にはみ出さず、文字やボタンが重ならない
- メニュー、ページ内リンク、PDF、電話リンクが正しい先へつながる
- 問い合わせフォームが送信でき、通知先と自動返信の内容が正しい
- 画像が欠けず、読み込みに極端な遅れがない
- 公開後のURLをログアウト状態でも閲覧できる
公開後確認を「更新代行会社が実施」「社内も確認」の二者で行うと、技術面と事業内容の両方を見やすくなります。問題があれば依頼番号で連絡し、どの時点へ戻すかを決めます。
月額契約と都度依頼は更新量と応答条件で選ぶ
月額契約が向くのは、採用、事例、お知らせ、季節情報など定期的な更新があり、毎月の優先順位付けも支援してほしい場合です。都度依頼は更新回数が少なく、変更範囲が明確な場合に合います。ただし、都度依頼でも緊急対応の可否、最低料金、見積に含む確認作業を先に聞きます。
見積を比較するときは「月額○円」だけでなく、次の範囲を横並びにします。
- 月内の作業時間または件数と、未使用分の扱い
- 文章校正、画像加工、図表作成、SEO提案を含むか
- 下書き提出、修正回数、公開後確認を含むか
- フォーム、レイアウト、プログラム変更が別料金になる境界
- 緊急対応の受付時間、追加費用、対応できない条件
- バックアップ、保守更新、障害調査が契約内か別契約か
- 契約終了時に渡される更新履歴、アカウント、素材
安さを優先して確認工程を削ると、社内の手戻りが増えることがあります。逆に、毎月の更新がほとんどないのに大きな作業枠を契約しても活かせません。直近三か月の依頼を一覧にし、件数、種類、急ぎの割合を数えてから契約形態を選ぶと判断しやすくなります。
成果はアクセス数だけでなく運用品質も測る
更新代行を始めた直後に、問い合わせ件数だけで良し悪しを決めるのは早計です。まず、正確な情報を期限内に公開できる運用になったかを測ります。
| 指標 | 見方 | 改善につなげる問い |
|---|---|---|
| 受付から下書きまでの時間 | 必要素材がそろった依頼の中央値 | どの確認で止まりやすいか |
| 初回承認率 | 大きな修正なく承認できた割合 | 依頼票の不足欄は何か |
| 期限超過率 | 合意した公開日に間に合わなかった割合 | 社内承認と制作のどちらが原因か |
| 期限切れ情報数 | 終了日を過ぎても残った案内の数 | 終了後処理が登録されているか |
| 公開後不具合数 | リンク切れ、表示崩れ、フォーム不達の数 | 確認端末・手順が十分か |
| 有効問い合わせ | 営業対象となる問い合わせの件数 | 内容改善と導線改善のどちらが効いたか |
月次報告では、作業件数を並べるだけでなく、未着手、承認待ち、公開待ち、終了処理待ちを示してもらいます。更新が遅い原因が代行会社にあるのか、素材や社内承認にあるのかを分けることで、責任追及ではなく工程改善につなげられます。
30日で更新代行の運用を立ち上げる手順
1週目：現状の棚卸し
更新が必要なページ、過去三か月の依頼、現在の管理者、契約中の保守内容を確認します。電話、メール、チャットに残った依頼も集め、どんな情報が不足しやすいかを洗い出します。
2週目：依頼票と三つの緊急度を試す
更新依頼票を作り、実際の依頼を二、三件通します。欄を増やしすぎず、更新代行側が判断できない項目だけを追加します。緊急・期日・改善の区分も、過去の事例に当てはめて認識をそろえます。
3週目：権限、承認、バックアップを確認する
利用中のアカウントと権限を一覧にし、退職者や不要な共有アカウントを確認します。公開承認者、不在時の代理者、更新前バックアップの対象と復元担当を決めます。ここで契約範囲外の保守が見つかれば、別途相談します。
4週目：公開後確認と月次報告を定着させる
公開後のチェック欄まで使い、依頼番号から履歴を追えるか確かめます。月末に、件数、期限超過、差し戻し理由、翌月の予定を振り返ります。運用初月は完璧なルールを目指すより、実際に止まった箇所を一つずつ直します。
更新代行を相談する前のチェックリスト
- 更新したいページのURLを一覧にした
- 過去三か月の更新件数と、急ぎだった件数を把握した
- 社内の依頼窓口、承認者、不在時の代理者を決めた
- 正しい原稿や数値を誰が確認するか決めた
- 月額内と別見積の境界を確認する質問を用意した
- パソコン・スマートフォン・フォームの確認範囲を決めた
- WordPressの権限、アカウント終了手順を確認した
- 更新前バックアップと復元担当を確認した
- 公開後の確認結果と履歴を残す場所を決めた
- 契約終了時に受け取る資料とデータを確認した
よくある質問
原稿作成から依頼できますか
対応範囲は事業者ごとに異なります。文章案の作成を頼む場合でも、事実、数値、固有名詞、公開可否は社内で確認します。取材、構成、校正、画像選定、WordPress反映のどこまでを含むか、見積時に分けてください。
「今日中」の依頼は必ず対応してもらえますか
契約した受付時間、作業範囲、素材の準備状況、承認者の在席によります。緊急時は全面改修ではなく、誤情報の一時非表示や短い案内への差し替えを先に行う方法もあります。対応可否と追加費用を平常時に決めておきましょう。
更新代行会社へ管理者権限を渡してよいですか
必要な作業によって異なります。日常的な記事更新だけなら、より限定した権限で足りる場合があります。サイト構成を確認し、担当者別アカウント、必要最小限の権限、契約終了時の停止をセットで設計してください。
月額契約ならサーバー障害も対応範囲ですか
更新代行と保守・障害対応は別契約のことがあります。バックアップ、WordPress本体やプラグインの更新、改ざん調査、サーバー復旧、営業時間外対応が含まれるかを契約書で確認してください。
まとめ：良い更新代行は、依頼の出し方まで一緒に整える
ホームページ更新が滞る原因は、担当者の作業速度だけではありません。対象URLがない、最終原稿が分からない、承認者が不在、公開後の確認担当がいないといった小さな曖昧さが積み重なります。依頼番号付きの更新依頼票、三つの緊急度、公開期限の前提条件、権限、バックアップ、戻し方を決めれば、社内と外部担当者が同じ基準で動けます。
泉大津市でホームページ更新の体制や、制作後の運用まで相談したい方は、泉大津市のホームページ制作・Web活用支援の案内をご覧ください。現在の更新件数と困っている依頼を持ち寄ると、自社で続ける範囲と外部へ任せる範囲を具体的に整理できます。
