Pagina 1 di 2 1 2 ultimoultimo
Visualizzazione dei risultati da 1 a 10 su 12
  1. #1

    restiling del sito - come non essere penalizzati?

    Nell'affrontare un restyling di un sito e dovendo necessariamente cambiare la struttura delle pagine (e quindi anche crearne di nuove o cambiare nome ad altre) come conviene muoversi per non essere penalizzati dai motori su cui si è già indicizzati? (google...)

    - tranquillamente cambiare il nome alle pagine ?
    - o creare pagine nuove col nuovo nome lasciando le vecchie online ma non linkate? (inserende redirect al sito nuovo?)


    Grazie...

  2. #2
    Utente di HTML.it L'avatar di grin
    Registrato dal
    Aug 2004
    Messaggi
    1,629

    Re: restiling del sito - come non essere penalizzati?

    Originariamente inviato da Giacomo billig
    Nell'affrontare un restyling di un sito e dovendo necessariamente cambiare la struttura delle pagine (e quindi anche crearne di nuove o cambiare nome ad altre) come conviene muoversi per non essere penalizzati dai motori su cui si è già indicizzati? (google...)

    - tranquillamente cambiare il nome alle pagine ?
    - o creare pagine nuove col nuovo nome lasciando le vecchie online ma non linkate? (inserende redirect al sito nuovo?)


    Grazie...
    La mia esperienza mi dice che meglio è il secondo che hai detto.

  3. #3
    Utente di HTML.it L'avatar di fradefra
    Registrato dal
    Jul 2001
    residenza
    Montagnana (PD)
    Messaggi
    1,840
    La seconda anche per me. Se poi trovi un sistema per tenere "linkate" anche le vecchie, meglio. Potresti avere pagina che porta "Ecco come si presentava il vecchio sito....". Su tutte le pagine, più che un redirect, io metterei un link manuale con una chiara indicazione del fatto che la pagina è stata sostituita da un'altra.
    L'utente ha modo di vedere che il sito è vivo e mantenuto aggiornato. Chi non segue il link è perchè non interessato al tema.
    Fradèfra Insight - Crescita professionale e personale
    Consulenza e corsi per la crescita imprenditoriale, professionale e personale, a distanza o in presenza.

  4. #4
    Utente di HTML.it L'avatar di beke
    Registrato dal
    Mar 2003
    Messaggi
    1,248
    Se hai la possibilità di impostare sul server delle pagine personalizzate per gli errori, crea una pagina dove spieghi che il sito è stato modificato e che la pagina cercata non esiste più, ed aggiungi un link alla home del sito invitando l'utente a visitare il sito nuovo.

    Poi assegna questa pagina all'errore 404 (pagina non trovata), cosi succederà che quando l'utente di un motore clicca sul link di una pagina inesistente ma presente nella serp il motore si vedrà correttamente restituire un errore 404 e provvederà in tempi ragionevoli a togliere la pagina dal suo DB, mentre l'utente capirà cosa è successo e potrà accedere facilmente al nuovo sito.

  5. #5
    Utente di HTML.it L'avatar di fradefra
    Registrato dal
    Jul 2001
    residenza
    Montagnana (PD)
    Messaggi
    1,840
    Originariamente inviato da beke
    .....
    Poi assegna questa pagina all'errore 404 (pagina non trovata), cosi succederà che quando l'utente di un motore clicca sul link di una pagina inesistente ma presente nella serp il motore si vedrà correttamente restituire un errore 404 e provvederà in tempi ragionevoli a togliere la pagina dal suo DB, mentre l'utente capirà cosa è successo e potrà accedere facilmente al nuovo sito.
    Beke, non sono d'accordo. Perchè togliere le pagine dal db dei motori? Una volta che sei dentro, mai uscire. Il sistema per acquisire negli anni sempre più visibilità consiste proprio nell'acquisire massa. Le vecchie pagine non si tolgono mai. Pagine ottimizzate col criterio di oggi, diventano inutili domani ed ancora utili dopo domani. E' in assoluto il modo migliore per stabilizzare il posizionamento di un sito.
    Fradèfra Insight - Crescita professionale e personale
    Consulenza e corsi per la crescita imprenditoriale, professionale e personale, a distanza o in presenza.

  6. #6
    Utente di HTML.it L'avatar di beke
    Registrato dal
    Mar 2003
    Messaggi
    1,248
    Perchè togliere le pagine dal db dei motori?
    Per dirne una, per esempio, perchè la presenza contemporanea di sito nuovo e sito vecchio potrebbe disorientare gli utenti e creare confusione sui servizi/prodotti offerti.

    Quando si parla di aggiungere contenuti OK, ma se si arriva a parlare di restyling, revisione struttura e contenuti è un'altro discorso.

    Va visto caso per caso, anche tenendo conto di eventuali esigenze di branding.

  7. #7
    >>Poi assegna questa pagina all'errore 404 (pagina non trovata)

    Meglio ancora, se la pagina xyz.htm è diventata obsoleta e viene "sostituita" dalla nuova pagina wkj.htm, setta la pagina xyz.htm nel file .htacces con un 301 redirect alla "nuova" pagina wkj.htm

    Questo consentirà:
    - all'utente che trova un link alla pagina xyz.htm di essere redirezionato server-side sulla pagina wkj.htm, che è effettivamente quella (con nuovo contenuto e nuovo filename e/o posizione nella struttura del sito) alla quale si vuole che approdi, il tutto senza passare per una custom 404 che per quanto user-friendly comporta sempre una alta percentuale di rischio di abbandono.
    - a tutti i siti che hanno un link alla pagina xyz.htm ed agli utenti che l'hanno bookmarkata di ritrovarsi sulla pagina wkj.htm
    - ai motori di ricerca di [I]trasferire[/I} rilevanza (in Google, anche il PR) dalla vecchia alla nuova pagina

    In generale, il principio è:
    a) se il contenuto di una pagina deve essere cambiato, e la posizione di quella stessa pagina riguardo a kwds presenti nel contenuto obsoleto non ci interessa, cambiamo il contenuto della pagina senza modificarne la posizione/filename
    b) se il contenuto di una pagina deve essere cambiato, ma la posizione di quella stessa pagina riguardo a kwds presenti nel contenuto obsoleto continua ad interessarci, creiamo una nuova pagina con il nuovo contenuto, lasciamo online la pagina obsoleta con un avviso/link alla nuova pagina
    c) se una pagina deve essere sostituita con un'altra (diverso filename, diversa posizione nella struttura del sito) o deve essere eliminata, consideriamo un 301 redirect alla pagina con contenuto aggiornato.
    d) una custom 404 è comunque sempre utile, ma più per "recuperare il recuperabile" (utenti che sbagliano nel digitare un indirizzo, link errati posizionati su altri siti, ecc.) che per gestire cambi/spostamenti di contenuto.
    Ettore R. Peyrot
    Marketing Manager - Ability Services
    Info su ODP | QR Mobile Marketing

  8. #8
    Grazie, fantastico...

    non sapevo che attraverso questo sistema si potesse "spostare" su di una nuova pg perfino il PR... penso proprio che seguiro' il tuo consiglio..

  9. #9
    Utente di HTML.it L'avatar di beke
    Registrato dal
    Mar 2003
    Messaggi
    1,248
    Si, anche a me quella di Ettore sembra la soluzione più soddisfacente.

    Una domanda, in caso di server IIS è possibile fare altrettanto per le singole pagine?

    Come si fa?

  10. #10
    Il 301 redirect è sempre per singole pagine, non si può settare a gruppi.

    Per settare un redirect 301 (redirect permanente server side), si apre il file .htaccess e si inserisce al fondo l'istruzione di redirect in questo formato:
    redirect 301 /directory/filename1.html http://www.nomedominio.com/directory/filename2.html

    Se non si è su un server Unix o Apache, si può settare un 301 redirect se si utilizzano pagine .asp.

    E' in questo caso necessario inserire il seguente codice sulla pagina che deve essere redirezionata, come prima istruzione (quindi al di sopra della tag <html> o della tag <!DOCTYPE> se questa è presente):

    <%@ Language=VBScript %>
    <%
    response.status="301 moved permanently"
    Response.AddHeader "Location", "http://www.domain.com/file-location.html"
    %>

    Se si stanno utilizzando pagine .asp.net, il codice deve essere del tipo seguente:

    <script runat="server">
    private void Page_Load(object sender, System.EventArgs e)
    {
    response.status = "301 moved permanently";
    Response.AddHeader("Location","http://www.domain.com/file-location.html");
    }
    </script>

    La URL dopo "Location" deve essre la locazione esatta verso cui si vuole redirezionare la pagina.
    Ettore R. Peyrot
    Marketing Manager - Ability Services
    Info su ODP | QR Mobile Marketing

Permessi di invio

  • Non puoi inserire discussioni
  • Non puoi inserire repliche
  • Non puoi inserire allegati
  • Non puoi modificare i tuoi messaggi
  •  
Powered by vBulletin® Version 4.2.1
Copyright © 2026 vBulletin Solutions, Inc. All rights reserved.