Le classifiche di pagina per i sottodomini sono indipendenti?


51

Se ho un nome di dominio dire stackexchange.come voglio ospitare 2 siti X e Y come sottodomini di quel sito.

Sarà x.stackexchange.comdare una mano y.stackexchange.comnel page rank? O Google li tratterà come 2 siti separati per quanto riguarda il ranking delle pagine?

C'è qualche vantaggio SEO a tutti?

La domanda nasce da questo post e dalle sue risposte e commenti a proposito: https://webapps.meta.stackexchange.com/questions/624/webapps-stackexchange-com-verus-nothingtoinstall-com

Commenti come questo e altri:

Senza dubbio il sito sarà fantastico in entrambi i casi. Ma a parità di domande da un "sito più piccolo" (con meno traffico e meno linkback complessivi per quanto riguarda Google) avrà un ranking di Google inferiore rispetto a se il sito viene "visto" come parte di una rete enorme (costituita di tutti i siti SE combinati) con UN dominio di primo livello. Ne vale la pena? - Robert Cartaino ♦ 2 giorni fa

O questo:

Vale la pena sacrificare l'effetto di rete di essere sulla rete Stack Exchange E il ranking di Google più basso su ogni domanda (i siti più piccoli avranno classifiche inferiori rispetto a una rete di grandi dimensioni) per avere il nome di dominio indipendente? Questo è quello che sto chiedendo. - Robert Cartaino ♦ 2 giorni fa

O questo:

@alexanderpas ha corretto, e nulla distruggerà quella classifica di ricerca più velocemente della divisione di pagerank su oltre 25 nomi di dominio univoci. - Jeff Atwood ♦ ieri

Risposte:


19

PageRank e il rango di una pagina sono per pagina . Non per sito . Quindi ogni pagina è giudicata in base ai propri meriti individuali e non esiste un concetto di "siti web" per quanto li riguarda.


1
@Giovanni: posso vedere in # 2 che si riferiscono a questo, grazie. Ma in altri commenti implicano specificamente qualche altro SEO magico che non sono sicuro che esista come dici tu. Vedi la mia modifica alla domanda per chiarimenti.
Brian R. Bondy,

3
Tutte e tre le affermazioni mostrano un fondamentale fraintendimento di come funziona il cercapersone. Essendo una formula pubblicata c'è poco da dissentire. Il PageRank è per pagina, non per sito. Periodo.
John Conde

2
Sono contento che tu abbia fatto i compiti e non abbia fatto semplicemente ipotesi "facili". +1 per te.
John Conde

1
La risposta sarebbe diversa se fosse stackexchange.com/y e stackexchange.com/x?
NotDan


35

La risposta di John Conde, che è attualmente votata al primo posto, è sbagliata a causa di un'enfasi eccessivamente pedante su PageRank, che è sia a) una formula che è dettagliata in un documento di ricerca accessibile pubblicamente eb) abbreviazione di Internet per "la somma di tutti gli algoritmi Google utilizza per classificare le pagine ", che è un argomento molto più ampio di PageRank.

Nel senso inteso da una domanda, c'è assolutamente una differenza nel trattamento di Google di due pagine in base al fatto che si trovino sullo stesso dominio o su due sottodomini di quel dominio.

Un fattore è ciò che i SEO chiamano "autorità di dominio" o "fiducia nel dominio". Un collegamento a qualsiasi pagina di un dominio indica che la pagina collegata è autorevole per l'argomento collegato (quella menzionata nel testo di ancoraggio) e che la pagina collegata è autorevole per altri argomenti e che il dominio collegato è autorevole per altri argomenti. Questo è fuori discussione: è per questo che Wikipedia si posiziona per più domande di Dio, nonostante non abbia un numero enorme di collegamenti a articoli appena creati. È per questo che un blogger popolare ha maggiori probabilità di classificarsi per un articolo appena creato (senza collegamenti) rispetto a un blogger sconosciuto, anche se il loro titolo e altri fattori sulla pagina sono identici.

In generale, si pensa che Google consideri i sottodomini come aventi una relazione minore rispetto alle pagine di un dominio : non condividono completamente l'autorità del dominio tra loro. Questo risolve problemi come la tecnica, prevalente qualche anno fa, in cui la gente userebbe una profusione di sottodomini generati automaticamente (chicago.example.com, boston.example.com, 67k esempi eletti, ecc.) Per raggiungere classifiche più alte.

Questo è uno dei motivi principali per cui i SEO consigliano ai clienti di pubblicare blog su example.com/blog anziché blog.example.com.

Ci sono anche problemi, in particolare con le principali società di hosting, in cui particolari sottodomini sono benedetti (www.wordpress.com) e dovrebbero classificarsi straordinariamente, ma randomblog.wordpress.com non dovrebbe ricevere quasi alcun credito dall'associazione con Wordpress. Si potrebbe immaginare che StackExchange alla fine riceva un trattamento simile, anche se questo sarebbe determinato algoritmicamente o da un'eccezione emessa a mano in Googleplex è un'ipotesi di chiunque.

Come proprietario del sito, il messaggio da asporto per te è semplice: non utilizzare più sottodomini di quanti tu possa cavartela. Ti costerà, suddividendo l'equità del tuo link e diminuendo il potenziale di tutte le tue pagine in classifica.


