Why Are Website ICP Filings Usually Rejected?

The website is finished and the promotion schedule is set, but the project is held up by the filing review. This is one of the launch uncertainties project managers worry about most. What are the usual reasons a website filing is rejected? Common issues involve entity information, domain-name real-name verification, checks on the responsible person, website content, and access information. Don’t rush to resubmit repeatedly. First identify the stage at which the application was returned, then make the requested corrections. This is often more effective than filling everything out again.

In this article, “website filing” mainly refers to ICP filing required when providing internet information services using servers in mainland China. It is not the same as a public security network filing, nor does it replace any permits required for specific business activities.

Check the return notice first: Was it rejected during the access provider’s preliminary review or by the communications administration?

If the access service provider returns an application during its preliminary review, you usually need to provide missing documents, correct fields, or complete identity verification again. If it is returned after reaching the communications administration, review the specific comments and check the entity’s eligibility, the website’s services, and local requirements. Document requirements may vary by province, entity type, and business scenario.

The project manager should keep the original return notice, filing order number, submission date, and current status. If the notice only says “information does not match,” ask the access provider to identify the specific field: Is it the company name, registered address, or domain holder? The more precisely the issue is identified, the less likely the corrective action is to go off track.

What are the usual reasons a website filing is rejected? Check these six areas

1. Company registration documents do not match the submitted information

An application may be returned if the company uses an old business license after a name change, enters the unified social credit code incorrectly, or submits a document photo that is blurry or cropped. The registered address and actual office address should not be entered interchangeably; complete each field according to its definition on the form.

Ask the company’s administrative staff to provide current, valid registration documents, then have the person handling the filing check the company name, code, legal representative, and address one by one. Do not simply reuse outdated information from a website development contract or an old account.

2. Domain-name real-name verification or registrant information does not meet the requirements

A domain resolving correctly does not necessarily mean it meets filing requirements. Issues to check first include incomplete real-name verification, verification information that has not yet synced, and a company website using a domain registered under an employee’s personal name. The domain extension, registrar, and domain’s active status must also meet filing requirements.

For a company filing, check whether the domain registrant matches the filing entity. For special cases involving a legal representative or other circumstances, follow the current rules of the relevant province and access provider. Allow time for information to sync after changing the real-name details; do not resubmit repeatedly immediately after making a change.

3. The responsible person’s identity check or SMS verification is incomplete

An unclear ID photo, failed facial verification, an incorrectly entered mobile number, or failure to complete the Ministry of Industry and Information Technology SMS verification within the specified time may prevent the process from continuing. The website’s responsible person does not have to be the legal representative in every case, but must meet local requirements and provide authorization documents when required.

Before submitting, make sure the responsible person will be available to answer calls, receive text messages, and cooperate with verification. The person handling the project should not just post a verification-code reminder in a group chat; they should follow up to confirm that verification was actually completed.

4. The website name, entity type, and actual content do not match

Reviewers may have questions if an individual filing describes a business website, a company website name is not clearly associated with the filing entity, or the description of services is too vague. Certain information services, such as medical or news services, may also require prior approval or other qualifications. A generic company website description cannot be used in place of the actual business details.

For an export-oriented business, displaying content in multiple languages is not in itself a problem; the key is to accurately describe the website’s purpose. Product displays, inquiry generation, and online transactions are different scenarios. Determine the requirements based on the website’s actual functions; the presence of an “online store” or payment processing alone does not establish whether all required qualifications are in place.

5. The server, access provider, or existing filing relationship is incorrect

Purchasing a cloud server does not mean the filing access relationship has been correctly established. The review may be affected if the filing resources do not meet the provider’s requirements, the wrong access product was selected, or the required access procedures were not completed after the website was migrated.

Companies with an existing filing should distinguish whether this application is for an initial filing, adding a website, changing information, or filing access. Check the relationship between the existing entity, old domain, and original access provider before proceeding, to avoid mistaking “access migration” for “a new filing.”

6. Supporting documents do not meet the requirements, or the website is opened before the review is complete

A commitment letter in the wrong format, a missing signature or company seal, or an incorrectly uploaded attachment may cause an apparently complete application to be returned again. During an initial filing, configure the website’s public access status according to the access provider’s and local requirements. Do not open the site for business without authorization just to meet a marketing deadline.

When changing information or adding business functions to a website that already has a filing, do not simply follow the procedures for an initial filing. First confirm the access requirements for the current application to avoid taking a properly operating website offline by mistake.

Close the loop on corrective actions instead of simply “trying again”

An effective response to a returned application is to save the review comments, identify the problem field, confirm how it should be corrected, provide any missing documents, review the changes, resubmit, and then follow up on verification and review status.

Project managers should maintain a corrective-action checklist that records at least the “reason for return, changes made, person responsible, completion date, and review result.” The company’s administrative staff can handle registration documents, the domain administrator can check real-name verification, technical staff can confirm access and website status, and the filing contact can complete identity and SMS verification. Having one person confirm each item is more reliable than having several people make changes at the same time.

If the same issue leads to repeated returns, do not just try submitting it with different wording. Ask the access provider to confirm whether the documents match the review criteria. If there are questions about local policy, verify them through official channels. Review times depend on actual progress, so avoid promising the business team a fixed approval date.

Allow time for filing when scheduling website development and promotion

A website targeting overseas customers is not necessarily exempt from filing. Whether an ICP filing is required depends primarily on the server’s location, the access method, and the service scenario. Websites hosted outside mainland China generally do not follow the ICP filing process for servers in mainland China, but must still comply with the rules applicable in the business’s location and target markets.

For an integrated website development and marketing project with a provider such as 易营宝, the company can check domain ownership, server region, website functions, and filing responsibilities during the requirements-confirmation stage, then schedule SEO launch checks, advertising landing pages, and promotion. A service provider can help organize documents and procedures, but cannot replace the company in providing truthful information or guarantee approval.

When a filing is held up, the priority should not be “how to speed it up,” but “which requirement has not yet been met.” Checking the documents, website functions, and access arrangements carefully can reduce repeated returns and help ensure the promotion schedule is more reliable once the website goes live.