Tenemos que implementar un mecanismo para proteger el contenido en nuestro principal www.oursite.com . También tenemos páginas AMP que se sirven desde amp.oursite.com . Finalmente, las páginas de AMP también se sirven desde el caché de Google a través de https://www.google.com/amp/s/amp.oursite.com/

El mecanismo que queremos implementar es similar a un muro libre que requiere que los usuarios se registren y, una vez que lo hagan, tendrán acceso a la mayor parte del contenido del sitio web.

El registro y el inicio de sesión se realizan en un subdominio como register.oursite.com .

Prevemos que un flujo típico sería el siguiente:

1. El usuario encuentra una página mientras realiza una búsqueda en su dispositivo móvil a través de los resultados de búsqueda de Google.
2. Hacen clic en el resultado de la búsqueda y son llevados a la página en el dominio google.com.
3. Aparece una ventana emergente o modal (servida en register.oursite.com ) sobre la página con contenido protegido pidiéndoles que inicien sesión.
4. Inician sesión y, al iniciar sesión correctamente, la ventana emergente o modal desaparece. (se supone que el usuario se ha registrado en un punto anterior)
5. El contenido protegido que estaba oculto o difuminado en la ventana principal/principal aparece para que el usuario pueda proceder a leerlo.

Podemos suponer que, luego de un inicio de sesión exitoso, se coloca una cookie (digamos con el nombre de estado de inicio de sesión) en el navegador del usuario, cuyo alcance es .oursite.com , que podría servir como indicador. El problema al que nos enfrentamos es que la página en la ventana original se sirvió en el dominio .google.com y, por lo tanto, no esperamos que sea posible que la ventana principal aplique la lógica de visualización en el contenido en función de la cookie denominada como estado de inicio de sesión.

A partir de esta página , parecería que la forma de resolver este desafío es a través de la reconciliación de identificadores en el servidor manteniendo una tabla coincidente entre la identificación del lector que genera AMP y la cookie. Hemos analizado la función de acceso a AMP y la implementación de la página de AMP para el New York Times , pero no podemos decir con certeza si lo lograron a través de una solución del lado del servidor o del lado del cliente.

Puede alguien

1. validar la suposición de que no es posible de alguna manera a través de AMP compartir el estado de inicio de sesión de un usuario entre 2 ventanas con contenido servido en diferentes dominios?
2. sugerir una forma de resolver esto en el lado del cliente en lugar del lado del servidor?

Gracias por adelantado