Urgh, la cosa rischia di essere un casino, io non so se mi lancerei nell'avventura.

Attivando AMP come dici ti ritroveresti con TRE versioni del sito, di cui due con l'istruzione rel canonical.

Gli strumenti tecnici per gestire la cosa ci sono (appunto il rel canonical), ma daresti a Google delle indicazioni contrastanti.

Ovvero: per le ricerche su mobile che cosa dovrebbe mostrare? La versione m-site o la versione AMP?

Non ho esperienza pratica specifica, ma in generale è proprio in casi come questo che Google va in confusione e non riesce più a definire una versione canonica.

Potresti avere risultati del tutto imprevisti.

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.

Non sarebbe un sito "in sostituzione".

Si tratterebbe semplicemente di rivedere il template HTML a frontend per il solo m-site, in modo tale che rispetti lo standard AMP.

Non dovrebbe essere nulla di drammatico...

L'analisi di @kal non fa una piega.

Se vuoi tenere l'm-site non ha senso fare la versione AMP. Avresti 2 versioni m-site e manderesti completamente nel caos il motore di ricerca.

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

Tutto il resto non ha alcun senso e anzi sarebbe un dispendio inutile di tempo e risorse di sviluppo. Andresti a fare un triplo lavoro tutt'altro che utile.

Andresti solo a cannibalizzarti da sola.

@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

@elebio Quello che dovresti fare non è creare un ulteriore URL.

Devi semplicemente convertire in AMP le pagine dell'msite. A quel punto tutto il resto di rel diventa lineare.

Come dice @juanin.

Mi pare di capire che tu veda AMP come qualcosa di sostanzialmente "differente" da un sito normale... ma guarda che è semplicemente una versione (non standard) di HTML.

Qualunque sito può "diventare" AMP se il codice sorgente HTML ne rispetta lo standard.

@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

@elebio ha detto in AMP Product Pages:

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

No, non devi cambiare le URL... devi cambiare solo il template HTML a frontend!

Lasci https://mobile.miosito.com/it/id/1759 come sta e giace, semplicemente rivedi il codice sorgente in modo tale che rispetti lo standard.

Fine.

Non c'è bisogno neanche di sfiorare lontanamente la parte sistemistica.

@elebio ha detto in AMP Product Pages:

rel="amphtml"

Si questo puoi pure metterlo come rafforzativo. Anche perché non è usato solamente da Google.

@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

@elebio quando farai sito responsive immagino che tutto verrà rimandato alle pagine nuova versione con un 301.

Poi immagino che se vorrai mantenere ancora una pagina AMP prodotto (ma sinceramente se ottimizzi il sito responsive probabilmente potrai abbandonarla) allora se il layout non lo devi cambiare spostala semplicemente sul dominio principale mettendo un prepend /amp/ oppure un append /amp/ oppure un query string, ma questa a discrezione tua.

Il gioco è fatto. direi che non c'è nulla di troppo complicato.

Redirect versione msite a www.

Poi dopo ci penserà google a recuperare il nuovo rel amp che metterai nella nuova versione.

@juanin grazie davvero tutto chiaro!