THE VERDICT · NOT SUPPORTED
Five messages did not dominate the middle app.
In two selected Google Play datasets, an app’s five most common reply texts made up far less than half its replies in the middle eligible app group. My proposed 50% pattern did not pass.
Repeated wording was still common. A repeated reply is not automatically unhelpful or automated, and a reply count alone does not tell me whether a customer’s issue was solved.
See what I found ↓
MY QUESTION
What hides behind a high reply count?
A competitor may respond to hundreds of reviews. That tells me there is visible activity, but it does not tell me how many different messages were used or whether the response fits the question.
I used historical Google Play reply records from two selected datasets and cleaned duplicate records.
For each eligible app or project group, I counted its five most common supplied reply texts.
I calculated the share those five texts made up and took the middle result across groups.
I matched text after normalizing case, spacing and Unicode form. Matching wording does not establish whether replies were automated or helpful.
MY THEORY VS THE RESULT
My five message theory failed.
My theory
For the middle eligible app group, at least half of all replies would come from just five messages in both datasets.
What I found
The middle values were much lower in both samples. Some individual apps had concentrated wording, but that did not describe the middle group.
all replies → five most common texts
Historical selected Google Play datasets. The original target was 50% in both.
See the original result chart
The middle app or project group in each selected dataset. Each group needed at least 100 cleaned replies.
My target was 50% in both datasets. These are middle values within selected historical groups, not a benchmark for every Google Play app.
Repetition was still common: additional occurrences beyond the first appearance of each reply text accounted for 43.3% of eligible MHARD replies and 36.3% of eligible DATAR replies. That is a different measure from the five message test.
REAL APPS IN MY SAMPLE
The examples tell different stories.
These are paraphrases of historical Google Play records. The supplied excerpts do not establish a reliable country for these examples. They are not assessments of current support, proof that an issue was solved or claims of client relationships.
MHARD · HISTORICAL REPLIES
Finch
One appreciative message appeared 1,985 times among 2,477 cleaned replies in the eligible group. The five most used texts accounted for 88.9%. This was a concentrated example, not the middle app.
MHARD · HISTORICAL REPLIES
Intellect
A repeated acknowledgement and support direction appeared alongside reviews about different topics, including contrast and lost progress. The records do not show what happened in follow up support.
DATAR · HISTORICAL REPLIES
Sky Map
A repeated message about a Neowise update appeared alongside several questions about that comet. Repetition can be relevant when customers ask the same question.
DATAR · HISTORICAL REPLIES
EasyRPG Player
Repeated game format and installation instructions appeared beside questions about finding or downloading games. I did not test whether the instructions resolved the issues.
MY ASO TAKEAWAY
Inspect the answers, not just the volume.
My ASO tip: When reviewing a competitor’s responses, check whether the content addresses the subject of the review.
My ASO strategy: Separate reply volume, wording repetition and the substance of the answer. A useful repeated instruction and a generic acknowledgement can serve different purposes.
My ASO warning: This study does not show that repeated replies change keyword rankings, conversion, installs or retention. It also does not score support quality.
WHAT I COULD NOT PROVE
Here is where the evidence stops.
- Every app: MHARD contains selected mental health apps and DATAR contains selected open source projects. Neither is a representative sample of all apps.
- Current behavior: These historical source reviews end in 2023 and do not establish current response practices.
- Helpful or harmful: Matching words do not show whether an answer was appropriate or whether a problem was resolved.
- Automation: Repeated text does not prove a reply was automated.
- Every template: Different wording can express the same idea and exact matching can miss it.
SOURCES & METHODS
Want to check my work?
I analyzed the historical MHARD dataset and DATAR dataset. I reran the supplied analysis and separate verifier against the saved extracts. The verifier checks cleaning and calculations, not the original collection or support quality.
Repeated app review responses have been studied before, including research on response generation. I am not claiming to have discovered templates first.
The source evidence and full technical report are kept locally while third party redistribution rights are reviewed.
Read the original report and technical details
Five messages did not dominate the typical app.
For each app, we counted its five most-used reply texts and calculated their share of all its replies. We then took the middle result across apps, giving each app equal weight.
MHARD · 47 APP GROUPS
17.5%of replies came from the five most-used messages in the middle app.
DATAR · 100 PROJECT GROUPS
16.5%of replies came from the five most-used messages in the middle project.
The theory needed at least 50% in both samples. Neither sample passed. We kept that threshold and the wording-matching rule unchanged.
| Measure | MHARD | DATAR |
|---|---|---|
| Eligible app or project groups | 47 | 100 |
| Cleaned replies in those groups | 47,893 | 64,156 |
| Middle app’s top-five share | 17.5% | 16.5% |
| App-resampling range for that middle value | 10.9% to 24.6% | 11.5% to 23.8% |
| Groups where five messages account for at least half of replies | 2 of 47 (4.3%) | 14 of 100 (14.0%) |
| Top-five share if every reply gets equal weight | 25.2% | 21.9% |
“Typical” means the median of the eligible app-group results in this sample. It does not mean the typical app across Google Play. DATAR uses repository groups; 95 of the 100 have one supplied app package ID.
There was still a lot of repeated wording.
The five-message theory is stricter than simply asking whether developers repeat themselves. An app can reuse dozens or hundreds of messages without any five accounting for most replies.
| After cleaning, within eligible groups | MHARD | DATAR |
|---|---|---|
| Reply records | 47,893 | 64,156 |
| Different reply texts, counted separately within each app | 27,170 | 40,896 |
| Additional occurrences beyond the first of each text | 20,723 | 23,260 |
| Share made up of those additional occurrences | 43.3% | 36.3% |
Simple example: if the same message appears ten times, it contributes one different text and nine additional occurrences. Our 43.3% and 36.3% figures use that rule. They are not percentages of replies proven unhelpful or automated.
We match supplied reply text after normalizing letter case, whitespace and Unicode form. We keep names, punctuation, links and numbers in the main test. Different texts can still express the same answer; matching texts can still be appropriate answers to different users.
The actual replies tell different stories.
These historical examples are paraphrased from the frozen files. They are not assessments of the apps’ current support.
| Example | What the data shows | What it means |
|---|---|---|
| Finch, MHARD | One appreciative message appears 1,985 times among 2,477 cleaned replies: 80.1%. Its five most-used texts account for 88.9%. | A clear example of concentrated wording. The inspected reviews include praise and a request to gift virtual items. Repeated thanks does not establish whether that request was handled elsewhere. |
| Intellect, MHARD | One acknowledgment and support-redirection message appears 25 times among 278 replies. Inspected reviews include low screen contrast, lost progress and a short positive comment. | The same broad response appears alongside different subjects. The snapshot alone cannot establish what happened in follow-up support. |
| Sky Map / stardroid, DATAR | One message about a Neowise update appears 48 times among 642 replies. Three inspected reviews ask about that comet. | Repetition can carry specific information relevant to a recurring question. |
| EasyRPG Player, DATAR | The same game-format and installation instructions appear three times among 132 replies, alongside questions about downloading or finding games. | A repeated answer can provide concrete steps. We did not test whether those steps solved the users’ problems. |
| AFK Redeem, DATAR | A heart emoji appears 61 times among 105 replies. The inspected reviews are positive. | High repetition may reflect acknowledgment of praise, rather than repeated handling of complaints. |
Traceable example records: MHARD data rows 107184 (Finch), 4012 and 655 (Intellect); DATAR JSONL rows 691957, 691948 and 692084 (Sky Map), 360344 to 360346 (EasyRPG), 221508, 221562 and 221552 (AFK Redeem). Full source identifiers and selected records are in the evidence.
We inspected a fixed random selection of ten eligible groups per dataset, with up to three different review texts attached to each group’s most frequent reply. Two groups had no repeated reply, giving 56 inspected records altogether. This was assistant inspection, not independent human annotation or a support-quality score.
Why this matters for ASO research
A competitor’s reply count measures visible activity. It does not tell you how many different explanations it provides, whether each response fits the question, or whether customers get their problems solved.
The evidence supports checking the content of replies when evaluating an app’s review management. It does not support assuming that most apps survive on five canned messages.
| What you can measure | What you still need to inspect |
|---|---|
| How many reviews received a reply | Whether the reply addresses the review’s subject. |
| How often the same supplied text appears | Whether the repeated message gives useful instructions, acknowledgment or redirection. |
| How concentrated replies are within an app | Whether concentration comes from praise, recurring problems or very different issues. |
For ASO, this concerns customer understanding and competitor review-management research. We have no evidence here that repeated wording changes keyword rankings, app-page conversion, installs or retention.
Could cleaning or small wording changes reverse the result?
No check below pushes the middle app close to the original 50% threshold.
| Check | MHARD middle top-five share | DATAR middle top-five share |
|---|---|---|
| Keep eligible records before duplicate cleaning | 17.5% | 16.5% |
| Require the supplied strings to match exactly | 17.5% | 15.8% |
| Ignore selected greetings, contact links, numbers and punctuation | 20.5% | 19.7% |
| Require at least 50 replies per app | 17.1% | 16.9% |
| Require at least 200 replies per app | 18.0% | 16.7% |
| Exclude replies dated before their reviews | 17.8% | 16.9% |
| Remove the five largest reply contributors | 17.1% | 16.7% |
The small-variation check uses fixed text rules, not a semantic model. It can miss real templates or merge different messages. It is a sensitivity check, not a replacement for the main calculation.
What about praise versus complaints?
Among the same 39 MHARD apps with at least 30 replies in each star band, the middle top-five share is 14.0% for one-star and two-star reviews and 21.3% for four-star and five-star reviews. Among 85 matched DATAR groups, the corresponding values are 17.6% and 17.7%.
The star-band difference does not repeat consistently across datasets. Ratings are only an approximate way to separate praise from complaints, and different sample sizes can affect concentration. We do not present this as a causal effect.
Where the numbers come from
| Data stage | MHARD | DATAR |
|---|---|---|
| All source review records | 200,972 across 73 app aliases | 1,335,331 across 1,107 repository groups |
| Records containing a developer reply | 52,363 | 73,577 |
| Invalid or missing review text / stars / app | 1 excluded | 19 excluded |
| Conflicting duplicate-looking records | 7 excluded | 0 |
| Repeated duplicate-looking records | 3,596 collapsed | 0 |
| Cleaned replies across all remaining groups | 48,759 | 73,558 |
| Replies in groups meeting the 100-reply minimum | 47,893 across 47 groups | 64,156 across 100 groups |
Both sources cover Google Play. MHARD contains mental-health apps; DATAR covers selected open-source Android projects. The source review coverage ends in July 2023 and December 2023 respectively. This is historical evidence, not a current market survey.
The MHARD source publication reports 200,973 reviews. Our pinned CSV contains 200,972 data records. We use the observed file count. The source also describes cleaning and de-identification. Some supplied replies contain textual emoji names or apparent gaps in contact wording. We measure the files as supplied, not verified copies of the original live-store responses.
Duplicates and app identity
Within an app, we checked repeated review IDs and then repeated combinations of review text, date and rating. Conflicting copies were excluded; matching copies were collapsed. A duplicate-looking record is not proof of a fake review or a repeated person.
No cleaned review ID spans multiple groups within either source. No exact cross-source match was found using review text, reply text, day and stars, or review text alone when at least 50 characters long. These screens do not prove that every app or user differs between sources.
Of the 100 eligible DATAR groups, 95 have one supplied package ID and five have none. No supplied package ID is shared by two eligible projects. Restricting the test to the 95 mapped groups gives a median of 16.8%, still below 50%.
Verification and the original plan
The plan fixed the 50% threshold, minimum of 100 cleaned replies, and median across apps before the per-app results were calculated. The earlier pooled repetition audit was already known. This was an internally timestamped plan, not an external preregistration.
A separate implementation read the frozen reply extracts, repeated the cleaning and checked every eligible app’s reply count, distinct-text count and top-five count. All 161 checks passed. Source checksums and row-level exclusions are preserved.
Statistical and implementation details
For app a, top-five share = sum of the five highest within-app normalized-text frequencies / all eligible cleaned replies for that app. The primary statistic is the median across eligible app groups. The general theory required that median to be at least 0.50 in both datasets.
We computed percentile 95% intervals from 20,000 resamples of eligible app groups with replacement, using seeds 202612 and 202613. These intervals describe stability within the observed samples, not population representativeness.
Primary normalization uses Unicode NFC, casefolding and whitespace collapse. The stricter sensitivity compares supplied strings exactly. The small-variation rule removes certain initial greeting/name clauses, replaces URLs, email addresses and number runs, then removes punctuation. The exact implementation is in analyse.py. Other than original source cleaning, no sentiment or reply-quality classifier is used.
Day-level cross-source matching and the single-package sensitivity were added after the main results to clarify dataset comparability. They did not alter the primary test or its outcome. Different snapshot dates and edited reviews can make a historical response appear mismatched to the currently stored review.
The conclusion we can publish
Across two selected historical Google Play datasets, the five most-used reply texts account for 17.5% and 16.5% of replies in the middle eligible app group. This rejects our proposed 50% pattern in these samples. Nevertheless, repeated occurrences beyond the first of each within-app text make up 43.3% and 36.3% of eligible reply records. For ASO research, reply volume and wording variety describe different aspects of review management; neither establishes support quality by itself.
Repeated app-review replies are already documented in research, including Gao and colleagues’ work on response generation. Our contribution is the explicit top-five test, duplicate handling, cross-dataset comparison and practical ASO interpretation. This is not a claim to have discovered templates for the first time.
Data, calculations and examples
The embedded ZIP includes all 125,940 source records containing a reply, original identifiers, source hashes, the frozen analysis plan, cleaning ledger, per-app tables, checks, examples and runnable code. Generated cleaned-row copies can be recreated from those inputs.
To reproduce, unzip the evidence and run python analyse.py, followed by python verify.py. Dependencies and source attribution are in the README.
Sources and attribution
- Wang, Q. and colleagues (2025). MHARD dataset, frozen commit 6a492efa0eaf9a27e2593a4a370349f91e1e044d. MIT license included. Companion ICWSM paper.
- Abedini, Y.; Hajihosseini, M. H.; Heydarnoori, A. (2024). DATAR archived dataset. Archived dataset licensed CC BY 4.0. Companion MSR paper. This report and its extracted tables are secondary analysis and modifications, not the authors’ original conclusions.
- Gao, C.; Zeng, J.; Xia, X.; Lo, D.; Lyu, M. R.; King, I. Automating App Review Response Generation. ASE 2019, arXiv version 2020. Prior work on template-based replies.
All Experiment 12 percentages were calculated from the frozen data. They are not copied from the source papers.
Keep exploring
All ASO experiments · See my positive review study · Clarify your app’s value · Research competitors