Google maintient une rubrique de résultats distincte pour l'emploi - le panneau que vous obtenez pour une requête comme "react developer jobs in Berlin". Elle rassemble les annonces des sites d'emploi et des pages carrières d'entreprises en une seule liste classée. Ce service lit cette rubrique pour une liste de requêtes et renvoie les résultats sous forme de lignes.
Il vaut la peine d'être précis sur ce qui est lu ici, car « emploi » invite à une hypothèse plus large que ce que fait le service.
La rubrique emploi de Google est une surface de recherche. Elle n'héberge pas d'offres propres - elle indexe des annonces qui existent déjà sur des sites d'emploi et des pages carrières d'entreprises, puis les classe pour une requête. Ce service soumet vos requêtes à cette surface et vous rend ce qu'elle renvoie. La colonne via existe précisément parce qu'un résultat appartient d'abord à un autre site.
Ce que ce n'est pas : une intégration à un système de suivi des candidatures ni un flux d'emploi sous licence. Il lit une page de résultats publique. Aucune candidature n'est déposée, aucun candidat n'est contacté, et aucun compte employeur ou site d'emploi n'intervient.
Encore une chose, dite clairement plutôt qu'enfouie : la référence publiée de cet endpoint documente entièrement le côté requête mais ne publie pas de liste de colonnes pour les résultats. Les neuf colonnes de ce que vous récupérez proviennent en revanche d'exports Livescraper réels - et ces exports portent la ligne d'en-tête sans valeurs d'exemple, si bien que cette section dit quelles colonnes arrivent et s'arrête là.
La même forme que les autres rubriques de recherche - une liste de requêtes, une locale, et jusqu'où aller.
Les pages par requête sont par défaut à une seule page, une exécution reste donc modeste sauf si vous décidez délibérément d'aller plus loin.
Cette liste est la véritable ligne d'en-tête des exports emploi de Livescraper, dans l'ordre de la feuille. Elle n'est pas copiée de la référence de l'API - ce document couvre le côté requête et laisse les colonnes de résultat non spécifiées - et elle n'est empruntée à aucun autre service de ce site.
Les noms de colonnes sont confirmés ; les valeurs ne le sont pas. Les deux exports derrière cette liste sont revenus avec la ligne d'en-tête et aucune ligne de données, nous pouvons donc vous dire exactement quelles colonnes arrivent mais pas à quoi ressemble une cellule remplie - ni le format de date dans posted, ni si salary porte une devise, ni la longueur de description. Lancez une requête sur les 500 lignes gratuites uniques pour voir des valeurs réelles dans chaque colonne avant de construire dessus.
Trois réglages façonnent une exécution. Sur cette rubrique, ils n'ont pas la même importance.
Largeur - jusqu'à 1 000 requêtes en une exécution. La recherche sur le recrutement est par nature multi-requêtes, car l'unité d'intérêt est généralement un poste, une ville ou une entreprise, et on en veut rarement une seule. Une seule exécution peut contenir toute une carte de marché. Profondeur - pages par requête, une par défaut. La première page est ce qu'un candidat voit réellement, c'est donc généralement l'échantillon honnête ; allez plus loin quand vous construisez une liste exhaustive plutôt qu'une lecture de visibilité. Locale - langue et pays comme réglages distincts, la même paire que sur le Google Search Scraper. Toute rubrique est un peu localisée. Celle-ci porte sur la localité : une offre est un emploi dans un lieu, le pays depuis lequel vous cherchez façonne donc l'ensemble de résultats plus ici que presque partout ailleurs dans le catalogue. Le laisser par défaut et lire la sortie comme mondiale est l'erreur à éviter.
Une conséquence pratique : mettez le lieu dans la requête, pas seulement dans les réglages. « Data engineer Lisbon » et « data engineer » cherché depuis le Portugal sont des questions différentes, et la première est presque toujours celle que vous vouliez poser. Il en va de même pour le niveau de séniorité et le type de contrat - la rubrique classe selon les mots que vous lui donnez, une requête vague renvoie donc un marché vague.
Là où un export emploi fait son travail.
Avant d'écrire une annonce, lisez la concurrence. Extraire un poste à l'échelle d'une ville montre comment les autres l'intitulent, où ils le situent et comment ils le décrivent - un bien meilleur brief qu'un modèle interne révisé pour la dernière fois il y a deux réorganisations.
Recruter est l'un des signaux les moins ambigus qu'émette une entreprise. Un ensemble fixe de requêtes par nom d'entreprise, relancé selon une cadence, en fait une série lisible : une équipe en construction, un marché où l'on entre, une fonction reconstruite après des départs.
La colonne via nomme la source à laquelle Google attribue chaque résultat. Balayez un secteur et la répartition vous montre quels sites tiennent quelles niches - utile que vous décidiez où annoncer ou que vous regardiez où vos propres annonces se font devancer.
Pas d'abonnement, pas de minimum, pas de licence par siège. Vos 500 premières lignes sont pour nous - ensuite, paiement à l'usage.
Pour chaque nouveau compte, une seule fois. Sans carte bancaire. Tous les extracteurs débloqués - et sur ce service en particulier, les lignes gratuites sont le moyen de voir de vraies valeurs dans chaque colonne avant de vous engager à quoi que ce soit.
Environ 2 $ pour 1 000 résultats. La profondeur étant par défaut d'une seule page, un balayage poste par poste sur une région coûte moins que la plupart ne l'imaginent - l'estimateur chiffre l'exécution avant qu'elle ne démarre.
Tarifs au volume, SLA, workers dédiés et onboarding sur mesure pour les équipes qui suivent le recrutement sur de nombreux postes et marchés. Donnez-nous vos chiffres et nous établirons un devis.
LIVESCRAPER10 au paiement.Les expansions sont annoncées, les employeurs ont une réputation, et l'entreprise derrière une annonce a un site. Les équipes qui lisent les signaux de recrutement surveillent rarement une seule surface.
Une vague de recrutement est généralement annoncée avant d'être affichée. La rubrique actualités filtre sur la dernière heure, le jour, la semaine, le mois ou l'année - et ses colonnes reviennent remplies, vous pouvez donc voir de vraies valeurs avant de construire.
La rubrique organique pour les mêmes requêtes - fiches, annonces, résultats shopping et questions associées. Là où apparaissent les sites des employeurs et des plateformes eux-mêmes, avec un ensemble de champs documenté.
Réponse courte : oui. Ceci lit une page de résultats publique, et ce qui est lu est une information publiée pour attirer des candidatures.
Une page de résultats emploi est publique. Google montre à tout le monde ce qui est proposé pour un poste, connecté ou non. Collecter des résultats publiquement visibles à des fins de recherche est une pratique établie de longue date, et tant que les données sont publiquement disponibles et que le processus ne perturbe pas le site, aucune loi fédérale ne l'interdit.
Les offres d'emploi se prêtent particulièrement bien à cela. Une annonce existe pour être trouvée - l'employeur l'a publiée précisément pour qu'on la voie. Il n'y a pas de connexion, pas de paywall, et aucune candidature n'est déposée en votre nom. Le sujet d'une annonce est un poste dans une entreprise, pas une personne nommée : ce sont donc des données d'entreprise et non des données personnelles.
Les conditions de Google restreignent l'accès automatisé, cela reste donc une question de conditions. Nous ne touchons à rien derrière une connexion, n'exécutons aucun traceur tiers sur la couche de données, et vos exports s'auto-suppriment au bout de 30 jours.
Les questions que nous entendons le plus. Autre chose ? Parlons-en - ce sont des humains, pas des bots, qui écrivent les réponses.
query, title, company, location, via, posted, salary, link et description. C'est la ligne d'en-tête d'exports emploi Livescraper réels, identique sur les deux exécutions - pas une liste tirée de la référence de l'API, qui laisse les colonnes de résultat non spécifiées. Une réserve à connaître : les deux exports sont revenus avec la ligne d'en-tête et aucune ligne de données, les noms de colonnes sont donc confirmés mais pas les valeurs d'exemple. Lancez une requête sur les 500 lignes gratuites pour voir des cellules remplies.via est la colonne qui nomme la source à laquelle un résultat donné est attribué. Ce que nous ne pouvons pas encore vous dire, c'est comment ces valeurs sont écrites, car nos deux exports de test sont arrivés sans lignes de données.Soumettez vos requêtes par poste, ville ou entreprise et récupérez les résultats emploi de Google sous forme de lignes. Vos 500 premières lignes sont gratuites - et c'est la bonne façon de voir de vraies valeurs dans chaque colonne avant de planifier quoi que ce soit autour.
Google maintient une rubrique emploi dédiée : demandez un poste dans une ville et vous obtenez une liste classée d'offres rassemblées depuis des sites d'emploi et des pages carrières d'entreprises, plutôt que des pages web ordinaires. Pour quiconque dont le travail dépend de savoir qui recrute et pour quoi - recruteurs qui dimensionnent un marché, équipes talent qui étalonnent une annonce avant de l'écrire, analystes qui lisent le recrutement comme un signal de croissance - cette rubrique est la vue unique la plus commode du marché du travail qui existe. La lire requête par requête dans un navigateur est le goulot d'étranglement. L'Extracteur d'Offres d'Emploi Google le supprime : soumettez jusqu'à 1 000 requêtes en une exécution, réglez langue et pays, choisissez jusqu'où aller par requête, et repartez avec les résultats en CSV, JSON ou Excel, les résultats de chaque requête restant distincts.
Une chose mérite d'être dite directement sur cette page, car les pipelines se construisent sur des hypothèses. La référence publiée de cet endpoint documente entièrement le côté requête mais ne spécifie pas les colonnes de résultat : la liste de neuf colonnes de cette page n'en vient donc pas - c'est la ligne d'en-tête d'exports emploi Livescraper réels, identique sur les deux exécutions détenues localement. Rien sur cette page n'est une supposition sur ce qu'une ligne d'emploi « devrait » contenir. La limite de cette preuve mérite aussi d'être énoncée : ces exports sont arrivés avec la ligne d'en-tête et aucune ligne de données, nous pouvons donc nommer chaque colonne sans pouvoir vous en montrer une remplie. Nous ne connaissons ni le format de date dans posted, ni si salary porte une devise ou une fourchette, ni quelle part d'une annonce tient dans description. La recommandation qui en découle est concrète plutôt que vague : lancez une seule requête sur les 500 lignes gratuites uniques et ouvrez le fichier. Une minute de travail et aucun argent vous montrent de vraies valeurs dans chacune des neuf colonnes, ce qui est une meilleure fondation qu'un tableau à l'air assuré sur une page marketing.
Ce que l'exécution contrôle est bien défini. La largeur va jusqu'à 1 000 requêtes, ce qui convient particulièrement à la recherche sur le recrutement, puisque l'unité naturelle est un poste, une ville ou une entreprise et qu'on n'en veut presque jamais une seule. La profondeur, ce sont les pages par requête, et elle est par défaut à une seule page - généralement l'échantillon honnête, car une page est ce qu'un candidat voit réellement. La locale, ce sont la langue et le pays en réglages distincts, et sur cette rubrique cela compte plus que sur la plupart : une offre est un emploi dans un lieu, l'endroit d'où vous cherchez façonne donc les résultats plus que pour une requête textuelle générale. Le conseil pratique qui en découle est de nommer le lieu aussi dans la requête, puisque « data engineer Lisbon » et un simple « data engineer » lancé depuis le Portugal ne sont pas la même question. Le niveau de séniorité et le type de contrat se comportent de même - la rubrique classe selon les mots que vous lui donnez, une requête vague renvoie donc un marché vague.
Les cas d'usage typiques prennent trois formes. Les équipes talent extraient un poste à l'échelle d'une ville et lisent comment les concurrents l'intitulent, le situent et le décrivent, ce qui constitue un meilleur brief pour une annonce qu'un modèle interne que personne n'a révisé depuis des années. Les équipes stratégie et recherche fixent un ensemble de requêtes par nom d'entreprise et les relancent selon une cadence, traitant le recrutement comme l'un des signaux les moins ambigus qu'émette une entreprise - une équipe en construction, un marché où l'on entre, une fonction reconstruite. Les équipes recrutement et marketing balaient un secteur et lisent la colonne via comme une carte de couverture indiquant quels sites tiennent quelles niches. Les trois relèvent du travail d'orientation - vous apprenez ce qui existe et où regarder ensuite, ce qui est exactement l'objet d'une page de résultats. Aucune candidature n'est déposée, personne n'est contacté, rien derrière une connexion n'est touché, et les exports s'auto-suppriment au bout de 30 jours. Commencez gratuitement : vos 500 premières lignes ne coûtent rien et ne nécessitent pas de carte bancaire.