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

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

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!

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

@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

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

Help please!

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

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?

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

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

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!

@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

Scusate se riprendo questa discussione, ma mi è sorto un problema!
Non posso usare il redirect 301 perchè l'htaccess di Av non lo supporta, però supporta il mod rewrite. Mi chiedevo se per i motori di ricerca c'è qualche differenza usando:
Redirect 301 /vecchia-pagina-1.html http://www.nuovosito.boh/nuova-pagina-1.php
oppure
RewriteRule /vecchia-pagina-1.html http://www.nuovosito.boh/nuova-pagina-1.php [R=permanent]

A voi la parola!

si si..direi che va bene

maggiori info le trovi [url=http://openskills.info/infobox.php?IDbox=403&boxtype=description]qui

• redirect|R [=code] (force redirect) - Opzione che permette di specificare il codice di ritorno e la natura del redirect (permanente,temporaneo etc..)

Ragazzi io ho lo stesso problema, con la differenza che devo cambiare solo l'estensione della index. Ad oggi è ben posizionata index.htm che deve diventare index.asp. Essendo la root del sito per non perdere l'ottimo posizionamento posso evitare di fare redirect o comunque rischio?
Grazie

Se è solo la index non ci sono problemi, basta cancellare del tutto index.htm e inserire index.asp, se la struttura della pagina asp (metatag, title, ecc) è più o meno la stessa di quella in html, google non dovrebbe perdere l'indicizzazione.

Invece come si potrebbe fare per non usare url rewrite e far elaborare al server tutte le pagine .html come pagine .php?

Questo nel caso si dovesse passare da sito statico a sito dinamico senza cambiare però il nome delle pagine (in pratica cambiando solo l'estensione dei file)

grazie alex, mi hai tranquillizzato...in realtà sto ottimizzando la index, quindi l'obiettivo è guadagnare altre posizioni.
Thanks

Salve a tutti
anche io ho avuto la necessita' di passare il sito da htm a php e ho dovuto spostare tutto il sito da macchina win a unix
x il problema dell'estensione ho risolto scrivendo in .htaccess il seguente codice:

RewriteEngine on
RewriteRule ^(.*).(htm|html)$ $1.php [L,QSA]

in pratica una data pagina potra' essere cercata indifferentemente con estensione htm/html/php e verra' visualizzata la mia pagina salvata con .php
mi nasce pero' un altro dubbio
il file .htaccess viene inserito e interpretato nella sitemap per google?
perche' prima aveva pagine htm ora pero' avro' pagine php
se la sitemap funziona come per il server non dovrebbero esserci problemi.....ma e' cosi?
grazie a chi mi potra' rispondere

non ti preoccupare. Puoi tranquillamente utilizzare PHP perchè per Google non cambierà niente. Big G non riesce a vedere il codice PHP perchè è un codice lato server. La pagina la vedrà sempre allo stesso modo.