Doctolib DE Scraper (doctolib.de)

Scrape public doctor and healthcare-provider listings from Doctolib.de, Germany's largest healthcare booking platform. Search by medical specialty and city and get structured provider profiles: name, specialty, address, coordinates, phone, languages spoken, accepted payment methods, German statutory-health-insurance ("gesetzliche Krankenversicherung") acceptance status, online-booking availability, published fees, opening hours, and services offered.

Why use this actor?

Health-tech companies, medical marketing agencies, insurance brokers, patient-acquisition tools, and market-research teams all need up-to-date lists of practicing doctors by specialty and city. Doctolib is the dominant such platform in Germany — this actor turns its search results into a clean, structured dataset instead of manual copy-pasting.

Compliance note: every field this actor returns is public professional directory data that the doctor or clinic chose to publish on their Doctolib profile — visible to any anonymous visitor and indexed by Google (the pages carry schema.org Physician/MedicalOrganization markup specifically for search-engine indexing). This actor does not collect patient data, private messages, or any information behind a login.

Input

Field	Type	Required	Description
specialty	String	No	Medical specialty in German, as used in the Doctolib URL slug, e.g. zahnmedizin (dentist), allgemeinmedizin (GP), augenheilkunde (ophthalmology), frauenarzt (gynecologist), hautarzt (dermatologist), orthopadie, urologie, neurologie, radiologe. Default: zahnmedizin
city	String	No	German city name. Cities with umlauts need the ASCII-transliterated slug — muenchen, not münchen or munich; koeln, duesseldorf. Other examples: berlin, hamburg, frankfurt-am-main, stuttgart, leipzig. Default: berlin
maxResults	Integer	No	Maximum number of healthcare providers to return. Default: 50
fetchPhoneDetails	Boolean	No	When true (default), visits each provider's profile page for phone number, bio, opening hours and services — one extra request per result. Set false for a faster, listing-only run without phone numbers
proxyConfiguration	Object	No	Proxy settings. Residential proxy is recommended — see Limitations

If you leave the input empty ({}), the actor runs with the defaults above and still returns real data — useful for a quick test run.

Output

Each result is one healthcare provider:

Field	Type	Example
name	String	"Siemer"
firstName	String	"Traute"
honorific	String	"Dr."
specialty	String	"Zahnärztin"
specialtySlug	String	"zahnmedizin"
providerType	String	"INDIVIDUAL_PRACTITIONER" or "ORGANIZATION"
address	String	"Schloßstraße 95"
city	String	"Berlin"
postalCode	String	"12163"
country	String	"DE"
latitude / longitude	Number	52.4585321 / 13.3225862
phone	String	"030 797 27 00"
bio	String	Free-text profile description
languages	Array	["de", "gb"]
paymentMeans	Array	["cash", "credit_card"]
regulationSector	String	"akzeptiert_gesetzlich_versicherte_patient" (accepts statutory health insurance)
onlineBookingAvailable	Boolean	true
minimumFee	Number	Minimum published consultation fee, where shown
services	Array	["Implantologie", "Wurzelkanalbehandlung"]
openingHours	Array	["Mo 08:00-19:00", "Tu 08:00-19:00", ...]
url	String	Full Doctolib profile URL
scrapedAt	String	ISO 8601 timestamp

Not every field is present on every profile — phone, bio, openingHours and services only populate when fetchPhoneDetails is on, and a share of providers genuinely don't publish a phone number on their profile (this actor never guesses or fills in a missing number).

Example output

