According to Turnillo's data, the page is repeatedly visited with a rather specific bot. It can be easily fixed by adding that bot's UA to https://github.com/wikimedia/analytics-refinery-source/blob/master/refinery-core/src/main/java/org/wikimedia/analytics/refinery/core/Webrequest.java#L116.
Hello, article Venuše (planeta) has got extremly high views. See analysis. Could you avoid this suspiciously high views?
| Subject | Repo | Branch | Lines +/- | |
|---|---|---|---|---|
| Add MeetingRoomApp to the bot regex | analytics/refinery/source | master | +1 -1 |
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Open | None | T138207 [Open question] Improve bot identification at scale | |||
| Resolved | None | T238357 Label high volume bot spikes in pageview data as automated traffic | |||
| Resolved | None | T239532 "Venuše (planeta)" on cs.wp has surprisingly high numbers in Pageviews Analysis (and also Topviews Analysis) |
Could you avoid this suspiciously high views?
@Patriccck: What is the problem to solve? Just because you don't like something does not mean that someone else should hide that something? :)
If there are actually signs for manipulation (I don't see any provided here), see T123442. Thanks.
This is not an issue with Tool-Pageviews but with the underlying data. Unfortunately these "false positives" are common, but as I understand it the Analytics team is working to improve bot detection.
Change 586057 had a related patch set uploaded (by Urbanecm; owner: Urbanecm):
[analytics/refinery/source@master] Add MeetingRoomApp to the bot regex
The bot detection running on shadow mode now should ba able to detect this case, ping @JAllemandou to verify.
In the meantime still i think is correct to add UA to regex, +1
Change 586057 merged by Nuria:
[analytics/refinery/source@master] Add MeetingRoomApp to the bot regex
I confirm that our automated-traffic detection heuristic (shadow mode for now) removes the page from the top list (checked on 2 days).