Finding an apartment or house in Germany can be stressful and
time-consuming.
Fredy makes it easier: it automatically scrapes ImmoScout24,
Immowelt, Immonet, eBay Kleinanzeigen, and WG-Gesucht and notifies you
instantly via Slack, Telegram, Email, ntfy, discord and more when new
listings appear.
With a modern architecture, Fredy provides a clean Web UI, removes duplicates across platforms, and stores results so you never see the same listing twice.
- 🏠 Scrapes ImmoScout24, Immowelt, Immonet, eBay Kleinanzeigen, WG-Gesucht
- ⚡ Instant notifications: Slack, Telegram, Email (SendGrid, Mailjet), ntfy, discord
- 🔎 Uses the ImmoScout Mobile API (reverse engineered)
- 🌍 Runs anywhere: Docker, Node.js, self-hosted
- 🖥️ Intuitive Web UI to manage searches
- 🎯 Easy to use thanks to a user-friendly Web UI
- 🔄 Deduplication across platforms
- ⏱️ Customizable search intervals
I maintain Fredy and other open-source projects in my free time.
If you find it useful, consider supporting the project 💙
Fredy is proudly backed by the JetBrains Open Source Support Program.
You can try out Fredy here: Fredy Demo
Note
In order to start Fredy, you must provide a config.json. As a start, use the one in this repo: https://github.com/orangecoding/fredy/blob/master/conf/config.json
docker run -d --name fredy \
-v fredy_conf:/conf \
-v fredy_db:/db \
-p 9998:9998 \
ghcr.io/orangecoding/fredy:masterLogs:
docker logs fredy -f- Requirement: Node.js 22 or higher
- Install dependencies and start:
yarn
yarn run start:backend # in one terminal
yarn run start:frontend # in another terminal👉 Open http://localhost:9998
Should you use Unraid, you can now install Fredy from the community store :)
Default Login:
- Username:
admin - Password:
admin
| Fredy Maps View | Dashboard | Found Listings |
|---|---|---|
![]() |
![]() |
![]() |
Fredy is built around three simple concepts:
A provider is a real-estate platform (e.g. ImmoScout24, Immowelt,
Immonet, eBay Kleinanzeigen, WG-Gesucht).
When you create a job, you paste the search URL from the platform into
Fredy.
An adapter is the channel through which Fredy notifies you (Slack,
Telegram, Email, ntfy, discord ...).
Each adapter has its own configuration (e.g. API keys, webhook URLs).
You can use multiple adapters at once --- Fredy will send new listings
through all of them.
A job combines providers and adapters.
Example: "Search apartments on ImmoScout24 + Immowelt and send results
to Slack + Telegram."
Jobs run automatically at the interval you configure (see
/conf/config.json).
Starting with V20, Fredy ships with a built-in **MCP Server **. This allows you to connect Fredy to LLMs (like Claude, ChatGPT, or local models via LM Studio) and query your real estate data using natural language. The local LLM can even enrich existing listings by checking the listing online.
For more information on how to set it up and use it, please refer to the MCP Readme.
Immoscout has implemented advanced bot detection. In order to work around this, we are using a reversed engineered version of their mobile api. See Immoscout Reverse Engineering Documentation
Most browser-based providers (immowelt, immonet, kleinanzeigen, ...) are scraped through a hardened headless browser (CloakBrowser). It makes the browser fingerprint indistinguishable from a real Chrome, which is enough when you run Fredy on a normal home connection.
On a server / VPS the requests usually originate from a datacenter IP, and providers behind anti-bot systems (e.g. AWS CloudFront/WAF) block those based on IP reputation alone, no matter how perfect the fingerprint is. The typical symptom: it works locally but you get We have been detected as a bot :-/ on the server.
A residential proxy routes Fredy's browser through the internet connection of a real household, so the provider sees a "normal user" IP instead of a datacenter. For German portals, use a German (DE) residential (or mobile/4G) proxy. Plain VPNs and datacenter proxies do not help here, they share the same bad reputation as your server.
Configure it under Settings → Execution → Proxy URL. Supported formats:
http://user:pass@host:port
socks5://user:pass@host:port
Leave the field empty to disable. The proxy applies to all headless-browser providers and takes effect on the next job run (no restart needed). Immoscout uses a separate mobile API and is not affected.
Residential proxies are a paid service (usually billed per GB, Fredy's traffic is small). Well-known providers offering German residential IPs include:
| Provider | Notes |
|---|---|
| IPRoyal | Pay-as-you-go, no monthly minimum, good for low volume |
| Webshare | Cheap entry tier, has a small free plan to test with |
| Decodo (formerly Smartproxy) | Easy setup, country/city targeting |
| SOAX | Residential + mobile, fine-grained geo-targeting |
| Bright Data | Largest pool, most features, higher complexity/price |
| Oxylabs | Enterprise-grade, larger plans |
This is not an endorsement, pick whatever fits your budget. For low-volume use like Fredy, a pay-as-you-go plan (e.g. IPRoyal) or a cheap entry tier (e.g. Webshare) is usually plenty. Make sure to select Germany as the proxy location and keep the search interval reasonable (the higher the interval, the less you look like a bot).
Fredy is completely free (and will always remain free). However, it would be a huge help if you’d allow me to collect some analytical data.
Before you freak out, let me explain...
If you agree, Fredy will send a ping once every 6 hours to my internal tracking project (Will be open sourced soon).
The data includes: names of active adapters/providers, OS, architecture, Node version, and language. The information is entirely anonymous and helps me understand which adapters/providers are most frequently used.
Thanks🤘
yarn run start:backend:dev
yarn run start:frontend:devYou should now be able to access Fredy from your browser. Check your Terminal to see what port the frontend is running on.
These tests are directly executed against the actual providers.
yarn run testThese tests are using the test fixtures instead of the actual providers. Much faster and "good enough" to test the core functionality.
yarn run test:offlineIf you have to refresh the fixtures (every once in a while needed because the providers change their code), run this command:
yarn run download-fixturesflowchart TD
subgraph Jobs["Jobs"]
A1["Job 1"]
A2["Job 2"]
A3["Job 3"]
end
subgraph Providers["Providers"]
C1["Provider 1"]
C2["Provider 2"]
C3["Provider 3"]
end
subgraph NotificationAdapters["Notification Adapters"]
F1["Adapter 1"]
F2["Adapter 2"]
end
A1 --> B["FredyPipelineExecutioner"]
A2 --> B
A3 --> B
B --> C1 & C2 & C3
C1 --> D["Similarity Check"]
C2 --> D
C3 --> D
D --> E{"Duplicate?"}
E -- No --> F1
F1 --> F2
When I started building Fredy, LLMs were still basically the wet dream of a few nerdy scientists.
Nowadays, it’s easier than ever to throw a prompt into the LLM of your choice and let 'the AI' build your stuff. I’m not against that. I use Claude Code myself for smaller tasks, and I do think these tools can be really useful.
That said, I still believe humans should stay in charge. AI is great-ish at writing code, but it still lacks creativity, context, and the ability to see the full picture.
So, if you want to contribute to Fredy, using AI tools to get things done is totally fine. Just please don’t stop thinking.
I’ve had one too many PRs full of hallucinated bullshit.
Thanks ;)
Thanks to everyone who has contributed!
See the Contributing Guide.


