Lemlist Usage Detector · Spot Companies Using Lemlist
Pricing
from $11.10 / 1,000 results
Lemlist Usage Detector · Spot Companies Using Lemlist
Find out if a company uses Lemlist for their outreach. Detects Lemlist tracking domains via DNS — one clear yes/no per domain.
Pricing
from $11.10 / 1,000 results
Rating
0.0
(0)
Developer
Corentin Robert
Actor stats
0
Bookmarked
2
Total users
1
Monthly active users
21 days ago
Last modified
Categories
Share
Bulk-check which companies appear to run Lemlist for outreach. Each domain you paste comes back as one clear row: YES or NO — a strong buying / intent-style signal for sales, growth, and competitive research. Export CSV or JSON and plug into Sheets, your CRM, or sequencing tools.
The deliverable SDRs and growth teams care about is answer and answerDetail — not a DNS report.
This is not an official Lemlist product. It does not mean “this specific rep uses Lemlist” — only that the company’s domain shows public infrastructure consistent with Lemlist-style link tracking (custom tracking domain). Only use domains you’re allowed to check.
Table of contents
- Why use this?
- How it works (short)
- Quick start on Apify
- What you get in the dataset
- Proxy and blocked HTTPS
- Input
- Output (dataset & stores)
- Example inputs
- Logs during a run
- Limits
- Support & contact
- Developers: local run, tests, deploy
Why use this?
| Without this | With this Actor |
|---|---|
| No scalable way to prioritize accounts that likely use Lemlist-style outbound | Automated YES/NO per company domain — intent-style signal for prospecting |
| Manual guesswork on tracking subdomains | One explainable line per prospect (answerDetail) |
| One-off checks | Hundreds of domains in one run (see Limits) |
Who it’s for
- SDRs / AEs — enrich account lists, prioritize outreach, tailor messaging.
- Growth / RevOps — map the competitive landscape (“who runs this stack on their domain?”).
- Agencies — quick due diligence on prospect or client domains you’re entitled to review.
Reality check: YES = we saw a strong public signal on that domain (see below). It’s not a contract with Lemlist — use it as one signal among many.
How it works (short)
- You paste website URLs or domains (one per line); we normalize to the company domain (e.g.
www.shop.com→shop.com). - We look for Lemlist-style tracking setup using public DNS and (by default) HTTPS, plus optional discovery from public SSL certificate logs.
- Strong match →
answer: YES; otherwiseNOwith a short reason. Technical options (extra proof rows, overview row, proxy, limits) → AGENTS.md.
Quick start on Apify
- Open the Actor in the Apify Console.
- Paste domains — one per line (
https://…orcompany.com). - Click Start.
- Open Dataset → tab Results for
answer/answerDetail, or All fields for full JSON.
If HTTPS fails from the cloud, set LEMLIST_RESIDENTIAL_PROXY=1 under Actor → Settings → Environment variables (see Proxy and blocked HTTPS).
What you get in the dataset
Default: one row per company (apex_summary).
| Field | For sales / ops |
|---|---|
answer | YES or NO — treat as your Lemlist-usage signal for that domain. |
answerDetail | One line you can read or forward (what matched, or how many checks ran). |
apexDomain | Normalized company domain. |
usesLemlist | Same as YES/NO for filters in Sheets or code. |
evidenceHostname | When YES, where the signal showed up (if useful for your pitch). |
inputSource | What you pasted. |
checkedAt | Timestamp. |
Optional: LEMLIST_RUN_OVERVIEW=1 — one extra row with totals + list of all domains. LEMLIST_INCLUDE_HOSTNAME_PROBES=1 — technical rows per subdomain (for audits). hostname_probe details: AGENTS.md.
Proxy and blocked HTTPS
No proxy field in Input. By default, HTTPS runs direct from Apify.
If sites block datacenter IPs, set LEMLIST_RESIDENTIAL_PROXY=1 in Environment variables and ensure residential proxy is allowed on your plan. Locally: apify login.
Input
| Field | Required | Description |
|---|---|---|
| domains | Yes | Company website URL or domain — one per line. |
Common environment variables (Actor → Settings → Environment variables):
| Variable | When to use |
|---|---|
LEMLIST_RESIDENTIAL_PROXY=1 | HTTPS timeouts or blocks. |
LEMLIST_SKIP_CT=1 | Faster runs (fewer subdomains checked). |
LEMLIST_DNS_ONLY=1 | DNS-only (faster; fewer signals). |
LEMLIST_INCLUDE_HOSTNAME_PROBES=1 | Add technical proof rows. |
LEMLIST_RUN_OVERVIEW=1 | Add one aggregate summary row. |
Power user / tuning: AGENTS.md.
Output (dataset & stores)
- Default:
apex_summaryonly — YES/NO per domain. - Key-value store:
RUN_LOG(progress text). - Console: Results + All fields; Output tab → dataset API +
RUN_LOG.
Example inputs
{"domains": ["https://www.acme.com","https://partner.io/blog","otherbrand.com"]}
Logs during a run
Short by default (summary + per-domain YES/NO line + final counts). LEMLIST_VERBOSE=1 for detail. The dataset is the source of truth.
Limits
- 150 unique company domains per run; 2,500 planned checks max per run (usually less thanks to early exit).
- Certificate-based discovery ≠ every DNS name in the world.
- Compliance: only domains you may probe.
Support & contact
Questions or issues? Corentin Robert.
Developers: local run, tests, deploy
npm installnpm run apify:runnpm run test:unit && npm run test:smokenpm testapify push
Use npm run apify:run (or apify run --input-file=input.json) so local INPUT.json isn’t empty after purge.
Bump .actor/actor.json version (MAJOR.MINOR) when you publish. Maintainer notes: AGENTS.md.