Change Details

#####Background In 2024-2025 the iOS team built a personalized Wikipedia Year in Review feature T371946.We had to make tradeoffs in how we did our editing stats, using a mix of the userContributions API and the Growth Impact Module. The Mobile Apps team would like to leverage the Impact Module again for iOS & Android Year in Review in 2025, and we are wondering if the Growth team can make improvements to the Impact Module API that would make it substantially more useful. Our goal is to **assess the viability** of the Impact Module API as a tool for showing statistics about the calendar year of 2025 to logged-in users on the iOS & Android app in December 2025. ####Questions for Growth Team - What changes could be done to the [[https://www.mediawiki.org/wiki/Help:Growth/Tools/Impact_module | Growth Impact Module's statistics]] so that clients could access the following statistics for the current calendar year (instead of last 60 days or past 1000 edits). Please note if any are substantially easier than others (we don't need to use all of them in year in review!) - You edited XX times in 2025. - You edited the articles including Snow, Arctic, and Polar bear. - Top viewed articles in 2025 / total views on articles edited in 2025 - You received XX thanks in 2025. - Your longest editing streak in 2025 was XX days! - Your edits received a total of XX views in 2025! - Your most viewed edit in 2025 was on the Arctic article. - Is it possible to include timestamps with the dates in the response? This would be for time-of-day calculations for a slide like "In 2025, you edited most in the evenings", etc. ####Relevant tasks - {T377235} - {T376353} - For iOS Year in review 2024 , we used the Impact Module API to pull views on edits recently, but we could only access the past 60 days of data. - {T376320} - For displaying total edits in 2024, we used the userContributions API. To mitigate risk, we only called it once per user and got the first 500 edits. Those with more than 500 edits displayed "500+ edits" - {T341599} - The impact module is currently limited to the past 1000 edits, the growth team already has a task for increasing that to 10,000. If this would be useful for YiR, we should inform the growth team and let them know what we need. #####Relevant data 3% of freetext feedback asked for improved editing statistics: - Users got confused when editing stats did not cover the full year (edits viewed coming from Growth Impact Module API T376353) and assumed they are incorrect. - Users want to be reminded of **which** pages they edited - Users are interested to see graphs or lists about their edits - One user wanted specific edit count for year, not "500+ edits" Estimated for a 12-month period, ~95% of iOS editors have fewer than 500 edits, and 99.6% have fewer than 10,000 ([[ https://phabricator.wikimedia.org/T371555#10067792 | source ]]). So solutions that cover the past calendar year (2025), and support up to 1000 edits work for iOS (TBD for Android), and solutions that support up to 10,000 edits and the past calendar year would cover the vast majority of editors.

