Closed georgiee closed 2 years ago
A first approach for this issue is available in the linked PR.
If we are finally sure that this whole google job thing works, I suggest to make sure that we use a new personio channel id for the applications coming in from google users.
Google jobs passes a utm_source=google_jobs_apply
search param to the crawled urls. Maybe it is possible to check for that one and use then googles channel id.
Using utm_source
is generally a very good idea to use it for the personio channel on our page. We don't need to change how google passes in the id, this one is fine. We need to change our links and update them with the utm_source
paramter.
As we still have to test if everything works and if our postings are shown in googles job search, I suggest to leave the issue open until we have something to verify that it works.
That way we will not forget about it.
Using
utm_source
is generally a very good idea to use it for the personio channel on our page. We don't need to change how google passes in the id, this one is fine. We need to change our links and update them with theutm_source
paramter.
That sounds nice, but we have to use valid "number ids" generated by personio itself, don't we?
That would mean that "google_jobs_apply" would not be a valid id and we would have to remap the utm_source.
That sounds nice, but we have to use valid "number ids" generated by personio itself, don't we?
Exactly so we need some internal mapping. I think it's easier to keep the current parameter and in addition check of the utm parameter to translate it to a valid internal id .
I moved forward and created a channel entry, that's the ID: 713571 I named it "Google Search (UTM)" π
I have some thoughts regarding the recrawling of the Career-Detail Pages:
I have provided a new sitemap to google, since they recommend this to let them now which pages should be re-crawled.
But: our gatsby-plugin provides the last-modification date only to blog posts. Google uses the last modification date to check if a page has to be recrawled.
Maybe we could think of a way to add an last modification date to the career-details too (maybe via personio).
Otherwise it will take just some time until they get re-crawled.
It is possible to do a live test for URLs (which is somehow different from the actual re-crawl of the page).
Doing this test for the staff-software-engineer shows that there are job postings on this Page.
Everything seems to work π . Shall we close this issue then?
The warnings are only a notification that two optional fields are missing (validThrough and baseSalary).
Thanks for the check. I think we can close but let's inspect the crawler.
Plus the logo is missing, related to #516 somehow ?
Currently there are those jobs availiable:
I dont get which posts, when and how Google crawls / gets job postings. But apparantly they are coming slowly.
Regarding the logo, I don't know why it does not work. I also do not know how Google currently feeds our knowledge panel (there is a logo displayed), but I guess it was made through the GUI by Eric.
The documentation says about logo changes two things
The only logo shown on google jobs is by glassdoor. They use the logo field.
Personio uses the logo field, but their provided logo is not squared and therefore it is not displayed.
I guess the only way now is to wait or to have a look if we can do something thfough the gui
We currently have https://satellytes.jobs.personio.de/ still activated but actually we don't want to use that second channel of jobs coming in because it's rendering "meta data" (or slug data is displayed as a section, example) we had to add to the description plus the form is not rendering as we like.
What hinders us from disabling it is the potential bad effects on SEO, because they have integrate Google Jobs by providing structured data while we ignored that topic so far.
I found this documentation about structured data: https://developers.google.com/search/docs/advanced/structured-data/job-posting
You can find on any personio job page generated for us like here. The following data is located before the closing body tag as a script tag. I think we should do that too and then we can disable the personio career page entirely π
Thoughts where I need support from the one who takes this issue: