Cómo combinar las ofertas de LinkedIn y el seguimiento de tus candidaturas en una hoja de cálculo

1. Empieza con tus propios registros de candidaturas

Antes de combinar datos, conserva una copia sin cambios de tu lista actual de candidaturas. Usa una exportación oficial de tu cuenta si contiene los registros que necesitas. Si no, copia manualmente un pequeño conjunto de tus propios registros y justificantes.

LinkedIn ofrece una vía para solicitar tus propios datos personales. Su página de ayuda indica que solo proporciona tus propios datos y únicamente las categorías que correspondan a tu cuenta. Esta información no demuestra que exista una exportación completa del Job Tracker privado. Comprueba qué proporciona tu cuenta en la práctica. Ayuda de LinkedIn sobre datos personales, consultada el 25 de octubre de 2026; no se ha confirmado una exportación completa de Job Tracker.

Para cada candidatura, registra la empresa, el puesto, el enlace de la oferta si está disponible, la fecha de candidatura y el justificante correspondiente. El justificante puede ser una confirmación de envío o un mensaje de la empresa. Si falta la fecha, déjala sin completar. No introduzcas cero ni uses la fecha en la que copiaste el registro.

Asigna un ID de candidatura a cada candidatura distinta. Un ID es una etiqueta estable que identifica un registro. Conserva el mismo ID de candidatura cuando añadas más eventos a esa candidatura. Una segunda candidatura a otra oferta necesita un ID de candidatura distinto, aunque coincidan la empresa y el nombre del puesto.

Una oferta guardada no es una candidatura. Un borrador no demuestra que la hayas enviado. Si no puedes confirmar el envío de una candidatura, registra esa duda. No asignes el estado Enviada a todas las ofertas guardadas.

2. Recopila una pequeña muestra de ofertas públicas

Usa una exportación pública verificada si ya tienes una. Si no, LinkedIn Jobs Scraper, contrato público verificado el 25 de octubre de 2026; ninguna ejecución de pago probada acepta ID o URL de ofertas conocidas. Un Actor es un programa alojado que recopila datos. Este Actor proporciona los datos de ofertas públicas para el método que se explica a continuación.

Esta es la configuración de entrada mínima proporcionada:

{
  "fetchJobDetails": true,
  "jobIds": ["4251746246"],
  "maxItems": 1,
  "saveOnlyUniqueItems": true
}

Sustituye el ID de oferta del ejemplo por el ID o la URL de una oferta conocida de tu propia lista. Mantén el ID entre comillas. La configuración de entrada proporcionada se verificó con el esquema público de entrada, que define los ajustes aceptados. No se hizo ninguna ejecución de recopilación de pago para esta guía. Ejecutarla es una acción que se propone al lector.

`maxItems` limita el número de ofertas guardadas para el conjunto de entradas de recopilación. Aquí, el límite es una oferta. `fetchJobDetails` solicita las descripciones completas y los detalles cuando están disponibles. No garantiza que todos los campos estén presentes. `saveOnlyUniqueItems` elimina las ofertas repetidas dentro de una ejecución. Tu hoja de cálculo sigue necesitando su propia regla para las importaciones posteriores.

Una Task es una configuración de entrada guardada para un Actor. La LinkedIn Jobs to Google Sheets Task, consultada el 25 de octubre de 2026; solo se confirmó su presencia pública, sin probar la entrada guardada ni su ejecución es otro punto de partida. Revisa sus ajustes guardados y sustituye los valores de ejemplo antes de usarla. Su nombre no demuestra que combine candidaturas personales ni que conserve tu historial de eventos.

3. Crea la tabla Ofertas a partir de identidades verificadas

Crea una clave de oferta a partir de la plataforma y el ID de la oferta en origen. Una clave es el valor que se usa para conectar registros coincidentes. Guarda ambas partes como texto. Nunca vincules dos ID vacíos ni uses solo el nombre del puesto y la empresa como prueba de identidad.

La guía de seguimiento de ofertas explica por qué es importante que la plataforma y los ID de oferta sean estables entre recopilaciones. Aplica esa regla de identidad antes de combinar los datos. El envío de avisos sigue siendo una tarea aparte.

Usa estas columnas en Ofertas. Las dos últimas filas describen campos que mantienes tú.

El contrato público actual del Actor documenta estos campos de origen. Describen ofertas, no tu historial privado de candidaturas. Los valores opcionales pueden faltar. Compilación pública predeterminada 0.2.26, verificada el 25 de octubre de 2026; inspección estática del contrato, sin ejecución de pago.

