Ciao Fabio,
ho riletto più volte il tuo quesito e proprio non riesco ad afferrarne il nocciolo, è come se tu dicessi "voglio fare una nuotata, ma senza bagnarmi" oppure "voglio volare, ma senza staccare i piedi da terra".

Analizziamo nel dettaglio il problema, 30.000 pagine parametriche da trasformare in pagine spider-friendly, possibili soluzioni:

• salvare a mano 30.000 pagine rinominandole (escludo a priori questa soluzione che ripensandoci sarebbe forse l'unica a rispondere al tuo quesito iniziale
• adottare un qualsivoglia sistema di riscrittura degli url

Quest'ultima soluzione è percorribile sia su macchine unix con php che su macchine windows con asp e chiaramente sia su server Apache che su Microsoft's Internet Information Server (IIS).

Da quanto affermi il sito di 30.000 pagine è fra quelli sfortunati, ti tocca quindi sborsare ancora qualche quattrino altre a quelli che se ne stanno già andando in licenze e cose varie per poter riscrivere gli url, sempre che tu non debba direttamente spenderne molti di più per passare ad altri fornitori, perchè per ovvi motivi non tutti permettono l'installazione di tali software

Riguardo l'eventuale redirect a cose fatte, non vedo come un 301 ben fatto, per di più interno allo stesso dominio, possa creare problemi per un qualsivoglia numero di pagine.

Saluti

Perchè Sanremo è Sanremo...

__________________
con molti hotel sanremo è la meta ideale per le vacanze dei webmaster al mare!

Con il meta refresh ? Interessante... potresti aggiungere qualche particolare ?

__________________
Fabio Dell'Orto :: Progetto SEO
TriplaWPosizionamento:: Posizionamento sui Motori di Ricerca

ciao Fabio . Perchè dici che il redirect 301 per quel numero di pagine sarebbe letale?

Per il meta refresh a 0 secondi vedi qui

Più che altro per ragioni di panico , il sito vive di motori, un tracollo lascerebbe senza lavoro una decina di persone, quindi ci vado con i piedi di piombo anzi cemento armato... inoltre più di una volta ho letto e sentito dire in giro di casi analoghi in cui non è andato tutto per il verso voluto.

__________________
Fabio Dell'Orto :: Progetto SEO
TriplaWPosizionamento:: Posizionamento sui Motori di Ricerca

Capisco la tua titubanza e preoccupazione, con un sito messo come quello che dici anche io andrei mooolto coi piedi di piombo.

Ora io posso solo provare a testimoniare casi simili a cui ho assistito in prima persona e che sono andati a finire con successo.

Un po' di tempo fa ho partecipato alla riscrittura totale di decine di migliaia di URL. Non si trattava di URL con parametri, ma si trattava di discussioni di un forum molto complesso e visitato che cambiava board, gli URL quindi passavano da una cosa del tipo:

sito.it/forum/sezione/sottosezione/345/titolo-del-thread.php

a una cosa tipo:

sito.it/forum/sezione/sottosezione-diversa/titolo-del-thread.php

quindi ogni contenuto cambiava l'URL

Il caso è stato risolto usando il redirect 301.

Ovviamente ogni pagina indicizzata doveva avere il suo 301 alla nuova pagina corrispondente nuova (con nuova URL) che conteneva il contenuto del vecchio URL.

I vantaggi di questo sono stati in primo luogo nessuna visita proveniente dai motri persa per dei 404, in secondo luogo in pochi giorni le discussioni sono state indicizzate le nuove URL senza perdita di posizioni in SERP.

Certo non si tratta di una cosa semplicissima da fare, però si può fare ed in quel caso non ha comportato alcuna perdita di ranking, nemmeno temporanea.

Per questo mi sento di consigliare il 301 sempre se fatto a modo, in fondo il 301 cos'é ?

Si dice al browser che il ontenuto che prima si trovava su pippo.com/pagina.htm adesso si trova su pippo.com/paginanuova.htm.

Se usato in questo modo (cioè correttamente per quello che è stato inventato) non vedo perchè Google dovrebbe penalizzare, sempre a patto che il contenuto di paginanuova.htm sia identico a pagina.htm in tutto e per tutto, altrimenti Google, accorgendosi della diversità di contenuto, potrebbe sospettare qualche tecnica scorretta e magari tenere il sito in purgatorio per qualche tempo.

__________________
Fotografia Digitale | Viaggi nel Cassetto | Tarocchi

Sei Promosso ? No!? e allora che aspetti per avere anche tu la tua promozione?

Quoto in pieno Marcello , azz se pezzo quel 301 in proprietario mi prende a pedate in quel posto; i suoi dipendenti mi impiccano direttamente.

__________________
Fabio Dell'Orto :: Progetto SEO
TriplaWPosizionamento:: Posizionamento sui Motori di Ricerca

Perchè non provi con una decina di pagine mediamente posizionate prima di lanciarti nell'update di tutto il sito ?

In questo modo potrai fare un test e se va male perdi solo poche keyword che puoi comunque recuperare in futuro.

In questo modo eviti i calcioni e pure l'omicidio da parte dei dipendenti

__________________
Fotografia Digitale | Viaggi nel Cassetto | Tarocchi

Sei Promosso ? No!? e allora che aspetti per avere anche tu la tua promozione?

Affermazione sacrosanta.

Ho letto il post oggi pomeriggio, ma ancora non riesco a venirne a capo. Secondo me, a noi manca qualche informazione; mah non so, c'è qualcosa che mi sfugge, forse la domanda è troppo accademica.

Innanzitutto analizziamo il problema.
Bisogna normalizzare le URL (vecchie e nuove); quindi si deve far in modo che i contenuti restino invariati, ma cambi l'indirizzo; si può pensare all'URL rewriting o, modificando il codice, ad una struttura a filesystem: questo dipende dal CMS... La struttura a filesystem può andar bene per il pregresso, ma è di difficile manutenzione per il nuovo. Anche se io l'ho adottata nel mio blog e mi ci trovo bene, c'è da dire che scrivo meno di 5 post a settimana... non so che impatto avrebbe su migliaia di pagine (senza contare che io sono mezzo matto e faccio molte cose "strane" e considerate inutili).

Bisogna fare in modo che le nuove pagine siano raggiungibili anche chiamando i vecchi indirizzi, ma in quest'ultimo caso il visitatore deve essere ridiretto nella cartella (reale o simulata) descritta poc'anzi. Questo lo si può fare sia con il 301 che con il META refresh: quest'ultimo l'ho ho usato poco tempo fa per una quindicina di pagine... Non so cosa sarebbe successo se fossero state 30.000...

A proposito, le pagine sorgente quante sono ? C'è un'unica "default.asp parametrica" o sono di più ?

__________________
Francesco D'Aguanno

Le pagine asp che attingo dal db sono una decina.

__________________
Fabio Dell'Orto :: Progetto SEO
TriplaWPosizionamento:: Posizionamento sui Motori di Ricerca

Allora non credo che la mole di lavoro sia improponibile.

Per un Mod Rewrite in asp "simulato" fatto con il filesystem, ho trovato un interessante articolo sul blog di Marlenek, dBlog: SEO: un Mod Rewrite in ASP. C'è uno script da scaricare (ha qualche problema con i caratteri speciali, ma è di facile risoluzione).

Ciao.

__________________
Francesco D'Aguanno