Domain filing rejections are often not due to documentation issues, but rather mismatched information—specifically, when the domain real-name verification details do not align with the entity information provided in the ICP filing. While correcting this is straightforward, failing to understand the root cause can lead to repeated rejections for the same issue.
This article explains the relationship between these two processes and how to verify them. Please note that specific requirements are subject to regulations set by the competent authorities and your service provider.
Distinguishing the Two Concepts
| Item | Domain Real-Name Verification | ICP Filing |
|---|---|---|
| Subject | Domain Name | Website |
| Where to Apply | Domain Registrar | Submitted via Hosting Provider |
| Content | Identity information of the domain owner | Identity information of the website operator |
| Relationship | The entities must match | |
Key Point: Passing real-name verification does not guarantee ICP filing approval, but inconsistent real-name information will almost certainly result in rejection. The former is a prerequisite for the latter.
What Constitutes a “Mismatch”
| Scenario | Consistent? | Description |
|---|---|---|
| Individual filing; domain owner is the individual | Consistent | Both name and ID number must match |
| Corporate filing; domain owner is the company | Consistent | Company name must exactly match the official registration documents |
| Individual filing; domain is registered under a company | Inconsistent | Domain ownership must first be transferred to the individual |
| Corporate filing; domain is registered under the legal representative’s personal name | Inconsistent | Even if the person is the same, the entity types (individual vs. corporate) differ |
| Company name changed without updating domain records | Inconsistent | Business license updated, but domain real-name info remains old |
The last two scenarios are the most common pitfalls: “The legal representative is the same person” does not constitute consistency, as individuals and corporations are distinct entity types; additionally, domain real-name information does not automatically update when a company changes its name.
How to Verify
# Check domain WHOIS information (look for registrant/organization)
whois example.com | grep -iE 'registrant|organization|name'
A more reliable method is to check the real-name verification status directly in your registrar’s backend. WHOIS data may hide complete information for privacy reasons, whereas the registrar’s internal records are accurate.
Verification Checklist:
- The owner name from the domain real-name verification
- The hosting entity name (or individual name) entered in the ICP filing
- Whether the ID type and number correspond correctly
- Whether the entity type (individual / organization) is consistent
What to Do If Inconsistent
Scenario 1: The Domain Is Registered Under Another Person/Organization
You need to perform a domain transfer to change the owner to match the filing entity.
- Initiate the transfer with your domain registrar
- The new owner completes real-name verification
- Wait until the real-name information has synchronized before submitting the filing application
Waiting for step 3 is critical. If you submit the filing immediately after the transfer, the system may still reflect the old information and reject it due to “inconsistency.” After the transfer, confirm that the real-name information displayed in the registrar’s backend has been updated.
Scenario 2: The Organization Has Changed Its Name
- First, update the domain’s real-name information at the registrar (using the new business license)
- Confirm the update has taken effect
- Then submit the filing or filing modification
Scenario 3: Changing Entity Type (Individual ↔ Organization)
In this case, you usually cannot modify the existing filing directly. You must follow the procedures for entity changes. The required materials and processes differ between individual and organizational filings.
Pre-Submission Self-Check
| Check Item | Method |
|---|---|
| Has domain real-name verification passed? | Check status in the registrar’s backend |
| Name of the verified owner | Compare character-by-character with the filing entity |
| Is the entity type consistent? | Must be either both individual or both organization |
| Do documents correspond? | Verify document type and number |
| Was the domain recently transferred? | Confirm information has synchronized before submission |
| Did the organization recently change its name? | Check if real-name information has been updated |
Decision Tree
Filing Rejected (Entity-Related)
├─ Prompt: "Domain real-name info does not match filing entity"
│ ├─ Check registrar backend to see who the verified owner is
│ ├─ For individual filing: Is it yourself?
│ └─ For organizational filing: Is it the exact same organization (name must match completely)?
├─ Handling Inconsistencies
│ ├─ Domain registered elsewhere → Transfer + re-verify real-name + wait for sync
│ ├─ Organization renamed but not updated → Update domain real-name info
│ └─ Changing entity type → Process as entity change (cannot modify directly)
└─ Before Submission
└─ Confirm the real-name info shown in the registrar's backend is up-to-date
Scenario Analysis: Entity Change Filing Pending for Two Months
Symptom: A site submitted a filing modification due to changes in entity information. Despite multiple revisions, it remains unapproved, with each rejection citing seemingly different reasons.
- Review all previous feedback together to find commonalities → Although the wording differs, they all point to “mismatched information.”
- Check the most error-prone layer first → Verify whether the entity registered for domain real-name authentication matches the current declaring entity.
This layer cannot be modified in the form; it must be handled on the domain side first. - Then perform a character-by-character verification of the entity information → Compare the filled content against the original document,
including differences between full names and abbreviations—such discrepancies are often nearly invisible to the naked eye. - Confirm you are modifying the correct target → For “real-name mismatch” issues, update the domain real-name registration;
only for “filling inconsistency” issues should you modify the form. Modifying the wrong field is the primary cause of repeated rejections. - Process in the correct order → First complete the domain real-name change and wait for approval, then submit the filing modification.
- Conduct a full review against the checklist before submission → Do not just check the rejected item;
instead, re-verify the entire set: documents, domain real-name status, name, and responsible person information.
# Handle what can be confirmed via command line first
dig +short example.com A
dig +short example.com NS
curl -sS -o /dev/null -w '%{http_code}n' https://example.com/
# Domain real-name status must be checked in the domain registrar's console; it cannot be queried via command line
# The order is always: update domain real-name first → wait for approval → then submit filing modification
Root Cause: The entity registered for domain real-name authentication does not match the entity declared in the filing, and the form used an abbreviation.
Since each previous attempt only changed one item, there were always unmet conditions remaining in each round.
Two key points to remember:
- Address rejection comments according to the checklist: fix everything possible in one go.
Testing changes one by one will consume several additional cycles, with each cycle taking days. - “Real-name mismatch” and “filling inconsistency” require modifications to different targets.
The former requires updating the real-name registration at the domain registrar, while the latter requires updating the filing form. Misidentifying the direction leads to repeated rejections.
Six Scenarios of “Inconsistency” and Their Resolutions
| Scenario | Typical Manifestation | Resolution |
|---|---|---|
| Name Discrepancy | Extra/missing characters, simplified/traditional Chinese differences | Modify character by character according to the original document |
| ID Number Change | Number changed after certificate renewal | Submit modification with the new certificate |
| Entity Type Change | Individual to Enterprise, or Enterprise to other Entity types | Usually requires cancellation followed by re-filing |
| Different Domain Real-Name Entity | Domain registered under an individual, but filing is for an enterprise | First update the domain real-name to the same entity |
| Responsible Person Not Part of Entity | Unclear relationship between responsible person and entity | Provide a relationship explanation or adjust to an eligible person |
| Historical Inconsistency | Filing information from years ago has not been updated | Verify one by one and batch update |
Among the six common issues, “the entity registered for the domain name differs from the entity filing the ICP record” is the most frequent and also the easiest to self-check.
You do not need to wait for audit feedback; you can view the registration status and the registered entity directly in your domain registrar’s backend.
A quick comparison will tell you immediately if it will be rejected.
Verification Sequence
- Check the domain registration status: Confirm whether it shows as “Successful” and identify the registered entity name.
- Check the filing entity name: Compare it character by character with the original ID document; do not rely on memory.
- Compare both: Verify if they are the same entity and if the names match exactly.
- Check the validity period of the ID: Expired documents will cause all subsequent steps to fail.
- Check the responsible person’s information: Ensure the contact details are valid and the relationship to the entity can be clearly explained.
The value of this sequence lies in identifying all potential issues on your end before submission.
Waiting for audit feedback only to face rejection takes several days per round.
In contrast, running through the above five-step verification takes only about ten minutes and requires no external assistance.
Special attention should be paid to scenarios such as company name changes:
If the entity name changes, both the domain registration and the ICP filing must be updated, and the order cannot be reversed—
update the domain registration first, wait for it to pass, and then submit the ICP filing change. Reversing the order will result in inconsistencies on both ends and repeated rejections.
How to Interpret Rejection Comments
| Common Phrasing | Actual Meaning | Action Required |
|---|---|---|
| “Entity information inconsistency” | The entered content differs from the text on the ID document | Verify character by character against the ID document; do not rely on memory |
| “Domain registration information mismatch” | The entity registered for the domain name is different from the filing entity | Update the domain registration first, wait for approval, and then submit |
| “Website name does not comply with regulations” | The name contains unrelated brand terms or generic industry keywords | Change to a neutral name relevant to the entity |
| “Materials unclear” | Scans are blurry, have missing corners, or are obstructed | Rescan to ensure all four edges are complete and legible |
| “Please supplement related materials” | Missing additional documents required for this type of filing | Refer to the checklist to provide all necessary documents, rather than just guessing which ones are missing |
The second item is the most commonly misunderstood:
“Domain registration mismatch” requires updating the domain registration, not the ICP filing form.
Repeatedly modifying domain information within the ICP filing form will not change the registration status,
leading to the same rejection comment appearing again and again.
Two-Step Review After Corrections
- Map each point: Link every item in the rejection comment to a specific corrective action.
Avoid situations where you claim something was “fixed” but cannot specify which rejection item was addressed. - Review after making changes: Walk through the entire checklist from start to finish according to the verification sequence, rather than only checking the item that was rejected.
Most “second rejections” occur because only one issue was fixed while others remained unresolved.
Treat rejection comments as a comprehensive checklist rather than a single note; this significantly improves rectification efficiency:
fixing all fixable issues at once saves several review cycles compared to addressing them one by one.
8 Common Pitfalls
- Assuming consistency just because the legal representative is the same person: Individuals and entities are different subject types.
- Failing to update domain real-name registration after a company name change: Mismatched information will inevitably lead to rejection.
- Submitting ICP filing immediately after ownership transfer: Information has not yet synchronized.
- Relying solely on WHOIS: Complete information is hidden under privacy protection; you must check the registrar’s backend.
- Using abbreviations for names: Names must match official documents exactly.
- Associating corporate domains with individual filings: Ownership transfer must be completed first.
- Selecting the wrong document type: Identification documents differ between individuals and enterprises.
- Resubmitting without reading the rejection reason: The same issue will result in another rejection.
Real Customer Feedback (from reviews and consultations on similar services in Cloud Markets)
The following excerpts are taken from genuine buyer reviews and consultations for similar IT operations services on Alibaba Cloud, Tencent Cloud, and Huawei Cloud cloud markets (service providers include our store and competitors; these are provided solely as genuine feedback references and do not constitute fictitious tickets from this site):
h****7 Rating: 5.0 Oct 30, 2023 16:18 h****8 Rating: 5.0 Oct 07, 2023 18:10 Chen****wu Rating: 5.0 Jul 31, 2023 16:28 Long****sheng Rating: 5.0 Aug 28, 2022 12:30
10***02 2024-07-30 5.0 Reliable & Secure | Affordable | Skilled Technical Support Fast processing, well-configured. 10***18 2024-07-22 5.0 On-time Delivery | Affordable | Comprehensive After-sales Service Expert in handling filing issues. 10***58 2024-03-06 5.0 Skilled Technical Support | Patient & Professional Timely and efficient handling of filing issues. 10***77 2022-09-28 5.0 Reliable & Secure | On-time Delivery | Skilled Technical Support Received an ICP filing rectification notice; purchased this service, and it was handled quickly. 10***71 2022-09-26 5.0 Affordable | Skilled Technical Support | Prompt Response (User did not fill in comment content) 10***92 2022-09-22 5.0 On-time Delivery | Patient & Professional | Skilled Technical Support (User did not fill in comment content) 10***13 2022-09-03 5.0 Affordable | Skilled Technical Support | Prompt Response Used for ICP filing rectification. 10***42 2022-08-16 5.0 Affordable | Skilled Technical Support | Comprehensive After-sales Service The technician is skilled and helpful. 10***75 2022-07-25 5.0 Comprehensive Features | Affordable | Patient & Professional Service needed for ICP filing rectification. 10***25 2022-07-04 5.0 Comprehensive Features | Affordable | Skilled Technical Support (User did not fill in comment content)
10***85 2024-08-02 5.0 Reliable & Secure | Skilled Technical Support | Affordable Had an issue with the filing number; they helped update it. 10***13 2024-07-25 5.0 On-time Delivery | Skilled Technical Support | Prompt Response Fast and easy to use. 10***09 2022-06-22 5.0 Affordable | Skilled Technical Support | On-time Delivery Useful service for rectifying ICP filings.