@collega-deborahdc said:

Risposta: ancora per poco dal momento che ti autoduplichi
google.com/search?q="Un+primato+che+non+da+lustro+a+Chrome.+Secondo+la+speciale+classifica+delle+12+applicazioni"&hl=en&rlz=1C1GGGE_enIT383IT383&prmd=o&filter=0

Di al tuo webmaster che non si deve creare contenuto duplicato altrimenti non ne uscite.

Hai preso una frase dell'occhiello, ti prego di seguire il post di prima, prendi il titolo. Grazie

Anna seguimi hai due pagine perfettamente uguali e indicizzate da google

fullpress.it/News/Google-Chrome-il-piu-vulnerabile-nella-classifica-Dirty-Dozen/7-40659-1.html?utm_source=twitterfeed&utm_medium=twitter

fullpress.it/News/Google-Chrome-il-piu-vulnerabile-nella-classifica-Dirty-Dozen/7-40659-1.html

Ok, comunque il post di prima diceva altro, dimmi da dove proviene la prima

Da una errata configurazione del vostro programma, rispetto ai motori di ricerca.

Ma il link proviene da TwitterFeed, uno strumento pubblico. Non è nostro.

Anna
io non so come avete configurato quel programma.
Sta di fatto che google vede due pagine esattamente uguali e non può vederle.

O il tuo programmatore ha conoscenze seo ed è in grado di risolvere questi problemi altrimenti, consiglio sincero e da amica, fatti seguire da qualcuno, che sa dove mettere le mani.

Perchè se mi rispondi "non è nostro" capisco che il tuo programmatore non ha capito il problema e non ti basta una semplice consulenza. Devi trovare qualcuno che ti metta le mani nel codice.

Altrimenti rischi di fare pastrocchi.

