aumente e diminuzione pagine duplicate

enzoibanez

aumente e diminuzione pagine duplicate

-joomla 3.4
Salve ragazzi..peadesso sono alle prese con il miglioramento del mio sito..almeno ci provo. avevo molte pagine duplicate e tramite il robots.txt ho cerco di toglierle..

Disallow: /*?

erano tutte quelle pagine che avevano il punto internegativo nella url..
ho voluto anche togliere tutte quelle pagine che finivano con .feed

Disallow: /*.feed$

e avevo delle pagine che iniziavano con index.php.php

Disallow: /index.php.php/*

Ora la media era di 300 pagine pagine duplicate..con la modifica al robots.txt erano 21..ieri sono saliti a 550..come faccio a capire se la strada intrapresa è quella giusta?

Mi conviene comprare qualche componente a pagamento?

fda

Ciao enzoibanez,
il robots.txt non è la strada giusta.

Devi prima ottenere l'elenco delle pagine incriminate, poi fare un'analisi per capire come si generano in modo da scegliere come intervenire.
Se scopri che c'è un un problema, ad esempio un funzionamento anomalo di un'estensione oppure delle voci di menu sbagliate, allora rimuovi il problema.
Per i duplicati che restano, quelli "non risolvibili", usa il rel="canonical" dove possibile, mentre il meta noindex solo in casi estremi.

Ti consiglio di partire da un crawler come Visual SEO Studio, lo trovi in questa meravigliosa pagina ricca di tool: http://seoblog.giorgiotave.it/seo/tools

enzoibanez

ok...però come faccio a capire se è un componete se sono le vode del menu sbaglete?

per esempio ho questi errori

/ index . php / 40-negozio / riparazione-console / sony / psp / 77-quando-il-joypad-della-psp-non-risonde . html
/ index . php / component / content / article . html?id=77:quando-il-joypad-della-psp-non-risonde
/ index . php / riparazione-di-tutto / console-riparazione-palermo / sony-riparazioni-palermo / 40-riparazione-console-psp-palermo / 77-quando-il-joypad-della-psp-non-risonde . html
/ index . php / riparazione-di-tutto / console / sony-riparazioni / 40-psp / 77-quando-il-joypad-della-psp-non-risonde . html
/ index . php / riparazione-di-tutto / console / sony-riparazioni / 40-riparazione-console-psp-palermo / 77-quando-il-joypad-della-psp-non-risonde . html
/ riparazione-di-tutto / console / sony-riparazioni / 40-psp / 77-quando-il-joypad-della-psp-non-risonde

fda

Quelle che hai postato sono tutte url relative all'articolo con id=77.
Il routing crea potenzialmente infinite url di questo tipo, che non vengono però raggiunte e indicizzate.
Se queste url vengono indicizzate è perché c'è qualcosa che non funziona nella configurazione del sito, probabilmente dovuto a un tuo errore. Due tipici errori sono:

voci di menu sbagliate
componenti che visualizzano gli articoli e che creano le proprie url

Le voci di menu sono facili da beccare, basta controllarle una ad una.

Se hai componenti che visualizzano le news, gli articoli dei post, un portfolio e ogni altro contentuto con un id, allora devi controllare se contengono url al contenuto. La questione è che ogni componente ha un suo routing che crea un url legata a un template (il template del componente). In questi casi hai 4 strade:

modificare l'url visualizzato (difficile, in casi estremi potresti dovere intervenire sul routing o comunque fare un override, sconsigliato ai principianti)
inserire un redirect 301 verso l'url corretto del corrispondente id (meglio fare come al punto 3 che segue)
inserire sull'url generato il rel="canonical" verso l'url corretto del corrispondente id
eliminare il componente che ti crea problemi

Altro suggerimento: se metti in giro nel web link all'articolo con id=77, ma invece di linkare l'url giusta linki quella sbagliata, allora sì che potrebbero crearsi contenuti duplicati.

Questo può accadere perché il rel=canonical è di fatto un suggerimento e come tale Google può decidere di ignorarlo. Se piazzi in giro una url sbagliata e questa viene condivisa, potrebbe capitare che Google veda la pagina con url sbagliata come canonica, cosa che noi non vogliamo che accada.
Perciò è importante:

implementare il rel canonical come si conviene
evitare di mettere in giro "link sbagliati"

enzoibanez

non ho nessun componente particolare...
per quanto riguarda la configurazione ho dsabilitato il componennte
Riscrivi URL SEF

forse è questo che da problemi..
ma se l'attivo debbo fare il redirect?

per quanto riguarda i menu ceh cosa debbo controllare?l'id del menu?

enzoibanez

ecco...sembrerebbe che j2store che è un componente che non utilizzo quasi mai..anzi avevo messo il metta noindex no follow
ho notato che il programma che mi hai consigliato tu mi ha fatto notare che un menù replica le sue descrizioni alle categorie articoli in esso contenute..
quindi
menù negozio—descrizione del negozio --->ricambi cellulari apple --->descrizione del negozio--->ricambi iphone 4 --->descrizione del negozio..
insomma non prende le descrizioni delle categorie..come risolvo?

fda

Dall'elenco di url che hai mostrato il problema deriva dalla struttura delle categorie.
Nei menu verifica che cosa hai linkato, cioè quali articoli, categorie e sotto-categorie. A volte le diverse url indicizzate dipendono proprio da questo: Google segue le voci di menu e le indicizza.

Mi è difficile darti suggerimenti "chirurgici" perché per farlo bisognerebbe analizzare il sito da dentro.
Puoi provare a chiedere suggerimenti agli utenti del forum inserendo qui il dominio del sito (link inattivo).

L'URL SEF serve e non sta lì il problema, puoi attivarlo ma dovrai gestire i redirect perché con l'attivazione cambiano le url.

enzoibanez

ma scusami...ma dal menu che debbo cambiare??quali valori potrei cercare? non capisco quali settaggi posso fare? nel senso entro nela gestione menù...e che faccio?capisco che sto chiedendo troppo..però mi piacerebbe avere la possibilità di settare 1000 cose..e confondermi che sono 1000..ma qua non vedo cosa posso cambiare..se sono un caso perso dimmelo che chiudo il topic
il link è w w w . c o m p u t e r e g a m e s . it

fda

Devi sistemare assolutamente le viste dei menu, i contenuti al momento si leggono con difficoltà.
Consiglio: in ogni vista "blog" inserisci solo l'introduzione dell'articolo, non l'intero articolo.

Come avevo anticipato, i problemi nascono dalle voci di menu combinate all'architettura (leggi: sotto-categorie).

Il problema è capire da dove sono usciti quei link.

Un possibile imputato sono i commenti di Disqus ad ogni articolo, che sono presenti ovunque mentre dovrebbero essere presenti soltanto nella pagina dedicata al singolo articolo.
Se segui il consiglio sopra e mostri soltanto l'anteprima dell'articolo, i commenti di Disqus non verranno mostrati nella "vista blog" in quanto sono "appesi" alla fine di ogni articolo: questo dovrebbe essere sufficiente a non inserire link a "url pazze" legate ai commenti.

Non escludono che ci siano altri problemi, ma inizia da qui.

enzoibanez

e se io me ne esco togliendo Disqus? velocizzo pure il sito(se devo essere esagerato)...2 piccioni con una fava...oppure tolgo Disqus e faccio pure la mod che mi hai detto tu?
insomma per me Disqus non è importante..

poi se posso..come sei arrivato a dire che è Disqus?'esperienza tua o altro?

fda

Ciao enzoibanez,
ho ispezionato il codice.

L'importante è che Disqus si veda soltanto nei singoli articoli completi, se lo elimini ottieni lo stesso risultato. Ci sarebbero altri motivi per moificare il layout delle pagine, ma non c'entrano gli errori di cui parliamo.

enzoibanez

Grtazie...ci sto provando...anche se però i menu lista blog dovrebbero essere pochi...tutti i menu sono contenitori di singolo articolo..poi dimmi se vado bene
il percorso è
[h=1]Gestione menu: Modifica voce di menu---Testo introduttivo-mostra
ok?

enzoibanez

FDA...controllando ho un problema..moooooolllllltttooooo banale...ho controllato e sembrerebbe il ril rel='canonical' non sia attivato..anche se davo per sontato che fosse attivato..però penso che si attivi da solo no?o cmq..ho un problemacon il rel='canonical'
mi dai conferma?

fda

Confermo, nel sorgente non c'è il rel canonical.
Il canonical può dipendere dal fatto che hai disabilitato il plugin SEF. Devi riattivarlo, ma quando lo fai ti cambiano le url e quindi devi inserire i redirect 301 verso le vecchie url "buone".

Il problema è che alcune delle vecchie url sono cattive, quindi devi selezionare quelle buone, metterle in un elenco ed avere la pazienza di riscrivere i redirect di due tipi:

dalle vechie url sbagliate verso le nuove url
dalle vecchie url buone verso le nuove url

Le nuove url sono quelle che ottieni:
A) attivando il plugin SEF
B) controllando le voci di menu
C) togliendo Disqus
D) verificando se ci sono altri link cattivi in giro

I redirect li puoi al massimo preparare, ma li scriverai solo dopo che avrai attivato il plugin SEF. Ovviamente i redirect dipendono dal server, se stai su Apache fai un elenco su riga e te la cavi con un copia e incolla nell'htaccess (il funzionamento comunque è simile anche per altri casi, solo che il file non è l'htaccess).

enzoibanez

Gestione Plugin: Plugin

[TABLE="class: table table-striped"]
[TR="class: row0"]
[TD="class: center"][/TD]
[TD="class: center"][/TD]
[TD] System - SEF attivato

Attiva URL SEF Sì
Riscrivi URL SEF No
Suffisso URL Sì
Alias Unicode No

[/TD]
[/TR]
[/TABLE]

[Queste sono le mie configurazioni..penso che ci sia un problema nel generare il rel='cononical'..io mi chiedevo..se comprassi un plugin tipo sh404sef..
riparerei il problema del rel cononical aggiusterei le url..e altro..tu che dici..mi aiuterebbe?

fda

Riscrivi URL SEF metti Sì, poi fai i redirect come ti ho detto.
Il rel canonical viene creato dal plugin SEF di Joomla, quello incluso nel core. Al momento lo vedo.

Acquistare un componente SEO SEF non ti aiuterà se prima non elimini gli errori, rischi soltanto di peggiorare le cose.

fda

Visual SEO Studio ha scansionato 500 url e almeno su queste non ha trovato il rel canonical nel 93,9% dei casi; nel restante 6,1% dei casi viene rilevato un canonical diverso dal percorso.
Situazione coerente con quanto dicevamo.
Al di là dell'attivazione del SEF plugin e dei redirect da inserire, tutto deriva dall'architettura delle informazioni e dalle voci di menu.
Non credo che siano stati toccati i file php del core/template, ma questo ovviamente non posso saperlo dall'esterno.
Armati di pazienza e coraggio, ce la puoi fare!

enzoibanez

senti ma per il redirect potrei fare una modifica al .htacces dicendo di fare un redirect alle pagine senza index.php
no?

ora vedo per stu rel='canonical'...forse nella versione 3.4 funziona diverso il rel='canonical'..leggevo qualcosa in inglese...

fda

Sì, avrai certamente il mod_rewrite abilitato e quindi ti basta scrivere il redirect con una regex.

Improvviso, fammi sapere se funziona:


RedirectMatch 301 ^/index.php/(.*)$ http:// www . computeregames.it /$1

Con questa riga sopra redirezioni le url con l' "index.php" verso le nuove url senza.

Altri redirect vanno forse inseriti uno per uno come redirect 301, questo perché potrebbe non esistere una regola che ci fornisca le url corrette a partire da quelle non corrette, in quanto quelle non corrette non seguono una logica (quindi devi elencarle, come ho già detto, e mettere in riga tuttu i redirect verso le nuove).

P.S. Hai attivato il plugin SEF? Perché se l'hai attivato possiamo vedere se il rel canonical funziona...

enzoibanez

Allora...è un po' un casino per me..alcuni link hanno il rel='caononical'...altri no..ho notato che molti link dati dalla sitemap sono senza il rel='caononical'..non li ho visti tutti ma penso che la maggio parte sono con questo problema.. se tolgo dalla url index.php la pagina mi da il rel='canonical' ma il link è quello con l'index.php

se avvio riscrivi l'url sembrerebbe non cambiare..