Closed adguard-bot closed 1 year ago
Cannot reproduce nicovideo.jp//user/actions/watch-events.json
@jellizaveta Yes, That tracker can only be reproduced when logged in to the site.
Also, as shown in the screenshot, the "?" mark may not be given ( in the case of embedded players example: https://www.nicovideo.jp/
).
Therefore, the "?" mark may be better removed.
@Yuki2718 can you confirm?
I can reproduce. It seems astral.nicovideo.jp
is dedicated for these analytics (TBH not much privacy-invasive, only sending event type and minimal set of cookies). I wonder if the domain can safely be blocked, as I don't use nicovideo. @stm-x Can you test ||astral.nicovideo.jp^
?
Ok, I will block the domain for about 3 days and report the results.
After looking at loggers for about 3 days, I found several that I thought were trackers.
! for PC
! https://www.nicovideo.jp/watch/sm42216393
When logged in, select related videos from menu beside video player. /ログイン時、動画プレイヤー横メニューから関連動画選択
||public.api.nicovideo.jp/*/recommend/log/response-log
! for mobile
! https://sp.nicovideo.jp/watch/sm42216393
analytics:When visiting the site. /サイト訪問時
click:Comment list, volume auto-adjustment ON,OFF. コメントリスト,音量自動調整表示ON,OFF
error:Error(I forgot to take a screenshot.)
||sp.nicovideo.jp/api/counter/analytics/
||sp.nicovideo.jp/api/counter/click/
||sp.nicovideo.jp/api/counter/error/
! 2023-05-12 https://sp.live.nicovideo.jp
logger:When watching live streaming. /生放送ストリーミング中
example: https://sp.live.nicovideo.jp/watch/lv341339885
Note:that it must be live on the air to reproduce.
||sp.live.nicovideo.jp/api/logger?
About the blocking of ||astral.nicovideo.jp^
,
I have tried the various nicovideo services on the website (PC,mobile) and the iOS app version with no breakage and no any issues.
The PC version of live.nicovideo.jp still uses public.api.nicovideo.jp/v2/user/actions/watch-events.json?
The following rules probably still be necessary.
||nicovideo.jp/*/user/actions/video/watch-events.json?
-> ||nicovideo.jp/*/user/actions/watch-events.json
Thanks for the thorough analysis, fixed all.
Thanks!
UPDATE:
The site has been updated and the tracker URL has changed.
www.nicovideo.jp/v1/recommend/log/
-> log.recommend.nicovideo.jp/v2/display_log
I have blocked this domain for about 3 days now and have not had any problems with the mobile app and the web version. Also, as before, live.nicovideo.jp still uses the old URLs, so the current rules must be kept.
@Yuki2718 Can you check this?
@Yuki2718 Thank you. So live.nicovideo.jp still uses public.api.nicovideo.jp/v1/recommend/log/, so the previous rule is still needed (see the second screenshot)
Thanks again😊
Whoops, missed that. Thanks for pointing out.
Since live.nicovideo.jp and embedded players seem to have migrated to astral.nicovideo.jp
, the following rules are no longer needed.
||nicovideo.jp/v2/user/actions/watch-events.json
||nicovideo.jp/*/user/actions/watch-events/nonmember.json?
||nicovideo.jp/*/user/actions/video/watch-events.json?
||nicovideo.jp/v1/recommend/log/
@Yuki2718
Hello, @Yuki2718. It's been a long time.
There have been some changes to the site.
astral.nicovideo.jp
-> stella.nicovideo.jp
Videos can no longer be viewed if the tracker is blocked.
This can be bypassed using the noopjson rule.
||stella.nicovideo.jp/v2/watch/member.json$redirect=noopjson
||stella.nicovideo.jp/v1/watch/nonmember.json$redirect=noopjson
https://www.nicovideo.jp/video_top
https://www.nicovideo.jp/video_top/genre/entertainment
Tracker:
||nicoad.nicovideo.jp/v1/instream/tracking/
||nicoad.nicovideo.jp/v1/tracking/
||nvapi.nicovideo.jp/v1/bandit-machine/
||nicovideo.jp/api/logger?
||nicolive.cdn.nimg.jp/relive/sp/browser-logs.*.js
||nicolive.cdn.nimg.jp/relive/sp/trackingService.*.js
@slavaleleka How can I test the new prevent-fetch? nicovideo.jp#%#//scriptlet('prevent-fetch', 'stella')
doesn't prevent fetch here with 4.3.46 or Beta.
I can't find nicovideo.jp/api/logger?
or nicolive.cdn.nimg.jp/relive/sp/trackingService.
request even with mobile UA and logged in.
Disabled for https://twitter.com/kuroneko8823/status/1777441034689224774
. I can reproduce on Android. I worried something like this as $redirect
sometimes donesn't work, this is why I wanted to use scriptlet if it worked (but not).
I can't find
nicovideo.jp/api/logger?
ornicolive.cdn.nimg.jp/relive/sp/trackingService.
request even with mobile UA and logged in.
My bad.
I didn't explain myself well enough.
Those two were used on sp.live.nicovideo.jp
,not sp.nicovideo.jp
example: https://sp.live.nicovideo.jp/watch/lv344865419
I just looked at the logs about the tracker,nicolive.cdn.nimg.jp/relive/sp/trackingService.
is still in use, but I didn't see nicovideo.jp/api/logger?
As for the latter, maybe it has been discontinued.
Also astral.nicovideo.jp
is still being used by the app and needs to be blocked.
I apologize for the incorrect explanation.
https://github.com/easylist/easylist/commit/380aced24a53f23b7c0665eace7987e306a7ffc3
@Yuki2718 FWIW if you watch the uBO logger, no-fetch-if
won't able to block the eventType: "end"
impression when leaving the video page or closing the tab. You will also need an additional filter using no-xhr-if
to cover for it (for some reason).
I can't reproduce on Chrome. Can you show the screenshot of the log?
I am also not reproducing on Chromium. Perhaps a Firefox-specific issue?
@Alex-302 Can I add the scriptlet rules to TPF even though they don't work until the new version? Otherwise can be forgot.
@Yuki2718 Maybe) Which rules?
nicovideo.jp#%#//scriptlet('prevent-fetch', 'stella')
nicovideo.jp#%#//scriptlet('prevent-xhr', 'stella')
ok. But why only one word instead of domain/URL?
Added with full domain
Thanks.
Issue URL (Ads)
https://www.nicovideo.jp/watch/sm42203375
Comment
Username:
@stm-x
Screenshots
Screenshot 1
![Screenshot 1](https://reports-img.adguard.com/fNO0TFJ.png)Screenshot 2
![Screenshot 2](https://reports-img.adguard.com/7alZjIV.png)System configuration
AdGuard Base
Privacy:
AdGuard Tracking Protection
Language-specific:
AdGuard Japanese