Sitemap: una per sottodominio o una per il dominio di base?

Ho più di 5 sottodomini su un progetto, ad esempio developer, www, staffe un po 'di più, qual è la migliore pratica nella creazione di sitemap?

Tutti i sottodomini che condividono la stessa sitemap nel dominio di base ( example.com/sitemap.xml)? o diverse sitemap per diversi sottodomini? ( developer.example.com/sitemap.xmle www.example.com/sitemap.xml)

Poiché i sottodomini sono diverse parti dell'applicazione principale, quali sono i pro e i contro di ciascuno e cosa dovrei considerare scegliendo l'uno rispetto all'altro? (una sitemap per sottodominio o una per l'intero sito)

Secondo il post sul blog di Matt Cutts , ha detto:

Un sottodominio può essere utile per separare il contenuto completamente diverso. Google utilizza sottodomini per prodotti distinti come news.google.com o maps.google.com, ad esempio.

Questo è simile a quello che fa Blogger (blogspot).

Il blog di John ( john.blogspot.com) è totalmente diverso dal blog di Doe ( doe.blogspot.com). Google vede questi due blog come due siti diversi anche se condividono la stessa coda ( *.blogspot.com).

Ognuno di questi blog ha la propria sitemap e non sono condivisi tra loro. Se un blog viene eliminato, anche il file Sitemap verrà eliminato e non influirà sulle Sitemap degli altri blog.

Quindi, vorrei consigliarti di utilizzare diversi file Sitemap per diversi sottodomini. A meno che non si stiano utilizzando sottodirectory / sottocartelle.

In genere, è necessario utilizzare una sitemap separata per ciascun host (ovvero protocollo, dominio o sottodominio diverso):

• Dalle FAQ " Dove posiziono la mia Sitemap? ":

  Tutti gli URL elencati nella Sitemap devono risiedere sullo stesso host della Sitemap. Ad esempio, se la Sitemap si trova in http://www.example.com/sitemap.xml, non può includere URL da http://subdomain.example.com. Se la Sitemap si trova in http://www.example.com/myfolder/sitemap.xml, non può includere URL da http://www.example.com.

• La sezione pertinente dalle specifiche Sitemap è " Posizione file Sitemap ", dove dice:

  Tieni presente che ciò significa che tutti gli URL elencati nella Sitemap devono utilizzare lo stesso protocollo (http, in questo esempio) e risiedere sullo stesso host della Sitemap. Ad esempio, se la Sitemap si trova in http://www.example.com/sitemap.xml, non può includere URL da http://subdomain.example.com.

Tuttavia, se puoi dimostrare la proprietà di tutti gli host tramite robots.txt o Google Search Console, puoi ospitare le sitemap su host diversi:

• tramite robots.txt: Sitemap e invii incrociati
  (una singola sitemap può contenere ancora solo URL di un host)

• Specifico per Google: gestisci le Sitemap per più siti
  (una singola Sitemap può contenere URL di host diversi)

Mentre scrivi i sottodomini fanno parte dell'intera applicazione non è necessario separare le Sitemap. Google tratta i sottodomini come domini propri sempre. Ma sono abbastanza intelligenti da riconoscere se parti di un sito Web appartengono insieme.

Oltre alla SEO, ti consiglio di utilizzare un indice-sitemap.xml in cui puoi annidare tutte le tue sitemap sottodominio separate. Ciò semplifica la gestione di tutti quei file, poiché è necessario inviare una sola Sitemap. Inoltre puoi modificare la sitemap di un sottodominio senza doversi preoccupare di tutte le altre sitemap. Ulteriori informazioni sulla gestione di più sitemap nelle guide per i webmaster di Google: https://support.google.com/webmasters/answer/75712?hl=en

modificare

Puoi prendere in considerazione la creazione di una singola proprietà per ciascun sottodominio in Google Search Console. Ciò consente di avere analisi più dettagliate in quanto riceverai campioni di dati e statistiche di ricerca per indicizzazione per ogni proprietà. In tal caso, ti consiglio di inviare una Sitemap individuale per ciascun sottodominio. Tenere presente che ciò richiederà di verificare ciascuna proprietà separatamente e anche di aumentare lo sforzo necessario per gestire l'intero insieme di proprietà.

Se sei una persona ben organizzata e sei interessato ad approfondimenti sui dati, consiglierei quest'ultimo. Se desideri semplicemente che il tuo sito venga indicizzato e sottoposto a scansione corretta, ti consiglierei la storia della mappa del sito.

Ricordati sempre di assicurarti che tutte le tue Sitemap siano configurate in modo accurato, corrispondano allo standard e forniscano solo pagine con un codice di stato 200. Questo punto è più critico per il SEO del tuo sito web rispetto alla domanda su quante sitemap hai.

Ho più di 5 sottodomini su un progetto, ad esempio sviluppatore, www, personale e altro ancora, qual è la migliore pratica nella creazione di sitemap? ... Dato che i sottodomini sono diverse parti dell'applicazione principale, quali sono i pro e i contro di ciascuno e cosa dovrei considerare scegliendo l'uno rispetto all'altro? (una sitemap per sottodominio o una per l'intero sito)

Poiché i sottodomini collegati al dominio principale possono rappresentare siti Web diversi per il mondo, è consigliabile configurare Sitemap per ciascun sottodominio per facilitare l'accesso.

Inoltre, credo che sia contrario alle regole delle Sitemap includere un link esterno in una Sitemap appartenente a un sito Web e un URL che contenga un sottodominio diverso conta come un URL esterno.

Per quanto riguarda le migliori pratiche, se il tuo sito Web ha un numero enorme di collegamenti, ti consigliamo di creare un file Sitemap master che faccia riferimento a file Sitemap più piccoli in cui ognuno di essi faccia riferimento ai singoli collegamenti. Ciò è dovuto al fatto che ogni file Sitemap ha un limite di dimensione massima del file (credo di 50 MB) e anche il numero massimo di URL per Sitemap è limitato. Penso che quel numero sia 50.000.

È un vantaggio se puoi comprimere le Sitemap in formato gzip. In questo modo, quando li invii ai motori di ricerca compatibili con gzip come Google, la Sitemap verrà elaborata più rapidamente e il consumo di larghezza di banda sul server sarà inferiore.

Ecco i link relativi alle Sitemap che potrebbero aiutarti di più:

http://www.sitemaps.org/protocol.html http://www.sitemaps.org/faq.html