Las tarjetas de empleo se conectan, a través de un destino comprobado, con una página distinta del empleador.
Comprobá el empleador y el destino antes de postularte.

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:

json
{
  "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"
}
Configuración y recolección de datos

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

  1. 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.
  2. 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.
  3. 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.
  4. 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.
  5. 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.
  6. 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.
  7. 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.
  8. 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.

Ejemplos resueltos de auditoría de rutas
ID del empleo`jobUrl` de origen`applyUrl` crudaURL final y host observados a manoEvidencia de la página de empleo del empleador al tenantHora de la comprobaciónEstado de la rutaAcció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-422026-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 agregador2026-10-13T05:31:00Z`board_route`Usar la ruta del portal de forma deliberada
J3`https://jobs-board.example/view/J3`nullNingunoNo se indicó destino2026-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 ciudad2026-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 disponible2026-10-13T05:34:00Z`unavailable`Marcar como no disponible

Fuentes y lecturas adicionales

Por Chronometrica · Actualizado

Volver arriba ↑