When the system email cannot be sent out, should we first look at the bounce rate or the complaint rate

📅 2026-11-01 👁️ 0

When the system email cannot be sent, should you first look at the bounce rate or the complaint rate? Look at the bounce rate first. A bounce indicates that the delivery step was rejected, directly corresponding to the address quality and server reputation; the complaint rate occurs after the email is received, reflecting the degree to which the content is judged as spam, and it has a value only when the email is still being delivered normally. Therefore, the troubleshooting sequence is to first look at the total bounce rate and hard bounce rate to confirm that the delivery channel is still alive, and then look at the complaint rate and unsubscribe rate to judge the issues with the list and content.

The meanings of the two indicators are different

The bounce rate is the percentage of outgoing emails that are returned, and hard bounces refer to permanent rejections such as non-existent addresses or domain expiration. Pushwoosh provided the criteria for the 2026 email marketing indicators as the total bounce rate “Total bounce rate should stay below 2%” and hard bounces “Hard bounces should be under 0.5%”.Mailmend's bounce rate statistics page wrote that globally, 'Hard bounce rates average 0.19% globally.' Additionally, 'At least 25% of email databases decay annually.' This means that at least one quarter of the address databases will age over time.

The complaint rate is the proportion of recipients who click on 'Report spam mail', the threshold is much stricter than bounce rate. Pushwoosh's standard is 'Keep spam complaints below 0.1%,' and anything above 0.3% is considered severe ("Anything above 0.3% is critical"). These two indicators, when mixed together, can lead to incorrect conclusions: the hard bounce rate is less than half a percentage point lower, but half of the addresses in the list are very old, and delivery will still end up in the spam folder.

Investigation sequence

  1. First, confirm the channel itself: send a test email directly from the server to the commonly used email address to see if it can enter the inbox. This step excludes issues such as port, DNS records, and service provider blocking.
  2. Then, check the bounce details: distinguish between soft bounces (temporary rejection by the recipient, quota full) and hard bounces. The proportion of hard bounces close to 0.19% of the global average is normal; if it is much higher than this, it indicates that there are invalid addresses in the list.
  3. Then look at the complaint rate and unsubscribe rate: Pushwoosh gives the unsubscribe watermark as “Keep your unsubscribe rate below 0.2%”, anything above 0.5% is a clear signal. If the complaint rate is not high but the unsubscribe rate spikes, it is usually a mismatch between the content and the subscription expectations.
  4. Finally, adjust the sending strategy: reduce frequency, break bulk sends into event triggers, and conduct a second confirmation for the list.
Indicator The口径 verified on the day What to look at first when exceeding the threshold
Total bounce rate Should be less than 2% Domain and sending IP reputation
Hard bounce rate Should be less than 0.5%, global average 0.19% Invalid addresses in the list
Complaint rate Should be less than 0.1%, serious if higher than 0.3% Is the content consistent with the subscription expectations
Unsubscribe rate Should be less than 0.2%, above 0.5% is a signal Frequency of transmission and population segmentation
Address aging At least 25% per year Time of last subscription confirmation

Where does the address quality come from

The source of address aging is very specific: email suspension after staff leave, one-time filled test addresses, lists imported during the activity period without secondary confirmation. The email subscription feature in AnQiCMS was added to the background with the message list in v3.6.5, subscribers can directly enter the list from the site side, and administrators can handle the list in the background; email reminders bear the notification triggered by events,配合full-site replacement tools maintained contact information and links, both separately maintained so as not to mix system notifications and marketing mass sending into one path.

Maintain three suggestions on actions: Regularly group long-term inactive addresses separately, reduce frequency first and then decide whether to clean up; enable captcha on the form side to reduce the bulk writing of spam addresses by robots; when importing historical lists, send them in small batches first, then release them in large quantities after checking the bounce details.

Reminders and subscriptions are divided into two layers

System emails cannot be sent, and it is often not that 'a marketing email is rejected', but that reminders triggered by background events are treated as spam. The difference lies in:

  • The recipient of the reminder triggered by the event clearly expects this letter, the complaint rate is low, and the bounce mainly reflects whether the address is still valid.
  • The push of the subscription list is sent in batches, the complaint rate and unsubscribe rate are the main risks, and the recipient can report at any time.

Mixing two types of emails in the same sending channel and the same signature will affect the delivery of reminders. The feasible approach is to divide channels and themes, and always keep a visible unsubscribe link in the subscription email.

Common questions

Does a low bounce rate mean that the list is healthy?No explanation. The hard bounce rate is low, but the addresses are aging seriously, the delivery success rate will decrease, and the complaint rate and unsubscribe rate are the signals of the later stage of aging.

Should you clean up the addresses first or change the service provider first?Check the detailed bounce back information. If the same batch of addresses frequently bounce back soft, the problem is with the temporary rejection on the other side; if there is a concentration of hard bounce back, it is more cost-effective to clean up the list first.

What level of complaint rate is considered safe?The criteria for the day's verification is that less than 0.1% is healthy, more than 0.3% is severe, and when reaching a severe level, the immediate stop and re-examination of the population and content should be carried out.

Related articles

When the form is flooded by robots, should we add human verification first or collect fields first?

When forms are flooded by bots, the field collection is done first followed by human verification. According to the samples checked that day, in the first eight days, the proportion of real people among the hundreds of contact form submissions was very low. The pricing of captcha service at a scale of thousands indicates that bypassing verification has already become industrialized, while edge-side condition filtering can block about three to five percentage points of the bottom flow. The order of processing is to tighten fields and condition filtering, then integrate reCAPTCHA, and finally leave a content review.

2026-11-01

What do the terms 'references' and 'share' refer to when measuring the performance of AI search?

A share refers to the proportion of answers containing the brand out of all answers, based on the statistics of the day, the model share is the proportion of the brand appearing in the artificial intelligence answers; the citation rate looks at the frequency of the brand appearing in the source of the answer. The two sets of standards answer different operational issues and cannot be substituted for each other, the data must be able to fall on the interface or background data for verification.

2026-11-01

Is it really easier for AI to cite statistical numbers in the main text?

According to the guidelines checked on the day, the visibility of content with statistical figures in AI answers is increased by 30% to 40%, but this is not an income that can be obtained simply by adding numbers. The numbers must have a scope and a verifiable source, and the paragraph should be able to stand independently; otherwise, isolated numbers will actually reduce credibility. The focus on content is determined by the keyword library on what questions to write, and content review ensures consistency in the scope of reference.

2026-11-01

AI answer the source of reference changes every round, what is left on the content side?

The change of reference source every round is the norm, not an exception. According to the criteria checked that day, only 30% of brands can remain visible between two consecutive answers, and 86% of the references come from brand-owned or nearby sources. There are still three handles on the content side: write paragraphs as independent extractable units, concentrate the pages worth reading in the owned domain and use llms.txt for navigation, maintain consistency and freshness with content review and scheduled publishing.

2026-11-01

How much of the operation and maintenance hours will be occupied by the patching frequency of self-hosted sites?

Based on the day's self-hosted operation standards, mainstream self-hosted content systems need to process patches from high to medium risk levels every six to eight weeks, accumulating eight to ten times a year. Each time, it involves announcement verification, assessment, backup, update and regression, plus on-site and backup drills, the hidden labor cost is often higher than the monthly fee of the host. This article provides the breakdown of working hours and the sections that can be saved.

2026-11-01

What order should be checked before upgrading the website when a planned-out-of-scope security version occurs in the running environment?

The release of a security version out of the normal release cycle for the operating environment indicates that the problem is not within the regular release period. Before upgrading, check in the following order: first, confirm that there is an available rollback point and complete the backup of static files; then, verify the current version with the affected range in the announcement; then, run the form, backend login, and key pages in the test environment; finally, peak load online for observation, and record the results in the version ledger.

2026-11-01

The open-source program announcement said that historical versions have been hacked, check which directories before upgrading.

When releasing a security announcement for trojan horse programs, check four places before upgrading: the running directory of write and cache, pseudo-static rules and site rewriting configuration, abnormal files in the upload and template directories, and the scheduled tasks and background login logs. Collect evidence first, clean up, and then update the version. Directly covering the upgrade will retain the trojan horse and also destroy the clues for subsequent investigation.

2026-11-01

The major version should include a new default theme, and what should be tested before the old site is upgraded?

When the major version includes a new default theme, the template and style references of the old site are the primary test objects. Before the upgrade, run the template rendering checklist in the test environment, check if the custom template depends on the style and structure of the old theme; then check for value failure caused by renaming or reducing content fields; finally, prepare backups and rollback points that include static files, confirm that you can roll back to the original version on the same day.

2026-11-01