中国で独立サイトを公開する際、ICP登録には何を準備すべきか

中国で独立系サイトを公開する際、ICP届出には何を準備する必要があるか

中国で独立系サイトを公開する際、ICP届出は、サイト構築完了後の行政的な追加手続きではなく、ドメインのDNS設定、サーバー開通、公開スケジュールに直接影響する事前対応です。エンジニアリング、デジタル化プロジェクト、またはマーケティングサイトの立ち上げを担当する人にとって、実際に遅延を招きやすいのは、ページに数枚の画像が不足していることではなく、主体情報、ドメインの実名認証、接続サービスプロバイダー、サイトコンテンツの整合がプロジェクト初期段階で取れていないことです。

業界で日常的に「ICP届出」と呼ばれるものは、一般にウェブサイト届出業務を指します。まず明確にすべきなのは、届出は営利目的のICP許可と同一ではないという点です。サイトが中国本土内のサーバーを使用し、公衆にインターネット情報サービスを提供する場合、通常は接続サービスプロバイダーおよび通信管理部門の要件に従って届出を行う必要があります。特定の営利目的インターネット情報サービス、オンライン取引プラットフォーム、またはその他の規制対象業務が含まれる場合は、事業モデルに応じて該当する許可の申請が必要かどうかをさらに判断する必要があります。両者は適用条件、審査プロセス、プロジェクトへの影響が異なるため、「ECサイトを作る」ことを単純に特定の資格が必ず必要であることと同一視することはできません。

まず配置先を決め、その後に届出資料を検討する

プロジェクト開始時における最初の判断は、サイトをどこに配置するかです。独立系サイトを中国本土のノードに配置する場合、アクセス速度、中国国内のネットワーク環境への適応、および一部のローカルサービスとの連携は通常管理しやすくなりますが、届出を公開計画に組み込む必要があります。中国香港、海外クラウドサーバー、または国外のSaaSプラットフォームを利用する場合、通常は中国本土の接続届出プロセスに従って手続きを行いません。ただし、これはコンプライアンス対応が完了することを意味するものではなく、データ処理、プライバシーポリシー、越境移転、対象市場における消費者権益の要件については、引き続き個別に評価する必要があります。

多くの貿易企業は、同一ブランドの中国語・英語サイトや多言語サイトを運用しています。この場合、「サイトが海外顧客向けである」という点だけで届出の要否を判断するのではなく、実際の接続先、ドメインのDNS解決経路、およびサーバーリソースを確認すべきです。よくあるプロジェクト上のミスとして、開発環境は海外にあり、本番切り替え時に中国本土のクラウドリソースへ変更したものの、公開直前になって届出がまだ開始されていないことに気付くケースがあります。中国国内向け公式サイト、海外向けマーケティングサイト、広告ランディングページをそれぞれ別に配置する場合も、ドメイン、言語バージョン、サーバーの帰属を一覧化し、チーム内でサイトの範囲に対する認識の不一致を避ける必要があります。

ICP届出の主要資料は、営業許可証だけではない

具体的な提出要件は、主体の種類、接続サービスプロバイダー、所在地の審査規則により異なりますが、企業プロジェクトでは通常、主催者情報、責任者情報、ドメイン情報、接続リソース情報という4種類の情報を中心に準備する必要があります。営業許可証は主体確認の基礎であり、名称、統一社会信用コード、住所などの項目は登記情報と一致している必要があります。主体責任者、サイト責任者およびその連絡先についても、真正かつ確認可能であり、申請期間中に安定していることを確保しなければなりません。

ドメインもまた、頻繁に障害となるポイントです。ドメイン登録情報では実名認証を完了し、登録者情報と届出の主催者との間に合理的な対応関係がある必要があります。グループ会社、ブランド部門、または海外の関連会社がドメインを保有し、中国の運営主体が届出を担当するケースは少なくありません。このような構成は対応不能ではありませんが、クラウドリソースの購入や資料提出の前に、必要な証明書類と情報の記入方法を接続サービスプロバイダーに確認すべきです。一時的にドメインを個人名義から会社名義へ移管することも、プロジェクトの進行に影響する可能性があります。

接続リソース情報には、サーバーインスタンス、クラウドサービスプロバイダー、接続事業者、および対応するリソース識別情報などが含まれます。サイト構築ベンダー、クラウドサービスプロバイダー、ドメイン登録事業者をそれぞれ異なるチームが調達している場合、「サイトは完成しているが、正しい接続情報を提供できる人がいない」という状況が最も発生しやすくなります。プロジェクト責任者は、誰がクラウドアカウントの権限を持つのか、誰が届出申請を担当するのか、誰が届出用パスワードまたは関連通知を管理するのかを明確にすべきであり、責任を漠然と開発担当者に任せるべきではありません。

