海外向けWebサイト構築プラットフォームのデータは安全ですか?暗号化接続を使用しているかどうかだけでなく、誰が管理画面にログインできるのか、顧客情報を閲覧・エクスポートできるのか、また、これらの操作を追跡できるのかも確認する必要があります。導入を検討する企業にとって、安全性はベンダーの一言の約束ではなく、権限設定、実際のデモ、契約上の取り決めを通じて確認できる条件の集合です。
海外向けWebサイトには、ページのコンテンツだけでなく、問い合わせ、顧客の連絡先、注文、見積書ファイル、マーケティングアカウント情報などが保存される場合があります。Webサイト構築、SEO、広告、ソーシャルメディアのサービスで同じワークフローを共有すると、関係者やサードパーティーツールが増えるため、権限の境界をあらかじめ明確にしておくことが重要です。
権限を確認する前に、プラットフォームがどのようなデータを扱い、そのデータがどこから取得され、どこへ流れるのかを把握しましょう。たとえば、訪問者がフォームから送信した情報は、Webサイトの管理画面に保存されるだけでなく、顧客管理システム、メール、サードパーティーのマーケティングツールに同期される場合があります。Webサイトの管理画面で適切に権限を設定していても、問い合わせを受信する共有メールボックスや外部システムが情報漏えいの入口になる可能性があります。
業務上の必要性に応じて、一般的な権限をいくつかに分けることができます。コンテンツ編集担当者はページを編集する必要がありますが、通常、すべての問い合わせをエクスポートする必要はありません。営業担当者は顧客情報を扱う必要がありますが、Webサイトのセキュリティ設定を変更する必要があるとは限りません。広告代理店はランディングページや広告アカウントを管理する必要がある場合がありますが、すべての顧客情報や注文データへのアクセス権を既定で付与すべきではありません。
見積書、顧客リスト、注文などの機密情報を扱う場合は、「閲覧できるか」だけでなく、検索、ダウンロード、一括エクスポート、削除、転送などの操作も個別に確認してください。画面上でデータが見えなくても、アカウントからエクスポート機能や連携ツールを通じてデータを取得できないとは限りません。

プラットフォームに「管理者」「編集者」「営業」などの役割が用意されていても、役割が分類されていることを示すにすぎず、権限の区分が企業のニーズを満たすとは限りません。導入検討時のデモでは、異なる役割のアカウントでそれぞれログインし、実際の業務を想定して確認するようベンダーに依頼しましょう。
すべてのプラットフォームが、項目ごと、ページごとの細かな権限設定に対応しているわけではありません。チームが小規模で、データの機密性が比較的低い場合は、役割分担を明確にし、管理者権限を厳格に管理するだけで十分なこともあります。一方、複数の部門、地域、外部代理店が同時に連携する場合、権限の粒度が粗いと、効率とデータの露出のどちらかを選ばざるを得なくなる可能性があります。
企業が保有するアカウントに加え、プラットフォームの運用担当者、テクニカルサポート、外部委託チームのアクセス方法も確認する必要があります。障害対応の際、サービス担当者がシステムを調査する必要がある場合もありますが、無制限の管理画面アクセス権を長期にわたって保持すべきということではありません。どのような条件でサポート担当者がアクセスするのか、アクセス範囲をどのように限定するのか、企業の承認が必要か、作業終了後にどのように権限を取り消すのかをベンダーに確認しましょう。
Webサイト構築とマーケティングを一体で提供するサービスでは、広告アカウント、アクセス解析ツール、ソーシャルメディアアカウント、フォームプラグインが関係する場合もあります。接続時には、プラットフォームアカウントの権限とサードパーティーアカウントの権限を区別してください。Webサイト管理画面のアカウントを無効にしても、広告アカウントへのアクセス権やAPIトークンが自動的に取り消されるとは限りません。契約開始前にアクセス権の一覧を作成し、アカウントの所有者、アクセス権の付与先、用途、契約終了時の手順を記録しておきましょう。
Webサイト構築と海外マーケティングサービスを同時に提供するプラットフォーム(易营宝など)を評価する際は、Webサイトの管理画面とマーケティング業務の連携を、同じ権限一覧で確認できます。利用できる役割の粒度、サードパーティーへのアクセス権の付与方法、サービス担当者のアクセス手順については、製品デモとサービス契約で具体的に確認する必要があります。「一体型」であることだけを根拠に、権限が十分に細かく設定できると判断してはいけません。
ログ機能があるからといって、問題発生後に原因を特定できるとは限りません。ログに操作した人、日時、操作の種類、対象が記録されるか、ログイン、権限変更、データのエクスポートや削除、フォームの受信先アドレスやサードパーティーへのアクセス権の変更などを記録できるかを確認しましょう。
ログの保存期間、閲覧できる人、エクスポートの可否、一般管理者が記録を削除または変更できるかも確認が必要です。ログの保存期間は、企業内の監査や調査のニーズに合わせる必要があります。リスクの高い操作が記録されない場合や、複数人で同じアカウントを使っている場合は、データ流出を把握しても責任者を特定できない可能性があります。
デモ環境で権限の変更やデータのエクスポートを実行し、対応する記録を確認できるようベンダーに依頼しましょう。ログインの失敗が頻発した場合、通常と異なる場所からログインした場合、大量のデータをエクスポートした場合などに、プラットフォームがアラートを提供するか、アラートの送信先を確認することもできます。自動アラートがないプラットフォームについては、定期的な確認で補える体制が企業にあるかを評価する必要があります。
権限管理に加えて、データを取り出せるかどうかもセキュリティに影響します。問い合わせ、注文、ページ素材、データベースの内容など、どのデータをエクスポートできるかをプラットフォームに確認しましょう。エクスポート後に一般的な形式で利用できるか、添付ファイルや項目間の関連性が保持されるかも確認が必要です。Webサイトのページをダウンロードできても、フォームのデータや顧客記録を完全に移行できるとは限りません。
バックアップについては、対象範囲、頻度、保存期間、復元方法を確認し、「バックアップがあること」と「利用可能な状態まで復元できること」を区別しましょう。問い合わせや注文を長時間停止できない業務では、復旧に必要な時間や双方の連携方法も評価に含める必要があります。
契約書やサービス関連文書には、データの帰属、サービス終了後のエクスポートと削除の手順、第三者による処理の範囲、セキュリティインシデント発生時の通知および協力責任も明記する必要があります。海外の訪問者の個人情報を扱う場合は、対象地域、データの移転経路、適用される要件を踏まえ、企業内の関係者が情報の収集、保存、越境移転の取り扱いを評価する必要があります。
最終的な選定では、「役割に応じて権限を付与できるか」「エクスポートを追跡できるか」「契約終了時にアクセス権を完全に取り消せるか」「データを取り出せるか」をデモの受け入れ項目にできます。顧客リストや注文を扱うプラットフォームで、これらの条件が口頭での約束にしか頼れない、または企業の管理要件に合わない場合は、Webサイト構築やマーケティング機能が充実していても、導入を急ぐべきではありません。
関連記事
関連製品


