Checklist per il rilancio di negozi online, siti di prenotazione e aziendali.

Un restyling è in programma per te? Congratulazioni per aver trovato questo articolo. Le seguenti spiegazioni potrebbero essere un contributo decisivo affinché il tuo restyling abbia successo e tu ottenga un risultato favoloso. Perché non è sempre così. Sono un proprietario di un'agenzia e ti svelerò esattamente ciò che ti metterà nella posizione di costringere tipi come me a fare un lavoro eccezionale e a evitare errori tipici nei restyling. Ma iniziamo dall'inizio.

Un restyling del sito web è la ristrutturazione e la revisione di un sito web esistente. In questo contesto, sia il design, i contenuti che la tecnologia possono essere modificati. L'obiettivo di un restyling del sito web è quello di migliorare il sito web e adattarlo alle attuali esigenze.

Alcuni trigger esterni portano le aziende a dichiarare l'obiettivo del "restyling": il nuovo dipendente porta idee interessanti, un nuovo capo arriva e vuole pulire digitalmente, la concorrenza ha un nuovo sito web o il fatturato diminuisce. Forse alla moglie del capo non piace neanche il vecchio sito o alla Generazione Z il sito non è abbastanza "lit". Forse ti suona familiare. Anche il fatto che sia di nuovo il momento di avere un nuovo sito web, così come le opinioni personali, non è motivo sufficiente per un restyling.

Tuttavia, ci sono diversi motivi migliori per cui le aziende o le organizzazioni vogliono effettuare un restyling del sito web. I principali sono i seguenti:

• Design obsoleto e/o rebranding: Un sito web obsoleto può dare l'impressione che l'azienda non sia al passo coi tempi o non sia più attiva. Un design fresco e moderno dovrebbe quindi migliorare l'immagine. Anche se l'immagine del marchio o l'identità aziendale cambiano, spesso si desidera un restyling del sito web per riflettere il nuovo messaggio del marchio.
• Migliorare l'esperienza dell'utente: Se l'usabilità di un sito web è scarsa, ciò può portare a un tasso di rimbalzo elevato. Un restyling può servire per migliorare l'esperienza dell'utente e rendere il sito web più facile da navigare.
• Ottimizzazione mobile: Poiché sempre più persone accedono ai siti web tramite dispositivi mobili, è importante assicurarsi che il sito web funzioni bene su diverse dimensioni dello schermo e dispositivi.
• Search Engine Optimization (SEO): Un sito web obsoleto può avere problemi di prestazioni SEO. Un restyling offre la possibilità di apportare modifiche amichevoli per il SEO al fine di migliorare la visibilità sui motori di ricerca.
• Aggiornamento dei contenuti: Se le informazioni, i servizi o i prodotti di un'azienda cambiano, il sito web deve essere aggiornato per riflettere tali modifiche.
• Miglioramenti della sicurezza: I siti web più datati sono spesso più vulnerabili ai rischi per la sicurezza. Un restyling può servire per migliorare la sicurezza del sito web e proteggerlo dagli attacchi informatici.
• Aggiornamento tecnologico: L'utilizzo di tecnologie obsolete può compromettere le prestazioni di un sito web. Un restyling può offrire l'opportunità di passare a tecnologie web e piattaforme attuali.
• Accessibilità: Migliorare l'accessibilità è una priorità per molti siti web, per garantire che siano accessibili alle persone con disabilità.
• Competitività: Per rimanere al passo con la concorrenza, è importante avere un sito web moderno e performante. Un restyling può contribuire a mantenere o aumentare la competitività.
• Miglioramenti analitici: Implementando strumenti di analisi migliori e raccogliendo dati, le aziende possono capire e ottimizzare meglio le prestazioni del loro sito web.
• Conformità ai requisiti legali: Leggi e regolamenti in materia di privacy, accessibilità e sicurezza cambiano regolarmente. Un restyling può essere necessario per garantire che il sito web sia conforme a tali requisiti.

Questi motivi possono manifestarsi singolarmente o in combinazione e variano a seconda degli obiettivi e delle esigenze dell'azienda. Un restyling del sito web è spesso una decisione strategica per migliorare la presenza online e raggiungere gli obiettivi aziendali. Analizzando i punti sopra uno per uno, diventa chiaro che la maggior parte dei motivi può essere implementata con piccoli sprint e non richiede un grande restyling.

Distinguiamo quindi cosa è un restyling e cosa non lo è: un nuovo design con una base tecnica esistente è più simile a un lifting. Il restyling avviene solo quando l'obiettivo del restyling comporta un cambiamento effettivo nell'esperienza utente, nel funzionamento e nella base tecnica. 

Un restyling dovrebbe sempre essere giustificato da fatti (ad esempio, la tecnologia è in un vicolo cieco e non può più essere aggiornata), indicatori di prestazioni, nonché dati di misurazione e confronto.

Questa è la mia prima raccomandazione in questo contesto: Evolutione prima di rivoluzione! Evita un restyling fino a quando è possibile e cerca di implementare singolarmente o incrementalmente tutti i punti che sono stati citati per un restyling finora. Migliora una cosa, mettila online, valuta cosa succede, apporta nuovamente modifiche oppure passa al punto successivo. Il miglior esempio è Amazon, che si evolve e migliora davvero solo in minima parte e che rinuncia a grandi cambiamenti di restyling da molti anni. 

Un restyling rappresenta sempre un grande rischio per la tua visibilità su Google. Tutti guardano ai miglioramenti, ma pochi considerano il rischio. Certo, l'interfaccia utente migliora, l'esperienza utente positiva aumenta, tecnicamente si è di nuovo aggiornati. Tuttavia: se il successo della tua impresa dipende da una forte visibilità organica, il restyling è l'ultima risorsa e va considerato solo quando il tuo dolore è abbastanza grande a causa di una combinazione dei motivi sopra menzionati che non possono più essere affrontati con singoli sprint. Perché? Guarda cosa è successo alla visibilità online dopo i restyling di questi quattro siti web:

Pianifica attentamente il tuo rilancio e assicura il raggiungimento di un successo con l'ausilio di una checklist. In particolare, poniti come obiettivi sia il mantenimento della visibilità online, sia la ricerca di opportunità per creare le basi per un aumento della visibilità online nell'ambito del rilancio. Proprio per questo è stato scritto questo articolo, per fornirti una guida al rilancio in modo da limitare i rischi durante il rilancio e ottenere effettivamente un risultato di lavoro straordinariamente buono, con il potenziale di successi SEO organici duraturi.

Piano di un rilancio

La pianificazione di un rilancio del sito web dovrebbe essere effettuata attentamente. È importante tenere conto dei seguenti passaggi:

• Analisi del sito web esistente e registrazione dello stato attuale: Inizialmente è necessario analizzare il sito web esistente per identificare punti di forza e debolezze.
• Definizione degli obiettivi: Gli obiettivi del rilancio del sito web devono essere chiaramente definiti. Questi includono, ad esempio, il miglioramento del tasso di conversione, l'aumento del numero di visitatori o il passaggio a un nuovo CMS con miglior gestione dei contenuti e maggiore manutenibilità.
• Sviluppo di un concept: Sulla base dell'analisi e degli obiettivi, nonché di un'analisi dei concorrenti, dovrebbe essere sviluppato un concept per il rilancio del sito web. Il concept dovrebbe includere i seguenti aspetti: design, contenuti, tecnologia e SEO/marketing.
• Implementazione: Il concept sarà quindi implementato. Questo include lo sviluppo del design, la creazione/adattamento dei contenuti e l'implementazione delle modifiche tecniche.
• Test: Il nuovo sito web dovrebbe essere testato accuratamente prima della pubblicazione, per garantire il corretto funzionamento. Questo include anche una lista di controllo definita.
• Pubblicazione: Il nuovo sito web viene quindi pubblicato. E continuerà a essere testato, valutato e adattato online.

Definizione degli obiettivi e della strategia del rilancio

Definisci con precisione gli obiettivi del rilancio. Gli obiettivi possono essere (oltre alle ragioni sopra menzionate): 

• Miglioramento dell'esperienza utente
• Aumento della chiarezza
• Estensione dell'offerta di contenuti
• Modernizzazione del design
• Aumento del volume di affari e del valore del carrello 
• Passaggio a un altro CMS con gestione semplificata dei contenuti e maggiore manutenibilità tecnica
• Possibilità di espansione futura più agevole e mantenimento della capacità di aggiornamento.

Suggerimento: Dopo i primi incontri iniziali con il team aziendale - ancora prima di iniziare le discussioni con le agenzie esecutive - ogni soggetto coinvolto nel progetto dovrebbe scrivere gli obiettivi del vostro rilancio su un foglio o nella sua scheda di comunicazione (ad esempio Slack). Quando tutti mostreranno i loro obiettivi contemporaneamente, rimarrai stupito di quanto le opinioni siano diverse, nonostante l'obiettivo sia stato già discusso verbalmente durante i meeting. Pertanto, è importante fissare per iscritto anche gli obiettivi. Conoscere con precisione i tuoi obiettivi ti permette di verificare già nelle prime fasi se sono stati contemplati nel prototipo dell'UI.

Un capitolato d'onori fornisce chiarezza sul mandato del rilancio

Per poter presentare un'offerta, l'agenzia ha bisogno di una dettagliata informativa di progetto da parte del cliente. Le aziende di solito dispongono di un documento di Word o di un PDF in cui il progetto è più o meno dettagliatamente delineato. A volte vengono utilizzati questionari o si organizzano workshop, con cui le agenzie mettono meglio in luce i punti critici del cliente per poter fare un'offerta. Per progetti più grandi viene redatto un capitolato d'onori. Più dettagliato è, meglio è. 

Il capitolato d'onori è un documento che svolge un ruolo decisivo in un rilancio del sito web. Serve a registrare per iscritto i requisiti, gli obiettivi e le aspettative del rilancio. Un capitolato d'onori ben elaborato aiuta a garantire che tutti i soggetti coinvolti - che si tratti del team di sviluppo, del team di design o del cliente - abbiano una chiara comprensione di ciò che si intende ottenere durante il rilancio. È anche la base di partenza per un'offerta ben calcolata e vincolante dell'agenzia esecutiva. Di seguito sono riportate le informazioni e gli elementi che solitamente possono essere contenuti in un capitolato d'onori per un rilancio del sito web:

• Obiettivi e scopi: Una descrizione degli obiettivi principali del rilancio, ad esempio, il miglioramento dell'esperienza utente, l'aumento della visibilità sui motori di ricerca o il cambio del CMS con aggiornamento del design.
• Portata del progetto: Una definizione chiara di ciò che è incluso e ciò che non è incluso nel rilancio. Questo può includere il numero di pagine, l'integrazione di strumenti di terze parti o la revisione di contenuti.
• Requisiti di design: Informazioni sul design visivo desiderato del sito web, inclusi layout e il rispetto delle linee guida di corporate design per colori, font e immagini.
• Requisiti di funzionalità: Una scomposizione delle funzionalità e delle interazioni desiderate sul sito web, come ad esempio moduli di contatto, funzioni di ricerca, funzioni di e-commerce, ecc.
• Requisiti tecnici: Specifiche sulle tecnologie che dovrebbero essere utilizzate durante il rilancio, come ad esempio la scelta di un sistema di gestione dei contenuti (CMS) o l'implementazione di determinate funzioni. Anche l'utilizzo di formati di immagine e grafica moderni (WebP, AVIF, SVG) è incluso.
• Backup manuali e automatici e revisioni delle modifiche ai contenuti.
• Requisiti di contenuto: Indicazioni chiare per la revisione, l'aggiornamento o la creazione di nuovi contenuti, inclusi testi, immagini, video e altri media. Gestione dei metadati e dati strutturati.
• Requisiti SEO: maggiori dettagli nella prossima sezione del contenuto.
• Cronoprogramma e milestone: Un piano temporale che stabilisce le date d'inizio e di completamento previste per il rilancio, nonché importanti milestone.
• Budget: Informazioni sul budget per il rilancio, compresi i costi per design, sviluppo, hosting e eventuali servizi di terze parti.
• Controllo qualità con strumenti di test: Descrizione dei test e delle procedure di controllo della qualità che dovrebbero essere eseguite durante il rilancio, per garantire il corretto funzionamento del sito web.
• Requisiti di manutenzione e supporto: Requisiti per la manutenzione continua e il supporto del sito web dopo il rilancio.

Un capitolato ben strutturato è fondamentale per evitare malintesi, gestire efficientemente il progetto e garantire che le aspettative di tutte le parti interessate siano soddisfatte. Funge da linea guida e documento di riferimento per l'intero team del progetto e contribuisce ad assicurare il successo del rilancio del sito web.

Quando abbiamo pianificato il nostro rilancio di TutKit.com con un cambio completo del framework da CodIgniter a Laravel, il nostro capitolato comprendeva 220 pagine - non esattamente un'attrattiva per un'agenzia che deve lavorarci.

Nota: Il mio articolo non si concentrerà nei dettagli su concetto, design, funzione e tecnologia impiegata. Il nuovo sito sarà sicuramente bello. Il rischio maggiore nel rilancio è effettivamente una peggioramento dell'esperienza utente tecnica e della qualità OnPage a causa della mancanza di reindirizzamenti 301, il che potrebbe causare una perdita di posizionamento e visibilità. Per prevenire ciò, nel seguito si concentrerà principalmente sulla sicurezza del successo del progetto dal punto di vista dell'esperienza utente e dell'ottimizzazione per i motori di ricerca.

Definizione dei requisiti SEO per il nuovo sito web

Il brief da parte del cliente o un capitolato più dettagliato già stabiliscono le richieste dal punto di vista visivo, dei contenuti, della funzionalità e della tecnologia e costituiscono la base affinché un'agenzia possa redigere un preventivo.

Per la Checklist di rilancio per la sicurezza del successo del progetto è necessario guardare alle singole sezioni dal punto di vista SEO. Si impostano requisiti SEO specifici attraverso, ad esempio:

• una struttura URL in evoluzione (Mappa di reindirizzamento URL!) e percorsi di link in evoluzione
• una navigazione in evoluzione (importante per il linking interno e la gerarchia dei link)
• tecnologie in evoluzione (CMS, Framework JavaScript, Server, …)
• contenuti in evoluzione (possibile calo di visibilità delle pagine ben posizionate)

Le pagine si posizionano bene su Google per la loro rilevanza dei contenuti, pertanto è importante domandarsi se i contenuti esistenti cambieranno o saranno uniti, se alcuni contenuti verranno eliminati e/o se ne verranno aggiunti di nuovi? Cambia la struttura dei contenuti delle categorie o delle pagine? Da questi punti vanno derivati i requisiti SEO che devono figurare nella Checklist di rilancio.

Le metadati dei vecchi contenuti vengono trasferiti e cambiano? Come viene gestita la manutenzione dei contenuti da parte dell'operatore e i contenuti delle pagine sono collegati a dati strutturati?

Le immagini esistenti o nuove vengono memorizzate in formati di immagine moderni per i siti web (WebP/Avif) e si presta attenzione all'ottimizzazione SEO delle immagini con URL significativi in minuscolo, quindi anziché 1234.jpg => hotel-ostsee-warnemuende_suite-nachtigall.avif.

Inoltre, è importante che i file delle immagini siano arricchiti con dati strutturati (ImageObject) e Vengano passati a Google i miniature <meta>, per aumentare la probabilità di incorporazione dell'immagine negli snippet di ricerca e l'indicizzazione nelle immagini di Google.

Interessante in questo contesto è anche la questione su come migliorare i segnali degli utenti. Ad esempio, sulle pagine dei contenuti potrebbero essere incorporate video illustrativi, video di spiegazione e di aiuto. Se un utente che arriva dalla ricerca di Google sulla landing page clicca sul video e lo guarda, aumenta il tempo di permanenza (buon segnale degli utenti), migliorando anche il tasso di ritorno ai risultati della ricerca (buon segnale degli utenti). 

Vanno esaminate anche le sezioni di contenuto integrate nelle pagine che soddisfino le linee guida di Google per i contenuti utili e per il principio E-A-T.

Per Google, il "Contenuto utile" è quel contenuto che è rilevante e utile per gli utenti. Risponde in modo completo e informativo alle domande degli utenti, offre soluzioni ai problemi e fornisce un valore aggiunto che va al di là dei semplici messaggi pubblicitari.

Ecco alcuni esempi di contenuti utili:

• Tutorial e guide: Questi contenuti aiutano gli utenti a imparare nuove attività o a risolvere problemi esistenti.
• Recensioni e confronti: Questi contenuti aiutano gli utenti a scegliere il prodotto o il servizio giusto.
• Notizie e aggiornamenti: Questi contenuti tengono informati gli utenti su eventi e tendenze attuali.
• Infografiche e grafici: Questi contenuti possono aiutare a visualizzare dati e informazioni complesse.
• Articoli e post di blog: Questi contenuti offrono una visione approfondita su un argomento specifico.

Google utilizza diversi segnali per riconoscere i contenuti utili. Tra questi ci sono:

• Comportamento degli utenti: Google osserva come gli utenti interagiscono con i contenuti, ad esempio quanto tempo rimangono su una pagina, quante volte la condividono e quante volte la valutano.
• Segnali di qualità: Google valuta la qualità dei contenuti in base a fattori come rilevanza, completezza e attualità.
• Feedback degli utenti: Google considera anche il feedback degli utenti, come recensioni e commenti.
• Tenendo conto di questi segnali, gli operatori di siti web possono aumentare le possibilità che i loro contenuti siano considerati utili.

Il principio EEAT è un concetto sviluppato da Google che valuta la qualità dei siti web e dei contenuti online. Stanno per Espertise, Esperienza, Autorità e Affidabilità, cioè Espertise, Esperienza, Autorità e Affidabilità.

• L'espertise si riferisce alla conoscenza e all'esperienza delle persone che creano i contenuti. Google valuta l'espertise basandosi su fattori come formazione, esperienza lavorativa e riconoscimenti.
• L'esperienza è dimostrata quando il contenuto è stato creato anche con una certa esperienza, ad esempio basata sull'effettivo utilizzo di un prodotto, sulla visita effettiva di un luogo o sulla descrizione di un'esperienza da parte di una persona?
• L'autorità si riferisce alla reputazione di un sito web o di un contenuto online. Google valuta l'autorità basandosi su fattori come i backlink, le attività sui social media e le recensioni degli utenti.
• L'affidabilità si riferisce alla fiducia e alla credibilità di un sito web o di un contenuto online. Google valuta l'affidabilità basandosi su fattori come la privacy, la sicurezza e la trasparenza.

Quali requisiti SEO hanno le funzionalità esistenti e nuove in termini di frontend e backend? Ecco alcuni esempi:  

