• V
    User Attivo •

    pagine indicizzate come .php anche con mod rewrite: cosa abbiamo sbagliato?

    Ciao,

    come indicato nell'oggetto mi sto dedicando ad un progetto abb. complicato.

    Il sito di un cliente, bannato da google due anni fa per tecniche scorrette utilizzate da un SEO che aveva lavorato al sito, non era più riuscito a risalire le serp.

    Abbiamo così pensato di rifare da capo il sito anche per migliorarlo graficamente e di pubblicarlo su un secondo dominio già anziano ma inutilizzato.

    Il sito è stato quindi pensato per l'utente e per il posizionamento: codice xhtml transitional, contenuti di descrizione dei prodotti, menu testuali e molte altre informazioni pensate per chi visita il sito.

    Oltre a ciò, siccome il sito è un due lingue ed ha molte parti dinamiche, è stato studiato il mod rewrite.

    digitando site:nomesito si ottendono solo due risultati e la solita dicitura "visualizza risultati omessi ecc..".
    Cliccandoci su si nota che gg ha indicizzato le pagine..in PHP!
    e per di più ci sono pure gli id di sessione....
    Che è successo?Se si naviga nel sito si vede che il mod rewrite funziona..

    :bho:

    0
  • E
    User Attivo •

    @verdonda said:

    Ciao,

    come indicato nell'oggetto mi sto dedicando ad un progetto abb. complicato.

    Il sito di un cliente, bannato da google due anni fa per tecniche scorrette utilizzate da un SEO che aveva lavorato al sito, non era più riuscito a risalire le serp.

    Abbiamo così pensato di rifare da capo il sito anche per migliorarlo graficamente e di pubblicarlo su un secondo dominio già anziano ma inutilizzato.

    Il sito è stato quindi pensato per l'utente e per il posizionamento: codice xhtml transitional, contenuti di descrizione dei prodotti, menu testuali e molte altre informazioni pensate per chi visita il sito.

    Oltre a ciò, siccome il sito è un due lingue ed ha molte parti dinamiche, è stato studiato il mod rewrite.

    digitando site:nomesito si ottendono solo due risultati e la solita dicitura "visualizza risultati omessi ecc..".
    Cliccandoci su si nota che gg ha indicizzato le pagine..in PHP!
    e per di più ci sono pure gli id di sessione....
    Che è successo?Se si naviga nel sito si vede che il mod rewrite funziona..

    :bho:

    Gli id di sessione compaiono anche all'utente solo la prima volta che si accede al sito. Evidentemente il cms che usate funziona così, ti consiglio di eliminarli per ovvie ragioni di duplicazione.

    Riguardo al php, se guardi la copia cache della homepage aggiornata al 31 marzo noterai che il menù laterale ha i link in php, mentre nelle altre copia cache il menù laterale è in html, non è che in questi 15 giorni avete fatto modifiche, per cui in passato queste paginette erano visibili sul sito e ora no?
    In caso negativo controlla bene il codice php del cms per verificare in quale punto queste pagine compaiono.

    Altra consiglio. Nell'htaccess oltre a fare l'url rewrite aggiungete anche una seconda regola per fare il redirect 301 automatico di tutte le url vecchie in php verso quelle nuove, in modo che anche se qualche url scappa viene redirezionata alla url nuova. In questo modo eliminerai anche dalle serp queste pagine sfuggite in passato.

    0
  • O
    Super User •

    ti consiglio di eliminare gli ID di sessione
    [php]
    ini_set('session.use_cookies', 1);
    ini_set('session.use_only_cookies', 1);
    ini_set('session.use_trans_sid', 0);

    //eventuale session_name('s');
    session_start();
    [/php]ciao 😉

    0
  • V
    User Attivo •

    Con questo topic vorrei porre una domanda in generale a chi ha siti di e-commerce e/o usa pagine e strutture dinamiche. Ne avevo già parlato in un altro topic proprio in fase di progettazione di questo stesso sito.

    Il problema degli ID di sessione ha tormentato me e i programmatori per un bel po'..

    Il sito dei biliardi contiene anche l'e-commerce quindi gli id di sessione tracciano il percorso fatto dall'utente che magari mette qualcosa nel carrello e alla fine decide di registrarsi e acquistare.

    Per togliere l'id dovrei fare in modo che si possa acquistare solo con i cookies abilitati.

    Ci abbiamo pensato, e tanto.:x

    Il dilemma è questo: non tutti sanno cosa sono i cookies e come si abilitano: che fa un utente medio che ha messo cose nel carrello e vuole acquistare e si vede davanti una scritta del tipo "abilita i cookies nel tuo browser per procedere all'acquisto"? L'utente medio, spesso, chiude la finestra.

    Che conta dunque essere primo sui motori se poi non hai conversioni?

    Navigando abbiamo visto siti di alberghi che, nel modulo prenotazioni, se non hai i cookies abilitati ti dicono "Il periodo richiesto non è disponibile, contattare l'hotel al numero.." ma secondo me non è poi così utile: un utente che decide di prenotare, acquistare, ordinare deve riuscire a compiere l'azione desiderata nel minor tempo possibile e nella maniera più facile. Se alla fine dell'azione trova un messaggio di errore o di non disponibilità l'utente si scoccia e va su un altro sito.

    Il problema degli ID di sessione continua dunque a tormentarci..😢
    Meglio un'indicizzazione corretta e un buon posizionamento ma scarsa usabilità del sito o meglio puntare sulla semplicità delle cose a richio però di rimanere indietro nelle SERP? Nel primo caso che dire al cliente che vede un'infinità di contatti che poi magari non si tramutano in acquisti o ordini?

    0
Effettua l'accesso per rispondere