Scusa Deborah ma ora non ti seguo. Il secondo url è il nostro, questo non ci piove. Il primo è di Twitter Feed, un software che permette (tramite l'inserimento di un feed) di postare su Twitter. Non credo che siamo i soli ed unici ad usare quello strumento che non richiede conosce SEO e di informatica. Secondo la tua teoria, però, quello strumento è da mettere sotto osservazione. Se è così, però, apri un altro scenario che se permetti esula un po' dal discorso strutturale del nostro sito ma va applicato al software del feed per Twitter e all'indice di Google.

No, è generato dal vostro sito dove è stato installato Twitter Feed ma non è stato previsto di non farlo vedere ai motori di ricerca.

Dovete di fatto, no far vedere le due pagine ai mdr ma solo una.

Ho inserito pari pari tutti i link degli articoli di oggi (presenti sulla home), eccezion fatta per il tuo esempio di prima non c'è nessun duplicato e meno che io vedo qualcosa di diverso. Questo dimostra che puo' trattarsi di casa eccezionale. Eppure tutti gli articoli presi in esame usano TwitterFeed.

@collega-deborahdc said:

No, è generato dal vostro sito dove è stato installato Twitter Feed ma non è stato previsto di non farlo vedere ai motori di ricerca.

TwitterFeed non un client ma risiede su server terzi. Non è un nostro strumento ma un servizio pubblico e molto ma molto noto. Dalla home di TwiterFeed: oltre 2 milioni di feed.

fai come credi.

Questo problema (dei parametri) qua si risolve introducendo il rel=canonical negli articoli
comunicando quindo qual è l'URL canonica che Google deve seguire

Aggiornamento delle 17.44 con chiave "Google Chrome il più vulnerabile" modalità più recente. Sono solo 9 i risultati rispetto ai 10 di prima.

1. risultato non pertinente;
   2: come sopra;
2. come sopra;
3. aggregatore che prenda la news dell'unico sito italiano (oltre il nostro) che ha riportato la notizia;
4. sito italiano come il nostro che ha riportato la notizia;
5. risultato non pertinente;
6. nostro risultato proveniente da Google News;
7. secondo aggregatore che ha copiato ed incollato il sito italiano al quinto posto;
8. risultato non pertinente.

Ho appena parlato con un ex dipendente Google Irlanda facente parte del Team di Matt Cutts.
Mi dice che:

• quanto Matt cita qualcosa nel suo blog o twitter significa che è qualcosa di grave (altrimenti non ne parla)

• e' quasi sicuramente qualcosa riguardante i filtri antispam per le serp

• quando succedono queste cose è bene sapere che ci va parecchio tempo perchè vengano sistemate da Google

• E' meglio cercare di capire cosa generi il problema ed adeguarsi

• mi dice di mandare sicuramente una richiesta di re-inclusione (anche se non sono certo al 100% del motivo della penality)

• mi dice che da quanto sa ultimamente il focus è molto sulla velocità di caricamento delle pagine e che influiscono molto gli episodi di site down

In funzione di questo sto cambiando nameservers e dns (non hosting).
Spero che qualcuno ne capisca qualcosa di più e voglia condividere qui.

grazie a tutti

Sulla velocità non punterei neanche una cicca, il nostro sito risulta il 67% più veloce degli altri e ho letto da più parti che influisce per l'1%, sugli altri aspetti farei una riflessione anche se alcune cose, scusami, sono abbastanza scontate...

Sono scontate ma sono gli unici dati certi che ho. Parto da questi.

Sulla velocità non affretterei una risposta così velocemente.
Considera che google ha sviluppato un apposito tool per misurarla e che nel webmaster central , sezione labs sono presenti informazioni molto dettagliate a riguardo.

Anche io vedo il tipo di informazione che il sito è più performante della media ma la fluttuazione di performance è abbastanza evidente, sopratutto per un sito così corposo.

<br /><b>Dominio</b>: <br />fullpress dot it<br /><br /><b>Motori</b>: <br />Google<br /><br /><b>Prima indicizzazione o attività</b>: <br />anni fa<br /><br /><b>Cambiamenti effettuati</b>: <br />nessuno<br /><br /><b>Eventi legati ai link</b>: <br />nessuno<br /><br /><b>Sito realizzato con</b>: <br />cms<br /><br /><b>Come ho aumentato la popolarità</b>: <br />nulla<br /><br /><b>Chiavi</b>: <br />tutte<br /><br /><b>Sitemaps</b>: <br />Si<br />

Aggiornamento delle 23.00 con chiave "Google Chrome il più vulnerabile" modalità più recente. Ancora solo 9 risultati.

1. aggregatore che prenda la news dell'unico sito italiano (oltre il nostro) che ha riportato la notizia;
   2: risultato non pertinente;
2. eccoci per la prima volta, la news è presa dalla sezione NEWS che raggruppa tutte le News. Il title e il link è relativo alla sezione e non al singolo articolo;
3. risultato non pertinente;
4. risultato non pertinente;
5. risultato non pertinente;
6. sito italiano come il nostro che ha riportato la notizia;
7. risultato non pertinente;
8. nostro risultato proveniente da Google News.

Ciao FullPress,

ti suggerirei di fare ricerche usando un ambiente di test sterile, ovvero: usare diversi indirizzi IP, non essere loggati su nessun servizio Google, essersi assicurati di aver svuotato i cookies e qualsiasi cache.

Al momento ore 1,42 ora italiana vedo...

Per Google Chrome il più vulnerabile (ricerca senza doppi apici), al 10° risultato vedo il box di Google News che riporta FullPress. FullPress è presente al 28° risultato con questa URL /News/Google-Chrome-il-piu-vulnerabile-nella-classifica-Dirty-Dozen/7-40659-1.html

Invece per "Google Chrome il più vulnerabile" (ricerca con doppi apici) 3 risultati di cui il 1° è Google News, il 2° FullPress URL News/Google-Chrome-il-piu-vulnerabile-nella-classifica-Dirty-Dozen/7-40659-1.html, il terzo /News/7-1.html .

Se espando il filtro duplicati cliccando su "ripetere la ricerca includendo i risultati omessi" vedo un altro risultato con i parametri twitterfeed come indicato in precedenza da collega-deborahdc.

Ultima nota: Google News riporta correttamente l'indicazione 13 ore fa.

Saluto tutti e faccio un in bocca al lupo a FullPress.

Volevo dire solo: il fatto che twitterfeed appenda quei parametri alla url che twitta è un 'problema noto' ... o almeno, noto agli utilizzatori di Twitterfeed che abbiano cognizioni seo.

E' un problema 'piccolo', nella maggioranza dei casi: intanto perchè i cms migliori hanno implementato il tag canonical di default (come Wordpress), quindi quelle url parametriche vengono successivamente filtrate in favore della URL vera.

Se proprio vogliamo dirla tutta TwitterFeed non è il solo tool che crea questo genere di url 'duplicate'... lo fa anche FeedBurner, tanto per parlare del diavolo (che fa le pentole ma non i coperchi, as usual).

Anche non utilizzando WP quei duplicati spariscono in brevissimo tempo (vengono filtrati al volo).... ma accade che invece a volte questo non succeda, perchè magari il link con i parametri è andato a finire su una pagina ben indicizzata che rischia quindi di tenere in indice (in un indice secondario) anche quelle url più lunghe generate dal tool per esigenze di tracking.

Ma non è Twitterfeed il problema di FullPress.it, questo è poco ma sicuro.

L'introduzione del canonical in questo caso è sicuramente stra-consigliata... ma temo che il sito sia comunque stato colpito da quel 'problema di indicizzazione' che Google ha ammesso il 19 ottobre.

Non capisco invece perchè Fullpress ritenga diverso il fenomeno che a suo avviso è cominciato il 21/22 ottobre.

Semmai il problema è capire in base a quale fattore alcuni siti vengono indicizzati lentamente e male, dalla fine di ottobre, e altri invece no.

Personalmente non ho registrato cali nè ritardi, quindi non saprei dire molto su questo particolare episodio.

Ho delle mie opinioni di lungo periodo sul modo di gestire le strutture di archiviazione dei blog (o assimilabili) da parte di Google... e mi viene sempre da chiedermi se questi filtri più recenti non abbiano come bersaglio l'uso e l'abuso dei 'tag' da parte dei produttori di contenuti.

L'ipotesi di Alexa - che ne fa una questione di 'settore' (siti d'informazione/siti di download) - mi sembra assai discutibile, sinceramente.