Utilizzo di siti Web internazionali SEO di sottodomini e domini ccTLD


28

È meglio avere domini specifici per paese separati (che costano più denaro) o sottodomini che definiscono il paese, per una migliore SEO?

per esempio

  • example.com
  • example.com.au
  • example.co.uk

vs

  • example.com
  • au.example.com
  • uk.example.com

Presupposto: gli strumenti master Web del motore di ricerca, ogni sottodominio sono associati a un paese. L'esempio au.example.comè associato al paese Australia .

Aggiornamento n. 1

Comprendo che entrambi i metodi funzionano, soprattutto quando utilizzo il presupposto, elencato sopra. La domanda è: quale metodo è migliore ? C'è una differenza SEO così piccola tra di loro? Il primo metodo è molto meglio del secondo con ottenere risultati SEO migliori?

Aggiornamento n. 2

Alcune persone hanno suggerito che il seguente è un approccio buono / migliore:

  • example.com/
  • example.com/au
  • example.com/uk

Aggiungendo un codice ISO specifico per Paese alla fine dell'URL / la prima cartella del dominio può essere riconosciuta come Paese.

Ma un certo numero di compagni SEO ha suggerito che questo è un prezioso spreco di spazio a livello di cartella. Ehm ... come posso spiegare. OK, alcuni esperti SEO hanno suggerito che se il numero di livelli o cartelle nel dominio supera 5, la pagina diminuisce notevolmente. Fondamentalmente, non vuoi approfondire. Pertanto, aggiungere il Paese come primo livello può essere considerato uno spreco, soprattutto quando può essere gestito dal dominio O dal sottodominio - da qui la domanda :)


2
Se è uno spreco di spazio a livello di cartella, perché non mettere tutto nella directory principale? Sono sicuro che sia una soluzione spettacolare :)
Joe Phillips,

?? cosa intendi con d03boy? esempio per favore (anche se suggerisco un po 'di sarcasmo).
Pure.Krome,

1
.comè un dominio internazionale. Se avessi come nei tuoi esempi .com / au o .com / uk quali contenuti diversi avresti su di loro? Non incontreresti problemi di contenuto duplicati poiché si tratta di paesi di lingua inglese. Se hai bisogno di versioni tradotte delle tue cartelle di pagine è il metodo utilizzato dalla maggior parte delle aziende. / it / / fr / / es / etc
Anagio

Risposte:


19

Puramente dal punto di vista SEO, è meglio avere un solo dominio e spostare le versioni internazionali in sottocartelle (non sottodomini) come:

  • example.com/us/
  • example.com/au/
  • example.com/uk/

IBM lo sta facendo in questo modo.

Pure.Krone ha scritto

Ma un certo numero di compagni SEO ha suggerito che questo è un prezioso spreco di spazio a livello di cartella. Ehm ... come posso spiegare. Ok, alcuni esperti SEO hanno suggerito che se il numero di livelli o cartelle nel dominio supera 5, la pagina diminuisce notevolmente.

È possibile che alcuni motori di ricerca possano abbassare il ranking della pagina per i siti con strutture profonde perché in definitiva la parola chiave nell'URL ha probabilmente più peso della parola chiave sulla pagina. Ma a meno che Google o Yahoo non lo confermino, è una pura ipotesi da parte delle persone SEO. Il ranking della pagina può diminuire per molte ragioni (specialmente se il tuo sito è ottimizzato da esperti SEO), forse lo stanno semplicemente attribuendo erroneamente a strutture di cartelle profonde. Ma qual è il problema comunque? Basta appiattire la gerarchia delle cartelle per ogni evenienza.

Una cosa che sappiamo per certo perché è stato confermato da Google qualche anno fa è che ogni singolo dominio (indipendentemente dal livello) è un sito isolato ai fini del ranking delle pagine, quindi avere tutte le risorse in un singolo dominio migliorerà sempre il tuo ranking delle pagine. Ecco perché weblogs.asp.netospitano tutti i loro blogger in sottocartelle, quindi i loro post si posizionano molto in alto su Google, indipendentemente da quale blogger li abbia scritti.


ok, quindi come fa un motore di ricerca a sapere che qualcosa da stackoverflow.com/uk/ è contenuto 'Regno Unito'?
Pure.Krome

1
Dall'URL. Questa soluzione è ben nota e raccomandata dai motori di ricerca.
allesklar,

2
Link per favore (per dimostrarlo)?
Pure.Krome,

Sono d'accordo. Dovresti avere una pagina in quella directory che funge da pagina normale o almeno da una sitemap. Ciò dovrebbe indicare chiaramente al motore di ricerca di cosa si tratta.
Joe Phillips,

modifica interessante, Lubos. Vorrei che uno dei grandi motori di ricerca potesse far luce su questo.
Pure.Krome,

13

Google associa solo domini di primo livello a regioni geografiche:

I siti con domini di primo livello con codice nazionale (come .ie) sono già associati a una regione geografica, in questo caso l'Irlanda.
- Targeting geografico - Guida di webmaster / proprietari di siti

Utilizza domini di primo livello ogni volta che è possibile per gestire contenuti specifici per Paese. Siamo più propensi a sapere che .it presenti contenuti-concentrata, per esempio, che http://ie.example.com, http://www.example.com/ieo http://www.example.com?country=ie. Se si dispone di un dominio di primo livello geograficamente neutro (come ad esempio .com, .orgo .net), è possibile utilizzare Strumenti per i Webmaster per associare il tuo sito con una posizione geografica.
- Aziende locali - Guida di webmaster / proprietari di siti

Anche la ricerca live di Microsoft fa questo:

Ricerca dal vivo utilizza informazioni quali l'indirizzo IP del sito Web e il dominio di primo livello del codice paese o regione per determinare il mercato e il paese o la regione di un sito Web. Puoi modificare queste informazioni per riflettere il mercato a cui vuoi rivolgerti.
- Informazioni sull'hosting del sito Web in un mercato diverso

Ma scrivo anche il dominio all-in-one, neutrale per paese, con un percorso URL specifico per paese.


Questa è un'ottima informazione. Espanderesti perché preferisci invece il metodo non documentato (URL specifico per Paese)?
Codex73,

4

C'è un effetto combinato di tutto quanto sopra. Ciò che fa davvero la differenza è, se www.example.co.uk trasporta contenuti completamente diversiwww.example.fr

Se sono in gran parte uguali con solo alcune sottili differenze {regionalizzazioni / lingua ecc., L'uso www.company.co/uk /fr potrebbe essere migliore in termini di un CSS è un modello per tutte le 1 mod e tutti i siti cambiano aspetto per adattarsi alla grafica / ai loghi contenuti condivisi in inglese caricati da una posizione a tutti gli uri inglesi come include, ad esempio, dire la pagina del prodotto con variazioni regionali in {dire uso / utilità consigliati}
/uk/productx/
/us/productx/
/au/productx/
può avere tutti i collegamenti dei dettagli tecnici /en/productx/technical-description per evitare duplicati dei contenuti

Dal punto di vista SEO la maggior parte guarda al paese ospitante e tld così un .frospitato negli Stati Uniti non batterà mai un .frospitato in Francia per il mercato francese, ma un .com/frospitato negli Stati Uniti entrerà lì se il suo contenuto batte l'altro.

Il contenuto è re in SEO, tutto il resto è solo una piccola modifica e non merita davvero un grande sforzo, a meno che non faccia bene a te o ai tuoi utenti il /uk /ie /demetodo etc è più pratico per la maggior parte degli utenti in quanto atterrano su un /uke vedono che da una semplice opzione di menu / elenco a discesa che possono scorrere nella regione più adatta a se stessi {ovviamente offrire le cartelle e non consentire agli utenti di spostarsi rapidamente da /uk/productx/a /fr/productx/è controproducente e renderebbe discutibile l'intero punto delle cartelle}


citazione: "essere migliore in termini di un CSS è un modello per tutti", è possibile utilizzare un CSS anche con un dominio diverso, non è necessario 2 per loro, è sufficiente caricare il CSS da uno dei due domini http://example.co.uk/yourcss.cssil gioco è fatto!
Marco Demaio,

3

Da Google , "Se non vengono inserite informazioni in Strumenti per i Webmaster, faremo affidamento in gran parte sul dominio del Paese del sito (.ca, .de, ecc.). Se è stato utilizzato un dominio internazionale (.com, .org, .eu, ecc.), Faremo affidamento sull'indirizzo IP. ”Quindi ti consiglio di eseguire una o più delle seguenti operazioni:

  1. Utilizza un dominio specifico per Paese

  2. Ospita il tuo sito nel Paese di destinazione

  3. Indica agli Strumenti per i Webmaster di Google e a tutti gli altri motori di ricerca il Paese di destinazione. Se scegli come target più Paesi, assicurati di utilizzare directory diverse in modo da poterle specificare in Strumenti per i Webmaster.

  4. Tratta il nome del paese come qualsiasi parola chiave importante: utilizzalo nell'URL, nel titolo, h1, copia, ecc.

L'ultimo punto viene spesso trascurato ed è talvolta l'unica opzione. Se i tuoi widget sono disponibili solo in Canada, pronuncia "Widget in Canada" nel testo.


Non vedo perché la tua soluzione sia migliore di un dominio one signle con una sitemap ben configurata .
João Pimentel Ferreira,

3

Lo farei come ha detto Lubos Hasko , ma anche (se il denaro lo consente) acquista tutti i domini e li inoltra al sito corretto.

Esempio, www.example.com.auinoltra a www.example.com/au.


1
Penso che 301 reindirizzamenti saranno considerati contenuti duplicati. Ma potrei sbagliarmi selvaggiamente.
Joe Phillips,

Ci penserò quando avrò del tempo libero - fammi sapere cosa trovi d03boy
alex

@JoePhilllips Interessante. Hai trovato maggiori informazioni su reindirizzamenti 301 e contenuti duplicati?
Codex73,

2

Puoi chiarire perché vorresti creare tre siti in lingua inglese con un pubblico separato (ad esempio, è un servizio localizzato)? C'è una sovrapposizione tra i tre segmenti di pubblico (SEO è più importante) o il sito australiano è completamente inutile per gli utenti del Regno Unito?

Puoi confermare che tutto il tuo contenuto è in inglese?

[aggiunto più tardi] Mi rendo conto di rileggere la domanda che tutti i siti in esame sono in inglese. Lascerò la mia risposta originale nel caso in cui aiuti qualcun altro.

È molto meglio avere nomi di dominio locali, se possibile.

Esistono molti modi per indicare in quale paese ti trovi, ma il nome di dominio è un modo chiaro e universalmente riconoscibile per dire ai motori di ricerca dove ti trovi.

Come notato nei commenti, è impossibile provare questo tipo di affermazioni. Tuttavia, questo è un piano senza rischi: se non fa la differenza non perdi nulla, se lo fa, vinci o perdi grandi.

Se hai la scelta, fallo. È banalmente facile da configurare utilizzando .htaccess e semplifica la gestione del sito.

[risposta originale] Gestisco un sito di grandi dimensioni in tre lingue. Lo impostiamo come / en, / es, ecc. Dopo il nome di dominio e me ne pento sinceramente .

Esistono diversi problemi, ma il problema principale che abbiamo riscontrato è la gestione del flusso di Page Rank e della home page .

Se hai un sito in tre lingue, la home page è in quale?

La rendi una combinazione di tutte e tre le lingue o ne scegli una?

Normalmente una buona home page avrebbe molti collegamenti a diverse parti del sito e una buona quantità di testo pertinente .

In un ambiente multilingue, includi tutti i collegamenti e il testo in tutte le lingue? In caso contrario, il tuo sito sarà meno efficace in SEO . Se sì, è un casino per gli utenti.

La domanda si riduce al flusso di Page Rank. In un normale sito in una sola lingua, vuoi che la home page ottenga il succo dalle altre pagine.

In un sito multilingue, questo non è più chiaro . Desideri che un utente spagnolo finisca sulla home page spagnola nel minor numero di clic possibile . Il reindirizzamento automatico può essere penalizzato.

Volevamo che il sito francese comparisse per primo nei risultati di ricerca francesi, in modo che gli utenti non debbano fare clic su una pagina di selezione della lingua. La nostra esperienza è che è necessario ottimizzare per ogni lingua in modo indipendente.

Avere più lingue dietro un singolo nome di dominio ha reso molto più complicato dire a Google: questo è il nostro sito francese, in francese, questo è il nostro sito spagnolo in spagnolo, ecc. È principalmente una questione di Google che sa in quale lingua è ogni pagina Quale specifica di lingua includi nell'intestazione della home page?

Inoltre, è vero che sei leggermente penalizzato per le gerarchie di cartelle profonde (che sono un segno distintivo del vecchio blackhat SEO).

Utilizzando domini separati, puoi ottimizzare in modo chiaro e semplice ogni sito con un buon flusso di Page Rank. Se usi un singolo dominio, l'opzione migliore che abbiamo trovato è solo quella di sacrificare la home page e spostare il Page Rank a / fr, / es ecc.


per chiarire, anche se ogni sito potrebbe avere la stessa lingua (es. inglese o francese), i contenuti sono localizzati ... da qui l'importanza del dominio / paese di primo livello.
Pure.Krome

1

Essere ospitati nel paese può aiutare le classifiche nelle pagine dei risultati dei motori di ricerca specifici per paese, quindi è qualcosa da tenere a mente.


applausi per la risposta, ma sto cercando prove concrete invece di ipotesi. qualche prova?
Pure.Krome

L'ottimizzazione dei motori di ricerca non è una scienza. Non troverai prove di nulla a meno che non sia sul sito Web di Google / Yahoos.
Joe Phillips,

Come utente web non statunitense, posso dirti che Google aumenterà la classifica dei siti che pensa siano vicini a me.

1

È vero che sei leggermente penalizzato per le gerarchie di cartelle profonde (che è un segno distintivo del vecchio blackhat SEO)



1

Penso che Google dovrebbe dirci qual è la strada giusta per i paesi, i sottodomini o le cartelle.

Tendo a credere che la creazione di una cartella sia più attraente in quanto in questo modo avrai il potere di collegamento del nome di dominio principale. Altrimenti, dovrai fare una campagna di costruzione di link completamente nuova per un nuovo nome di dominio.


1

L'opzione 1 è riconosciuta dalla maggior parte dei motori di ricerca. In alternativa, puoi provare a trovare un host nel tuo paese di destinazione poiché alcuni motori di ricerca controllano anche l'IP di destinazione. Molte più informazioni possono essere trovate su un articolo dell'anno scorso su Moz .

Per il budget limitato, l'opzione 2 funzionerà con Google poiché gli strumenti per i webmaster ti consentono di scegliere come target i paesi per sottodominio.

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.