結婚式場サイトのリニューアルで、婚礼ポータルと公式サイトの情報を食い違わせない運用。CMSの権限と承認フローの決め方

この記事の結論：リニューアルの期間に、結婚式場サイトと婚礼ポータルの情報を食い違わせないためには、作業を始める前に「項目ごとの正本」と「変えてよい人・確かめる人・公開する人」を決め、切り替えの前後は変更を止める期間と止めない項目を分けます。新しいサイトのCMSでは、入力と公開の権限を分け、料金・特典の条件・プランの中身のように重い変更だけに承認を入れます。公開したら、婚礼ポータルへの反映を「やること」として担当と期日つきで残し、反映を確かめた日を記録します。リニューアルは作り直しの作業であると同時に、更新の手順を作り直す機会でもあります。

宛先は、式場でサイトの入れ替えを担う担当者と、制作を引き受ける会社です。婚礼ポータルと公式サイトの役割の分け方や、そろえるための台帳の基本は、婚礼ポータルと公式サイトの役割を分ける記事にまとめました。この記事が扱うのは「リニューアルの期間」と「CMS の権限と承認」です。特定の婚礼ポータルや式場の事例ではなく、製品の名前も出てきません。

リニューアルで情報が食い違うのは、切り替えの前後に「どちらが正しいか」が決まっていないから

リニューアルの期間は、旧サイト・作っている途中の新サイト・婚礼ポータルの3か所に、同じ情報が並行して存在します。どこを直したら正しいことになるのかを決めないまま進めると、切り替えの日に古い情報が戻ります。

どの行も、作る技術ではなく、手順の決め忘れから起きています。だから、デザインや CMS の作りより先に、次の章の表を作ります。

リニューアルの最初に、項目ごとの正本と担当を決める

作業を始める前に、ずれると困る項目ごとに「正本はどこか」「誰が変えてよいか」「誰が確かめるか」「婚礼ポータルへ誰が写すか」を一枚の表にします。リニューアルの後は、新サイトの CMS を正本にするのが基本です。

表の人の欄は、実在の役職や名前に置き換えて埋めてください。「確かめる人」が「変えてよい人」と同じになる行は、急ぐ変更か、誤りがあってもすぐ直せる項目に限ります。

切り替えの前後は、変更を止める期間と、止めない項目を分ける

新サイトの原稿を固めてから公開するまでの間は、原則として変更を止めます。ただし、フェアの日程や中止のように、止めると予約に響く項目は止めず、変更の記録を残して最後に突き合わせます。

1. 変更を止める期間を決めて、関係者に日付で伝える。 止める項目と、止めない項目の一覧も一緒に渡す
2. 止めない項目は、旧サイトと新サイトの両方に入れる担当を決める。 片方にしか入れない変更を作らない
3. 止めている期間の変更は、すべて変更の記録に書く。 いつ・誰が・どの項目を・何から何へ変えたかを残す
4. 切り替えの前日に、変更の記録と新サイトを突き合わせる。 記録の行ごとに、新サイトに入っているかを確かめる
5. 切り替えの当日は、フェアの日程と予約フォームを最初に確かめる。 予約に直結する項目から見る

止めている期間に婚礼ポータルの掲載を変えた場合も、同じ変更の記録に書きます。婚礼ポータル側の変更が新サイトに届かないことが、切り替えの後に食い違いが見つかる典型の形だからです。

CMSの権限は、入力する人・確かめる人・公開する人の3つに分ける

新しいサイトの CMS では、入力する人と公開する人を分けます。1人の操作で公開まで進む作りにすると、確かめる手順を飛ばしても気づけません。

WordPress を例にとると、初めから用意されている役割で、この分け方に近い形を作れます。役割の説明をWordPress.org で読むと、寄稿者ができるのは自分の下書きを書くところまでで、公開の操作はできません。投稿者になると自分の投稿を公開でき、編集者は他人の投稿まで公開と管理ができます。権限の一覧を見ると、寄稿者にはファイルのアップロードの権限もありません。

投稿者の役割には注意が要ります。自分の投稿を公開できるうえ、公開済みの投稿も編集できるので、公開後の書き換えに確認が入りません。料金や特典を扱う人を投稿者にすると、承認の手順を作っても素通りできてしまいます。

フェアやプランを独自の投稿の種類（カスタム投稿タイプ）で作っている場合は、その種類にも同じ権限が効いているか、役割ごとのテスト用アカウントでログインして試します。ほかの CMS でも、考え方は同じです。入力・確認・公開・設定の4つの操作が、誰にできるかを表にしてから権限を割り当てます。

承認フローは、変更の重さで段階を変える

承認は、すべての変更に入れるとかえって守られなくなります。お客様の判断や見積もりに関わる重い変更だけに承認を入れ、軽い変更は入力した人の確認で出せるようにします。

「急ぐ」の行は、承認より止めることを先にします。フェアの中止を承認待ちにすると、その間に予約が入ります。止めたことは必ず変更の記録に残し、確かめる人があとから中身を見ます。

承認のときに見るのは、変更の前と後の違いです。WordPress には、保存した版の記録（リビジョン）があり、2つの版を選んで違いを比べたり、前の版に戻したりできます。承認する人は、新しい文面だけを読むのではなく、前の版との差を見て判断します。

公開したら、婚礼ポータルへの反映を「やること」として残す

公式サイトで重い変更を公開したら、婚礼ポータルへの反映を、担当と期日のついた「やること」として残します。公開した人の記憶に頼ると、掲載先が増えるほど写し漏れが出ます。

婚礼ポータルの中には、掲載内容の変更に審査や入稿の締め切りがあるものもあります。その場合は、公式サイトの公開の日を、婚礼ポータルの反映の日に合わせて予約の公開にする方法もあります。どちらを先にするかは、特典や料金の条件がずれる期間をどれだけ短くできるかで決めます。

旧サイトのURLと、婚礼ポータルからのリンク先を対応表にする

リニューアルで URL が変わる場合は、旧サイトのすべての URL と新しい URL の対応表を作り、婚礼ポータルの掲載に入れている公式サイトの URL も同じ表に載せます。外から張られているリンクのうち、式場が自分で直せるのは婚礼ポータルの掲載と SNS のプロフィールくらいなので、そこは漏らさず書き換えます。

URL が変わるサイト移転について、Google 検索セントラルの手引きは、旧 URL と新 URL の対応を作ること、サーバー側の恒久的な転送（301 など）を使うこと、転送は可能な限り長く、目安として1年以上残すことを求めています。サイトの中のリンクとサイトマップも、新しい URL に書き換えます。

1. 旧サイトの URL を一覧にする。 サイトマップ、アクセスの記録、検索の管理画面から集める
2. 新しい URL を1つずつ当てる。 終わったフェアや古いプランは、内容の近いページへ当て、トップへまとめて転送しない
3. 婚礼ポータルの掲載にある公式サイトの URL を、表に加える
4. 切り替えの日に転送を有効にし、表の上から順に開いて確かめる
5. 婚礼ポータルの掲載の URL を書き換え、変わったのを見届けて日付を入れる

切り替えの後に確かめること

切り替えが済んだら、しばらくの間は、婚礼ポータルと公式サイトを並べて見比べます。

株式会社bundlyzeでは外部のWeb責任者として戦略を立てるところから実行と分析までを担うWEB戦略代行を行っており、サイトを作り直したあとに続く更新の手順の取り決めまで、ひと続きで引き受けられます。サイトの作り直しについては、ホームページ制作の案内ページから相談を受け付けています。

出典

本文の WordPress と Google の説明は、2026年10月3日に次の原文を読んで確かめたものです。

• 役割ごとの権限（WordPress.org）：役割ごとにできること（寄稿者は公開できない、投稿者は自分の投稿を公開できる、編集者は他の人の投稿も公開・管理できる）と、権限の一覧
• WordPress.org のリビジョンの説明：保存した版の比較と、前の版への戻し方
• Google 検索セントラルによるサイト移転の手引き（URL が変わる場合）：旧 URL と新 URL の対応、恒久的な転送、転送を残す期間