Google Maps Booking & Ordering Detector

Enrich business datasets with structured online booking, reservation, ordering, and provider signals.

Use this Actor to identify businesses that:

• have confirmed online booking,
• show probable booking signals,
• have no supported booking signal detected,
• explicitly state that online booking is unavailable,
• or could not be classified reliably.

It works especially well as a downstream enrichment step for Google Maps business datasets.

What this Actor does

Provide either:

• an Apify dataset containing business records with website URLs, or
• a direct list of website URLs.

The Actor inspects each website and returns structured booking and ordering signals.

It can combine evidence from:

• the business website,
• known booking-provider links,
• Google Maps booking URLs when present in the source dataset,
• explicit booking or no-booking language on the website.

The Actor does not scrape Google Maps itself. It enriches an existing dataset, such as output from a Google Maps scraper.

Example use cases

Find businesses without detectable online booking

Use booking_status = none_detected to identify businesses whose website was successfully inspected but where no supported online-booking signal was found.

Useful for:

• booking software vendors,
• lead generation,
• sales prospecting,
• market research,
• local business analysis.

Segment businesses by booking status

Filter businesses by:

• confirmed
• probable
• explicit_no_online_booking
• none_detected
• unknown

Identify booking providers

Where supported evidence exists, the Actor can identify providers such as Doctolib and other known booking, reservation, or ordering platforms.

Booking classification

confirmed

A strong booking signal was found.

Examples:

• a provider-backed booking link on the website,
• a booking URL supplied by Google Maps in the source dataset.

probable

The website shows a meaningful online-booking signal, but the Actor cannot confirm it strongly enough to label it confirmed.

Examples:

• "Book appointment online" without a recognized provider,
• a booking-provider-hosted business profile whose booking interface is dynamically rendered.

explicit_no_online_booking

The website explicitly states that online booking is currently unavailable.

none_detected

The website was successfully inspected, but no supported online-booking signal was detected.

This does not prove that online booking does not exist.

A JavaScript widget, unsupported provider, or booking flow on an uninspected page may still be present.

unknown

The Actor could not reliably determine the result.

Examples:

• the website could not be fetched,
• available sources directly conflict.

Important output fields

Typical output includes:

• booking_status
• booking_source
• booking_provider
• google_booking_available
• google_booking_url
• website_booking_available
• website_booking_status
• explicit_no_online_booking
• signal_conflict
• unknown_reason
• has_online_booking
• has_online_ordering
• ordering_provider
• commerce_provider
• provider_references
• confidence
• evidence_type
• evidence_url
• evidence_text
• inspected_urls

Evidence fields make the classification auditable instead of returning only a yes/no result.

Input

Apify dataset

Select a source dataset containing business records with website URLs.

Common website fields are detected automatically, including:

• website
• url
• websiteUrl
• webUrl

The Actor only requests read access to the dataset explicitly selected by the user.

Direct website URLs

You can also submit website URLs directly without using another dataset.

How detection works

For each website, the Actor:

1. fetches the website using lightweight HTTP requests,
2. looks for booking, reservation, ordering, and commerce evidence,
3. identifies supported provider links,
4. optionally follows a small number of likely internal booking-related pages,
5. combines website evidence with Google Maps booking information when available,
6. returns a conservative classification with supporting evidence.

No LLM or external classification API is used.

Limitations

This Actor intentionally favors conservative results over aggressive classification.

It does not:

• render full JavaScript applications,
• use a headless browser,
• bypass anti-bot protection,
• crawl an entire website,
• claim that none_detected means online booking definitely does not exist.

Some JavaScript-only widgets or unsupported booking providers may therefore be missed.

For lead-generation workflows, consider none_detected a candidate signal, not proof of absence.

Evidence-first output

Whenever possible, results include the exact URL and text that caused the classification:

• evidence_type
• evidence_url
• evidence_text

This makes it possible to review or independently verify the Actor's decision.

Privacy and permissions

The Actor operates only on:

• URLs supplied directly by the user, and
• datasets explicitly selected by the user.

Dataset access uses read-only permissions.

The Actor does not request access to unrelated account data.