[GH-ISSUE #97] [FEATURE] Block results from useless websites #69

New issue

Closed

opened 2026-02-25 20:34:49 +03:00 by kerem · 2 comments

kerem commented

2026-02-25 20:34:49 +03:00

Owner

Originally created by @grigsby on GitHub (Jul 4, 2020).
Original GitHub issue: https://github.com/benbusby/whoogle-search/issues/97

Describe the feature you'd like to see added
The ability to maintain a blocklist of websites you never want to see results from. Inspired by browser add-ons such as Unpinterested! and uBlacklist that allow you to block search results from (e.g.) Pinterest.

Describe which parts of the project this would modify (front end/back end/configuration/etc)
Sorry, I don't know.

Additional context
Google image search results prominently feature Pinterest, but those results are pretty useless since Pinterest requires creating an account and logging in before being able to view pages. It would be nice to have the ability in Whoogle search to block all results from these types of useless websites. uBlacklist (browser extension) works great when searching directly with Google, but has no effect when searches are proxied through Whoogle.

Originally created by @grigsby on GitHub (Jul 4, 2020). Original GitHub issue: https://github.com/benbusby/whoogle-search/issues/97 **Describe the feature you'd like to see added** The ability to maintain a blocklist of websites you never want to see results from. Inspired by browser add-ons such as Unpinterested! and uBlacklist that allow you to block search results from (e.g.) Pinterest. **Describe which parts of the project this would modify (front end/back end/configuration/etc)** Sorry, I don't know. **Additional context** Google image search results prominently feature Pinterest, but those results are pretty useless since Pinterest requires creating an account and logging in before being able to view pages. It would be nice to have the ability in Whoogle search to block all results from these types of useless websites. uBlacklist (browser extension) works great when searching directly with Google, but has no effect when searches are proxied through Whoogle.

kerem

2026-02-25 20:34:49 +03:00

closed this issue
added the
enhancement
label

kerem commented

2026-02-25 20:34:50 +03:00

Author

Owner

@dmytro-shchurov commented on GitHub (Jul 20, 2020):

This would be great. Google is full of Q&A websites, that display Google's ads after each 10 rows of text, and block accessing their sites without accepting marketing cookies.

@dmytro-shchurov commented on GitHub (Jul 20, 2020): This would be great. Google is full of Q&A websites, that display Google's ads after each 10 rows of text, and block accessing their sites without accepting marketing cookies.

kerem commented

2026-02-25 20:34:50 +03:00

Author

Owner

@ghost commented on GitHub (Apr 12, 2021):

This would be an awesome feature indeed. I've been experimenting with addons like uBlacklist and with client-side javascripts like this one. Up to a point those tend to work, but they all tend to break very often too. IMO the most reliable and resource-friendly way to implement this is by using the existing search operators, especially -site:foo. That would avoid any overhead caused by potentially having to soup a lot of stuff out of a search resultset. If anyone knows how to add such a string to the search query in the whoogle code base, that would be golden!

@ghost commented on GitHub (Apr 12, 2021): This would be an awesome feature indeed. I've been experimenting with addons like uBlacklist and with client-side javascripts like [this one](https://greasyfork.org/en/scripts/1682-google-hit-hider-by-domain-search-filter-block-sites). Up to a point those tend to work, but they all tend to break very often too. IMO the most reliable and resource-friendly way to implement this is by using the existing search operators, especially `-site:foo`. That would avoid any overhead caused by potentially having to soup a lot of stuff out of a search resultset. If anyone knows how to add such a string to the search query in the whoogle code base, that would be golden!

kerem referenced this issue

2026-02-25 20:36:41 +03:00

[PR #71] [MERGED] Feature: country and safe search config options #779