タグの公開は誰でもできてはいけない｜版の管理と権限の設計

ある朝から、申込の数が0で記録されている。サイトは正常に動いている。原因は計測のタグだった。誰かが作業した内容が、確認されずに公開されていました。タグの管理の道具では、作業と公開が別の操作になっています。この記事では、版の考え方、権限の4段階、環境を分けた検証、そして戻し方までを整理します。

気づかないうちに計測が壊れる

計測の不具合は、静かに起きます。サイトの表示は変わらず、利用者からの申し出もありません。気づくのは、報告を作る段階で数字を見たときです。月の初めに前月の数字を見て、初めて気づく。

その時点では、すでに1か月ぶんの記録が失われています。後から取り戻すことはできません。計測のデータは、そのときに記録しなければ二度と得られません。施策の評価も、その期間については行えなくなります。

原因の多くは、人の操作です。新しいタグを試すつもりで作業し、そのまま公開してしまう。既存のタグの条件を書き換えてしまう。使わなくなったと思ったタグを消してしまう。

これらは技術の問題ではなく、運用の問題です。誰が作業でき、誰が公開でき、公開の前に何を確かめるか。この3つを決めていない組織で、必ず起きます。決めるだけで、事故の大半は防げます。

影響の範囲も把握しておきます。タグの管理の道具には、解析の計測、広告の計測、利用者の行動の記録など複数の仕組みが入っています。1つの操作が、これらすべてに影響することがあります。だから、公開の操作は重い操作として扱う必要があります。

作業する場所と動いている状態

この道具の設計で最も大切な点が、この分離です。作業を行う場所と、実際にサイトで動いている状態は別に管理されています。作業しただけでは、サイトに反映されません。公開という別の操作を行って、初めて反映されます。

作業を行う場所は、複数用意できます。担当者ごとに別の場所で作業すれば、互いの作業が混ざりません。同じ場所で複数人が作業すると、意図しない変更が一緒に公開されます。この点が、事故の温床になります。

作業した内容は、まず試すことができます。実際のサイトに反映せずに、自分の画面でだけ動作を確かめる仕組みです。この確認を飛ばして公開する運用が、最も危険な運用になります。

公開の操作をすると、その時点の作業の内容がまとめて反映されます。作業の途中のものも含めて反映されます。途中のタグを含む状態で公開すると、想定外の動作になります。公開の前に、何が含まれるかを一覧で確かめます。

この分離を理解していない担当者が最も危険です。作業した内容がすぐ反映されると思い込んでいると、公開の操作を軽く扱います。逆に、公開が必要だと知らないと、作業したのに反映されないと悩むことになります。どちらも、最初の説明で防げます。

版という考え方

公開の操作をするとき、その時点の設定の全体が1つのまとまりとして記録されます。これが版と呼ばれるもので、設定の写しにあたります。版には番号が振られ、一覧として残ります。

版が残ることの意味は2つあります。1つは、いつ何が変わったかをたどれること。もう1つは、以前の状態に戻せることです。事故が起きたとき、この2つが復旧の速さを決めます。版がなければ、手作業で設定を復元することになります。

版は、公開しなくても作れます。作業の区切りで版を作っておけば、その時点の状態を保存できます。作業が長引くときは、途中で版を作っておくと安心です。

版の一覧を見れば、誰がいつ何を公開したかが分かります。この一覧は、不具合の原因を探すときの最初の手がかりです。数字が変わった日と、版が公開された日を突き合わせます。

版の数が増えると、一覧が長くなります。しかし、消す必要はありません。履歴として残っていることに価値があります。むしろ、名前と説明を丁寧に書いておくことのほうが重要です。後から探すときに、名前だけで見当がつく状態にします。

権限	作業	版の作成	公開
読み取り	できない	できない	できない
編集	できる	できない	できない
承認	できる	できる	できない
公開	できる	できる	できる

誰に公開の権限を渡すか

権限は4段階に分かれています。見るだけの権限、作業ができる権限、版を作れる権限、そして公開できる権限。この段階を使えば、公開できる人を絞れます。多くの組織では、この設定を使わずに全員に公開の権限を与えています。

公開の権限を持つ人は、少人数に絞ります。1人だと休暇のときに困るため、2人か3人が現実的です。作業する人と公開する人を分けるのが、この設計の要点です。作業した本人以外が確認して公開する形になります。

外部の会社に作業を依頼している場合は、編集の権限までにとどめるのが基本です。版を作る権限や公開の権限は、自社側で持ちます。依頼先が公開できる状態は、自社の計測を他社に委ねている状態です。信頼の問題ではなく、責任の所在の問題です。

上位の契約では、承認を求める仕組みが用意されています。編集の権限を持つ利用者が承認を依頼し、承認の権限を持つ利用者が内容を確認する。この仕組みが使える契約であれば、活用します。使えない契約では、社内の手順で代替します。

代替の手順は単純です。作業が終わったら、公開の権限を持つ人に連絡して確認を依頼する。確認する内容の一覧を決めておけば、確認の作業は5分で終わります。この5分を運用に組み込むことが、事故を防ぎます。

環境を分けて試す

複数の環境を設定できる仕組みもあります。本番の環境と、検証用の環境を分ける。検証用の環境に先に公開して、動作を確かめてから本番に公開します。サイト側にも検証用の環境が必要になります。

この仕組みが効くのは、サイトの作りが複雑な場合です。複数のページの種類があり、それぞれで動作が違う場合には、自分の画面での確認だけでは足りません。

環境を分けると、公開の操作が2回になります。検証用への公開と、本番への公開。手間は増えますが、事故の影響は大きく減ります。計測が事業の判断に直結している組織では、この手間に価値があります。

環境を用意できない場合は、自分の画面での確認を丁寧に行います。主要なページを一通り開き、タグが動作しているかを確かめる。確認するページの一覧を決めておけば、毎回同じ品質で確認できます。

確認の記録も残します。いつ、誰が、どのページで、何を確かめたか。後で不具合が見つかったときに、確認の漏れがあったのか、確認後に別の原因で壊れたのかを切り分けられます。

変更を戻せるようにする

事故が起きたときの復旧は、版を使います。一覧から以前の版を選び、その版を最新の状態として設定し直す操作を行います。数分で以前の状態に戻ります。

この操作を知っているかどうかで、事故の影響時間が大きく変わります。知らなければ、設定を手作業で復元することになります。復元の途中で別の間違いが起きる危険もあります。

戻す操作の手順を、文書にしておきます。どの画面のどの操作か、どの版に戻すべきかの判断の仕方。事故のときに読む文書なので、短く、手順だけを書きます。

戻したあとの確認も忘れずに行います。戻したことで、本来必要だった変更も一緒に消えている可能性があります。戻す前に何が公開されていたかを控え、必要な変更を改めて入れ直します。

戻す判断は、迷わず早く行います。原因を突き止めてから戻そうとすると、その間ずっと計測が壊れたままになります。先に戻して計測を回復させ、原因の調査は後で行います。この順番を、手順書の最初に書いておきます。

版の説明を書く習慣

版を作るとき、名前と説明を入れられます。この欄を空欄にする運用が最も多いのですが、後から探すときに決定的な差になります。番号だけの一覧からは、何をしたかが分かりません。

名前には、変更の対象を書きます。「申込の完了の計測を追加」「資料の取得の計測の条件を修正」といった形です。30文字程度で、何をしたかが分かる名前にします。作業の依頼の番号を入れる運用も有効です。

説明には、理由と影響を書きます。なぜ変更したのか、どのページに影響するのか、誰が依頼したのか。3行で足ります。

この記録は、担当者が替わったときに最も価値を持ちます。前任者がなぜその設定にしたのかが、説明の欄から読み取れる。説明がないと、触ってよいのかどうかの判断ができません。結果として、不要なタグが残り続けます。

書く習慣を作るには、書かないと公開できない運用にするのが確実です。公開の権限を持つ人が、説明のない版を公開しないと決める。この一点で、記録の質が変わります。

書き方の見本を用意しておくと、さらに続きます。過去の良い記録を2つか3つ、手順書に例として載せる。見本があれば、何を書けばよいかを考える必要がなくなります。書く負担が下がれば、習慣として定着します。見本は、実際の記録の中から選んで使い回します。

外部の会社に作業を依頼している場合も、同じ書き方を求めます。依頼の仕様に、版の名前と説明の書き方を含めておく。依頼先が書いた説明が読めなければ、自社で管理できません。納品の条件として明記しておけば、後から頼む手間もなくなります。

