-
Notifications
You must be signed in to change notification settings - Fork 39
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix ERR_BLOCKED_BY_ADBLOCKER
#6
Comments
Just sharing my experience, simple-web-analytics.com and counter.dev both domains are blocked by many adblockers. I am using nextdns for adblocking. |
Thanks for the comment. Yes, that makes sense. Guess this is a WONTFIX then. |
The same happens with Safari… @ihucos may I know why did you add a |
Wontfix because there is nothing really that can be done about it. The client (browser) interprets what the server gives it and it's basically the client's business how to interpret it. So there are ways to make it more difficult for the client to discover it is being tracked by specific javascript code but it's a game I don't want to play because the client has the upper hand and can always adapt to a different signature to detect the tracking code or tracking endpoint. An approach where that client can not omit tracking is log analysis, there are projects that use this different approach. To say a little about self hosting. I imagine an adblocker could track instead of Another random point: we try to be privacy aware, from that perspective respecting the end-users wish to not be tracked seems like the sensible option. That is my take on it but open to change my mind ;-) |
Hello, sorry to get back to this so late. As of right now, I am testing counter.dev on my website, alongside with Plausible. The problem I have a lot of reservations in completely switching to counter.dev if with Plausible I get a total count of 327 visitors last month, that is several times more the 58 logged by counter.dev. Now, considering your comment:
I totally agree with your argument, the problem is that there is very little room for a non-nerd user to specifically avoid blocking trackers that are not invasive and privacy respectful. I believe that exclusively counting visitors and where they come from is a respectful move and enforcing ways to bypass blockers are legitimate. In particular, I believe self-hosting (#52) would be the most painless start, since counter.dev could operate on the same TLD of the website in question, hence bypassing |
That is quite a difference. I'd imagine there must be another factor, so yes would be interesting to cross reference with a third analytics provider to see who is wrong and who is right. If the browser is blocking tracking to counter.dev I would assume it's also blocking tracking via Plausible since it is a bit more popular.
Super interesting argument. From a business perspective that I have to have since I wish to at some point in time being able to work full time on the project the answer is simple: We are providing value to the webmasters, not our webmasters users. So yes, of course we should try to circumvent adblockers. Using your own domain is really totally fine, I just don't want to implement anything that would be too invasive. Then we "just" need to prioritize and implement with the given time resource 😅 |
It does not, since Plausible offers the possibility of using one’s own domain… |
Gotcha, I would not think that the results would differ so much because of that reason. Yeah, it's definitely relevant. |
Hi, first of all thank you for even providing PWYW privacy friendly analytics solution (product as a service). You are a hero to me @ihucos . I just started to use the service and consider finacially contributing if it will serve my needs... Before you answer hear me out. The problem is that many browsers nowadays use adblockers and thus simply block counter.dev, and the figures are increasing. Having that said, sooner or later it will render the service useless if at some point in future then even my MUM's browser will use an integrated adblocker. You get the point... So what are the options here? Couldn't that be a PRO feature with that you can start making money? I have read your blog post about PWYW on your website and I don't like it. I will explain a bit later. Honest greets from Austria! |
Hello Stefan, thanks you for the very long message and interesting point. I'd be very happy to discuss some aspects privately, can you provide me your mail? Or write me at mail@irae.me :-) Regarding a custom domain: The ticket was closed and then re-opened since I changed my mind. This feature will be implemented, it's just a little tricky as I am dependant on Cloudflare at the moment and may need to not use this service. But I get your point and understand the feedback from the other users as well. In the end of they day all I am doing is serving my users and while still having an own opinion I don't want to be too big-headed about anything. Regarding the PWYW. While I get a continuous flow of new integrations, having the only Free and at the same arguably privacy friendly web analytics product did not get really substantial traction yet. I will not ditch this business model out yet and I would not feel to good changing the unwritten PWYW terms that current users signed up with. But something I am currently working on is to better communicate to active users that that a service fee is expected. See this PR with it's screenshot: https://github.com/ihucos/counter.dev/compare/paytest?expand=1
Do you imply a non-functioning product following from the business model or do you mean this open issue or feature request by that. The project is so far two years old, so are the oldest active users and if anything is not working for you on a technical level let me know and it will be fixed. That being said, yes, it's not easy running something like this next to other things but from a purely technical and functional perspective I think it's just a great product. This open issue will get addressed before it burns :-)
I agree. Pitty for many users changing DNS setting are not really doable but docs could help. |
Interesting, I was looking into the docs from plausible web analytics
It says using CNAME/DNS to point to the web analytics server is not effective anymore. Which implies or I interpret as tracking blockers having catched up with that circumvention method. I don't have data to cross-validate but believe what is stated there. The proposed solution there is for users to set-up a proxy. Hmm I'd be happy to provide some kind of one click-deployment solution for the web hoster that is trendy right now. I know Heroku had some "Deploy in Heroku" button but it seems Heroku is not the go-to web hoster anymore. It could only be a matter of time until tracking blockers catch up with also that. It's a cat and mouse game where the only way I see for web analytics users to win is relying on log files. As everything in the javascript realm is 100% controlled by the browser. Providing log files to counter would be not very handy but I don't think much less handy than setting up a proxy server. And it would be a permanent solution. Unique users could be registered by the logged IP address. GDPR considerations could be a topic where I lack the knowledge to confidently make statements about it. Any thoughts or knowledge on this? :-) |
The good news is that using a proxy server is available right now as it does not require much work from the web analytics providers side. What counters tracking script already supports is a
So you'd need in the end to proxy those endpoints
In that case the tracking script inclusion would look like this:
|
@ihucos There is a typo in your last comment. There should be |
@adian thanks. typo fixed. |
There was a nice pull request related to a proxy setup: #102 |
A user complained about this error on his browser.
I'd need to inspect that and know how much traffic could be affected.
The text was updated successfully, but these errors were encountered: