- Home
- Categorie
- Digital Marketing
- Posizionamento Nei Motori di Ricerca
- Piano di migrazione e-commerce
-
Ciao @shazarak .. premesso che, come avevo già detto, cercerei una regola e quindi risolverei con un regex, ti spiego perché 1000 righe su htaccess non mi piace.
Innanzitutto andrei ad appesantire il file di configurazione e non avrei il vantaggio di "monitorare" i 301.Quello che suggerisco è semplicemente una tabella nel db del tipo:
urlPrecedente urlNuova ultimoAccesso
in questa indicizzi la prima colonna così da aumentare la performance nella query
- ad accesso pagina, controlli se url richiesta è presente nel db
- se presente aggiorni la colonna dell'ultimo ingresso ed effettui il redirect
Questo ti permette sia di fare il redirect che di monitorare se hai delle richieste alla url ancora attive.. poi vabbé io gestisco in altra tabella anche ip e provenienze (semplice insert) così ho sotto mano tutte le url che magari prima mi ero perso per altri motivi.
Insomma cerco di gestire la cosa con meno hardcoding possibile... altrimenti sei sempre li a mettere mano al file di configurazione
1 Risposta
-
@mirkomassarutto direi che siamo d’accordo sul usare i regex!
in ogni caso ho sbagliato a nominare htaccess perché forse non é ciò che aveva chiesto @isotopia e manda off topic l’argomento
I 1 Risposta -
@shazarak In effetti nel mio caso htaccess non c'entra, la mia domanda si riferisce al lavoro da fare prima della migrazione vera e propria, ossia il piano: un semplice file excel in cui si danno le indicazioni al programmatore sui redirect che si andranno ad applicare per far sì che le pagine del vecchio sito puntino tutte alle corrispondenti pagine del nuovo sito. Tali pagine sono appunto un migliaio e le URL di origine (es: www.dominio.it/vecchia_URL-2.php sono completamente diverse dalle nuove URL (es: www.dominio.it/nuovaURLSEO. Dalle URL non si riesce a ricondurre il contenuto della pagine (es: codice prodotto), pertanto l'unica è: prendersi manualmente ciascuna URL del vecchio, aprire la pagina nel browser, guardarla, cercare la corrispondente pagina nel nuovo (es: la stessa scheda prodotto) e segnarla nella riga corrispondente nel file. Moltiplicato per 1.000, diventa un lavoro lunghissimo (per quanto sia molto semplice). Ecco mi chiedevo se qualcuno ha qualche idea migliore per evitare tale lungaggine.
1 Risposta
-
@isotopia perdonami.... ma dal sistema vecchio con url vecchia_url in qualche maniera prendi il prodotto con codice XXX
a questo punto ti dovrebbe bastare fare un incrocio con i due db... il codice è l'elemento che ti permette di fare il confronto.p.s. ricorda che poi avrai altri url in giro... che magari non cogli al volo...
io normalmente guardo:
- Sitemap
- Search Console
- Google SERP
... e non dimentarti bing e soci
per quello poi suggerisco un sistema che monitori da dove arrivano i link "non validi"....
-
@isotopia non capisco come non si possa riconoscere un prodotto dalla sua url, in ogni caso puoi usare tool come screaming frog , fare una scansione completa di entrambi i siti , scaricarti le liste in excel e confrontare direttamente, trovare pattern, regex eccc. senza dover aprire una per una 1000 pagine. oppure come dice @mirkomassarutto lavori su database
I 1 Risposta -
@shazarak D'accordo, ma purtroppo non sempre si riconosce il prodotto dall'URL e purtroppo non sempre si ha la possibilità di lavorare avendo accesso al database... almeno dalla mia esperienza.
1 Risposta
-
Allora, anche a me è capitato di partire con un ecommerce con oltre 5000 pagine tutte in HTML...
Li fai un bel grabbing ed in base al contenuto vai a comprendere il riferimento prodotto...Domanda ma le pagine nuove... sei partito da zero a farle o dai contenuti precedenti...
I 1 Risposta -
@mirkomassarutto Grazie, cosa intendi per "grabbing" ? Le nuove pagine hanno esattamente lo stesso contenuto delle vecchie, almeno per quanto riguarda le schede prodotto.
1 Risposta
-
@isotopia scusa ma sono curioso, può essere che tu intenda situazioni tipo questa?
sito.com/2445743.html
sito.com/f4323hasg.html
eccche diventano
sito.com/nome-prodotto-1/
sito.com/nome-prodotto-2/
eccè per motivi del genere che ti serve aprire la pagina vecchia per vedere di che prodotto si parla?
perche io , sbagliando, ragiono dando per scontato che le vecchie url abbiano i nome dei prodotti , e @mirkomassarutto mi fa giustamente notare che non è detto !
I 1 Risposta -
@shazarak Esatto, mi riferisco a casi come questi (che capitano). Se non apro la pagina non capisco dall'URL di che prodotto si tratta.
1 Risposta
-
@isotopia azz che rogna
queste vecchie url hanno le info a database ? Puoi tipo esportare dal db la lista prodotti con qualche info tipo nome de prodotto ? Così magari faciliti l’associazione coi prodotti nuovi
I 1 Risposta -
@shazarak Purtroppo è anche uno di quei casi in cui non ho accesso al database...
1 Risposta
-
@isotopia e che Ciapet
-
@isotopia beh se non hai accesso al db.... all'interno della pagina vecchia è presente il codice prodotto? .. sempre il grabbing può aiutare....
1 Risposta
-
@mirkomassarutto concordo, cerca almeno di recuperare il nome del prodotto dal meta title o dalla description o dall' h1 ecc
-
Miglior Risposta
@isotopia scusa non avevo visto che chiedevi cosa è un "grabber"
Conosciuto anche come "scraping" ti permette di prendere il contenuto di una pagina online (il codice html di una pagina per esempio).. insomma quello che fa normalmente Google...Se usi PHP puoi trovare una guida qui: https://www.scrapingbee.com/blog/web-scraping-php/
Prendendo il codice puoi evidenziare dei punti di raccordo tra i contenuti e quindi andare a crearti i 301
Se chi ha fatto il lavoro prima era abbastanza skillato dovresti aver la fortuna di avere per esempio i dati di schema.org e quindi dovrebbe risultarti abbastanza agevole.. altrimenti dovrai sbatterti un po' di più e capire dove reperire i dati utili all'interno del codice HTML
Comunque trovo strano tu non possa accedere ai DB... chiedi eventualmente al programmatore di darti un dump dei due...
Se poi non riesci proprio... contattami in direct
I 1 Risposta -
@mirkomassarutto Non conoscevo lo scraping, grazie mille per tutte le info !