Voglio testare importanti cambiamenti sul mio sito Web senza danneggiare la SEO

8

Voglio sostituire tutti i file del mio sito Web con quelli nuovi sul server e verificare se funzionano bene, ma non voglio essere sottoposto a scansione mentre questo accade o, se lo sono, non voglio che il crawler sia in grado di vedi cosa c'è nella nuova pagina.

Voglio solo cambiarlo per circa 15 minuti, ma ho provato altre cose una volta per 5 minuti e google per i webmaster mi ha detto che avevano un sacco di 404 in quel periodo e non voglio che accada di nuovo.

Inoltre non voglio scrivere tutto il mio file .htaccess. Ho considerato di reindirizzare tutti gli URL alla mia pagina principale e applicare le modifiche, ma penso che questa non sia probabilmente una buona pratica, qualche buona idea?

— wxiiir
fonte

8

Opzioni:

Configurare un sito locale a scopo di test. Qualcosa come WAMP dovrebbe fare il trucco.
Se eseguirai i test sul tuo server live, blocca temporaneamente il tuo sito mentre esegui i test. Una risposta HTTP 307 sarebbe appropriata .
Usa l'autenticazione di base per tenere fuori i crawler e tutti gli altri mentre esegui i test. Poiché il tuo sito sarà "inattivo" per soli 15 minuti, non ci saranno effetti collaterali da questo.

— John Conde
fonte

sto già usando XAMPP e funziona benissimo, ma per i cambiamenti .htaccess e altre cose si comporta bene a volte ma per testare alcune delle modifiche è semplicemente impossibile usare questo tipo di metodo. le tue altre opzioni sono probabilmente migliori in questo caso particolare. grazie

— wxiiir,

5

Non eseguire test in un ambiente di produzione, se possibile. È una ricetta per il disastro.
Crea un sottodominio di prova il più possibile isolato dal tuo sito di produzione. Ciò ti consentirà di testare le modifiche sul server senza, si spera, mettere in pericolo il tuo sito di produzione. Puoi utilizzare robots.txt per bloccare "bot da questo sottodominio in modo che non venga indicizzato.
Idealmente, si desidera avere il proprio sistema di sviluppo, un server di sviluppo, un server di test, un server di gestione temporanea e quindi la produzione. Puoi tagliare due dei server intermedi se devi, ma passare direttamente da un ambiente Web desktop alla produzione ha portato ad alcuni dei peggiori problemi in cui sono stato coinvolto.

— jfrankcarr
fonte

1

+1 Perché probabilmente non saranno solo 15 minuti. Acquista un secondo nome di dominio (nome del tuo sito .biz o .info)

— MrChrister,

buoni suggerimenti ma non molto pratici per me al momento.

— wxiiir,

@MrChrister è una buona idea, ho un elenco di domini che sto considerando di acquistare, quindi è una buona opzione

— wxiiir,

@wxiiir - i sottodomini sono una buona strada da percorrere se non puoi investire in più ambienti server in questo momento. A meno che tu non abbia un hosting davvero scadente, sono veloci e facili da creare e gratuiti. Anche usare una sottocartella è meglio che potenzialmente distruggere l'intero sito.

— jfrankcarr,

0

Questo è un po 'radicale ma alcuni anni fa ho trovato una soluzione per tutto il mio ufficio IT. Stavamo cercando un sistema operativo migliore di Windows. Abbiamo attraversato alcune fasi, ma alla fine abbiamo usato Linux Mint con Mate Desktop. La curva di apprendimento era molto bassa. Poiché è basato su Ubuntu è possibile caricare un server LAMP reale , completo di nomi di dominio e .htaccess perfettamente funzionante (che utilizziamo su ogni progetto). Con Geany come sostituto del match match per Notepad Plus Plus, il nostro team di sviluppatori IT apprezza ognuno con un server apache2 completamente funzionante nel proprio computer.

Naturalmente questo non funzionerà se il tuo negozio è bloccato con Windows, ma per alcune persone è una soluzione perfetta con costi bassi o nulli.

— Lan Tait
fonte