
Configuración y recolección de datos
Para empezar, configurá el scraper de datos para una comprobación manual dirigida. El ajuste predeterminado de la Indeed Apply Link Audit Task contiene términos predeterminados amplios:
{
"balanceKeywordCoverage": true,
"country": "us",
"followApplyRedirects": true,
"jobType": "any",
"maxItems": 100,
"maxPagesPerSearch": 5, "postedWithinDays": "7",
"remoteOnly": false,
"requestDelayMillis": 2500,
"saveOnlyUniqueItems": true,
"scrapeCompanyDetails": false,
"searchTerm": "software engineer\ndata analyst\nproduct manager",
"sortBy": "date"
}Reemplazá los puestos de ejemplo en `searchTerm` por tu único puesto previsto, definí tu `country` y tu `location` exactos, y limitá el alcance al fijar `maxItems` en 2 y `maxPagesPerSearch` en 1. Asegurate de que `saveOnlyUniqueItems` esté en `true` y cambiá `followApplyRedirects` a `false`. La entrada de búsqueda de un Actor usa términos de búsqueda y ubicaciones, no URL directas de avisos. Si empezás con una URL de aviso conocida, revisala a mano o reconciliala con una fila de búsqueda realmente devuelta.
Un sistema de postulantes es una plataforma de software de un tercero que los empleadores usan para gestionar las postulaciones. Un tenant es el espacio de trabajo dedicado o el subdominio de una organización concreta, alojado en un sistema de postulantes.
El programa devuelve campos de salida nativos, entre ellos `jobId`, `title`, `companyName`, `locationRaw`, `jobUrl`, `applyUrl`, `finalApplyUrl`, `applyUrlRedirected`, `applyUrlResolveStatus`, `descriptionText`, `descriptionStatus` y `scrapedAt`. Los campos de redirección automática no aceptados, como `finalApplyUrl` y `applyUrlResolveStatus`, quedan opcionales o desconocidos cuando `followApplyRedirects` está en `false`.
Cuando termina la ejecución de la recolección, revisá los campos de metadatos de `OUTPUT`: `requestedMaxItems`, `candidateItemsSeen`, `jobsSaved`, `pagesParsed`, `blockedPages`, `failedRequests` y `stopReason`. En una ejecución de control limitada a dos elementos, el scraper guardó dos filas con descripciones completas del empleo. Una devolvió una ruta del empleador en Workday y la otra devolvió una ruta alojada en Indeed. Comprobar un puesto público con fecha, el ID de requisición y la ubicación contra la página oficial de empleo del empleador confirmó el enlace del tenant de Workday. Esto muestra la verificación de la ruta para un aviso concreto, pero no prueba una cobertura completa de la fuente, una resolución automática ni una política universal de enrutamiento del empleador.
Pasos para comprobar tu enlace de postulación
- Elegí un aviso conocido o una búsqueda pequeña. Guardá el ID del empleo de origen, el título, la empresa, la ubicación y la hora de recolección. No supongas que las reglas de enrutamiento de Indeed cambiaron a partir de ejemplos viejos.
- Ejecutá una entrada pequeña de Task con maxItems fijado en dos, maxPagesPerSearch fijado en uno, saveOnlyUniqueItems fijado en true y followApplyRedirects fijado en false. Revisá la salida de la ejecución. Una ejecución correcta sin filas útiles necesita una comprobación manual de la fuente.
- Armá un registro de ruta por cada aviso de origen y cada URL candidata de postulación. Mantené separadas las URL crudas de postulación y las URL del empleo. Guardá el host inicial, el tipo de ruta, la hora de la comprobación y el estado de la comprobación.
- Abrí la ruta pública devuelta. Registrá el destino final y comprobá si muestra el mismo puesto, empleador, requisición y ubicación. No envíes una postulación durante esta comprobación.
- Abrí por separado la página pública oficial de empleo del empleador. Seguí su búsqueda pública o el enlace del sistema de postulantes. Comprobá si llega al mismo tenant de la organización y al mismo puesto.
- Usá estados explícitos en tus registros. Elegí ruta del empleador comprobada, ruta del sistema de postulantes comprobada, ruta del portal, faltante, no disponible o identidad sin resolver. Una ruta comprobada significa que el destino público coincidió en la hora registrada.
- Agregá el registro de ruta a tu planilla de seguimiento de empleos. Volvé a comprobar el destino público inmediatamente antes de tu postulación real. Una observación vieja no puede probar el estado actual.
- Elegí la ruta comprobada del empleador o del sistema de postulantes si corresponde al aviso previsto. Si no, usá la ruta del portal de origen o marcá el destino como sin resolver.
Ejemplos resueltos de auditoría de rutas
Nota: Los cinco casos siguientes y las filas de la tabla son ficción explícita, creada con fines de enseñanza.
En el caso J1, un aviso de Indeed para Software Analyst en Green Labs, en Austin, indica la requisición GL-42. `jobUrl` es `https://jobs-board.example/view/J1` y `applyUrl` es `https://ats.example/green/jobs/GL-42`. La revisión manual confirma que el destino público muestra Green Labs, Software Analyst, Austin y GL-42. Al abrir la página oficial de empleo de Green Labs se ve un enlace directo a ese tenant y a ese puesto exactos. Registrá esto como `checked_applicant_system_route`.
En el caso J2, `applyUrl` apunta a `https://jobs-board.example/apply/J2` y permanece en el portal de origen. Registrá esto como `board_route`. El caso J3 devuelve un `applyUrl` null; registrá esto como `missing`. Una ruta faltante indica un vacío en los datos de origen que exige una revisión manual del aviso, no una prueba de que el empleo no existe.
En el caso J4, `applyUrl` lleva al sitio del empleador, pero el destino muestra la requisición GL-99 en otra ciudad, no el aviso esperado. Registrá esto como `unresolved_identity` por la falta de coincidencia. En el caso J5, el enlace de postulación devuelve un error de página no disponible; registrá esto como `unavailable`.
Estos cinco registros ficticios dan una ruta de sistema de postulantes comprobada, una ruta de portal y tres vacíos de datos. Este desglose de 1/5 es una tabla de enseñanza, no un referente general de disponibilidad. Un destino comprobado en un momento concreto no es un certificado contra el fraude, una garantía de contratación activa ni una prueba de éxito de la postulación. Hacé siempre una última reconsulta de la fuente antes de enviar una postulación real. Si J1 pasa a no disponible la semana siguiente, agregá la hora de la nueva observación sin sobrescribir el registro comprobado original.
| ID del empleo | `jobUrl` de origen | `applyUrl` cruda | URL final y host observados a mano | Evidencia de la página de empleo del empleador al tenant | Hora de la comprobación | Estado de la ruta | Acción siguiente |
|---|---|---|---|---|---|---|---|
| J1 | `https://jobs-board.example/view/J1` | `https://ats.example/green/jobs/GL-42` | `https://ats.example/green/jobs/GL-42` (`ats.example`) | El sitio oficial enlaza el tenant y el puesto exactos GL-42 | 2026-10-13T05:30:00Z | `checked_applicant_system_route` | Usar el enlace verificado del tenant |
| J2 | `https://jobs-board.example/view/J2` | `https://jobs-board.example/apply/J2` | `https://jobs-board.example/apply/J2` (`jobs-board.example`) | Permanece en el portal agregador | 2026-10-13T05:31:00Z | `board_route` | Usar la ruta del portal de forma deliberada |
| J3 | `https://jobs-board.example/view/J3` | null | Ninguno | No se indicó destino | 2026-10-13T05:32:00Z | `missing` | Revisar el aviso de origen a mano |
| J4 | `https://jobs-board.example/view/J4` | `https://employer.example/jobs/GL-99` | `https://employer.example/jobs/GL-99` (`employer.example`) | El sitio muestra la requisición incorrecta GL-99 y otra ciudad | 2026-10-13T05:33:00Z | `unresolved_identity` | Detener la decisión de ruta por la falta de coincidencia |
| J5 | `https://jobs-board.example/view/J5` | `https://jobs-board.example/apply/J5` | `https://jobs-board.example/404` (`jobs-board.example`) | La página devuelve un error de no disponible | 2026-10-13T05:34:00Z | `unavailable` | Marcar como no disponible |
Fuentes y lecturas adicionales
Por Chronometrica · Actualizado
Volver arriba ↑
