Percorsi URL e loro effetto sul SEO


11

Stiamo sviluppando un sito Web in cui ci saranno due distinti tipi di contenuti: gallerie e foto.

Non ha molto senso usare percorsi URL come / gallery / photo poiché alcune foto possono apparire in più di una gallery (e la duplicazione dei contenuti è cattiva); quindi la logica attuale è quella di avere un'unica profondità sul sito (/ foto1, / foto2, / foto3, / gallery1, ecc.).

Questo impatto sul SEO aumenterà con l'aumentare del numero di singole pagine di profondità? È meglio per i motori di ricerca vedere un'interfaccia più RESTful (/ gallery / gallery, / photos / photo1, ecc)? Oppure c'è un modo migliore gestire questo?

PS: le foto avranno una loro landing page con contenuti testuali approfonditi (così come le gallerie).


L'ho letto un paio di volte e non sono ancora chiaro ... mi hai perso a "livello".
Tim Post

Questo dovrebbe essere più facile da leggere.
Metalshark,

1
Non un duplicato, ma questa domanda ha buone informazioni complementari webmasters.stackexchange.com/questions/162/…
HoLyVieR

Risposte:


6

No, non dovrebbe importare se hai migliaia di pagine allo stesso "livello". Ho visto siti che hanno tutti i loro contenuti a livello di root perché hanno l'impressione che faccia una grande differenza per il SEO. (Per inciso, i siti si classificano bene, ma non credo che la mancanza di organizzazione abbia qualcosa a che fare con questo.)

Penso che la struttura che stai proponendo sia buona, se la ho correttamente:

  • Un insieme di pagine di categoria a /galleries/rabbits
  • Tutte le pagine di destinazione delle immagini che sembrano essere in una cartella simile /photos/bunny1

Una buona alternativa sarebbe quella di avere una categoria principale insieme alle altre categorie / tag. Ottieni l'ulteriore vantaggio di una parola chiave aggiuntiva nell'URL, inoltre potrebbe essere più semplice per gli utenti comprendere la struttura del sito.

Con l'esempio sopra, "bunny1" potrebbe trovarsi nelle categorie "conigli" e "soffici", ma la categoria principale sarebbe "conigli". Potresti quindi avere questa struttura:

  • Pagine di categoria di /gallery/rabbits/e /gallery/fluffy/, entrambe con l'immagine "bunny1".
  • Pagina immagine di /gallery/rabbits/bunny1

1
L'uso delle parole "galleria" e "foto" distrae dalle altre parole chiave del tuo esempio o sono utili per trasmettere informazioni al crawler del motore di ricerca?
Metalshark,

No, non dovrebbero esserci problemi includendo quelle parole - in effetti potrebbe essere molto utile poiché molti utenti includeranno "foto" o "immagine" nei loro termini di ricerca. Fai semplicemente ciò che ritieni più logico e utile per gli utenti.
Sconcertato

2

Gli URL sono URL: non importa come siano strutturati per i motori di ricerca. L'elemento principale su cui consiglierei di lavorare è assicurarsi che le tue immagini (e le pagine in cui si trovano) siano il più possibile su un singolo URL, in modo da non avere / gallery1 / image124 e / gallery3 / image124 con la stessa immagine su di loro. A seconda di come costruisci il tuo sito, potrebbe essere difficile, quindi almeno consiglierei di scegliere un URL preferito per loro e di utilizzare qualcosa come l'elemento link rel = canonical per indicarlo ( http: // googlewebmastercentral .blogspot.com / 2009/02 / specific-your-canonical.html ).


L'uso di URL canonici per indirizzi duplicati combinato con la risposta di DisgruntledGoat può essere il migliore dei due mondi. Quindi ci sarebbero / gallery / rabbits / bunny1, / gallery / fluffy / bunny1 e / photos / bunny1, con gli URL della galleria canonici.
Metalshark,

@Metalshark: proverei innanzitutto a evitare i contenuti duplicati, se possibile. Nella mia risposta intendevo dire che se avessi una categoria principale di "conigli", l'URL sarebbe sempre "/ gallery / rabbits / bunny1" e quell'URL collegato dalle altre categorie. "/ gallery / fluffy / bunny1" non dovrebbe esistere.
Sconcertato

Perso la parola non in "in modo da non avere ... con la stessa immagine su di loro". Si è rivelato molto importante rileggere la tua risposta.
Metalshark,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.