ウェブサイトの内容は申請用途と一致させる

届出審査では証明書類だけでなく、サイトに識別可能な運営主体と妥当なサービス内容があるかどうかも確認されます。本番サイトは、空白ページ、テストページ、アクセスできないログイン画面、または申請用途と明らかに一致しないページ状態のまま長期間放置されることを少なくとも避ける必要があります。企業公式サイトでは通常、主体名称、連絡先、事業紹介などの基本情報を明確に表示すべきです。公開後に会員機能、決済、商品取引、ユーザー投稿コンテンツ、医療・教育などの機能が含まれる場合は、機能と資格の適合関係をあらためて見直す必要があります。

B2B製造業サイトでは、製品カタログ、問い合わせフォーム、事例紹介は一般的な公式サイト機能に該当します。しかし、プロジェクトが一般向け取引プラットフォーム、マッチングサービス、またはセンシティブな業界のコンテンツを含むものへ拡張される場合、通常の紹介サイトと同じ判断を適用することはできません。技術チームは、単にページが開けるかどうかを確認するのではなく、フォーム項目、決済インターフェース、アカウント体系、コンテンツ公開権限をコンプライアンス審査の対象に含めるべきです。届出完了後、サイトのフッターに届出番号を表示し、要件に従って関連する照会ページへリンクすることも、公開時の受入項目とすべきです。

届出を公開前の「ToDo」ではなく、公開ガントチャートに組み込む

より確実な方法は、要件確認の段階で届出準備表を同時に作成することです。配置地域とサーバー提供事業者を確認し、営業許可証とドメイン実名認証情報を照合し、主体責任者とサイト責任者を決定し、接続事業者の審査、資料補正、主管部門の審査に必要な時間を確保し、公開前にページコンテンツおよび届出表示の受入を完了します。審査期間は資料の完全性、地域要件、具体的な手続き状況によって左右されるため、単一プロジェクトの経験だけに基づいて公開日を逆算することは適切ではありません。

変更管理にも注意が必要です。会社名、証明書情報、責任者の連絡先、ドメインまたはサーバー接続事業者に変更が生じた場合、届出情報の更新が必要となる可能性があります。国外サーバーから中国本土のリソースへ移行する場合や、新たな中国本土の接続リソースを追加する場合も、既存の状態が自動的に適用されると考えるべきではありません。継続的に広告出稿や検索マーケティングを行うサイトでは、移行期間中のDNS切り替え、HTTPS証明書、リダイレクトルール、検索エンジンのクロール状況を届出対応と合わせてスケジューリングすべきです。そうしなければ、コンプライアンス上の問題は解決しても、トラフィックやコンバージョンの導線に断絶が生じる可能性があります。

サイト構築、届出、マーケティングシステムを同一プロジェクトの視点で調整する

独立系サイトは、公開した時点で終わりではありません。その後のコンテンツ更新、リード収集、広告ランディングページの改善、多言語展開、データ分析によって、技術と運用の境界は継続的に変化します。易营宝信息科技（北京）有限公司は2013年の設立以来、スマートサイト構築、SEO最適化、ソーシャルメディアマーケティング、広告出稿など、デジタルマーケティングの全工程にわたるサービスを継続して提供しています。中国国内向けの情報発信と海外での顧客獲得を同時に行う企業にとっては、配置計画、ドメイン戦略、コンテンツ権限、プロモーション計画について、サイト構築前に統一した方針を形成することがより重要です。

易营宝は、貿易企業、製造工場、海外展開を行うブランドチームに対し、AIスマートサイト構築、多言語サイト、越境ECモール、ならびに検索およびソーシャルメディアによるプロモーション関連サービスを提供しています。このような一体型プロジェクトでは、技術的な納品においてテンプレートやページ数だけに注目するのではなく、どのサイトを中国本土に配置するのか、どのサイトが北米や欧州などの市場向けなのか、どのページが広告コンバージョンに使用されるのか、そして各部分を誰が保守するのかを明確にすべきです。このような切り分けは、ICP届出への対応を容易にするだけでなく、後のドメイン移行、システム再構築、マーケティングチャネルの調整による重複投資の削減にもつながります。

公開前に、プロジェクト責任者は営業許可証、ドメインの実名認証状況、サーバー所在地、責任者情報、サイト機能の説明、公開予定日を同一のプロジェクト文書で確認することを推奨します。事業に取引、データ処理、または特殊業界のコンテンツが関わる場合は、できるだけ早期に接続サービスプロバイダーおよび専門機関へ適用要件を確認すべきです。これらの問題を設計段階で処理することは、通常、公開直前のカウントダウンで資料を補うよりも管理しやすい方法です。