Ultima actualización 13/01/2015

7. Respuesta de transacción

Una vez procesada una transacción, en función del resultado, se  puede enviar una respuesta a su sistema y al cliente. De aquí en adelante explicamos cómo y cuando se puede enviar la respuesta de transacción y lo que tiene que configurar en su extremo para hacer que el proceso de respuesta funcione.

Práctica recomendada

Redireccione con parámetros en la accept-/exception-/cancel-/declineurl (Redireccionamiento con actualización de la base de datos) con una solicitud de respuesta de pospago diferida como copia de seguridad (Respuesta de servidor a servidor (pospago)).

En su cuenta de Ingenico ePayments, acceda a "Configuración" > "Información técnica" > "Respuesta de transacción". Configure los ajustes como se describe a continuación: 

Redireccionamiento HTTP en el navegador:

Respuesta sobre las URL de redireccionamiento

Solicitud servidor a servidor HTTP directa: Siempre diferido:

Respuesta de pospago diferido 

7.1 Reacción predeterminada

De forma predeterminada, lo que significa que si no ha configurado los ajustes de Respuesta de transacción nuestro sistema mostrará un mensaje estándar al cliente: "Se ha autorizado su pago" o "La transacción se ha denegado".

En esta página también añadiremos un enlace a su sitio web y/o a su catálogo. Usualmente, estos enlaces se configuran en los detalles administrativos de su cuenta de Ingenico ePayments, que es donde nuestro sistema los recuperará. No obstante, también puede ignorar estas URL enviando los campos HOMEURL y CATALOGURL con los demás campos ocultos en el formulario del pedido:

<input type="hidden" name="CATALOGURL" value="">
<input type="hidden" name="HOMEURL" value="">

Campo
Descripción
CATALOGURL URL (absoluta) de su catálogo. Cuando la transacción se haya procesado, se solicita al cliente que vuelva a esta URL a través de un botón.
HOMEURL

URL (absoluta) de su página de inicio. Cuando la transacción se haya procesado, se solicita al cliente que vuelva a esta URL a través de un botón.

Cuando envíe el valor “NONE”, el botón que conduce de vuelta al sitio del comerciante estará oculto.

7.2 Redireccionamiento en función del resultado de la transacción

Hay cuatro URL a las que nuestro sistema puede redirigir al cliente después de una transacción, en función del resultado. Se trata de "ACCEPTURL", "EXCEPTIONURL", "CANCELURL" y "DECLINEURL".

Las URL se pueden configurar o enviar del siguiente modo:

  • Configuración en su cuenta de Ingenico ePayments: En la pestaña Respuesta de transacción de su página Información técnica: "Redireccionamiento HTTP en el navegador"
  • Envío de las URL en los campos ocultos del formulario de pedido:

    <input type="hidden" name="ACCEPTURL" value="">
    <input type="hidden" name="DECLINEURL" value="">
    <input type="hidden" name="EXCEPTIONURL" value="">
    <input type="hidden" name="CANCELURL" value="">

    Campo Descripción
    ACCEPTURL URL de la página web para mostrar al cliente cuando el pago se ha autorizado (estado 5), almacenado (estado 4), aceptado (estado 9) o está a la espera de ser aceptado (estado pendiente 41, 51 o 91).
    DECLINEURL URL de la página web para mostrar al cliente cuando la entidad adquiriente rechaza la autorización (estado 2 o 93) un número de veces superior al máximo permisible.
    EXCEPTIONURL URL de la página web para mostrar al cliente cuando el resultado del pago es dudoso (estado 52 o 92).
    Si este campo está vacío, el cliente será redireccionado en su lugar a la ACCEPTURL.
    CANCELURL URL de la página web para mostrar al cliente cuando cancela el pago (estado 1).
    Si este campo está vacío, el cliente será redireccionado en su lugar a la DECLINEURL.

Notificación de alerta del navegador: entorno seguro a no seguro

Cuando un cliente vuelve desde nuestras páginas de pago seguro al sitio web del comerciante (su sitio web), podría recibir una advertencia de alerta del navegador indicando que está entrando en un entorno no seguro, ya que es probable que esté pasando desde un entorno https:// a un entorno http://.

Cuando detectamos un redireccionamiento a su sitio web, podemos mostrar un mensaje para notificar al cliente la posibilidad de un riesgo, evitando por tanto cualquier problema indebido acerca de una alerta de navegador. Puede activar esta opción en la pestaña Respuesta de transacción de su página Información técnica, sección "Redireccionamiento HTTP en el navegador". “Deseo que Ingenico ePayments muestre un texto breve al cliente en la página de pago seguro si se detecta un redireccionamiento a mi sitio web inmediatamente después del proceso de pago”.

7.3 Redireccionamiento con actualización de la base de datos

Puede utilizar el redireccionamiento en la URL de redireccionamiento para activar tareas automáticas del área de administración como, por ejemplo, actualizaciones de base de datos. Cuando se ejecuta una transacción, podemos enviar los parámetros de transacción en sus URL de redireccionamiento.

Para utilizar esta funcionalidad, debe activar esta opción en la pestaña Respuesta de transacción de su página Información técnica, "Redireccionamiento HTTP en el navegador":

  • “Deseo recibir parámetros de respuesta de transacción en las URL de redireccionamiento”.

7.3.1 SHA-OUT

El redireccionamiento se realiza a través del navegador del cliente, que lo hace visible. Por tanto, debe utilizar una firma SHA-OUT para verificar el contenido de la solicitud y evitar que los clientes manipulen los datos en el campo URL, lo que podría dar lugar a actualizaciones fraudulentas de la base de datos.

Si no configura una firma SHA-OUT, no enviaremos ningún parámetro en sus URL de redireccionamiento.

La cadena para la que se generará un hash se construye concatenando los valores de los campos enviados con el pedido (ordenados alfabéticamente, con el formato ‘parámetro=valor’), seguidos de una frase de contraseña. La frase de contraseña se define en la pestaña Respuesta de transacción en su página Información técnica, sección “Todos los modos de envío de transacciones”.

Para ver la lista completa de parámetros a incluir en el resumen SHA, consulte la Lista de parámetros de SHA-OUT. Tenga en cuenta que todos estos valores distinguen entre mayúsculas y minúsculas.

Importante

  • Todos los parámetros enviados (que aparecen en la Lista de parámetros de SHA-OUT) se incluirán en la cadena para la que se va a generar el hash.
  • Todos los parámetros tienen que estar ordenados alfabéticamente
  • Los parámetros que no dispongan de un valor NO se deben incluir en la cadena para la que se va a generar el hash
  • Aunque nuestro sistema haya devuelto algunos parámetros (parcialmente) en minúsculas, para el cálculo SHA-OUT cada parámetro se debe poner en mayúsculas.
  • Cuando elige transferir su cuenta de prueba a producción a través del enlace del menú de área de administración, se configurará automáticamente una frase de contraseña SHA-OUT aleatoria en su cuenta de producción.
  • Para mayor seguridad, solicitamos que utilice distintas frases de contraseña SHA en los entornos de prueba y de producción. Tenga en cuenta que si resultan ser idénticas, nuestro sistema cambiará la frase de contraseña de PRUEBA (por supuesto se lo notificaremos).

Del mismo modo que nosotros recreamos el resumen para validar la entrada de la transacción con el SHA-IN, usted tiene que reconstruir el hash, esta vez utilizando su frase de contraseña SHA-OUT y los parámetros recibidos desde nuestro sistema.

Si el resultado no es idéntico, los parámetros de solicitud podrían haberse manipulado. Esta comprobación garantiza la precisión y la integridad de los valores de parámetros enviados en la solicitud.

Ejemplo de un cálculo SHA-1-OUT básico

Parámetros (en orden alfabético, tal como ha devuelto Ingenico ePayments):
ACCEPTANCE: 1234
amount: 15
BRAND: VISA
CARDNO: XXXXXXXXXXXX1111
currency: EUR
NCERROR: 0
orderID: 12
PAYID: 32100123
PM: CreditCard
STATUS: 9

Frase de contraseña SHA-OUT (en Información técnica):
Mysecretsig1875!?

Cadena para la que se va a generar el hash (con todos los parámetros en mayúsculas):
ACCEPTANCE=1234Mysecretsig1875!?AMOUNT=15Mysecretsig1875!?BRAND=VISAMysecretsig1875!?
CARDNO=XXXXXXXXXXXX1111Mysecretsig1875!?CURRENCY=EURMysecretsig1875!?NCERROR=0
Mysecretsig1875!?ORDERID=12Mysecretsig1875!?PAYID=32100123Mysecretsig1875!?
PM=CreditCardMysecretsig1875!?STATUS=9Mysecretsig1875!?

Resulting Digest (SHA-1):
209113288F93A9AB8E474EA78D899AFDBB874355

Codificación de caracteres para métodos de pago PostFinance
Si utiliza la codificación de caracteres UTF-8 para la integración de PostFinance Card y/o PostFinance E-finance, la respuesta de transacción se devolverá con la codificación ISO-8859-1.

7.4 Respuesta de servidor a servidor (pospago)

Una vez procesada la transacción, nuestro sistema puede enviar una solicitud http que transmita los datos de la transacción a una URL que haya especificado. Este proceso, que solemos denominar solicitud "postventa", le permite actualizar la base de datos con el estado del pedido, etc. y desencadenar un proceso “fin de pedido” (si no se ha realizado aún tras un redireccionamiento). Es también una forma alternativa de generar una respuesta personal para el cliente en caso de necesidades específicas (si no se ha realizado aún a través de un redireccionamiento).

El conjunto de parámetros de respuesta es el mismo que para el redireccionamiento. Puede encontrarlos en la página "Parámetros de respuesta".

7.4.1 URL de pospago

Puede definir las URL de dos páginas ejecutables en su sitio en la pestaña "Respuesta de transacción", sección "Solicitud servidor a servidor HTTP directa" (campos de URL) en su página Información técnica:

  • El primer campo contendrá idealmente la URL a la que se envían los parámetros de solicitud si el estado del pago es aceptado, pendiente o dudoso.
  • El segundo campo puede ser la URL a la que se envían los parámetros de solicitud cuando el cliente ha cancelado la transacción o la entidad adquiriente la ha rechazado demasiadas veces (es decir, un número de veces superior al número de intentos de pago máximo permitido definido en la pestaña "Parámetros de transacción global", sección "Reintento de pago" de la página Información técnica).

Puede introducir dos URL distintas, pero también puede utilizar dos veces la misma. También puede introducir una URL en el primer campo, pero no en el segundo.

No especifique ningún puerto en la URL, solo aceptamos los puertos 443 y 80.

URL de pospago variables para varias tiendas

Si dispone de una página de pospago configurada en la página Información técnica de su cuenta, pero tiene varias tiendas cada una conectada a un directorio específico para recibir la respuesta de pospago, parte de la URL de pospago puede ser variable.

Esta parte variable también se puede utilizar por ejemplo para “adaptar" la solicitud de respuesta para que incluya la información de sesión, transfiriéndola como parte de la URL en lugar de como un parámetro adicional. Este es el caso para plataformas Intershop o sistemas Servlet.

Se debe utilizar el siguiente campo oculto:

<input type="hidden" name="PARAMVAR" value="">

Ejemplo:

URL de pospago en la página Información técnica:
https://www.yourwebsite.com/<PARAMVAR>/yourpage.asp

Campo oculto adicional enviado en su formulario de pedido:
<input type="hidden" name="PARAMVAR" value="shop1">

Que da como resultado la siguiente URL de pospago para la transacción:
https://www.yourwebsite.com/shop1/yourpage.asp

Importante: no utilice ningún carácter especial en el campo PARAMVAR, ya que al ser una URL cifrada podría dar lugar a enlaces no válidos.

7.4.2 Intervalo de la solicitud

Donde configura las URL de pospago, también debe elegir el intervalo de la solicitud de respuesta:

  • Sin solicitud

    En este caso, nuestro sistema no enviará ninguna solicitud de respuesta. Esta opción le permite deshabilitar las URL de pospago en caso de mantenimiento o problemas en su servidor. ">
  • Siempre diferida (no de inmediato tras el pago)

    La solicitud de respuesta se enviará poco después del fin del proceso de pago. La solicitud de respuesta será una tarea en segundo plano y no se puede utilizar para enviar una respuesta personalizada al cliente en su sitio web.

    Si no utiliza su página de pospago para personalizar una respuesta para sus clientes, puede recibir la solicitud de respuesta en segundo plano y diferida.
  • Siempre en línea (inmediatamente tras el pago, para permitir la personalización de la respuesta que ve el cliente)

    La solicitud de respuesta se enviará “en línea” en algún momento entre que nuestro sistema recibe la respuesta de la entidad adquiriente y el momento en que notifica al cliente el resultado del pago.

    En este caso, el proceso de pago tarda más para el cliente, pero puede enviarle una respuesta personalizada.

    El inconveniente del proceso de respuesta pospago en línea es que su sistema podría verse afectado negativamente si hay demasiadas solicitudes a su página de pospago (por ejemplo, un volumen elevado de transacciones por minuto) – esto podría dar lugar a tiempos de respuesta largos antes de que los clientes reciban la respuesta en pantalla.
  • En línea pero cambiar a solicitud diferida en intervalos cuando fallan las solicitudes en línea

    Esta opción permite a los comerciantes que requieren respuesta de pospago en línea (para personalizar la respuesta mostrada al cliente) disponer de una opción a la que recurrir en caso de que falle la solicitud en línea de su página de pospago. En este caso reintentaremos la solicitud de respuesta cada diez minutos hasta un máximo de cuatro veces (diferido). De este modo, no se pierde la respuesta de transacción en caso de que la solicitud de respuesta pospago en línea falle, por ejemplo como consecuencia de problemas de servidor temporales en su extremo. Al cliente se mostrará la respuesta de transacción estándar desde nuestro sistema (consulte Reacción predeterminada).

7.4.3 Respuesta para el cliente

Utilizamos una posible respuesta desde la página de pospago para mostrar una respuesta (página de final de transacción) al cliente.

Si su página de pospago responde con: una página HTML (que contiene una etiqueta <html>) o Un redireccionamiento (HTTP 302 Objeto movido), nuestro sistema enviará esta página HTML “tal cual” al navegador del cliente o realizará el redireccionamiento, en lugar de redirigir a su cliente al final de su proceso de respuesta de pospago a una de las cuatro URL que podría haber enviado en los campos ocultos (ACCEPTURL, EXCEPTIONURL, CANCELURL y DECLINEURL tal como se describe en el capítulo Redireccionamiento en función del resultado de la transacción).

Como opción, si no utiliza ninguna de las anteriores como respuesta a su cliente, puede hacer que su página de pospago responda con algunas líneas de texto (sin etiqueta <html>) que incluiremos en nuestra respuesta estándar o nuestro sistema simplemente mostrará la respuesta estándar (tal como se describe en: Reacción predeterminada)

El diagrama siguiente muestra el proceso al final de una transacción, en caso de que el pago se autorice o se acepte, con una solicitud de pospago en línea. (Cuando el pago se cancela, se rechaza o es dudoso, el proceso es similar pero se utilizan en su lugar las páginas "cancelación/rechazo", "CANCELURL", "DECLINEURL" y "EXCEPTIONURL").

7.4.4 Solicitud HTTP para cambios de estado

También puede recibir una solicitud HTTP en caso de cambio de un estado de transacción. Por tanto, tiene que introducir una URL en el campo "Solicitud HTTP para cambios de estado" en la pestaña "Respuesta de transacción" de su página Información técnica (y seleccionar el intervalo de la solicitud).

Esto es similar a la respuesta de pospago, con la diferencia de que solo es pertinente para los procesos potenciales en segundo plano.

Puede utilizar la misma URL definida en la sección "Solicitud servidor a servidor HTTP directa".

Nota: Esta URL de "cambio de estado" no se puede utilizar para generar una respuesta personal para el cliente.

7.5 Parámetros de respuesta

Cuando se ejecuta una transacción, podemos enviar la siguiente lista de parámetros a sus URL de redireccionamiento y/o URL de respuesta de pospago.

Campo Descripción
ACCEPTANCE Código de aceptación devuelto por la entidad adquiriente
AMOUNT Importe del pedido (sin multiplicar por 100)
BRAND Marca de tarjeta (nuestro sistema la determina a partir del número de tarjeta)
CARDNO Número de tarjeta con máscara
CN Nombre del titular de la tarjeta/cliente
CURRENCY Divisa del pedido
ED Fecha de caducidad
NCERROR Código de error
ORDERID Su referencia de pedido
PAYID Referencia de pago en nuestro sistema
PM Método de pago
SHASIGN Firma SHA calculada por nuestro sistema (si se ha configurado SHA-OUT)
STATUS Estado de la transacción (consulte Descripción general de estado)
TRXDATE Fecha de la transacción

Ejemplo (solicitud GET)

http://www.yourwebsite.com/acceptpage.asp?orderID=ref12345&currency=EUR&amount=25&PM=CreditCard&ACCEPTANCE=test123&STATUS=5&CARDNO=XXXXXXXXXXXX1111&PAYID=1136745&NCERROR=0&BRAND=VISA&ED=0514&TRXDATE=12/25/08&CN=John Doe

La lista de parámetros de respuesta puede ser más larga si ha activado determinadas opciones en su cuenta como, por ejemplo, el módulo Detección de fraudes. Consulte la documentación de la opción respectiva para obtener más información acerca de los parámetros de respuesta adicionales vinculados a la opción.

7.5.1 Parámetros de respuesta dinámicos

También puede elegir los parámetros que se devuelven.

Para ello, acceda a la pestaña "Respuesta de transacción" de su página Información técnica, donde verá una lista de campos "Disponibles" y "Seleccionados". Solo los campos "Seleccionados" formarán parte de la solicitud de respuesta.

Para agregar o eliminar parámetros de la solicitud de respuesta, haga clic en el nombre del parámetro y haga clic en la flecha correspondiente para agregarlo o eliminarlo de la lista.
Si agrega/elimina parámetros de esta lista, no se olvide de actualizar su firma SHA-OUT de forma acorde. Los parámetros que no se hayan seleccionado aquí NO estarán contenidos en el cálculo SHA-OUT.

7.5.2 Parámetros de respuesta variables

Puede enviarnos dos parámetros adicionales en los campos ocultos del formulario de pedido, para recuperarlos como parámetro de respuesta tras la transacción. Los siguientes campos ocultos están disponibles:

<input type="hidden" name="COMPLUS" value="">
<input type="hidden" name="PARAMPLUS" value="">

Campo
Descripción
COMPLUS
Campo para enviar un valor que desea que se devuelva en la solicitud de respuesta.
PARAMPLUS

Campo para enviar algunos parámetros y sus valores que desea que se devuelvan en la solicitud de respuesta.

El campo PARAMPLUS no está incluido en los parámetros de respuesta como tal; en su lugar, los parámetros/valores que envíe en este campo se analizarán y los parámetros resultantes se añadirán a la solicitud http.


Ejemplo

Campos ocultos adicionales enviados:

<input type="hidden" name="COMPLUS" value="123456789123456789123456789">
<input type="hidden" name="PARAMPLUS" value="SessionID=126548354&ShopperID=73541312">

que dan lugar a un redireccionamiento con los parámetros de respuesta:

https://www.yourwebsite.com/acceptpage.asp?[…standard.parameters…]
&COMPLUS=123456789123456789123456789&SessionID=126548354&ShopperID=73541312 

7.6 Reinicio de la respuesta

En el caso de que no se complete una solicitud de respuesta o redirección debido a un bloqueo por parte del cliente en nuestras páginas de pago seguro (por ejemplo, si el usuario hace clic en el botón "Atrás" del navegador), podemos reiniciar la solicitud de postpago o la redirección para que su cliente sea redirigido a la página que quiera que se muestre. Además, sus bases de datos también se actualizarán.

Para activar esta función en su cuenta, vaya a Configuración > Información técnica > Respuesta transacción > General, y seleccione la casilla. "Deseo que Ingenico ePayments reinicie el proceso de "final de transacción" (redirección/solicitud de pospago) en caso necesario."

Sin embargo, es posible que reciba varias solicitudes de postpago para el mismo ID de pedido, ya que la solicitud de redirección/respuesta va a reenviarse si el cliente vuelve a nuestras páginas de pago seguro al utilizar el botón "Atrás" después de haber sido redirigido a su sitio web.

Asegúrese de que configura su script URL Post para que gestione estas "excepciones". Por ejemplo, puede configurar su script URL Post para que cree una fila en su base de datos por cada estado de transacción devuelto o generar un correo electrónico para informar al comerciante de una "excepción" en los pasos "esperados" dentro del proceso de transacción.

Es recomendable que no sobrescriba el primer mensaje de estado de transacción que reciba con los mensajes posteriores correspondientes al mismo ID de pedido. Lo ideal sería almacenar todas las respuestas correspondientes a cualquier pedido y solicitar un proceso mediante el cual estos puedan investigarse y gestionarse de forma adecuada.

Si no selecciona la casilla, cuando el cliente haga clic en el botón "Atrás" para volver a las páginas de pago seguro, se mostrará un mensaje indicando que el pago ya se ha procesado.

7.7 Correos electrónicos de confirmación

7.7.1 Correo electrónico para el comerciante

Nuestro sistema puede enviarle un correo electrónico de confirmación de pago para cada transacción. Puede configurarlo en la sección "Correos electrónicos al comerciante" de la pestaña "Correos electrónicos de transacción" de la página Información técnica.

En la misma sección, también puede elegir recibir correos electrónicos para que se le notifiquen los cambios de estado de transacción.

7.7.2 Correo electrónico para el cliente

Nuestro sistema puede enviar un correo electrónico automático a su cliente notificándole el registro de la transacción. Se trata de un correo electrónico estándar cuyo contenido no se puede cambiar. La dirección del remitente (“De”) utilizada al enviar el correo electrónico es la dirección que ha introducido en el campo “Direcciones de correo electrónico de correos electrónicos relativos a transacciones”. Si introduce más de una dirección de correo electrónico en este campo, se utilizará la primera de la fila.

Puede activar esta opción en la pestaña "Correos electrónicos de transacción", sección "Correos electrónicos para el cliente" de la página Información técnica.

También puede elegir enviar correos electrónicos al cliente cuando se confirma la transacción (captura de datos) y cuando se reembolsa una transacción, marcando los cuadros correspondientes. Como dirección de correo electrónico de remitente ("De") para estos correos electrónicos, puede configurar la "Dirección de correo electrónico de asistencia a incluir en los correos electrónicos relativos a transacciones". Si no introduce aquí una dirección de correo electrónico utilizaremos la primera introducida en "Dirección de correo electrónico de asistencia a incluir en los correos electrónicos relativos a transacciones" en la sección "Correos electrónicos para el comerciante".

Para poder enviar correos electrónicos de confirmación a sus clientes, debe incluir la dirección de correo electrónico del cliente en el campo oculto:

<input type="hidden" name="EMAIL" value="">

Campo
Descripción
EMAIL Dirección de correo electrónico del cliente

Como proveedor líder de servicios de pago digitales a nivel global, Ingenico ePayments ofrece una respuesta perfecta a las complejidades asociadas a los pagos en cualquier canal: en línea, móvil y punto de venta. Ofreciendo soluciones innovadoras de comercio electrónico, multicanal, financieras y de marketing, ayudamos a los comerciantes a gestionar, cobrar y proteger sus pagos, así como a evitar el fraude en las transacciones digitales. Ingenico ePayments forma parte de Ingenico Group, el líder mundial en pagos optimizados.

Este sitio web utiliza cookies para poder darle la mejor experiencia de usuario. Si usted no desea aceptar estas cookies, permitimos que cambie la configuración de cookies. Haga clic en "Aceptar" para permitir todas las cookies de este sitio web.

Ajustes de cookies

Introducción

Funcional

Cookies funcionales son necesarios para el sitio web funcione correctamente. Estas cookies no se pueden desactivar.

Optimizado

Cookies de optimización nos permiten analizar el uso del sitio para que podamos medir y mejorar nuestro sitio web.
Este es el nivel predeterminado.

Personalizado

Cookies de personalización se utilizan para los medios sociales y la personalización antelación. Ellos nos permiten mostrarle información relacionada con su empresa. 


Ejemplo de funcionalidad permitida

  • Tienda preferencia país
  • Tienda preferencia de idioma

Ejemplo de funcionalidad no permitido

  • Guardar los datos personales
  • Seguimiento anónimo a través de Google Analytics
  • Seguimiento para fines de marketing

Ejemplo de funcionalidad permitida

  • Tienda preferencia país
  • Tienda preferencia de idioma
  • Seguimiento anónimo a través de Google Analytics

Ejemplo de funcionalidad no permitido

  • Guardar los datos personale
  • Seguimiento para fines de marketing

Ejemplo de funcionalidad permitida

  • Tienda preferencia país
  • Tienda preferencia de idioma
  • Seguimiento anónimo a través de Google Analytics
  • Servir contenido relevante a sus intereses
  • Servir anuncios relevantes para sus intereses
  • Seguimiento para fines de marketing

Ejemplo de funcionalidad no permitido

  • Guardar los datos personale