• Indicizzazione (i contenuti rilevanti devono essere visibili e indicizzabili anche senza JavaScript)
• Chiarezza dell'obiettivo del sito web e chiarezza sul call-to-action (il comportamento desiderato dai clienti target sulle pagine)
• Evitare contenuti duplicati tramite ad esempio pagine categorie generate automaticamente o duplicati di pagine attraverso varianti di articoli
• Garantire un alto PageSpeed evitando troppi file JavaScript e CSS, utilizzando formati di immagine moderni (WebP/AVIF)

Questi requisiti SEO devono essere inclusi nel briefing del progetto o nel capitolato, ma devono anche essere parte di una checklist legata agli strumenti di test o essere inclusi nella fase di controllo qualità del progetto e inoltre come criterio di accettazione per il servizio dell'agenzia. Scopri di più qui sotto.

Definizione dei partecipanti interni ed esterni al progetto

Identifica i partecipanti al progetto - qui dal punto di vista del cliente o del proprietario del sito web:

• Chi è responsabile della gestione del progetto e prende le decisioni finali?
• Chi è responsabile del coordinamento e della comunicazione con l'agenzia o con il cliente?
• Chi si occupa della gestione interna del progetto?
• Chi prepara internamente i contenuti e i materiali per l'agenzia?
• Chi gestisce il design dell'esperienza utente?
• Chi gestisce lo sviluppo?
• Chi riporta all'agenzia al cliente a intervalli prestabiliti?
• Chi si occupa del testing e del controllo qualità da parte dell'agenzia o del cliente?
• Viene coinvolto un consulente esterno (ad es. per l'SEO o per i requisiti legali)?
• Chi approva i compiti? Chi li accetta nel sistema dei ticket una volta completati?
• Chi deve essere informato in determinati momenti (dipendenti, clienti, partner, gestori di campagne pubblicitarie, ...)?

Alla selezione degli esterni partecipanti al progetto sono importanti quattro punti

1. L'agenzia ha realizzato uno o più progetti di questo tipo? Esistono referenze? Ci sono pareri dei clienti e sarebbe possibile anche un colloquio con i clienti dell'agenzia - cosa consigliabile per grandi sviluppi personalizzati?
   
2. Con il servizio offerto e l'implementazione tecnica (CMS/sistema di negozio/framework) vengono già soddisfatti tutti i requisiti correlati al rinnovo legati? Ci sono funzionalità o requisiti personalizzati che devono ancora essere programmati (anche tramite plugin o moduli)? Nel preventivo sono escluse determinate prestazioni o sono indicate per un momento successivo, ma sono fondamentali per il successo del progetto? È importante che non compaiano nuovi problemi che siano maggiori della ragione principale per il rinnovo.
   
3. La realizzazione da parte dell'agenzia o del fornitore si adatta sia per dimensioni del team che per la sede regionale e l'andamento del personale (eventualmente individuabile tramite recensioni su Kununu) in modo sostenibile all'azienda per la futura assistenza?
   
4. È possibile un contatto diretto con il team di design e sviluppo esecutivo? È sensato conoscere effettivamente il team di progetto dell'agenzia. I professionisti delle vendite allegri e pieni di promesse non saranno più responsabili una volta ottenuto il progetto. Perciò è importante stabilire un contatto diretto con il team esecutivo.

Quattro consigli per la propria sicurezza in questo contesto

1. Come cliente, presterei particolare attenzione alla tecnologia utilizzata dall'agenzia. Cerca su Google ciò che è indicato nell'offerta con "CMS + svantaggi" o "CMS + esperienze". Dovresti sapere esattamente a cosa vai incontro. È consigliabile puntare su soluzioni open source. Sono consapevole che non sempre è possibile. Cerca il più possibile che ci sia una comunità di sviluppatori ampia per quella tecnologia in modo da evitare di finire con una soluzione isolata dall'agenzia, che solo l'agenzia può gestire, cosa che potrebbe metterti in una situazione difficile in seguito.
   
2. Assicurati di ottenere i diritti d'uso e modifica illimitati relativi al servizio dell'agenzia, in modo da avere sempre il diritto di sviluppare il sito web internamente o esternamente. Tale clausola deve essere inclusa nel contratto d'opera.
   
3. Se la tua azienda è più orientata verso la tecnologia e possiede amministratori di sistema, sviluppatori di software o qualcosa del genere in squadra, è consigliabile configurare GIT per il controllo di versione e JIRA (o strumento simile) per la gestione del progetto o il sistema dei ticket da soli in un account dedicato. Quindi concedi all'agenzia pieni diritti di accesso e i lavori possono cominciare. Più grande è il progetto, più ruvida e sofferta potrebbe diventare la situazione. È utile che tu abbia il controllo sugli accessi e gli account decisivi. Sono consapevole che questa raccomandazione, dal punto di vista puramente tecnico, sia seguita solo da pochi clienti.
   
4. A volte le agenzie offrono direttamente il servizio di hosting ai clienti. Noi stessi non ne siamo fan, perché da un lato aumenta la dipendenza nella relazione con il cliente, dall'altro pensiamo che i web hosting provider siano i più adatti per il web hosting, poiché sono specializzati in questo settore. Avevamo già impostato e gestito i server per conto nostro e avevamo speso molte risorse umane e temporali. Siamo tornati indietro. Ora i nostri sistemi sono su server cloud di uno dei principali web hosting in Germania e siamo felici. Nel web hosting assicurati sempre che siano già inclusi backup server-side nel pacchetto, che possono essere ripristinati con pochi clic.

Definizione del periodo e della data di lancio

Un rilancio viene effettuato in diverse fasi di progetto. Queste fasi, secondo la nostra esperienza come agenzia, possono essere le seguenti:

• Lo stato attuale viene documentato (tramite strumenti di test, ma anche per iscritto con impressioni su ciò che funziona bene dal lato del cliente e dove sono necessari miglioramenti)
• Fase di ricerca con analisi della concorrenza e ricerca di soluzioni/ispirazione
• Concetto di wireframe
• Progettazione del design dell'interfaccia utente
• Sviluppo frontend e backend
• Migrazione dei dati o importazione dei contenuti (automatica/manuale)
• ottimizzazioni strutturali e di contenuto (testo e immagine) & sprint SEO

Le fasi del progetto si sovrappongono poiché nel corso del lavoro nuovi partecipanti al progetto entrano in azione.

È importante definire il periodo di tempo per singole fasi del progetto e concordarlo con i partecipanti. 

L'agenzia crea per il cliente, in caso di progetti più grandi, un proprio canale Slack per una comunicazione più veloce?

Un consiglio a questo punto: è importante che l'agenzia lavori già in una fase molto precoce con prototipi cliccabili, quindi già nella fase di wireframe e ancora di più durante la presentazione e la valutazione del design dell'interfaccia utente. In questo modo i clienti possono avere una visione migliore della navigazione del sito web. I semplici file JPG o PNG come proposta di layout non sono più attuali oggi. Dovrebbero essere prototipi cliccabili, creati con Sketch, Figma, Adobe XD oa altro strumento professionale.

In questa fase iniziale le modifiche sono facili da apportare. Quando le funzioni e le sezioni di un sito web sono già state sviluppate, le modifiche sono molto più complesse e potrebbero richiedere rinegoziazioni che sono assolutamente poco piacevoli.

Qui è visibile un esempio di come appare su un prototipo per il design dell'interfaccia utente mobile con i percorsi di clic:

La questione da risolvere è quando sono possibili i test da parte del cliente. Gli sviluppatori dovrebbero testare i propri lavori locali anche dopo l'integrazione nel sistema di stage. Può sembrare banale, ma chiunque lavori con sviluppatori capirà immediatamente a cosa mi riferisco. Successivamente, la persona responsabile della qualità dell'agenzia dovrebbe testare il ticket o la funzione. Solo allora il ticket sarà rilasciato per il test da parte del cliente. Il cliente non dovrebbe mai sentirsi un tester alpha, ma dovrebbe trovare un sistema già testato da quattro occhi. L'agenzia è il tester alpha, il cliente è il tester beta! E' previsto l'accesso al sistema di ticket dell'agenzia?

Anche dovrebbe essere definito per iscritto che i rapporti da parte dell'agenzia al cliente devono essere forniti con una certa frequenza. Ad esempio, potrebbe essere previsto un rapporto via e-mail ogni venerdì sullo stato attuale dei lavori, sul feedback necessario o sulle richieste di collaborazione. Questo è anche un consiglio basato sulla nostra esperienza come agenzia: è meglio non lasciare un cliente nell'incertezza nel fine settimana. Potrebbe venire con brutte idee. Meglio informarlo bene su quanto è stato fatto e cosa attende la settimana successiva. La trasparenza aiuta affinché tutti possano continuare il lavoro con un buon spirito.

La data di lancio dovrebbe essere definita altrettanto. Secondo la legge di Parkinson, il lavoro si espande fino a occupare il tempo disponibile per il completamento. In altre parole, più tempo è disponibile per completare un compito, più tempo viene impiegato, indipendentemente dalla complessità effettiva o dall'entità del lavoro. La prevista consegna dovrebbe anche essere inclusa nel contratto. Il mancato rispetto della scadenza potrebbe addirittura essere punibile con una penale contrattuale. Come linea guida, le penali contrattuali dello 0,2 % dell'importo del contratto per ogni giorno lavorativo di ritardo e fino al 5% dell'importo del contratto sono efficaci. La penale contrattuale non deve necessariamente essere richiesta dal lato del cliente, ma ti dà la possibilità di ottenere qualche richiesta speciale dall'agenzia come compensazione.

Importante: nessun lancio il venerdì. Nemmeno tra festività o durante l'orario di punta dell'azienda. Consigliamo effettivamente di pianificare il lancio per le ore notturne dalla domenica al lunedì, soprattutto se l'indirizzo IP cambia, così che le impostazioni DNS siano aggiornate dalla maggior parte dei provider il lunedì, spesso già a tarda mattina se l'impostazione DNS è stata modificata durante le ore notturne. Rimangono quindi praticamente ancora 4,5 giorni lavorativi per i test live e per la risoluzione dei bug in caso di errori.

Documentazione dello stato attuale del tuo sito web

Lo stato attuale deve essere valutato prima dell'inizio dei lavori. Nello stato attuale vengono valutati i risultati delle misurazioni tecniche per i parametri. A destra puoi inserire i valori obiettivo:

Nella lista troverai come strumento SEO il Seobility, che utilizziamo spesso per controllare i fattori OnPage, tra cui ho anche pubblicato un corso di SEO. Esistono molti strumenti simili come Sistrix, Semrush, Ryte, SE Ranking, Screamingfrog ecc. Lo strumento SEO si concentra soprattutto nell'identificare e correggere gli errori tipici OnPage. Qui vengono valutati tre aree principali: tecnica & meta, struttura e contenuto, come Seobility costruisce le valutazioni. Troverai un approccio simile anche con gli altri strumenti SEO. È importante che venga sempre eseguito un Full-Check, quindi vengano esplorate TUTTE le pagine e non solo la homepage, e inoltre, che tu inserisca un punteggio o valore di errore per lo stato attuale e l'obiettivo desiderato dopo l'ottimizzazione. Con Seobility, un valore di 90 o superiore è auspicabile. Troverai anche alternative strumenti per altri scopi. È fondamentale utilizzarne almeno uno per garantire dati eccezionali.

Questo è ad esempio il nostro valore attuale per la qualità OnPage:

Le segnalazioni degli utenti possono essere misurate statisticamente con misure tratte da Google Analytics 4 come la Bouncerate, Pagine/visitatore, Tempo medio di permanenza etc. Se Google Analytics o un altro strumento di analisi viene utilizzato conformemente ai dati, questi dati dovrebbero essere considerati nella registrazione dello stato attuale. 

Dovrebbe anche essere creata una lista di backlink, che può essere generata gratuitamente ad esempio qui: https://www.seobility.net/de/backlinkcheck/

Inoltre, la vecchia sitemap.xml deve essere salvata, così come un Backup completo del sito. Tutte le pagine rilevanti dovrebbero essere trasferite in un elenco su Google Sheet, che costituirà la base per la mappa di reindirizzamento URL. Tale elenco CSV può essere facilmente esportato tramite uno strumento SEO come Seobility. Nella mappa di reindirizzamento URL sono considerate tutte le pagine rilevanti e le pagine collegate tramite backlink esterni (vedi lista di backlink), che in seguito dovranno essere reindirizzate a causa del cambiamento degli URL delle pagine.  Le URL estinte devono essere reindirizzate alle nuove pagine corrispondenti alle vecchie URL. È importante evitare catene di reindirizzamento! I vecchi reindirizzamenti esistenti devono reindirizzare direttamente alla nuova URL finale. Inoltre, bisogna pensare anche ai file PDF e immagini su cui sono presenti collegamenti, affinché vengano reindirizzati correttamente e non diventino link 404.

I reindirizzamenti vengono impostati come reindirizzamenti 301 sulla base della mappa di reindirizzamento URL nel file .htaccess, tramite mappe di reindirizzamento tramite configurazione Vhost o tramite una soluzione del database. Il cliente dovrebbe essere in grado di gestirli autonomamente. È anche importante garantire che i reindirizzamenti siano permanenti.

Inoltre, è consigliabile salvare una schermata intera di ogni tipo di pagina. Questo da un lato garantisce la conservazione del contenuto esistente nel caso in cui sorgano domande dopo il rilascio, ad esempio se i tipi di contenuto non sono stati trasferiti ecc.

In base alle pagine esistenti, alle funzioni e ai contenuti e ai risultati delle misurazioni, si può individuare ciò che funziona bene e individuare l'area in cui è presente il potenziale per l'ottimizzazione, e che cosa dovrebbe essere migliorato attraverso il rilancio.

Lista di controllo: Prima del rilancio

Non appena il design dell'interfaccia utente è stato confermato e l'agenzia si trova nello sprint di sviluppo, diventa rilevante la seguente lista di controllo, che elenca in ordine cronologico fino al giorno del rilancio i punti essenziali:

1. L'ambiente di sviluppo con accesso per tutte le parti interessate è disponibile per i test
2. L'ambiente di sviluppo è impostato su noindex
3. L'accessibilità agli strumenti di test sull'ambiente di sviluppo (autorizzazione IP o accesso tramite http) è stata configurata
4. La configurazione dell'ambiente di sviluppo corrisponde il più possibile a quella del sistema live
5. La struttura delle pagine dell'ambiente di sviluppo corrisponde a quella del sito live futuro
6. La migrazione dei dati vecchi è stata completata
7. Modifiche ai contenuti sono state apportate
8. L'ottimizzazione delle immagini per l'indicizzazione è stata eseguita
9. I reindirizzamenti 301 sulla base della mappa di reindirizzamento URL sono stati configurati 
10. Il controllo OnPage con Seobility è stato eseguito, gli errori sono stati corretti, gli obiettivi sono stati raggiunti
11. I dati Open-Graph sono validi
12. I dati strutturati sono validi
13. Il controllo Pagespeed per tutti i tipi di pagina è stato completato, gli obiettivi sono stati raggiunti
14. La Content-Cookie-Policy funziona
15. I Security Header sono stati configurati
16. L'accessibilità è garantita, gli obiettivi sono stati raggiunti
17. I tag hreflang sono validi (per i siti multilingua)
18. I testi legali (termini di servizio, informativa sulla privacy, diritto di recesso, conformità GDPR) sono stati aggiornati, la conformità al GDPR è garantita
19. L'aggiornamento del CMS, dei framework, dei plugin utilizzati e dei moduli è stato eseguito alla versione più recente
20. Il test finale di funzionamento su tutti i browser e dispositivi non ha rilevato errori
21. Lo stato finale e la data di lancio sono stati comunicati 
22. Il backup completo è stato creato

L'uso dei dati strutturati (Schema-Markup) - vedere punto 12 della lista - viene ancora oggi trascurato in modo significativo. Familiarizzati con l'argomento e leggi ciò che Google dice sul markup per i dati strutturati nella ricerca Google. Google darà sempre più peso ai dati validi all'interno dell'SGE, cioè i risultati di ricerca creati da AI. Anche l'aggiornamento del contenuto utile di Google richiede che i contenuti siano molto più verificati attraverso esperienza, autorità e credibilità. I dati strutturati sono parte della soluzione per semplificare questa convalida per Google. Dopo aver integrato i dati strutturati, utilizza il Validator Schema-Markup, ma controlla anche le tue pagine con lo Structed Data Linter, raccomandato e collegato anche da Google in PageSpeed Insights. Qui riceverai informazioni più dettagliate sui errori di codifica correlati all'uso dei dati strutturati.

Al punto 16 appare per la prima volta Accessibilità in questo articolo. Già durante l'analisi di PageSpeed, l'accessibilità ha una propria sezione e numeri verdi sono auspicabili. Il test sull'accessibilità di una pagina dovrebbe essere effettuato non solo tramite PageSpeed Insights, ma anche tramite https://www.accessibilitychecker.org e/o https://wave.webaim.org. Specialmente in vista di un imminente rinnovo, questo punto dovrebbe essere preso in considerazione in modo obbligatorio, in quanto diventerà un tema attuale per i siti web con la Legge di rafforzamento dell'accessibilità a partire dal 2025. Verifica con uno strumento del genere non solo la homepage, ma ogni tipo di pagina - lo stesso vale per i test di PageSpeed!

Nell'ambito di un rinnovo, spesso si rendono necessari anche adeguamenti e aggiornamenti dei testi legali. È importante pensare in anticipo che i testi potrebbero essere forniti da un avvocato specializzato o da motori di generazione di testi legali. Inoltre, occorre pensare anche ai contratti di elaborazione dati, nel caso in cui ad esempio venga utilizzato un nuovo servizio di web hosting o venga modificato il servizio di newsletter.

Il punto 18 riguardante l'aggiornamento del CMS, delle librerie JavaScript utilizzate, dei moduli e dei plugin installati è altrettanto sottovalutato quanto importante. Un rinnovo può richiedere diversi mesi e oltre. Con il sistema WordPress, è facile vedere che magari prima del giorno del rinnovo sono disponibili numerosi aggiornamenti. I clienti dovrebbero assicurarsi che le versioni più recenti siano utilizzate al momento del lancio.

Con l'cambiamento dei servizi esterni si aggiungono ulteriori compiti, che dovrebbero essere inclusi nella lista di controllo, ad esempio nel caso di modifiche al servizio di newsletter:

• Importazione dei dati di contatto del newsletter al nuovo servizio NL
• Collegamento al servizio di newsletter sul sito web nella maschera di registrazione
• Contratto di elaborazione dati
• Creazione di nuovi modelli di mailing
• e così via

Durante l'intero sprint di sviluppo, naturalmente vengono effettuati costanti test delle funzionalità, ecc. È utile compilare una checklist estremamente dettagliata per i test, in modo da non dimenticare nulla. Non basta cliccare in giro solo un po' sia come agenzia esecutrice che come cliente. Dopo il nostro rinnovo di TutKit.com, la nostra checklist di accettazione avrà avuto sicuramente circa 1.000 righe. E così facciamo ancora oggi: dopo importanti aggiornamenti principali, verifichiamo circa 70 interazioni attraverso la checklist per Chrome, Safari e Android.

Checklist: Il giorno del rinnovo e i giorni successivi

Il giorno del rinnovo è arrivato e non è un venerdì e nemmeno un giorno tra le festività. Il nuovo sito web va online, le impostazioni DNS sono state modificate. Ora bisogna ricominciare da capo a controllare e valutare tutto. Verifica quanto segue:

1. controllare il file robots.txt, affinché i robot non siano bloccati
2. l'ambiente di produzione è in esecuzione su index, follow
3. I tag canonici sono impostati correttamente
4. controllare i percorsi assoluti nel codice sorgente delle pagine (percorsi dei link dell'ambiente di test sul lato live)
5. verificare la reindirizzazione da http a https con/senza www alla pagina di destinazione su homepage e pagine secondarie
6. testare le reindirizzamenti sulla mappa di reindirizzamento URL, così come la presenza di catene di reindirizzamenti
7. controllo OnPage della pagina live con Seobility per tecnologia & meta, struttura e contenuto... soprattutto per le pagine Noindex visualizzate tramite Seobility
8. i dati Open-Graph sono validi
9. i dati strutturati sono validi
10. verifica del Pagespeed per tutti i tipi di pagine, i valori obiettivo sono stati raggiunti
11. la Cookie-Policy con consentimento del cookie funziona come dovrebbe
12. gli header di sicurezza sono configurati
13. l'accessibilità è garantita
14. controllare l'Hreflang in un sito web multilingue (https://app.sistrix.com/de/hreflang-validator)
15. test finale delle funzionalità tramite browser e dispositivi senza errori
16. presentare la nuova sitemap.xml nella Google Search Console
17. aggiornare le nuove pagine di destinazione nelle campagne Google Ads
18. per determinati cambi di dominio, pensare ai link presenti nei social media, nelle firme delle email, ecc.

Nel nostro ambiente di sviluppo utilizziamo Mailhog per testare localmente le email. In tali casi è importante che i dati SMTP corretti per la ricezione delle email nel sistema live siano correttamente configurati, in modo che le email vengano inviate al destinatario corretto.

Inoltre, è importante assicurarsi che con i fornitori di pagamento come Paypal nel sistema di sviluppo sia implementata la Sandbox, mentre nel sistema live è necessario stabilire la connessione corretta.

Nelle giornate successive, è importante monitorare soprattutto la Google Search Console. Naturalmente, l'aspetto più interessante è vedere come cambiano i tuoi ranking. Concentrati soprattutto su cambiamenti inattesi e segnalazioni di errore:

1. Crawling: Host-Status … Recupero di robots.txt, Risoluzione DNS, Connessione al server
2. Statistiche di crawling … Richieste, Dimensione del download, Tempo di risposta medio
3. Clic nelle SERP
4. Impressioni nelle SERP
5. CTR medio nelle SERP
6. Posizione media nelle SERP
7. Qualità dei Core Web Vitals 

In particolare, Google Search Console segnala errori come ad esempio URL-Error, errori Href-Lang, indicizzazione delle pagine con indice diffuso tra indicizzato/non indicizzato. Per le pagine non indicizzate deve esserci un motivo (reindirizzamento, noindex)... Lì puoi anche vedere contenuti duplicati o altri problemi. Se la Search Console segnala problemi relativi ai dati strutturati o ai Core Web Vitals, indaga sulla questione. Solo analizzando i dati dal vivo scoprirai, ad esempio, che nonostante un alto PageSpeed, alcune delle tue pagine presentano problemi nei Core Web Vitals dovuti, ad esempio, ad errori CLS. Qui è possibile vedere bene quali progressi sono possibili con le modifiche al sito web:

Puoi visualizzare direttamente gli URL cattivi o da ottimizzare. Prendi un URL e effettua un test di PageSpeed Insights con esso. Qui riceverai le indicazioni su perché i Core Web Vitals non sono soddisfatti e cosa puoi fare per correggere gli errori. Clicca sulla freccia in basso a destra per ulteriori informazioni. Di solito queste raccomandazioni possono essere implementate solo dagli sviluppatori. Tuttavia, è importante essere in grado di identificare i problemi e successivamente affrontarli con l'aiuto della tua agenzia.

Valuta anche i dati dai tuoi strumenti di analisi, ad esempio Google Analytics 4. Tieni d'occhio anche le metriche che puoi raccogliere lato server, ad esempio prenotazioni, tasso di conversione, valore del carrello, acquisti/fatturato giornaliero, iscrizioni alla newsletter, richieste di contatto, download di determinati contenuti o visualizzazioni video.

Le Statistiche di Crawling nella Google Search Console sono fondamentali per i controlli nei giorni successivi. Puoi trovarle nelle impostazioni a sinistra nel menu. Dovresti vedere direttamente un'attività di crawling maggiore. Se non la vedi, ci sono errori di crawling?

Lo stato dell'host ti mostra direttamente gli errori, come ad esempio qui dopo un rilancio, quando le richieste di crawling a robots.txt hanno fallito e la connessione al server è stata interrotta più volte:

Interessante è anche ciò che indica la statistica di crawling. Dopo un rilancio, di solito c'è un aumento delle richieste di crawling. Puoi vedere se ci sono ancora pagine 404 crawlate. Se alcune di esse non corrispondono, discutile con gli sviluppatori.

Capisci se il tuo server, il tuo PageSpeed e il tuo codice sono relativamente buoni se il tempo di risposta delle tue pagine è inferiore a 400 ms. Più si avvicina a 1000 ms, più è consigliabile ottimizzare il PageSpeed, ad esempio riducendo le query al database e potenziando la potenza del server (ad esempio, maggiore potenza di calcolo, aggiornamento alla versione più recente del software del server, passaggio a HTTP2 o HTTP3 (su Nginx)).

In prospettiva, il budget di crawling per singoli siti web probabilmente diventerà sempre più limitato a causa della presenza di contenuti (AI) sempre maggiori sui siti web, motivo per cui è consigliabile puntare su un buon tempo di risposta delle pagine in modo che i bot possano crawlarli il più possibile nel tempo a disposizione.

Lista di controllo per il rilancio da scaricare

Anche le liste di controllo per il rilancio incorporate sopra sono disponibili come file PDF per il download. Scaricale e assicurati il successo del tuo progetto!

Confessioni di un proprietario di agenzia

I requisiti SEO presenti nella lista di controllo potrebbero anche ricevere istruzioni dettagliate come il rispetto della struttura delle intestazioni da H1 a H6 e così via. Il definire obiettivi nei tool di test abbrevia fortunatamente tutto il resto della lista di controllo del rilancio in termini di contenuto, poiché raggiungere i migliori risultati con gli strumenti di test menzionati nella lista di controllo richiede il rispetto di un codice pulito, l'uso di tecnologie moderne, l'attenzione ai fattori SEO on-page ecc. Altrimenti, sarebbe necessario formulare in modo estremamente dettagliato gli ultimi standard web e i requisiti tecnici e SEO, a cui i clienti dal punto di vista professionale non sarebbero in grado di aderire. Se le agenzie devono raggiungere valori elevati con gli strumenti di test, non hanno altra scelta che lavorare seguendo le best practice - una nuova esperienza anche per le agenzie :-)

È giunto il momento di una confessione. La definizione dei requisiti SEO e il procedimento a lista di controllo con il raggiungimento e il rispetto dei valori obiettivo nei vari strumenti di test rappresentano un ideale che nella realtà è raramente rispettato. Questo dipende da:

• vincoli di budget dal lato del cliente
• interessi di ottimizzazione del profitto dal lato dell'agenzia
• vincoli dovuti alle tecnologie utilizzate
• e purtroppo anche: ignoranza e incompetenza da entrambe le parti

Non posso biasimare i clienti. Stanno cercando proprio aiuto professionale e praticamente ogni agenzia digitale scrive sul proprio sito web e nei white paper che l'ottimizzazione per i motori di ricerca è una delle loro competenze principali. Ci sono sempre anche referenze che dimostrano che dopo il rilancio c'è stata un aumento della visibilità online di un fattore 3, 5 o 10. Il fatto che da 10 visitatori ora arrivino 100 al giorno costituisce certamente un aumento del 1000%, ma non è ancora un successo. Molte volte il successo sui motori di ricerca dipende dal fatto che i concorrenti digitali sono semplicemente molto più deboli.

Le agenzie continuano a fare un lavoro mediocre con metodi obsoleti, perché fino ad oggi non utilizzano strumenti moderni per la qualità, anche se in modo pomposo nei post, referenze, best practice, ecc. si afferma di avere competenze SEO. Forse tali agenzie sono degli studiosi del sapere, ma difettano nell'esecuzione. Suona duro, ma è solo la realtà. Sul serio. Dai un'occhiata più da vicino! Prendi la lista di controllo qui sopra e inserisci nell'elenco degli strumenti la migliore agenzia della tua regione, con relativo URL. Poi prendi il sito di riferimento più recente che trovi dell'agenzia e ripeti l'operazione. Quali risultati vedrai? Proprio quelli che ti aspetti da una collaborazione. Anche le nostre stesso referenze possono essere controllate in questo modo e noterai che non otteniamo necessariamente risultati eccezionali in tutti i progetti dei clienti. Questo tipo di approccio, con la mentalità orientata alla qualità basata sui dati, è cresciuto da progetto a progetto solo da noi e si è soprattutto consolidato tramite i nostri lavori su TutKit.com. 

Puoi effettuare tali verifiche con quasi tutte le agenzie, poiché poche lavorano davvero con metodo basato sui dati per la qualità, poiché nessuna di esse ha progetti propri sul mercato per anni e deve confrontarsi nella dura concorrenza per la visibilità online con giocatori internazionali, e poiché alle agenzie può interessare poco se un progetto ha successo o meno, fintanto che viene saldata la fattura dell'agenzia e i clienti possono celebrare i bei siti web (sebbene qualitativamente mediocre) nei loro post e con premi. L'ironia particolare è che i test empirici sopra menzionati spesso penalizzano proprio le agenzie SEO con i loro siti web, perché spesso, come attori a un solo trucco, hanno solo un metodo … un pacchetto di contenuti sviluppato per il sito web basato sulle parole chiave del cliente. Spesso mancano i programmatori competenti per le altre esigenze tecniche.

Un vantaggio si ha anche quando l'agenzia ha sede altrove e non si incontra il cliente mentre fa acquisti in un negozio di bricolage in qualità di dipendente dell'agenzia responsabile che ha causato una diminuzione di visibilità a due cifre dopo un rilancio. Ma i clienti raramente controllano questa diminuzione di visibilità, perché sebbene tutti abbiano un banner di consenso sui cookie, pochi analizzano davvero i numeri e ne traggono azioni da intraprendere. Se necessario, è semplicemente aumentato il budget pubblicitario. Fortunatamente, i clienti spesso non sanno che oggi il ranking organico dipende da un'eccedenza di siti web con contenuti simili ben posizionati soprattutto a livello tecnico, dai segnali degli utenti e (ancora) dai backlink. E con gli strumenti di testo basati su intelligenza artificiale, i siti web miglioreranno in termini di quantità e qualità in maniera mai vista prima, e presto potremo dare il benvenuto a molti nuovi siti web stranieri nella nostra lingua madre nei risultati dei motori di ricerca, perché con gli strumenti di traduzione basati su intelligenza artificiale diventa sempre più semplice tradurre negozi online, portali, SAAS e altri siti web per attaccare il mercato domestico digitale. Dobbiamo prepararci a una concorrenza agguerrita. È solo l'inizio …

Conclusione sulla lista di controllo del rilancio del sito web basato sui dati

Una lista di controllo basata sui dati è uno dei pochi modi efficaci per costringere le agenzie a fare un buon lavoro in modo vincolante. È addirittura consigliabile rendere il raggiungimento di determinati valori negli strumenti di test un criterio di accettazione. Dovrebbe essere regolamentato contrattualmente che una parte del pagamento possa essere richiesta solo quattro settimane dopo il rilancio, quando sono disponibili tutti i dati importanti e i risultati confermano il raggiungimento dei valori migliori (come ad esempio il Core Web Vitals e i snippet di prodotto convalidati secondo lo schema nella Search Console). Con l'aiuto di questo flusso di lavoro - come descritto in questo articolo - la perdita di visibilità dopo un rilancio con forti cambiamenti di contenuti, struttura e tecnici rimarrà limitata e creerai le basi per permettere a Google di classificare il tuo sito web o il tuo negozio online più in alto presto.

Se l'articolo ti è stato utile, controlla anche altri contenuti da parte nostra: