47.807 empleos remotos son un piso — no la cuota de mercado remoto

Toda postura de “el trabajo remoto está muerto / el trabajo remoto ha vuelto” necesita una fuente de datos. Los crawls de career boards parecen objetivos hasta que abres el campo remote. En los boards de ATS hospedados, ese boolean es opcional, se completa de forma inconsistente y ha faltado históricamente en los proveedores que aportan más volumen.

El dataset de Jobs de Crawlora reporta ahora 47.807 postings abiertos con remote=true (remote_open en GET /datasets/jobs/facets). Un lector ingenuo dividirá entre ~525.000 postings abiertos y dirá “cerca del 9% de los empleos son remotos.” Esa frase es falsa aunque la aritmética sea correcta. Este post es la nota de metodología que le faltaba a la serie — con el antes/después del fix del parser del 2026-07-19, no un pronóstico de economía laboral.

La cifra titular y por qué sigue mintiendo

El salto de ~27k a ~48k es real: los boards enterprise codifican lo remoto en texto libre (US-Remote, Remote in the US, Canada Remote, nombres de oficina como Remote - France) y solían dejar el boolean vacío. Rellenar ese hueco mejora el piso. No convierte el piso en un censo.

¿Por qué no es cuota de mercado?

1. Mix de proveedores. Workday por sí solo es ~49% de los postings abiertos en este crawl y aun así solo ~2% remote=true. Ashby, más inclinado a startups, es ~3,5% del volumen y ~59% marcado como remoto. Cambia el mix de proveedores y el % global se mueve sin que se mueva el mercado laboral.
2. La codificación es dual. Lo remoto aparece en booleans, strings de location, nombres de oficina y workplace_type. Unimos varias de esas señales; todavía no leemos cada PDF ni cada sinónimo de “fully flexible” en el HTML del cuerpo.
3. Marco de cobertura. Boards de ATS hospedados descubiertos vía Common Crawl / fingerprinting — no LinkedIn, no solo Indeed, no ATS internos. Misma salvedad de serie que la cuota de Workday y la geografía de Bengaluru.
4. Híbrido no es remoto. La inferencia deliberadamente no trata el “hybrid” a secas como remote=true. Lo híbrido se queda en workplace_type cuando está presente.

Tasa de remoto por proveedor de ATS (la historia real)

Si solo recuerdas un gráfico de este post, que sea este: la densidad del flag remoto es una propiedad de la integración del ATS y el mix de empleadores, no una tasa nacional única de remoto.

Ashby59.1%

Workable25.1%

Rippling21.0%

SmartRecruiters14.1%

Recruitee13.6%

Greenhouse13.2%

Personio5.9%

Workday2.0%

Teamtailor1.2%

Oracle0.9%

Provider	Open	remote=true	Rate	Texto remoto, flag false
Workday	255,630	5,016	2.0%	34
Greenhouse	115,575	15,283	13.2%	3
Workable	38,882	9,742	25.1%	0
Oracle	21,535	194	0.9%	0
SmartRecruiters	19,440	2,748	14.1%	15
Ashby	18,211	10,766	59.1%	0
Teamtailor	13,503	168	1.2%	0
Recruitee	10,897	1,481	13.6%	1
Personio	9,931	584	5.9%	0
Rippling	8,034	1,691	21.0%	0
iCIMS	7,447	3	~0%	0
UKG	3,542	54	1.5%	0
Eightfold	2,236	46	2.1%	0
Lever	113	31	27.4%	0
All (sum)	524,976	47,807	9.1%	53

Lee la tabla de izquierda a derecha. El 59% de Ashby no significa “las empresas de Ashby son 30 veces más remotas que las de Workday.” Significa que la API pública de Ashby expone una señal remota estructurada (y los boards de startups la usan), mientras que los boards públicos de Workday ponen mayormente el tipo de lugar de trabajo en texto libre, que solo recuperamos parcialmente. Greenhouse se sitúa en el medio tras la inferencia de location/oficina (~13%).

Verdad ponderada por volumen: Workday + Greenhouse juntos son ~71% de los postings abiertos. Sus flags remotos combinados dominan el piso global aunque sus tasas parezcan “bajas”. Los porcentajes de ATS de startups son interesantes para analítica de producto; son veneno para titulares de “el mercado es X% remoto”.

Qué se rompió, qué arreglamos, qué queda

Antes

Los normalizadores de list/detail de Workday y de board de Greenhouse a menudo dejaban remote sin fijar. Los flags estructurados funcionaban en Ashby, Workable y otros. Resultado: remote_open era un piso sobre proveedores que ya parseábamos bien, no sobre el mercado. Los posts de la serie se negaron correctamente a hablar de cuota remota (post de roles, Bengaluru).

Después (2026-07-19)

1. inferRemote / applyInferredRemote compartidos entre los normalizadores de ATS (location, title, workplace, multi-location, nombres de oficina).
2. Guardas contra falsos positivos de tema para “Remote Monitoring / Sensing / Operations / …” cuando la location no es remota.
3. El worker de ES de una sola vez jobs-dataset-backfill-remote-flags reescribió los docs abiertos que ya tenían texto libre remoto-ish.
4. Indicadores de calidad: remote_true y location_says_remote_flag_false por proveedor, scrapeados cada ~15 minutos.
5. El listado de board de Greenhouse siempre carga los nombres de oficina (upstream necesita content=true para offices), así que las oficinas estilo Datadog Remote - France fijan el flag aunque la ciudad esté en location.

Residual (lo que queda, con honestidad)

• Títulos de tema: “Remote Monitoring Technician” puede coincidir con una búsqueda de texto aproximada sin ser remoto en el lugar de trabajo. Las guardas y los indicadores residuales capturan la mayoría; espera un residual pequeño y no nulo para siempre.
• Remoto solo en la descripción: el HTML del cuerpo que dice “this role is fully remote” sin lenguaje de location puede seguir perdiéndose si no hay un flag estructurado.
• Híbrido ≠ remoto, por diseño.
• Retraso del re-crawl del board: los postings nuevos reciben inferencia al escribirse; los docs históricos ya cerrados no fueron objetivo del backfill.

Una muestra aleatoria de postings remote=true tras el backfill mostró alta concordancia con el lenguaje remoto de texto libre en title/location/workplace. La concordancia en la clase positiva no demuestra la completitud de la clase negativa.

Cómo usar el flag sin mentir

Sí

• Filtra por remote=true cuando quieras roles que estén etiquetados como remotos en algún campo estructurado o de texto libre que parseamos.
• Compara tasas remotas por proveedor (Ashby vs. Workday) para calidad de integración y mix de empleadores.
• Vuelve a extraer remote_open el día de la redacción — el crawl se mueve.

No

• Publicar remote_open / provider_sum como “porcentaje de empleos que son remotos”.
• Comparar nuestro piso con encuestas del BLS / de hogares sin un párrafo de metodología (universos distintos).
• Rankear ciudades por “empleos más remotos” solo a partir de este boolean (compuesto de dos campos incompletos).

Misma serie, otra unidad

Si estás construyendo un producto de empleos remotos sobre JSON de ATS, trata remote como employment_type: una señal sucia y de alto valor que necesita inferencia, monitoreo residual y la negativa a sobredimensionar.

Lo que esto no es

• No es un estudio de tendencia de trabajo remoto. Un snapshot de crawl, un boolean tras inferencia.
• No es “las empresas grandes odian lo remoto”. El 2% de Workday es una tasa de población de campo, no un censo de política de los clientes de Workday.
• No es completo. Los postings solo de LinkedIn y los boards internos quedan fuera del marco.
• No es medición de híbrido. Usa workplace_type y el lenguaje de texto libre de híbrido por separado.

Todo lo anterior es reconsultable: facets para el piso global, indicadores de calidad para las tasas por proveedor, y la herramienta gratuita de búsqueda de empleo para muestras de remote=true. Cuando el próximo re-crawl mueva remote_open, actualiza el piso — no finjas que el porcentaje fue alguna vez el mercado.

Filtra postings en vivo con remote=true — conociendo el sesgo

Busca roles abiertos en 14 proveedores de ATS, facetea remote_open e inspecciona la densidad remota por proveedor. 2.000 créditos gratis al mes, sin tarjeta.

Búsqueda de empleo gratisDataset de JobsAPI de Jobs