作成: IILL Editorial。医療広告と個人情報の適用範囲は担当者と最新基準で確認してください。
病院Webサイトの改修はdesign交換ではなく、検索URL、承認済み医療情報、予約経路、 個人情報処理を一緒に移す作業です。旧pageを一括削除して新menuだけを公開すると、 検索landingが404になり、古い診療情報や過剰な問い合わせfieldが残ることがあります。
最初に作るのはmock-upではなく、旧URL → 新URL → content owner → 広告・法務review status → form・conversion確認を一行で結ぶmigration ledgerです。
この文章は法的助言ではありません。韓国の医療広告事前審査と個人情報処理について、 実際のcontent、medium、運用に適用される要件を機関担当者と専門家が判断します。
一般的な改修と異なる四つの責任
診療情報にはfreshness ownerが必要
診療時間、医療従事者、診療分野、設備、場所、連絡先は患者の次の行動を変えます。 source system、承認role、最終確認日、次のreview日を記録します。
表現には公開gateが必要
治療結果、before/after、testimonial、比較、価格、promotionは装飾ではありません。 韓国の医療法 と適用される広告review processを基準に、機関担当者が公開可否を確認します。旧siteに あったという事実だけでは再公開の承認になりません。
Booking formはhealth data intakeになり得る
一般contactなら、連絡手段と希望時間など運用に必要な最小fieldから始めます。診断名、 検査結果、詳細症状、識別番号、attachmentが本当に必要かprivacy ownerと確認します。 checkbox一つで不要な収集が正当化されるとは考えません。
検索移行はpage単位で行う
診療分野と医療従事者pageは検索流入とexternal linkを持つことがあります。各旧URLを 最も近い新contentへserver-side permanent redirectします。対応先がなければ、homeへの 一括redirectより正しい404・410と案内の方が明確です。
改修前に作る四つのinventory
1. URLと検索evidence
旧siteをcrawlし、URL、status、title、canonical、index状態を記録します。Search Console impression・click、analytics landing、external link、bookingに寄与したpageを 表示します。
2. Contentとapproval
| Content | Source owner | 確認する事実 | Gate |
|---|---|---|---|
| 医療従事者profile | 人事・診療科 | 氏名、資格、所属、schedule | Fact review |
| 診療分野 | clinical owner | 対象、process、limits、next step | Clinical review |
| 価格・promotion | 運営・法務 | 条件、期間、included scope | Advertising review |
| Story・testimonial | 法務・privacy | consent、identification、wording | Separate approval |
| 時間・場所 | administration | 住所、parking、休診、電話 | Operations check |
「approved」だけでなく、承認role、日付、evidence、次のreview日を残します。
3. Formとdata flow
各fieldがどこへ送られ、誰が見て、いつ削除されるかを描きます。browser → server → mail → CRMの実経路をtestし、入力値がURL、analytics、error logへ混ざらないか確認します。
4. Accountと外部service
domain、DNS、business mail、map、booking、message、analytics、Search Console、ad accountの ownerとrecovery方法を記録します。変更前のDNS recordを保存し、mailやbooking認証を 壊さないようにします。
公開前checklist
- 旧URLごとに新URLまたはretirement decisionがある。
- 診療情報とprofileをsource ownerが確認した。
- 広告reviewの必要性をresponsible reviewerが判断した。
- 期限切れの価格・promotionをpage、検索、cacheから除いた。
- Booking・contact formはreview済みの必要fieldだけを求める。
- Privacy notice、consent、retention、deletionが実data flowと一致する。
- 電話、map、booking、cancel、errorをmobileで試した。
- 変更URLは直接server-side permanent redirectする。
- Canonical、sitemap、robots、structured dataが表示内容と一致する。
- Lead successとfailureを分け、実deliveryまで確認した。
公開後1日・1週・4週
初日は代表的な診療page、profile、booking、電話、map、business mail、redirectを確認します。 初週は404、誤ったnoindex、form failure、mobile errorを見ます。4週後に検索landing、確認済み booking、contact pathを公開前baselineと比較します。
Googleのsite move documentation はURL mapping、permanent redirect、sitemap更新、monitoringを一つの工程として扱います。 順位変動を理由に薄い診療pageを増やさず、migration errorと不足情報から直します。
共通手順はWebサイト改修SEO checklistで、 病院固有の情報構造とreview責任はIILLへの相談窓口 で整理できます。
Webサイト制作、何から決めるべきか迷っていませんか？
現在の状況と必要な成果を伺い、制作範囲と次のステップを先に整理します。