@juanin Interessante approfondimento. Una domanda ma cit: "Plausible mi ha fatto anche ridere sulla parte "Made and hosted in the EU". Che tipo di garanzie fornisce Google Analytics per il trattamento dei dati all'interno dell'EU. Ci sono delle garanzie in questo senso nelle linee guida di GA? Non credo non ci siamo garanzie in questo senso. grazie

@sermatica si avevamo proposto anche questa soluzione (redirect 301) ma risultava troppo difficoltoso procedere. grazie per le indicazioni.
Solo per curiosità nel caso si faccia un annullamento di una richiesta di rimozione, questa viene sospesa immediatamente?

grazie

Ciao, un'informazione. Situazione: sito andato online con una nuova versione e url tutte diverse dalla precedente tutte sotto una cartella comune. Nella stessa giornata roll-back. Ora ci sono naturalmente le nuove url in 404. Come procedere per "ripulire" in attesa dell'online del nuovo sito?

• far rispondere le nuove pagine in 503 al posto di 404 + Retry-After (soluzione probabilmente non fattibile)
• effettuare una rimozione temporanea dalla GSC (con Opzione: Rimuovi tutte le url con questo prefisso) e procedere poi con l'annullamento della richiesta poco prima dell'online. Come si potrebbe comportare google in questa seconda ipotesi?
• non far nulla visto che l'online verrà ripristinato a breve.
  grazie

@juanin grazie davvero tutto chiaro!

@kal ha detto in AMP Product Pages:

https://mobile.miosito.com/it/id/1759 dovranno essere trasformate in AMP con la seguente sintassi

Certo intendevo proprio quello che dicevi sotto, forse espressa male. https://mobile.miosito.com/it/id/1759 questa url rimane identica ma con sintassi AMP, i rel già ci sono quindi ok.

<link rel="amphtml" href="https://mobile.miosito.com/it/id/1759"/> nella pagina prodotto https://www.miosito.com/it/id/1759 (cit: come rafforzativo).

Poi con la successiva migrazione a responsive come meglio procedere?

1. msite -> 301 verso responsive (+ amp pages https://www.miosito.com/amp/it/id/1759)

2. msite -> 301 verso https://www.miosito.com/amp/it/id/1759 (non mi convince)

grazie davvero per le indicazioni

@juanin perfetto ora è chiaro.

https://mobile.miosito.com/it/id/1759 dovranno essere trasformate in AMP con la seguente sintassi https://amp.dev/documentation/examples/e-commerce/product_page/, a questo punto i riferimenti rel dovrebbero essere già ok, perché nella versione desktop ho il link msite e nella versione msite ho il canonical alla versione desktop.

Ha senso aggiungere <link rel="amphtml" href="https://mobile.miosito.com/it/id/1759"/> nella pagina prodotto https://www.miosito.com/it/id/1759. O è superfluo?

Ultimo dubbio, quando faranno la migrazione in Responsive:

• versione m-site sparisce
• m-site rediretto su responsive con 301, anche se ha sintassi amp?
• creiamo la versione AMP https://www.miosito.com/amp/it/id/1759

Forse ho trovato anche un esempio di sito che ha già implementato questa soluzione:
:https://www.dedecouture.com/it/mobile/product/1759-the-bridge-portafoglio-vintage-cavallino-pelle-beige

grazie

@kal ha detto in AMP Product Pages:

Il suggerimento di @juanin era ottimo e differente, ovvero realizzare da subito il sorgente frontend della versione m-site secondo lo standard AMP.
Non capisco perché dici che questa cosa non è attuabile.

@juanin Già che devi fare la versione AMP sfrutta l'm-site. Daresti consistenza ai segnali.

Sono assolutamente in accordo con voi effettivamente con i canonical è un pasticcio.

Quello che non mi è chiaro è come gestire le url AMP per le sole pagine prodotto.
Intendete trasformare questa: https://mobile.miosito.com/it/id/1759 nella versione https://www.miosito.com/amp/it/id/1759 secondo queste linee guida (https://amp.dev/documentation/examples/e-commerce/product_page/).

Che succede poi alle url m-site pagine prodotto già distribuite (bisognerà pensare a dei redirect?)

All'interno delle sole pagine prodotto https://www.miosito.com/it/id/1759 il riferimento potrà essere:
<link rel="amphtml" href="https://www.miosito.com/amp/it/id/1759"/>
Mentre le pagine di sezione continueranno ad erogare msite per la versione mobile.

E nella versione AMP Product Pages https://www.miosito.com/amp/it/id/1759 il canonical sarà:
<link href="https://www.miosito.com/it/id/1759" rel="canonical">

grazie

@juanin la situazione è la seguente, lo shop ha una versione msite e una versione desktop e su questa vorrebbero attivare AMP solo per le schede prodotto (un sito AMP in sostituzione all'msite, anche se un'ottima soluzione non è attuabile).

La migrazione totale in unico sito responsive, è prevista tra 1 anno, quindi vorrebbero sviluppare AMP su msite. (La situazione si complica).

Possibili piani:
CASO 1) Implementare AMP con msite e poi "portare" su futuro responsive
CASO 2) Aspettare la migrazione a responsive prima di implementare AMP

CASO 1. Si tratta di un sito multilingua.
Nelle pagine Desktop sono già stati implementati correttamente:

• rel alternate media su mobile.miosito.com
• rel="alternate" hreflang="en-US" href="https://www.miosito.com/us">

url pagina prodotto da desktop: https://www.miosito.com/it/id/1759
url pagina prodotto da mobile: https://mobile.miosito.com/it/id/1759

La pagina AMP potrà avere una url sul dominio principale, corretto? (Qui il dubbio su msite)
url pagina AMP: https://www.miosito.com/amp/it/id/1759 (o https://amp.miosito.com/it/id/1759)

