Un sito di lavoro pubblica e rimuove continuamente offerte. Questa rotazione crea centinaia, a volte migliaia di URL la cui durata di vita varia da pochi giorni a poche settimane. Misurare l’efficacia di una sitemap in questo contesto significa valutare la sua capacità di segnalare le pagine giuste al momento giusto, evitando di sommergere i motori di ricerca con link obsoleti.
La sitemap di un sito di lavoro non si gestisce come quella di un sito vetrina o di un blog.
Sitemap XML e sitemap HTML su un sito di lavoro: due ruoli distinti
La confusione tra sitemap XML e sitemap HTML persiste perché entrambi portano lo stesso nome. Su un job board, le loro funzioni divergono nettamente.
| Critere | Sitemap XML | Sitemap HTML |
|---|---|---|
| Destinatario principale | Robot di esplorazione (Googlebot, Bingbot) | Visitatori umani |
| Formato | File .xml inviato tramite Search Console | Pagina web accessibile dal footer |
| Contenuto tipico (sito di lavoro) | URL di offerte attive, pagine categorie, landing pages mestieri | Struttura semplificata: settori, regioni, tipi di contratto |
| Frequenza di aggiornamento | Quotidiana o più (tramite CMS o script) | Meno frequente, struttura stabile |
| Impatto SEO diretto | Segnale di crawl, nessuna garanzia di indicizzazione | Link interni, distribuzione di PageRank |
La sitemap XML agisce come un indicatore di freschezza per i robot. La sitemap HTML, invece, struttura la navigazione per i candidati che cercano un lavoro per settore o per localizzazione. Su un sito come la pagina sitemap di Job 2 Rêve, questa distinzione si traduce in una pagina navigabile che organizza le offerte in modo leggibile, indipendentemente dal file XML tecnico.
Balise lastmod e offerte di lavoro: quando la data conta davvero
Google utilizza il tag lastmod solo se la data riflette un cambiamento reale del contenuto. Su un sito di lavoro, questo significa che una modifica del salario visualizzato, del luogo di lavoro, del tipo di contratto o dello stato di assunzione giustifica un aggiornamento di questa data.
D’altra parte, una ricostruzione automatica del file XML da parte del CMS, senza cambiamento di contenuto sulla pagina, non dovrebbe modificare il valore di lastmod. I motori di ricerca rilevano questa incoerenza e finiscono per ignorare il segnale.
Modifiche che giustificano un nuovo lastmod
- Cambiamento della retribuzione, del luogo o del tipo di contratto menzionato nell’annuncio, incluso nei dati strutturati JobPosting
- Passaggio di un’offerta dallo stato “aperto” a “coperto”, o aggiunta di una menzione di chiusura prossima
- Aggiunta o modifica di contenuti redazionali significativi (descrizione del lavoro, competenze richieste, vantaggi)
Questa rigore su lastmod è tanto più utile poiché Google non garantisce né l’esplorazione né l’indicizzazione degli URL inviati. La sitemap rimane un segnale tra gli altri. Una data affidabile aumenta la probabilità che il robot torni a esplorare una pagina aggiornata, il che è particolarmente importante per gli annunci a durata limitata.
Segmentazione della sitemap per un catalogo di offerte voluminoso
Un file sitemap XML è limitato a 50.000 URL e 50 MB non compressi. Per un job board che pubblica diverse migliaia di offerte simultaneamente, questo limite tecnico impone di suddividere la sitemap in più file, collegati da un indice sitemap.
La segmentazione più efficace per un sito di lavoro non segue la logica alfabetica o cronologica grezza. Si organizza per tipo di contenuto.
Suddivisione raccomandata per tipo di pagina
- Un file per le offerte attive, aggiornato quotidianamente, con lastmod affidabile su ogni URL
- Un file separato per le pagine categorie (settori, regioni, famiglie di mestieri), la cui struttura cambia raramente
- Un file per i contenuti editoriali (articoli di consigli, schede mestieri), aggiornato a un ritmo più lento
- Nessun file per le offerte scadute: le offerte coperte o rimosse devono uscire dalla sitemap e restituire un codice HTTP 410 o una redirezione
Questa suddivisione consente ai robot di concentrare il loro budget di crawl sulle pagine che hanno valore in un dato momento. Includere URL morti in una sitemap diluisce il segnale e rallenta l’esplorazione delle nuove offerte.
Coerenza tra sitemap, dati strutturati e robots.txt
Una sitemap performante su un sito di lavoro non funziona in modo isolato. Deve essere coerente con due altri elementi tecnici.
Il file robots.txt deve consentire l’accesso agli URL elencati nella sitemap. Bloccare per errore una directory di offerte tramite una direttiva Disallow mentre la si dichiara nella sitemap crea un conflitto che i motori di ricerca trattano ignorando la sitemap per questi URL.
I dati strutturati JobPosting, utilizzati per apparire in Google for Jobs, devono corrispondere alle pagine referenziate nella sitemap XML. Se un’offerta figura nella sitemap ma la sua pagina non contiene un markup JobPosting valido, il motore può declassare la pagina o rimuoverla dai risultati arricchiti.
La verifica periodica di questa tripla coerenza (sitemap, robots.txt, dati strutturati) evita perdite di visibilità silenziose. Gli errori non generano sempre un avviso in Search Console, soprattutto quando riguardano pagine singole in un catalogo di diverse migliaia di URL.
La sitemap di un sito di lavoro si gestisce come un flusso di dati vivo, non come un file statico depositato una volta. Il suo valore dipende dalla rigore applicata alle date, alla pulizia delle offerte scadute e all’allineamento con il resto dell’infrastruttura tecnica. Un file XML pulito, segmentato e sincronizzato con i dati strutturati rimane il leva tecnica più diretta affinché le giuste offerte raggiungano i giusti candidati tramite i motori di ricerca.