#####Background In 2024-2025 the iOS team built a personalized Wikipedia Year in Review feature T371946.We had to make tradeoffs in how we did our editing stats, using a mix of the userContributions API and the Growth Impact Module. The Mobile Apps team would like to leverage the Impact Module again for iOS & Android Year in Review in 2025, and we are wondering if the Growth team can make improvements to the Impact Module API that would make it substantially more useful. Our goal is to **assess the viability** of the Impact Module API as a tool for showing statistics about the calendar year of 2025 to logged-in users on the iOS & Android app in December 2025. ####Questions for Growth Team - What changes could be done to the [[https://www.mediawiki.org/wiki/Help:Growth/Tools/Impact_module | Growth Impact Module's statistics]] so that clients could access the following statistics for the current calendar year (instead of last 60 days or past 1000 edits). Please note if any are substantially easier than others (we don't need to use all of them in year in review!) - You edited XX times in 2025. - You edited the articles including Snow, Arctic, and Polar bear. - Top viewed articles in 2025 / total views on articles edited in 2025 - You received XX thanks in 2025. - Your longest editing streak in 2025 was XX days! - Your edits received a total of XX views in 2025! - Your most viewed edit in 2025 was on the Arctic article. - Is it possible to include timestamps with the dates in the response? This would be for time-of-day calculations for a slide like "In 2025, you edited most in the evenings", etc. ####Relevant tasks - {T377235} - {T376353} - For iOS Year in review 2024 , we used the Impact Module API to pull views on edits recently, but we could only access the past 60 days of data. - {T376320} - For displaying total edits in 2024, we used the userContributions API. To mitigate risk, we only called it once per user and got the first 500 edits. Those with more than 500 edits displayed "500+ edits" - {T341599} - The impact module is currently limited to the past 1000 edits, the growth team already has a task for increasing that to 10,000. If this would be useful for YiR, we should inform the growth team and let them know what we need. #####Relevant data 3% of freetext feedback asked for improved editing statistics: - Users got confused when editing stats did not cover the full year (edits viewed coming from Growth Impact Module API T376353) and assumed they are incorrect. - Users want to be reminded of **which** pages they edited - Users are interested to see graphs or lists about their edits - One user wanted specific edit count for year, not "500+ edits" Estimated for a 12-month period, ~95% of iOS editors have fewer than 500 edits, and 99.6% have fewer than 10,000 ([[ https://phabricator.wikimedia.org/T371555#10067792 | source ]]). So solutions that cover the past calendar year (2025), and support up to 1000 edits work for iOS (TBD for Android), and solutions that support up to 10,000 edits and the past calendar year would cover the vast majority of editors.

#####Background In 2024-2025 the iOS team built a personalized Wikipedia Year in Review feature T371946.We had to make tradeoffs in how we did our editing stats, using a mix of the userContributions API and the Growth Impact Module. The Mobile Apps team would like to leverage the Impact Module again for iOS & Android Year in Review in 2025, and we are wondering if the Growth team can make improvements to the Impact Module API that would make it substantially more useful. Our goal is to **assess the viability** of the Impact Module API as a tool for showing statistics about the calendar year of 2025 to logged-in users on the iOS & Android app in December 2025. ####Questions for Growth Team - What changes could be done to the [[https://www.mediawiki.org/wiki/Help:Growth/Tools/Impact_module | Growth Impact Module's statistics]] so that clients could access the following statistics for the current calendar year (instead of last 60 days or past 1000 edits). Please note if any are substantially easier than others (we don't need to use all of them in year in review!) - You edited XX times in 2025. - You edited the articles including Snow, Arctic, and Polar bear. - Top viewed articles in 2025 / total views on articles edited in 2025 - You received XX thanks in 2025. - Your longest editing streak in 2025 was XX days! - Your edits received a total of XX views in 2025! - Your most viewed edit in 2025 was on the Arctic article. - Is it possible to include timestamps with the dates in the response? This would be for time-of-day calculations for a slide like "In 2025, you edited most in the evenings", etc. ####Relevant tasks - {T377235} - {T376353} - For iOS Year in review 2024 , we used the Impact Module API to pull views on edits recently, but we could only access the past 60 days of data. - {T376320} - For displaying total edits in 2024, we used the userContributions API. To mitigate risk, we only called it once per user and got the first 500 edits. Those with more than 500 edits displayed "500+ edits" - {T341599} - The impact module is currently limited to the past 1000 edits, the growth team already has a task for increasing that to 10,000. If this would be useful for YiR, we should inform the growth team and let them know what we need. #####Relevant data 3% of freetext feedback asked for improved editing statistics: - Users got confused when editing stats did not cover the full year (edits viewed coming from Growth Impact Module API T376353) and assumed they are incorrect. - Users want to be reminded of **which** pages they edited - Users are interested to see graphs or lists about their edits - One user wanted specific edit count for year, not "500+ edits" Estimated for a 12-month period, ~95% of iOS editors have fewer than 500 edits, and 99.6% have fewer than 10,000 ([[ https://phabricator.wikimedia.org/T371555#10067792 | source ]]). So solutions that cover the past calendar year (2025), and support up to 1000 edits work for iOS (TBD for Android), and solutions that support up to 10,000 edits and the past calendar year would cover the vast majority of editors.