1
la risposta non è sbagliata rispetto al PO. e la tua spiegazione non contribuisce a rispondere alla domanda OP. -1
Evgeny,

La tua risposta ha senso e voglio davvero essere d'accordo con essa, ma puoi fare riferimento a qualsiasi fonte per queste informazioni, in particolare "I SEO consigliano ai clienti di inserire blog su example.com/blog" e cosa dici di "fiducia nel dominio"? +1 comunque.
EMP


1
Patrick è l'uomo. Ha ragione. La fiducia è il problema oggi.
Joe,

14

Ottimo link Matt Cutts di John Conde:

Per diversi anni Google ha usato qualcosa chiamato "affollamento dell'host", il che significa che Google mostrerà fino a due risultati per ogni nome host / sottodominio di un nome di dominio. Questo approccio funziona molto bene per mostrare 1-2 risultati da un sottodominio, ma abbiamo sentito lamentele sul fatto che per alcuni tipi di ricerche (ad esempio ricerche esoteriche o di coda lunga), Google potrebbe restituire una pagina di ricerca con molti risultati tutti provenienti da un dominio . Nelle ultime settimane abbiamo modificato i nostri algoritmi per renderlo meno probabile in futuro.

Questa modifica non si applica a tutti i livelli; se un determinato dominio è veramente pertinente, potremmo comunque restituire diversi risultati da quel dominio. Ad esempio, con una query di ricerca come [ibm] l'utente probabilmente desidera / desidera vedere diversi risultati da ibm.com. Si noti che questo è un cambiamento abbastanza sottile e non influisce sulla maggior parte delle nostre query.

L '"affollamento dell'ospite" è stato documentato in precedenza; significa che molti hit dello "stesso" dominio possono essere raggruppati e soppressi. Questo si estende equamente ai sottodomini x.example.come alle sottocartelle example.com/x, ma non si estende ai risultati in example-a.come example-b.com.

E, soprattutto, nel contesto della domanda:

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 è fondamentalmente il nostro obiettivo. Bene, quello e il taglio del nodo gordiano di 25 (e contando) situazioni di denominazione impossibili.

Un'altra buona analisi - in conclusione, più domini vs sottodomini è un lavaggio .

Utilizza i sottodomini quando disponi di contenuti molto disparati che ritieni siano rilevanti per gli utenti. Ad esempio, i video sono molto diversi dagli articoli, quindi potrebbe avere senso separarli in sottodomini. Se disponi di un sito di viaggi, può avere senso utilizzare sottodomini per classificare le città. Qualcuno che cerca un particolare resort potrebbe voler vedere le varie località in cui si trova il resort.

In particolare, guarda l'uso di un singolo dominio rispetto ai sottodomini rispetto a domini separati dal punto di vista aziendale. Cosa ha più senso per i tuoi utenti? Se si dispone di unità aziendali completamente diverse, potrebbero apparire più credibili come singoli sottodomini.


3

Penso che Google tratterà tutti gli URL in modo diverso.

Penso che ci siano enormi vantaggi o perdita di opportunità nella scelta dei nomi di dominio.

Sono giunto alla conclusione che ci sono due variabili principali nel SEO:

  1. le parole chiave corrispondono in [nome dominio] / [URL] / [titolo] / [contenuto] * nell'ordine di importanza *

  2. età del dominio (da quando il sito è attivo -> google non favorisce i siti nuovi di zecca, ma dopo tre mesi sei considerato abbastanza vecchio; tutto dipende dalla concorrenza sulle parole chiave in cui stai competendo)

Basta navigare in rete e troverai migliaia di esempi in cui i siti sono ricchi di google ma offrono contenuti / servizi scadenti; e i grandi siti di contenuti si posizionano male ...

Alcuni esempi di siti che appaiono in alto nelle SERP di Google ma che, a mio avviso, hanno uno scarso contenuto:

Ricerca di Google.com su "controlla età dominio" http://www.google.com/#sclient=psy&hl=en&q=check+domain+age&aq=f&aqi=g1g-m2&aql=&oq=&gs_rfai=&pbx=1&fp=a0f70eea93606c3a

checkdomainage.com è SERP 9 quando in realtà è un servizio scadente: non danno l'età del dominio, ma solo collegamenti che sono probabilmente PPC.

Google bot non sa se il contenuto di un sito è effettivamente buono. Google sa che esiste una corrispondenza esatta tra il nome e il titolo del sito e le parole chiave cercate.

Devi cercare le parole chiave che ti interessano in termini di traffico (usa SEMRush.com o lo strumento per le parole chiave di Google AdWords) e ottenere il nome di dominio (con la corrispondenza esatta, è importante). quindi non aggiungere troppe altre parole chiave: l' URL affollato diluirà la potenza SEO del tuo URL.

Ecco perché consiglierei StackExchange di scegliere i singoli nomi di dominio scelti appositamente per ciascun sito. E di investire qualche centinaio di dollari nei promettenti siti SE.

Credo che avere sottodomini di stackexchange.com non si occuperà di SEO. Inoltre non ha un bell'aspetto per gli utenti dei motori di ricerca.


Ho anche pubblicato qui sull'argomento SEO e nome di dominio: webmasters.stackexchange.com/questions/3548/…
Tucson,
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.