• User

    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('[url="bye.php"]bye');
    

    come invece lo fanno per php con un

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

    lato server, che genera il semplice codice html

    [url="bye.php"]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!


  • Super User

    @emanueledg said:

    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


  • User

    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?


  • Super User

    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...

    :ciauz:


  • User

    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&#40;"Location: ". $link_destinazione&#41;; ?>
    

    (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.


  • Super User

    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.
    :ciauz:


  • Super User

    @emanueledg said:

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

    i mdr li seguono?


  • Super User

    Se l'obiettivo è non cambiare il nome delle pagine, si può fare in modo che le pagine con suffisso .html vengano fatte passare attraverso l'interprete PHP.

    Questo può richiedere un cambiamento nella configurazione del web server, l'uso di .htaccess o, in mancanca di tutto ciò, un bel passaggio su un web server Apache.

    In alternativa, si può usare un sistema per la riscrittura degli URL, che esiste anche per i web server Microsoft.

    Il meta tag refresh lo escluderei nonostante alcuni motori abbiano capito che si tratta del "redirect dei poveri" e lo trattino come tale.


  • User

    Sì Must, ma non tutti. Gli MDR non vedono di buon occhio i meta di refresh perché generano lavoro in più poco utile per loro.
    Infatti spesso nei post tecnici consigliano (chiedono) di inserire refresh in javascript (vedi il key positioning di aruba.it)

    Alcuni spider escludono a priori tutti i meta tag, il ché potrebbe essere limitante per chi non ha possibilità di URL rewriting. Non credo sia il caso di Google perché come sapete tutti il tag```
    <META NAME="robots" CONTENT="noindex,nofollow">

    su google funziona di sicuro.
    Non solo, Google ha persino creato dei meta appositi per googlebot:```
    <META NAME="GOOGLEBOT" CONTENT="NOARCHIVE">
    

    simile a no-cache per chiedere di non conservare le pagine in memoria, oppure```
    <META NAME="GOOGLEBOT" CONTENT="NOSNIPPET">

    Non credo che tutti i meta tag siano invariabilmente accettati, prendiamo ad esempio il vecchio```
    <META NAME="revisit-after" CONTENT="30 days">
    

    che praticamente indicava agli spider dopo quanto tempo dovevano rieffettuare una scansione... Ormai le google-dance vengono lanciate quasi ogni 5 giorni, e credo che prescindano da quel meta seppure fosse indicato.

    Comunque credevo che in [url=http://it.php.net/parse-ini-file]php.ini ci fosse un comando specifico per far passare al parser anche le .htm e .html, ma non riesco a trovarlo...


  • Super User

    ciao EmanueleDG e benvenuto nel forum 🙂

    alexwebbing vorrebbe nn perdere la popolarità delle vecchie pagine .html durante il passaggio a una versione del sito in un linguaggio dinamico dove lasciarle così vorrebbe dire ritrovarsi con n pagine distaccate del nuovo standard adottato...indipendentemente dall'estenzione l'unica soluzione è il redirect permanente 301 ma con server windows deve richederlo all'assistenza e nn è detto venga aiutato...

    domanda a alexwebbing , quanto sono importanti? quante pagine sono? è da considerare un loro sacrificio?

    comunque l'idea di cambiare server (vai su linux) e poi fare il redirect 301 dal .htaccess nn è malaccio 😉

    ciao 😉


  • User

    Salve a tutti!
    Mi intrometto nella discussione perchè ho più o meno lo stesso problema di alexwebbing, però forse sono un pochino più fortunata, nel senso che posso usare .htaccess.

    Io ho un sito con pagine statiche (indicizzato) su un hosting linux gratuito; ora lo sto rifacendo in PHP e intendo sposatrlo su un altro hosting, sempre linux, a pagamento.

    Non mi è chiaro se facendo un Redirect Permanent dall'htaccess del vecchio sito per tutte le pagine indicizzate e mandandole ai nuovi indirizzi faccio qualche danno all'indicizzazione attuale.

    Help me! 🙂


  • Community Manager

    Un Benvenuto a emanueledg ed a Jem in questo forum 🙂

    alexwebbing, se sei ancora in tempo cambia server e prendi linux.

    Se non vuoi/puoi e intendi rimanre a windows allora ecco cosa ti consiglio:

    • sappi che un giorno ti pentirai 😄
    • crea un link in home page che porta ad una mappa del sito vecchio e metti tutti i link al sito vecchio-
    • crea un link "guarda la versione precedende" e lasci tutti gli url
    • modifica le pagine html inserendo un link alla nuova versione (questo serve per gli utenti che arrivano dai motori)
    • contatta tutti quelli che ti linkano e fai cambiare i link
    • cerca di aumentare la popolarità delle pagine php che non compaiono nelle serp

    Io stesso ho ancora pagina di anni fa nelle serp solo perchè non ho eseguito tutti i passaggi sopra 🙂

    In alternativa, si può usare un sistema per la riscrittura degli URL, che esiste anche per i web server Microsoft.

    Per quanto riguarda il rewrite su IIS
    http://www.pstruh.cz/help/url-replacer-rewriter/iis-mod-rewrite.asp

    Andrebbe installato sul tuo server, dovresti chiedere all'hoster di farlo.

    Licenza dello script:
    Freeware You can register to get source code

    Se lo fai e hai intenzione di utilizzarlo stai attento perchè alcune operazioni possono rallentare il tuo server, quindi appena fai una modifica con l'url replacer corri a verificare il caricamento delle pagina.

    Se hai un server dedicato e hai più siti attenzione perchè quasi sempre le modifiche saranno per tutti i siti sul server (dipende come lo impostano) e quindi potresti avere problemi.

    Fammi sapere in che modo opererai e magari dopo facci una case-history che serva per le persone che vorranno effettuare le tue stesse modifiche.

    Giorgio


  • Super User

    @emanueledg said:

    Comunque credevo che in [url=http://it.php.net/parse-ini-file]php.ini ci fosse un comando specifico per far passare al parser anche le .htm e .html, ma non riesco a trovarlo...

    sta in httpd.conf


  • User

    Io ho un sito con pagine statiche (indicizzato) su un hosting linux gratuito; ora lo sto rifacendo in PHP e intendo sposatrlo su un altro hosting, sempre linux, a pagamento.

    Non mi è chiaro se facendo un Redirect Permanent dall'htaccess del vecchio sito per tutte le pagine indicizzate e mandandole ai nuovi indirizzi faccio qualche danno all'indicizzazione attuale.

    Scusate se mi permetto di uppare ma non mi ha risposto nessuno e sono rimasta con questo dubbio atroce... :arrabbiato:

    Help please! 🙂


  • Super User

    ciao Jem, e scusaci 🙂

    mettendo in .htaccess la riga
    Redirect 301 / http//www.nuovodominio.boh/

    fai in modo che tutti (motori e utenti) vengano automaticamente portati al nuovo sito. i motori capiranno inoltre che le vecchie pagine sono sostiuite da queste nuove, e quindi ci sara' la sostituzione delle vecchie con le nuove negli indici dei motori di ricerca.

    potrebbe esserci un problema, pero': e' tutto da verificare che l'hosting gratuito ti permette di usare il file .htaccess 🙂


  • User

    Grazie must!
    Velocissimo!!
    L'hosting è Altervista (si può dire vero?) e permette l'uso di htaccess con i crediti necessari, solo che quando si renderanno conto che il sito non c'è più ed è rimasto solo l'htaccess temo che mi disattiveranno l'account. Speriamo che avvenga dopo che Google ha preso il nuovo sito!

    Altro dubbio: nel modo in cui hai detto tu rimando tutti i visitatori del vecchio sito alla homepage del nuovo, ma se volessi reindirizzare i link pagina per pagina potrei farlo?


  • Super User

    @Jem said:

    Altro dubbio: nel modo in cui hai detto tu rimando tutti i visitatori del vecchio sito alla homepage del nuovo, ma se volessi reindirizzare i link pagina per pagina potrei farlo?

    puoi impostarlo in modo che a

    www.vecchisito.it/A.htm corrisponda www.vecchisito.it/A.php
    www.vecchisito.it/B.htm corrisponda www.vecchisito.it/b.php
    e così via...


  • Super User

    meglio,
    Redirect 301 /vecchia-pagina-1.html http://www.nuovosito.boh/nuova-pagina-1.php
    Redirect 301 /vecchia-pagina-2.html http://www.nuovosito.boh/nuova-pagina-2.php
    Redirect 301 /vecchia-pagina-3.html http://www.nuovosito.boh/nuova-pagina-3.php

    🙂


  • User

    Grazie a tutti e due, adesso ho le idee un po' più chiare! 🙂

    Vi faccio un'ultima domanda, lo so che sono una scocciatura...

    Posso combinare le due cose, ovvero reindirizzare alla pagina appropriata per alcune pagine più importanti e alla home page per altre?

    E le vecchie pagine vanno cancellate, svuotate o lasciate come sono?

    Grazie mille!


  • Super User

    @Jem said:

    Posso combinare le due cose, ovvero reindirizzare alla pagina appropriata per alcune pagine più importanti e alla home page per altre?

    si puoi, dipende da come imposti le regole nel .htacces anche se io le indirizzerei ogniuna alla sua 'nuova copia'

    E le vecchie pagine vanno cancellate, svuotate o lasciate come sono?

    io tendo a lasciarle finchè nn sono state eliminate dal db di google (lo verifichi con il comando site:www.dominio.it) e comunque le ho sempre svuotate, per trovare una regola occorre mettere insieme esperienze diverse