Passare da html a php o asp e mantenere le proprie serp/pr..

[alexwebbing]

Salve a tutti.

Ho dei dubbi riguardo alla conversione di vecchie pagine html.

Mettiamo che ci sia un sito fatto tutto in html, ben indicizzato sui motori.

Ora, si vorrebbero mantenere i contenuti di questo sito e, per aumentarne le funzionalità, convertire le sue pagine da un linguaggio statico (html) ad un linguaggio dinamico (asp o php che si voglia).

Ci sono diverse strade possibili:

1) lasciare il contenuto di tutte le pagine html e su ciascuna di esse fare un redirect javascript sulle nuove pagine dinamiche (ma poi google non penserà di "vedere" una specie di "sito copia"?)...
2) Togliere del tutto le pagine html e passare a quelle in php (presumo con notevoli danni nelle serp...)
3) Lasciare le pagine html e scrivere su tutte "il nuovo indirizzo è: ....." (ma l'ottimizzazione delle key per quelle pagine html se ne andrebbe a farsi benedire....)
4) Qualche altra soluzione meno indolore ? Voi cosa fareste in casi del genere ?

Saluti
Alexwebbing

[must]

redirect 301 per le vecchie pagine che trovano nuovi sostituti.
se vecchie pagine non vengono sostituite ma semplicemente rimosse, che restituisca 404.

se il sito ha una buona struttura di linking, dovresti avere, a mio avviso, pochissimi problemi nel passaggio.

[alexwebbing]

Grazie per la risposta, ma...

Dunque, il redirect 301 va bene se...

1) La pagina è già in asp e la sposto:

(<%
Response.Status = "301 Moved Permanently"
Response.AddHeader "Location", "http://www.miodominio.it/nuovapagina.asp"
%>)

2) La pagina è già in php e la sposto:

(<? header("Status: 301 Moved Permanently");
header("Location: http://www.miodominio.it/nuovapagina.php");
exit;
?>)

3) La pagina è in html e la sposto con il file .htaccess.....

...ma mi pare che .htaccess funzioni solo per hosting linux.

E se il dominio è su server condiviso windows ?
Andrebbe prima trasferito il dominio ?

Esisterebbe un metodo simile ad .htaccess (per le pagine html) che funzioni su server Win ?....

[must]

ci tocca aspettare qualcuno che sappia mettere mano su windows.
io non riesco neanche a evitare le schermate blu al boot di un XP fresco d'installazione...

[alexwebbing]

.............

[alexwebbing]

Ho trovato:

http://www.elixirsystems.com/seo_tip...irect-file.php

Ma francamente il sistema meta http-equiv="REFRESH" non mi ispira molta fiducia per quel che riguarda le serp....

[must]

anche perche' di tutti quelli elencati e' l'unico che non fa un redirect 301.

[Rinzi]

il redirec 301 lo devi applicare alle pagine vecchie quindi .html, nn puoi inserire li in codice asp per il redirect 301 e nn puoi utilizzare il file .htaccess perchè sei su windows.... l'unica soluzione e rivolgerti al tuo hosting o lasciare le vecchi in .hmtl e creare vicino ilnuovo sito in asp/php

oppure come hai detto ti trasferisci su un server linux , fai i redirect 301 e il sito in php....

ciao

[emanueledg]

Ciao Alex,
i tuoi dubbi sono infondati: la trasformazione di pagine html convertite in dinamiche asp per i motori di ricerca non fa alcuna differenza.

I linguaggi dinamici lato server (ASP, PHP, JSP etc) hanno, specialmente i primi due, la funzione principale di generare pagine HTML. Le pagine generate sono ciò che i motori di ricerca scansionano. Essi non vanno ad esaminare in ftp (né potrebbero) il codice dinamico che le genera.

Quindi, per il robot di un motore di ricerca una pagina statica con estensione html è esattamente la stessa cosa che una pagina con estensione asp o php. Pertanto non temere di trasformare tutte le tue vecchie pagine html in asp. Se non ci credi prova, indicizzane una su un motore e poi ricercala.

Un discorso a parte merita javascript: per gli spider gli script JS sono dinamici, nel senso che danno output differenti sulla pagina a seconda delle operazioni dell'utente. Per questo non indicizzano link in output JS generati da codici tipo

document.write('bye');

come invece lo fanno per php con un

echo "<A href=\"bye.php\">bye</A>";

lato server, che genera il semplice codice html

bye

E' una cosa piuttosto ovvia, basti pensare che per un robot sarebbe un vincolo inimmaginabile scansire tutte le pagine del web eseguendo i relativi codici javascript, valutarne i link in output e filtrarli. In quel caso lo spider di googlebot girerebbe solo tre volte all'anno!

Detto questo, passiamo ai redirect in javascript: alla luce di quanto detto, il robot non indicizzerebbe le pagine asp se lanciate da redirect javascript in quanto non legge per esempio l'output del codice JS

location.href="home.asp";

Inoltre per un utente che navighi con quel tipo di redirect l'attesa per il caricamento delle pagine sarebbe praticamente doppia: prima deve essere caricata completamente la pagina html statica, poi viene eseguito il redirect, quindi si dovrebbe attendere il caricamento della pagina vera e propria. Per non parlare dell'impatto grafico instabile... Non credo tu voglia perdere delle visite preziose!

[must]

emanueledg

Ciao Alex,
i tuoi dubbi sono infondati: la trasformazione di pagine html convertite in dinamiche asp per i motori di ricerca non fa alcuna differenza.

hai ragione, ma lui parlava di avere una pagina pagina.html indicizzata e doverla sostituire con pagina.php facendo in modo di non "sprecare" l'indicizzazione di pagina.html

[emanueledg]

In che modo la sprecherebbe?
Per l'indicizzazione legata al nome della pagina, che poi varierebbe in seguito alla conversione?
In tal caso basterebbe aspettare una settimana, il tempo di re-boot degli spider più comuni, no?

[must]

vedi sotto.
esatto.
esatto.

ma quella specifica pagina e' linkata da qualche altro sito, di cui non si ha il controllo, il link diventerebbe a tutti gli effetti sprecato. mettere una pagina di errore 404 personalizzato con la mappa aiuterebbe a non perdere un utente che arriva da questo link, ma il motore di ricerca vedrebbe comunque il codice 404...

[emanueledg]

Ottimo, allora in questo caso la soluzione di redirect tramite metatag di refresh mi pare la migliore.
Se può essere difficile trovare un browser in uso che non supporti javascript, trovarne uno che non gestisca un semplice redirect da meta credo sia pressoché impossibile.

Ma se proprio si vuole esser sicuri potremmo generare un redirect con l'header http generato per esempio da php:

<? Header("Location: ". $link_destinazione); ?>

(ovviamente prima di qualsiasi output).

Personalmente progetterei per bene il sito interamente dinamico (php o asp) in cartelle con nomi differenti, lasciando un "mirror site" versione statica con le pagine contenenti i soli header di redirect.
A quanto pare servirebbe conservare la link popularity e non perdere contatti utili già lanciati, e in questo modo si otterrebbe quanto richiesto.

[Tymba]

ma perchè non prendi un bel hosting linux, sviluppi il sito in php e ci piazzi un bel url rewriting?

in questo modo puoi mantenere tutte le pagine con estensione html, quelle attuali fai in modo che restino pari nei contenuti però hai la funzionalità di php nonostante mostri pagine in html.

[must]

emanueledg

Ottimo, allora in questo caso la soluzione di redirect tramite metatag di refresh mi pare la migliore.

i mdr li seguono?