6つの工程で公開する

作業から公開までの流れを整理します。この順番を手順書に書き、作業のたびに上から実行します。

複数人が同時に触るとき

複数の担当者が同時に作業する場面では、作業の場所を分けることが必須になります。同じ場所で作業すると、公開のときに互いの変更が混ざります。自分の変更だけを公開したつもりで、他の人の途中の変更も反映されます。

さらに、作業の場所を分けても問題が起きます。誰かが先に公開すると、他の人の作業の場所は古い状態を基準にしたままになります。この状態で公開すると、先に公開された変更を打ち消すことがあります。道具の側から更新を促す表示が出るため、それに従います。

実務的な対策は、公開の順番を決めることです。同じ週に複数の変更を公開する場合、1つずつ順番に公開し、そのたびに他の作業の場所を最新に合わせる。手間はかかりますが、打ち消しの事故が防げます。

もっと単純な対策もあります。作業する人を1人に絞ることです。依頼を受け付けて、その人がまとめて作業する形にする。組織の規模によっては、この形が最も安全です。

公開の予定を共有する仕組みも有効です。共有の予定表に、公開の予定の日時を書き込む運用にします。他の担当者は、その日の前後に公開を避けられます。外部の会社と一緒に作業する場合には、特に効きます。

同意の前にタグが動かないようにする

計測のタグは、利用者の同意の状態と連動させる必要があります。同意を得る前に動いてしまうタグがあると、同意の仕組みを入れている意味がなくなります。この連動の設定は、タグの管理の道具の中で行います。

よくある事故は、新しいタグを追加したときに起きます。既存のタグには同意との連動が設定されているのに、新しく足したタグに設定を入れ忘れる。見た目には動作しているため、気づきません。同意の状態を切り替えて確認する手順が必要になります。

確認は、同意していない状態でページを開き、どのタグが動いているかを見ます。動いてはいけないタグが動いていれば、設定の漏れです。この確認を、公開の前の手順に入れておきます。確認する項目の一覧に、この1行を加えるだけで足ります。

同意の仕組みを別の道具で提供している場合は、その道具との連携の設定も確かめます。道具を入れ替えたときに、連携が切れることがあります。同意の道具の更新や契約の変更のときは、計測の側の設定も併せて確認する運用にします。

この論点は、法令の要求にも関わります。利用者の情報を外部に送る仕組みについては、通知や公表が求められる場合があります。タグを追加するときに、何がどこに送られるのかを把握しておく必要があります。把握していないタグを残すのは避けます。

読み込みの速さへの影響

タグが増えると、ページの表示が遅くなります。1つずつは小さな影響でも、20個並べば体感できる遅さになります。表示の速さは、申込の件数にも検索での見つかり方にも影響します。計測を増やすことが、成果を下げることになり得ます。

影響を測るには、タグの管理の道具を一時的に外した状態と入れた状態で表示の速さを比べます。検証用の環境があれば、そこで測れます。差が大きい場合は、タグの棚卸しの根拠になります。

減らす順番は、使っていないものからです。終了した施策の計測、契約が切れた道具のタグ、重複している計測。これらを消すだけで、必要な計測を減らさずに軽くできます。

読み込みの方法を変える手もあります。ページの表示に必要ない計測は、表示が終わったあとに読み込む設定にできる場合があります。設定の詳細は道具によって違うため、公式の案内で確かめます。

速さと計測の詳しさは、どこかで釣り合いを取ることになります。すべてを計測しようとすれば重くなり、軽くしようとすれば見えないものが増える。何を捨てるかを決めるのは、担当者ではなく事業の判断です。選択肢と影響を示して、判断を仰ぐ形にします。

公開の記録と数字の突き合わせ

計測の数字に異変があったとき、最初に見るのは版の一覧です。異変が始まった日と、公開の日が一致していないかを確かめます。一致していれば、その版の内容が原因である可能性が高くなります。

この突き合わせを速くするには、公開の日を別の場所にも記録します。解析の道具に注記を入れる機能があれば、そこに書く。数字のグラフの上に公開の日が示されると、対応が一目で分かります。

注記の機能がない場合は、表計算に日付と内容を書き足していきます。月に数回の公開であれば、この管理で足ります。この表は、施策の記録とも兼用できます。

突き合わせで原因が特定できたら、その版の内容を確認します。変更した箇所が、異変が起きている指標に関わっているか。関わっていなければ、別の原因を探します。

原因が版にない場合は、サイト側の変更を疑います。ページの構造が変わると、タグの条件が合わなくなることがあります。サイトの変更の予定を、計測の担当者が知っている状態を作ります。知らされないまま構造が変わるのが、最も多い原因です。

棚卸しをいつ行うか

タグは増える一方になりがちです。使わなくなった道具のタグ、終了した施策の計測、誰も知らない古いタグ。これらが残ると、表示が遅くなり、確認の手間も増えます。

• 各タグについて、何のために使っているかを1行で書けるか
• 使っている道具の契約が続いているかを確かめたか
• 終了した施策の計測を残していないか
• 同じ計測が二重に入っていないか
• 権限の一覧に、退職した人や契約が終わった会社が残っていないか
• 公開の権限を持つ人が、意図した人数に収まっているか
• 各版の説明が書かれているか

棚卸しは半年に一度が目安です。消す前に、そのタグを消してよいかを確認します。説明が書かれていないタグは、消してよいかの判断ができません。だから、説明を書く習慣が棚卸しの前提になります。

よくある失敗

この領域で繰り返される失敗を挙げます。どれも権限の設定と手順で防げます。

• 全員に公開の権限を与えていて、作業中の内容がそのまま公開された
• 同じ作業の場所を複数人で共用し、意図しない変更が一緒に公開された
• 版の名前と説明を空欄にし、後から何を変えたか分からなくなった
• 外部の会社に公開の権限まで渡し、自社が把握しない変更が入った
• 事故のときに前の版に戻す操作を知らず、手作業で復元しようとした
• 退職した担当者の権限が残ったままになっていた
• サイトの構造の変更を知らされず、計測が合わなくなっていた

最後の型は、道具の設定では防げません。サイトの変更の予定を計測の担当者に共有する仕組みが必要です。開発の予定を共有する場に、計測の担当者を入れておきます。

引き継ぎのときに渡すもの

担当が替わるときに渡すべきものは4つです。権限の一覧、タグの一覧と用途、公開の手順書、そして過去の事故の記録。この4つが揃っていれば、後任は初日から運用できます。

権限の一覧には、誰がどの段階の権限を持っているかを書きます。外部の会社の担当者も含めます。引き継ぎの時点で不要な権限を消すのが、最も確実な棚卸しの機会になります。

タグの一覧には、各タグの目的と、関係する道具、そして担当の部署を書きます。目的が書かれていないタグは、後任が触れないまま残ります。引き継ぎのときに、前任者に書いてもらうのが最後の機会です。

過去の事故の記録は、最も価値があります。何が起きて、どう直したか。同じ事故は繰り返されるため、記録があれば対応が速くなります。後任にとっては、教科書になります。

社内の規程に落とす

この運用は、担当者の善意では続きません。規程として書き、権限の設定で強制する形にします。権限を絞ってあれば、手順を忘れても事故は起きません。手順と権限の両方を整えるのが要点です。

• 画面の名称や権限の区分は変わることがあるため、設定の前に公式の案内で確かめてください
• 上位の契約で使える承認の仕組みは、契約の内容によって異なります
• サイト側の変更と計測の設定は連動するため、開発の予定を共有する仕組みを併せて整えます

規程に書く内容は3つで足ります。公開の権限を持つ人の範囲。公開の前に必要な確認の内容。事故のときに前の版に戻す判断の権限。この3つが決まっていれば、細かい手順は運用の中で育てられます。

まとめ

計測のタグの管理では、作業と公開が別の操作になっています。作業しただけでは反映されず、公開の操作で初めて反映されます。権限は4段階あり、公開できる人を2人か3人に絞れます。作業した本人以外が確認して公開する形が、事故を最も減らします。公開のたびに版が残るため、事故のときは前の版に戻すのが最短の復旧です。戻す操作を先に行い、原因の調査は後で行ってください。そして、版の名前と説明を必ず書く。この記録が、棚卸しと引き継ぎの両方を可能にします。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。