Overview
The Google Indexing API integration tells Google the moment a job changes on your site. Whenever a job is published, updated, unpublished, or deleted, Loxo notifies Google directly, so the page is crawled quickly. This is the method Google recommends for time-sensitive content like job postings. It is far faster than waiting for the sitemap to be re-crawled.
Each site connects its own Google service account, so submissions and quota belong entirely to you.
Requirements
- A Google Cloud project with the Web Search Indexing API enabled.
- A Google service account with a JSON key.
- The service account added as an Owner of your site in Google Search Console.
Setting Up
- In the Google Cloud console, create or select a project.
- Open APIs & Services → Library, search for Web Search Indexing API, and click Enable.
- Go to IAM & Admin → Service Accounts → Create Service Account. Enter a name and continue — you can skip the optional permissions step, as no Cloud IAM role is required.
- Open the service account, go to the Keys tab, choose Add Key → Create new key → JSON, and download the file.
- In WordPress, go to Loxo Jobs → Google Indexing, paste the contents of the JSON key file, and save.
- In Google Search Console, open Settings → Users and permissions → Add user, enter the service account email address, and set the permission to Owner. This must be done by a verified owner of the property, and the property must cover your job URLs (a Domain property, or a URL-prefix property that matches your site’s scheme and host exactly).
- Back on the Google Indexing page, click Test connection. A success message shows the connected service account.
- Enable the Enable Google Indexing notifications toggle to start sending automatic updates.
How It Works
Once enabled, Loxo notifies Google automatically as jobs change:
- Published or updated — Loxo asks Google to crawl the job page.
- Unpublished or deleted — Loxo asks Google to drop the job page from its index.
Notifications are queued and delivered in the background, and are retried automatically if Google is temporarily unavailable. A routine background sync that changes nothing meaningful does not trigger a notification.
Manual Actions
From the Google Indexing page you can also:
- Submit all published jobs — queue every current job for indexing, useful when first connecting.
- Submit or remove a single URL — send an update or removal for a specific page.
- Check a URL’s status — see when Google last received an update for it.
Daily Quota
Google allows 200 URL submissions per day per project by default. The Google Indexing page shows how much of today’s quota has been used. If the limit is reached, automatic and queued submissions resume on their own the next day. You can request a higher quota from Google if you regularly publish more than 200 jobs a day.
Activity Log
Every submission is recorded in an activity log on the Google Indexing page. It shows the URL, the type of notification, what triggered it, and the result. The log keeps the 50 most recent entries and can be cleared at any time.
Troubleshooting
- “Failed to verify the URL ownership” — the service account is not yet an Owner of a Search Console property that covers the URL. Add it as an Owner (not a Full or Restricted user), and make sure the property covers the exact site host, including any subdomain.
- “Web Search Indexing API is not enabled” — enable the API in the Google Cloud console for the same project the JSON key belongs to.
- “Service account key is invalid” — paste the entire JSON key file, not the service account email or a partial copy.
- Jobs are indexed slowly or not at all — the Indexing API asks Google to crawl a page sooner, but Google still decides whether to index it. Make sure each job’s structured data is valid and its description is unique rather than shared boilerplate.
Indexing vs Crawling
The Indexing API speeds up how quickly Google discovers and crawls your job pages. It does not force Google to index them — that remains Google’s decision. But it removes the delay of waiting for a scheduled crawl. That delay is the most common reason time-sensitive job postings are missed.