Conserva la salida original sin cambios. Antes de añadir filas, comprueba si faltan ID o hay claves repetidas. Aparta para revisión las filas que no tengan un ID utilizable. No asignes una clave compartida, como «Desconocido», a filas sin relación entre sí.

4. Crea la tabla Eventos de candidatura

Guarda las acciones personales en Eventos de candidatura. Añade una fila por cada evento respaldado por pruebas. Enviar una candidatura, hacer una entrevista, recibir un rechazo, retirar una candidatura y recibir una oferta de contratación son eventos personales. No son campos de una oferta pública.

El ID de candidatura debe repetirse cuando una candidatura tenga varios eventos. El envío y una entrevista posterior para la misma candidatura comparten un ID de candidatura. Sus ID de evento deben ser distintos.

Se produce un error de ID cuando asignas el mismo ID de candidatura a dos candidaturas distintas. Por tanto, los ID de candidatura repetidos no son, por sí solos, errores de duplicación. Comprueba qué identifica cada ID. Revisa los ID de evento por separado: cada ID de evento debe identificar un único evento.

Mantén el control de tus justificantes. El método de recopilación pública no necesita tus mensajes privados. Guarda una referencia en la hoja de cálculo cuando baste para encontrar las pruebas más adelante.

5. Vincula las candidaturas y deja vacías las claves dudosas

Una unión conecta filas mediante claves iguales. En este método, une una candidatura con Ofertas solo después de verificar la identidad de la oferta.

Haz estas comprobaciones para cada candidatura:

1. Busca la URL o el ID original de la oferta de LinkedIn en tu registro de candidatura.
2. Comprueba que el ID corresponde a la empresa y al puesto esperados.
3. Confirma que la misma plataforma y el mismo ID existen en Ofertas.
4. Introduce la clave de oferta verificada y registra las pruebas de vinculación.
5. Si las pruebas no permiten confirmar la vinculación, deja vacía la clave de oferta y establece el estado de vinculación como Sin resolver.

Una URL de la página de empleo de una empresa puede requerir más pruebas antes de vincularla con una oferta de LinkedIn. Los nombres de puesto y de empresa similares son pistas útiles. No demuestran que dos registros describan la misma oferta. Una nueva publicación con un ID distinto también necesita revisión.

Mantén en la vista actual las candidaturas con vinculación sin resolver. La falta de vinculación no elimina una candidatura que sabes que enviaste. Significa que su conexión con una fila de oferta pública sigue sin verificarse.

Aplica una vinculación confirmada de forma coherente a los eventos de esa candidatura. Conserva la exportación personal original y tu decisión de vinculación. Si pruebas posteriores cambian la vinculación, registra la corrección y su motivo. No asocies la candidatura a otra oferta sin dejar constancia.

6. Define una regla para el estado actual de la candidatura

Vista actual debe mostrar una fila por ID de candidatura. Créala a partir de Eventos de candidatura y añade después los datos de ofertas públicas donde exista una clave verificada. Así, las candidaturas siguen visibles aunque no tengan una oferta pública vinculada.

Define por escrito cómo se obtiene el estado actual a partir de los eventos. Un pequeño registro manual de seguimiento puede usar esta regla propuesta:

1. Usa eventos respaldados por pruebas que tengan el mismo ID de candidatura.
2. Ordénalos por la fecha del evento e incluye la hora cuando la tengas.
3. Usa el evento más reciente que establezca claramente un estado.
4. Revisa manualmente los eventos contradictorios, sin fecha o con la misma fecha y hora cuando su orden cambie el resultado.
5. Registra de forma explícita cualquier reapertura posterior. No supongas que una nota nueva anula un rechazo o una retirada.

Un envío confirmado puede justificar el estado Enviada. Un evento de entrevista respaldado por pruebas puede justificar el estado Entrevista. Un rechazo, una retirada o una oferta de contratación pueden justificar el estado correspondiente. Una nota sobre la página de una oferta no justifica ninguno de esos estados personales.

Mantén separadas la fecha del evento y la fecha de registro. Introducir hoy un rechazo antiguo no convierte hoy en la fecha del rechazo. Una fecha de evento desconocida sigue siendo desconocida hasta que puedas justificarla.

Muestra el ID de candidatura, el estado actual, el evento que lo justifica, la clave de oferta verificada, el estado de vinculación, los datos disponibles de la oferta y la última comprobación de la fuente. Usa en la vista una explicación como «fecha desconocida» cuando resulte útil. No guardes esa explicación como una fecha.

7. Importa ofertas posteriores sin sustituir el historial personal

Una importación incorpora nuevas filas a la hoja de cálculo. Limita la importación de ofertas públicas a Ofertas. Busca la clave de oferta existente antes de actualizar sus datos públicos. Añade cada clave nueva como una fila de oferta nueva. No crees un evento de candidatura solo porque una oferta vuelva a aparecer en una importación.

Antes de importar, guarda una copia de la hoja de cálculo y de la salida original de la fuente. Revisa las claves repetidas y los cambios inesperados. Conserva la observación anterior cuando un cambio en las condiciones pueda afectar a tu decisión. La guía de comparación de condiciones públicas explica cómo comparar el texto guardado de las ofertas sin tratar la fecha y hora de recopilación como la fecha y hora de edición de la empresa.

Trata estos casos por separado:

Que una oferta desaparezca de la búsqueda no demuestra un rechazo, una contratación ni un cierre. Tu última comprobación satisfactoria de la fuente y el estado de tu candidatura responden a preguntas distintas.

La selección de ofertas también sigue siendo una tarea aparte. Usa la guía para preseleccionar ofertas según su adecuación a tu perfil antes de decidir a qué puestos merece la pena dedicar tiempo para presentar una candidatura. Este método de combinación conserva las decisiones que ya respaldan tus registros; no puntúa tu CV ni envía candidaturas.

8. Sigue un ejemplo y comprueba los totales

Este ejemplo resuelto es una ficción original. Todas las etiquetas de ofertas, candidaturas, fechas, justificantes y eventos que aparecen a continuación son inventados. No son resultados del Actor ni datos constatados de empresas. Todas las fechas corresponden a octubre de 2026.

Una importación pública contiene cinco filas con cinco claves verificadas distintas:

La lista personal contiene tres candidaturas. Dos tienen identidades de LinkedIn verificadas. La tercera solo tiene un justificante de la página de la empresa, sin pruebas que respalden una vinculación con LinkedIn.

La tabla de eventos contiene cuatro filas:

«Celda vacía en la hoja de cálculo» es una explicación visual para este artículo. Deja vacía la celda correspondiente en la hoja de cálculo real. No guardes como clave esa frase, «Sin resolver» ni ningún otro valor de relleno compartido. La columna independiente de estado de vinculación contiene Sin resolver.

Es correcto que la candidatura A001 aparezca dos veces, porque tiene dos eventos. E001 y E004 siguen siendo eventos separados. La candidatura se cuenta una sola vez.

La vista actual resultante es:

Comprueba los cálculos con unidades claras:

• Importación pública: 5 filas de ofertas que representan 5 claves de oferta únicas.
• Lista personal: 3 ID de candidatura distintos que representan 3 candidaturas.
• Historial de eventos: 3 eventos de envío + 1 evento de entrevista = 4 filas de eventos.
• Totales de vinculación: 2 candidaturas vinculadas + 1 candidatura sin resolver = 3 candidaturas.
• Claves públicas conectadas: 2 claves. Claves públicas sin conectar: 5 − 2 = 3 claves.

Las tres claves de oferta sin conectar no tienen ninguna candidatura vinculada en este ejemplo. Eso no demuestra nada sobre los registros ajenos a esta lista personal. Son recuentos de registros, no de personas ni de vacantes en todo el mercado.

Ahora vuelve a importar las mismas cinco filas públicas. Ofertas debe seguir conteniendo cinco claves únicas. Eventos de candidatura debe seguir conteniendo cuatro filas de eventos. La vista actual debe seguir conteniendo tres candidaturas con los mismos estados y estados de vinculación.

Supón ahora que un lote posterior omite F102. Conserva su observación del 3 de octubre, salvo que obtengas una comprobación más reciente. A002 mantiene el estado Enviada según la regla indicada. La ausencia de la oferta no añade ningún evento de rechazo.

Antes de dar por válida la hoja de cálculo, comprueba que todas las claves no vacías de las candidaturas existen en Ofertas. Comprueba que ninguna candidatura sin resolver tiene una clave de relleno. Comprueba que los ID de evento son únicos y que los ID de candidatura repetidos pertenecen a la misma candidatura. Por último, compara las fechas personales, los justificantes, las notas y los estados antes y después de la importación repetida.