All'interno https://www.miosito.com/it/id/1759 il riferimento potrà essere:
<link rel="amphtml" href="https://www.miosito.com/amp/it/id/1759"/>

E nella versione AMP https://www.miosito.com/amp/it/id/1759 il canonical sarà:
<link href="https://www.miosito.com/it/id/1759" rel="canonical">

Poi nella migrazione responsive verrà erogato questo sito per versione desktop e mobile.

CASO 2.
Suggerite di non attivare AMP su msite ma di attendere la versione Responsive, perché ci sono delle criticità?

grazie davvero ... preziosi consigli

Buongiorno a tutti,

se si volessero implementare delle pagine AMP per schede prodotto su un e-commerce, che però ha ancora il sito suddiviso in versione Desktop / m.site, come ci si deve comportare? Ha senso? e' fattibile?

Non mi era mai capitato, ho sempre implementato AMP su siti responsive.
La pagina "referenziata" nella pagina AMP potrà essere la versione m.site/prodotto-ID .

grazie per eventuali suggerimenti e approfondimenti.

Problema simile. Title modificato ma google non lo modifica nelle SERP. Il test i tempo reale in console mostra il title corretto. Nonostante la richiesta di indicizzazione il title non si aggiorna. Sitemap aggiornate, robots.txt corretto. Altri suggerimenti?

Situazione Carousel video su google? Noto che da settembre 2018 in poi, soprattutto nell'ultimo mese, che nel carousel video, spesso non compaiono contenuti originali, ma collage di video. Anche su ricerche come es: "puntate il segreto". Il carrello video è mono sito solo Blasting. Anche voi avete notato qualche cambiamento nelle SERP del carrello video?

Buongiorno,

In questi giorni ho notato che l'indicazione della durata compare in alcuni video e in altri non compare.
Avrei bisogno una conferma sulla sintassi della durata per i video, nella guida di developers google - Structured Data VideoObject trovo -> "duration": "PT1M54S"

Mentre su alcuni siti ho trovato: "duration": "T1M33S"
Ho implementato correttamente la prima soluzione (es:"duration": "PT14M27S") ma nelle serp, ad una ricerca video mi mostra solo la "freccina" senza l'indicazione della durata.
Mi chiedo quali tra queste è corretta:
PT14M27S (PT04M27S)
T14M27S
PT00H14M27S

E' successo anche a voi?

grazie

Buongiorno, so che è un po' che non se ne parla. Ma visto l'ultimo aggiornamento di google news, mi chiedevo dove fosse finito il blocco "Scelti dalla redazione" scomparso dalla colonna destra della HP di Google news. Anche a voi non risulta più disponibile? grazie

grazie per la segnalazione dell'articolo. Se a qualcuno interessasse l'argomento ho trovato anche questo approfondimento: hobo-web.co.uk/javascript-seo/

Buogiorno,
volevo sapere se qualcuno ha già sperimentato l'ottimizzazione SEO per un sito sviluppato in React?
Avete riscontrato problematiche nell'indicizzazione dei contenuti da Google?
grazie

In realtà vorrebbero fare redirect solo della url sito.it e alcune pagine interne sito.it/sezione1 etc.... Altre sezioni (la maggior parte del sito) rimarrebbero in vita senza modifiche come sito.it/sezione4/. La motivazione è di carattere commerciale il sottodominio avrà un nome di un nuovo prodotto. Dal mio punto di vista fare un redirect della url sito.it e solo di alcune pagine verso sottodominio1.sito.it non credo sia consigliabile. Ci sarebbe poi un impatto su pagine che hanno un ottimo posizionamento e soprattutto con un sito a metà la gestione delle sitemap non sarebbe lineare. Spero di aver chiarito almeno un po'. grazie in anticipo per il feed-back

Ciao,
vi chiedo un consulto/valutazione/rischi per una modifica di domini.

Esiste un sito.it da molto tempo con altissima reputazione.
Vorrebbero:

• sottodominio1.sito.it creare un nuovo sottodominio
• fare redirect di sito.it verso il sottodominio1.sito.it

Da sito.it dipendono altri sottodomini con elevato traffico e buona reputazione:

• sottodominio2.sito.it
• sottodominio3.sito.it
  Tutti che trattano contenuti diversi ma correlati.

Secondo il mio parere è assolutamente sconsigliabile fare redirect di sito.it verso il sottodominio1.sito.it.
E' possibile che rimangano in vita solo sottodomini senza un dominio (sito.it) che li rappresenti tutti.
Grazie a tutti quelli che mi daranno un feed-back.

Ciao a tutti,

avrei bisogno una conferma per il redirect di un sito vs protocollo sicuro.
La situazione che mi trovo a gestire è la seguente:

FORMATO H T T P -> (con www) redirect 301 vs (senza www)
FORMATO H T T P S -> (con www) redirect 301 vs (senza www)

La versione definitiva è in formato h t t p s (sito.it senza www)

Come procedere?

1. h t t p (con e senza www) + h t t p s (con www) per tutte queste url impostare il redirect 301 (lato server) verso (sito.it in h t t p s senza www)
2. Nella search console sottomettere (sito.it in h t t p s senza e con www ) e impostare come predefinito (sito.it h t t p s senza www). O basta avere solo (sito.it senza www)?
3. Gestire come canonical (sito.it in h t t p s)

Secondo voi può fuzionare per gestire le duplicazioni.
Avete dei suggerimenti?

Grazie

Qualcuno ha già sperimentato? Ci sono novità? grazie

Apro una nuova discussione per raccogliere informazioni e vostre indicazioni su PWA- Progressive Web Page
Qualcuno ha già sperimentato? che impatti ha sul SEO?

grazie