Volevo chiedere se qualcuno si è mai cimentato nel voler far apparire nel codice sorgente della pagina, prima il contenuto principale, e poi le colonne.
Spesso e volentieri i motori ormai non usano più il meta: description, ma il primo testo che trovano nella pagina.
Fare apparire con i css o con altri trucchi il testo della colonna centrale per primo, invece delle voci del menu categorie o dell'header è una delle tecniche piû famose per il posizionamento di google.
Sto avendo qualche problema a implementarlo però nel mio shop, qualcuno si è già cimentato?
MARKETING - SEO : Contenuto principale prima delle colonne
Moderatore: mod Merchant
aggiungo: in generale i motori di ricerca leggono solo un certo numero di caratteri prima di considerare la pagina un doppione, penalizzare il sito e non indicizzarla (come fa google)...
Ora sto testando un sistema con i css e devo dire che secondo linx, il browser testuale, i risultati sono stupefacenti.
Facendo la modifica alla index, miglioreremo repentinamente la sua indicizzazione e quella delle categorie, facendo la modifica a product_info, faremo altrettanto per i prodotti.
In aggiunta l'ideale è usare il tag h1 per il titolo e h2 per la descrizione.
Vi terrò informati e posterò la struttura css se a qualcuno interessa.
Ora sto testando un sistema con i css e devo dire che secondo linx, il browser testuale, i risultati sono stupefacenti.
Facendo la modifica alla index, miglioreremo repentinamente la sua indicizzazione e quella delle categorie, facendo la modifica a product_info, faremo altrettanto per i prodotti.
In aggiunta l'ideale è usare il tag h1 per il titolo e h2 per la descrizione.
Vi terrò informati e posterò la struttura css se a qualcuno interessa.
Ecco come lynx legge la mia pagina index ora:
Il Tuo Carrello contiene [1] 0 oggetti Totale: 0.00CHF
[CHF Franco Svizzero]
[2]Italiano [3]English [4]Deutsch
[5]Your Account | [6]Cart Contents | [7]Checkout
[8]Top » [9]Catalog
What's New Here for your home?
What's New Here for your home?
Welcome Guest! Would you like to [10]log yourself in? Or would you
prefer to [11]create an account?
This module demonstrates how easy it can be to adapt existing code in OSC.
All I had to do was add one single line to define_languages.php (admin) to
make sure it always looks for the mainpage.php file. Obviously I had to then
implement it in the Admin & Catalog side, but that's not a big deal as
you've just found out.
You can edit the contents of this file from within the Admin ( ->
CATALOG -> DEFINE MAINPAGE)
If you can't open/edit the /[language]/mainpage.php file you should
probably set the right permissions. You'll get a warning anyway.
In pratica c'è lo header e poi subito il contenuto.
Il layout a 3 colonne è mantenuto con i css.
Prima avevo ottenuto che addirittura il testo fosse la prima cosa in assoluto, ma mi causava grossi problemi di gestione della struttura/grafica dell'intero sito. Ahhhhhhh odio la grafica fatta con le tabelle di osc!
In ogni caso il miglioramento è notevole.
per comodità vi copio il codice html.
Ricordatevi che la colonna centrale della index, ha 3 IF nel codice e quindi si vedrà solo uno di essi alla volta. Quando spostae il codice delle parti centrali, colonna sinistra e destra, all'interno dei div appositi, ricordatevi di togliere il tag td prima delle tabelle.
Come vedete dalla struttura a div, #contenuto viene prima di #menuleft. Cioè il contenuto testuale della pagina si vedrà prima del menu principale. Realizzando una pagina molto più SE Friendly, meglio indicizzata. Non dimenticatevi di mettere il titolo della pagina sempre in h1, riassuntivo del contenuto. e i il testo in h2, in diversi spezzoni di h2.
Il Tuo Carrello contiene [1] 0 oggetti Totale: 0.00CHF
[CHF Franco Svizzero]
[2]Italiano [3]English [4]Deutsch
[5]Your Account | [6]Cart Contents | [7]Checkout
[8]Top » [9]Catalog
What's New Here for your home?
What's New Here for your home?
Welcome Guest! Would you like to [10]log yourself in? Or would you
prefer to [11]create an account?
This module demonstrates how easy it can be to adapt existing code in OSC.
All I had to do was add one single line to define_languages.php (admin) to
make sure it always looks for the mainpage.php file. Obviously I had to then
implement it in the Admin & Catalog side, but that's not a big deal as
you've just found out.
You can edit the contents of this file from within the Admin ( ->
CATALOG -> DEFINE MAINPAGE)
If you can't open/edit the /[language]/mainpage.php file you should
probably set the right permissions. You'll get a warning anyway.
In pratica c'è lo header e poi subito il contenuto.
Il layout a 3 colonne è mantenuto con i css.
Prima avevo ottenuto che addirittura il testo fosse la prima cosa in assoluto, ma mi causava grossi problemi di gestione della struttura/grafica dell'intero sito. Ahhhhhhh odio la grafica fatta con le tabelle di osc!
In ogni caso il miglioramento è notevole.
per comodità vi copio il codice html.
Codice: Seleziona tutto
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<title>Struttura CSS SEO Friendly V.1 per OsCommerce</title>
<style type="text/css">
<!--
#centro {
width: 960px;
margin-right: auto;
margin-left: auto;
}
body {
text-align: center;
}
#centro #footer {
clear: both;
}
#paginaintera {
width: 960px;
margin-right: auto;
margin-left: auto;
}
#centro #doppiodiv {
float: left;
width: 800px;
}
#centro #doppiodiv #contenuto {
float: right;
width: 640px;
}
#centro #doppiodiv #menuleft {
float: left;
width: 160px;
}
#centro #menuright {
float: right;
width: 160px;
}
-->
</style>
</head>
<body>
<div id="paginaintera">
<div id="header">header</div>
<div id="centro">
<div id="doppiodiv">
<div id="contenuto">contenuto qui</div>
<div id="menuleft">menu 1</div>
</div>
<div id="menuright">menu 2</div>
<div id="footer">footer</div>
</div>
</div>
</body>
</html>
Come vedete dalla struttura a div, #contenuto viene prima di #menuleft. Cioè il contenuto testuale della pagina si vedrà prima del menu principale. Realizzando una pagina molto più SE Friendly, meglio indicizzata. Non dimenticatevi di mettere il titolo della pagina sempre in h1, riassuntivo del contenuto. e i il testo in h2, in diversi spezzoni di h2.
chissà come mai allora i siti che rispettano gli standard e sono costruiti solo con i css e senza tabelle, vengono indicizzati meglio e prima...mustafa ha scritto:mi dispiace deludervi, ma i motori di ricerca sono più evoluti, molto più evoluti, molto molto molto più evoluti di un "vedere il testo iniziale di una pagina"
fatica sprecata, quindi? per i motori, direi proprio di si.
Forse perchè i contenuti nella pagina sono posizionati subito, senza altri tags e sono la parte prevalente del codice...
senza dimenticare che questa è solo una piccola cosa oltre all'uso dei tag h1, h2, h3, nel modo giusto per indicare i contenuti prevalenti, al tag description, alle poche keywords per pagina (anche se ormai poco usate dai SE), ai titoli ottimizzati, ai link verso il nostro sito non corrisposti da siti inerenti al nostro shop, alla ricchezza e unicità delle descrizioni, alla qualità dei links in uscita dal nostro sito, nostri url puliti, uso corretto degli alt tags, e a molte altre cose, ecc ecc...
Fosse solo una questione di contenuti prima o dopo... ti do ragione.
In ogni caso è risaputo che i motori tendono a leggere cosa c'è all'inizio, quindi perchè non ottimizzare pure quello nel limite del possibile?
hai fatto test al riguardo? intendiamoci, sono il primo a volerli rispettosi degli standard, ma se i mdr ragionassero in questo modo, le serp sarebbero pessime.hsg26 ha scritto: chissà come mai allora i siti che rispettano gli standard e sono costruiti solo con i css e senza tabelle, vengono indicizzati meglio e prima...
quindi hai fatto il test di cui sopra e l'hai anche isolato da tutte le altre variabili possibili?Forse perchè i contenuti nella pagina sono posizionati subito, senza altri tags e sono la parte prevalente del codice...
ok, molto bene. iniziamo ad allargare il campo, ma se vuoi dirmi che fare SEO é importante, sfondi una porta apertasenza dimenticare che questa è solo una piccola cosa oltre all'uso dei tag h1, h2, h3, nel modo giusto per indicare i contenuti prevalenti, al tag description, alle poche keywords per pagina (anche se ormai poco usate dai SE), ai titoli ottimizzati, ai link verso il nostro sito non corrisposti da siti inerenti al nostro shop, alla ricchezza e unicità delle descrizioni, alla qualità dei links in uscita dal nostro sito, nostri url puliti, uso corretto degli alt tags, e a molte altre cose, ecc ecc...
ok, già meglioFosse solo una questione di contenuti prima o dopo... ti do ragione.
non è risaputo affatto. in ogni caso, ammesso che si riesca a quantificare un beneficio, andrebbe anche messo sull'altro piatta della bilancia lo sforzo necessario per raggiungerlo. il bilancio è positivo o negativo?In ogni caso è risaputo che i motori tendono a leggere cosa c'è all'inizio, quindi perchè non ottimizzare pure quello nel limite del possibile?
con un sito realizzato in css è assolutamente positivo, con un sito realizzato a tabelle, le vie sono due.. o si inseriscono dei div e si gioca con la proprietà float dei css, come indicato sopra, oppure si gioca con il trucco della cella vuota nella colonna del menu principale. Ovviamente preferisco la prima, ma osc base fa schifo a livello di codice. Presumo ad esempio che magnino nel suo pack abbia reso il tutto mooooolto più semplice. (non l'ho mai guardato a livello di codice). Nel secondo caso il tempo impiegato è più alto, ovviamente. Ma una volta fatto per un sito.... si può replicare in due minuti per altri.mustafa ha scritto:hai fatto test al riguardo? intendiamoci, sono il primo a volerli rispettosi degli standard, ma se i mdr ragionassero in questo modo, le serp sarebbero pessime.hsg26 ha scritto: chissà come mai allora i siti che rispettano gli standard e sono costruiti solo con i css e senza tabelle, vengono indicizzati meglio e prima...
quindi hai fatto il test di cui sopra e l'hai anche isolato da tutte le altre variabili possibili?Forse perchè i contenuti nella pagina sono posizionati subito, senza altri tags e sono la parte prevalente del codice...
ok, molto bene. iniziamo ad allargare il campo, ma se vuoi dirmi che fare SEO é importante, sfondi una porta apertasenza dimenticare che questa è solo una piccola cosa oltre all'uso dei tag h1, h2, h3, nel modo giusto per indicare i contenuti prevalenti, al tag description, alle poche keywords per pagina (anche se ormai poco usate dai SE), ai titoli ottimizzati, ai link verso il nostro sito non corrisposti da siti inerenti al nostro shop, alla ricchezza e unicità delle descrizioni, alla qualità dei links in uscita dal nostro sito, nostri url puliti, uso corretto degli alt tags, e a molte altre cose, ecc ecc...
ok, già meglioFosse solo una questione di contenuti prima o dopo... ti do ragione.
non è risaputo affatto. in ogni caso, ammesso che si riesca a quantificare un beneficio, andrebbe anche messo sull'altro piatta della bilancia lo sforzo necessario per raggiungerlo. il bilancio è positivo o negativo?In ogni caso è risaputo che i motori tendono a leggere cosa c'è all'inizio, quindi perchè non ottimizzare pure quello nel limite del possibile?
Per quanto riguarda la migliore indicizzazione ti rispondo:
la densità di keywords e dei contenuti rispetto ai tags è nettamente più alta in un layout css.
e secondo punto: gli spider leggono le pagine come il browser testuale lynx, e qui si ritorna di nuovo al fatto del posizionamento prima o dopo dei contenuti, ecc ecc... I motori e lynx usano la logica top-down nella lettura dei siti... a questo proposito mi ricordo di un articolo sul blog di google che parlava di css e co. Ho però trovato dove si parla di lynx qui: http://www.google.com/support/webmaster ... 522#design
come vedi la fonte è piuttosto autorevole...
Per quanto riguarda un test effettivo, se ritrovo il link che non ho salvato nei preferiti... te lo passo.
Credo che già solo seguire tutti i punti indicati da me in precedenza, soprattutto il fatto di avere contenuti ricchi, occupi già molto tempo. Non bisogna dimenticare che ci vogliono quasi 12 mesi prima che un sito cominci a vedere appieno gli effetti di un ottimizzazione per i motori.
A proposito: hai per caso saputo se la voce che google voglia utilizzare il criterio della validayione di xhtml e css come ulteriore criterio sul posizionamento sia vera? non mi stupirei.
vado di fretta e per ora ti rispondo solo basandomi su due parole che ho letto di sfuggita (scusa, non é cattiveria, é proprio che vado di fretta).
1) la keyword density é un concetto inesistente per i motori di ricerca
2) tutte le altre cose di cui parli vanno bene. è sul singolo elemento che ritengo eccessivo lo sbattimento (soprattutto a giudicare dal codice di osc) per il microscopico vantaggio che ne ottieni (ammesso e non concesso che questo microscopico vantaggio).
p.s. certo la migliore guida per posizionarsi su google non può essere scritta da google, ti pare?
p.p.s. ti chiederei di mostrare qualche risultato in termini di SEO giusto per dare maggior credito alle tue convinzioni, ma non é d'interesse per nessuno fare una gara a chi ce l'ha più lungo
1) la keyword density é un concetto inesistente per i motori di ricerca
2) tutte le altre cose di cui parli vanno bene. è sul singolo elemento che ritengo eccessivo lo sbattimento (soprattutto a giudicare dal codice di osc) per il microscopico vantaggio che ne ottieni (ammesso e non concesso che questo microscopico vantaggio).
p.s. certo la migliore guida per posizionarsi su google non può essere scritta da google, ti pare?
p.p.s. ti chiederei di mostrare qualche risultato in termini di SEO giusto per dare maggior credito alle tue convinzioni, ma non é d'interesse per nessuno fare una gara a chi ce l'ha più lungo
come lo dici che è inesistente? i motori di ricerca tendono a indicizzare meglio per una determinata parola di regola le pagine tematizzate. Ovviamente oltre ad avere ottimizzato tutte le centinaia di altri aspetti, avrà un buon rapporto di keywords density, che verrà da sè scrivendo buoni contenuti. Ovviamente si fa in fretta a finire nella penalizzazione se si forza questo aspetto. Infatti i motori tendono a premiare i testi scritti in modo naturale, più ricchi, ma questi testi se così completi, conterranno anche le varie keywords. Se a questo sommiamo un codice pulito... Non mi sembra di ridurlo al semplice: devi avere la parola 6 volte nella pagina... o al 6%mustafa ha scritto:vado di fretta e per ora ti rispondo solo basandomi su due parole che ho letto di sfuggita (scusa, non é cattiveria, é proprio che vado di fretta).
1) la keyword density é un concetto inesistente per i motori di ricerca
2) tutte le altre cose di cui parli vanno bene. è sul singolo elemento che ritengo eccessivo lo sbattimento (soprattutto a giudicare dal codice di osc) per il microscopico vantaggio che ne ottieni (ammesso e non concesso che questo microscopico vantaggio).
p.s. certo la migliore guida per posizionarsi su google non può essere scritta da google, ti pare?
p.p.s. ti chiederei di mostrare qualche risultato in termini di SEO giusto per dare maggior credito alle tue convinzioni, ma non é d'interesse per nessuno fare una gara a chi ce l'ha più lungo
Piuttosto lo lo intendo come il peso del contenuto tematico all'interno della pagina
inoltre, quella che ti ho inserito è unicamente una pagina di google con alcune linee guida dove si dice esplicitamente come sono lette le pagine.
Nulla di più. Che è una guida per seo l'hai detto tu.
Capisco il fattore sbattimento, ma se sul nostro shop si hanno visioni di lunga durata, lo sbattimento vale la pena.
Sul tuo blog scrivi cose interessanti comunque...
con "inesistente" intendo dire che i motori di ricerca non hanno mai preso in considerazione la "keyword density". ovviamente questo non significa che non sia importante avere la parola all'interno della pagina, ma non è certo con la "keyword density" che viene valutata la rilevanza di una pagina rispetto ad una parola chiave. la "keyword density" non esiste, anche perché richiederebbe un uso di risorse inaccettabile.
ciao
ciao
sai una cosa? Ho l'impressione che sono io a chiamare keyword density qualcosa che non lo èmustafa ha scritto:con "inesistente" intendo dire che i motori di ricerca non hanno mai preso in considerazione la "keyword density". ovviamente questo non significa che non sia importante avere la parola all'interno della pagina, ma non è certo con la "keyword density" che viene valutata la rilevanza di una pagina rispetto ad una parola chiave. la "keyword density" non esiste, anche perché richiederebbe un uso di risorse inaccettabile.
ciao