{
    "name": "Abdulrahim",
    "firstName": "Ziad",
    "honorific": "Dr.",
    "specialty": "Zahnarzt",
    "specialtySlug": "zahnmedizin",
    "providerType": "INDIVIDUAL_PRACTITIONER",
    "address": "Lübbener Straße 21",
    "city": "Berlin",
    "postalCode": "10997",
    "country": "DE",
    "latitude": 52.4993614,
    "longitude": 13.4370729,
    "languages": ["ar", "de", "gb", "tr"],
    "regulationSector": "akzeptiert_gesetzlich_versicherte_patient",
    "onlineBookingAvailable": true,
    "url": "https://www.doctolib.de/zahnmedizin/berlin/ziad-abdulrahim?pid=practice-797196",
    "scrapedAt": "2026-08-13T14:08:03.864Z",
    "phone": "030 6187240",
    "bio": "Liebe Patientin, lieber Patient, ich freue mich, Sie in meiner Praxis in Berlin begrüßen zu dürfen...",
    "openingHours": [
        "Mo 09:00-13:00, 14:00-18:00",
        "Tu 09:00-13:00, 14:00-18:00",
        "We 09:00-13:00, 14:00-18:00",
        "Th 09:00-13:00, 14:00-18:00",
        "Fr 09:00-13:00, 14:00-18:00",
        "Sa 09:00-13:00"
    ],
    "services": ["Implantologie", "Wurzelkanalbehandlung / Mikroskop", "Zahnersatz"]
}

How to scrape Doctolib.de data

1. Open the actor and, under Input, set specialty (German, e.g. zahnmedizin, allgemeinmedizin, augenheilkunde, frauenarzt, hautarzt, orthopadie, urologie) and city (e.g. berlin, hamburg, muenchen, koeln, frankfurt-am-main).
2. Set maxResults to the number of providers you want. Leave fetchPhoneDetails on (default) for phone numbers and opening hours, or turn it off for a faster listing-only run.
3. Click Start. The actor loads the search listing for your specialty + city, calls Doctolib's internal search API directly to collect provider results (20 per page, paginated automatically until maxResults or the search's total is reached), then — if fetchPhoneDetails is on — visits each provider's profile page to add phone, bio, opening hours and services.
4. Download the results as JSON, CSV, or Excel from the Dataset tab, or pull them via the Apify API into your CRM, spreadsheet, or lead pipeline.

For repeat use, schedule the actor to run daily or weekly and diff the output against your last run to catch new providers, dropped listings, or availability changes.

Cost estimate

This actor makes 1 search-API request per ~20 providers, plus (when fetchPhoneDetails is on) 1 profile-page request per provider. At standard Apify Pay-Per-Result pricing, that's a small, predictable cost per result — see the actor's Pricing tab on the Apify Store for the current per-result rate. Usage cost only settles once a run reports SUCCEEDED — if you read the dataset mid-run or after a failed run, the final charge may not match what you see yet.

Limitations

• City slugs are Doctolib's own transliterated German spelling. An unrecognized city slug (a literal umlaut, an English city name, or a typo) does not error out — Doctolib silently redirects to a city-less, nationwide specialty page. This actor detects that case (by checking the resolved location against your requested city) and fails the run with a clear message rather than silently returning wrong-city data — double-check spelling if you hit that error.
• Residential proxy is recommended. Apify's shared datacenter proxy pool can draw Cloudflare IP-reputation blocks on profile-detail pages under load — the actor ships with RESIDENTIAL / DE as the default proxy configuration.
• Not every provider publishes a phone number or full bio — some practices intentionally omit contact details from their public profile.
• Specialty and city slugs must match Doctolib's own German URL vocabulary (the site's native routing, not free-text search).
• Doctolib's booking availability (specific appointment slots) is not included — this actor returns the whether online booking is offered, not live calendar slots, which change by the minute and aren't meaningful in a static dataset.
• Data is scraped from the public website and may change without notice.
• Respect Doctolib's terms of service and use this data responsibly — this actor only reads public directory pages, never registration, messaging, or account-management endpoints.

Related Scrapers

• Doctolib FR Scraper — same booking-directory model, France
• Doctoralia ES Scraper — same booking-directory model, Spain
• Jameda Scraper — German doctor review & directory platform
• Redcare Pharmacy FR Scraper — European online pharmacy data
• Penny DE Scraper — German retail data

Need this data on a schedule, or a custom version?

We run this scraper as a managed service for businesses: scheduled runs, deduplication, delta detection, and delivery to your inbox, Google Sheets, or API — maintenance included. We can also build a custom version with your exact fields and filters, or combine multiple sources into one feed.

See studioamba.dev/services or email hello@studioamba.dev for a free data sample. We maintain 300+ European web scrapers and answer within one business day.