Con ciertos tipos de Solicitudes HTTPel navegador net podría enviar primero una solicitud con el OPCIONES método, también conocido como solicitud de verificación previa.
El propósito de la solicitud de verificación previa es “verificar” con el servidor net que está equipado para manejar el tipo de solicitud de origen cruzado que el navegador desea enviar.
Si el servidor no maneja esta solicitud de verificación previa, o si devuelve una respuesta que no concuerda con lo que el navegador net realmente quiere enviar, la verificación falla y el navegador se niega a enviar la solicitud actual.
En este artículo, le mostraré cómo puede manejar estas solicitudes de OPCIONES en su contenedor de Google Tag Supervisor del lado del servidor.
X
El boletín a fuego lento
Suscríbete al Boletín a fuego lento para recibir las últimas noticias y contenido de Simo Ahava en su bandeja de entrada de correo electrónico.
Consejo 133: Maneje las solicitudes de verificación previa en Google Tag Supervisor del lado del servidor
Primero, algo de contexto.
Si cualquier de los siguientes criterios se cumplen con una solicitud HTTP iniciada por el navegador, el navegador envía la verificación previa automáticamente (fuente):
- La solicitud se envía con un método distinto a
GET,POSToHEAD. - Utiliza el encabezado Content material-Sort con valores distintos a
utility/x-www-form-urlencoded,multipart/form-dataotextual content/plain. - Establece encabezados de solicitud adicionales que son no
Settle for,Settle for-LanguageoContent material-Language. - El
XMLHttpRequestcontiene eventos de carga.
Como puede ver, es bastante fácil activar una verificación previa al vuelo. Un recurring POST solicitud con un utility/json Content material-Sort lo hará, por ejemplo.
Instalar una plantilla de Cliente personalizada
Para manejar solicitudes de verificación previa en Google Tag Supervisor del lado del servidor, necesitará un plantilla de cliente personalizada desplegado en el vivir versión contenedor.
no puedes avance solicitudes de verificación previa, porque no contienen cookies (u otros encabezados HTTP) que GTM utiliza para habilitar el modo de vista previa. Entonces, una vez que haya configurado el Cliente de solicitud de verificación previa (ver más abajo), debe publicar el contenedor para que funcione el manejo previo al vuelo.
Descargue la plantilla de cliente.tpl aquí
En un administrador de etiquetas de Google Servidor contenedor, dirígete a la Plantillas sección del contenedor y haga clic para crear una nueva plantilla de cliente.
En el editor de plantillas, haga clic en el menú adicional abierto en la esquina superior derecha del editor y elija Importar.
Localice el template.tpl archivo que acaba de descargar, impórtelo al editor y luego guardar la plantilla.
A continuación, entra en Clientela en la interfaz de usuario del contenedor GTM y haga clic para crear un nuevo Cliente.
Elegir el Solicitud de verificación previa Plantilla de cliente.
En Origen de solicitud permitidoañade el origen desde donde desea aceptar solicitudes. Esto debe coincidir con el origen de la URL (básicamente protocolo + nombre de host) del sitio que envía la solicitud. Puede establecer el valor en auto que el Cliente intente aprobar todos los orígenes.
En Métodos de solicitud permitidos, agregue una lista separada por comas de los métodos HTTP que desea aceptar. Normalmente esto sería sólo POSTpero es posible que desee agregar otros métodos si también activan la verificación previa.
En Encabezados de solicitud permitidosagrega todos los encabezados que no pasar los criterios enumerados anteriormente en este artículo. El más común es Content material-Sortpero si quieres obtenga una vista previa de su solicitud HTTP personalizada en GTM del lado del servidor, querrás agregar x-gtm-server-previewtambién, por ejemplo.
Una vez que haya terminado, guarde el Cliente y luego publicar el contenedor. No puedo enfatizar esto lo suficiente: tú debe publique el contenedor para que funcione el manejo de verificación previa.
Ahora puede probar su etiqueta o secuencia de comandos que activa la verificación previa. Si todo salió bien, deberías ver tanto el OPCIONES La solicitud y la solicitud HTTP actual pasan con gran éxito.
¡Avíseme si tiene problemas con las solicitudes de verificación previa! Solo asegúrate de…
- Añade el origen correcto a la plantilla de Cliente,
- Agregue todos los métodos de solicitud que desee utilizar,
- Agregue todos los encabezados de solicitud que activan la verificación previa y
- Publicar la versión con el cliente de solicitud de verificación previa personalizado.