Considerazioni e limitazioni - AWS Glue

Considerazioni e limitazioni

Di seguito sono riportate le limitazioni per il connettore di Google Analytics 4.

  • Per l'entità Core Report, è consentito inviare solo 9 campi dimensionali e 10 campi metrici in una richiesta. Se viene superato il numero consentito di campi, la richiesta avrà esito negativo e il connettore genererà un messaggio di errore.

  • Per l'entità Real-Time Report, è consentito inviare solo 4 campi dimensionali in una richiesta. Se viene superato il numero consentito di campi, la richiesta avrà esito negativo e il connettore genererà un messaggio di errore.

  • Google Analytics 4 è uno strumento gratuito in versione beta, quindi ci saranno aggiornamenti regolari sulle nuove funzionalità, sul miglioramento delle entità, sull'aggiunta di nuovi campi e sulla deprecazione dei campi esistenti.

  • I campi Core Report vengono compilati in maniera dinamica, quindi è possibile aggiungere, deprecare e rinominare i campi e imporre loro nuovi limiti in qualsiasi momento.

  • La data di inizio predefinita è 30 giorni e la data di fine è ieri (un giorno prima della data corrente); queste date verranno sostituite nel codice di espressione del filtro se l'utente ha impostato il valore O se il flusso è incrementale.

  • Secondo la documentazione, l'entità di report in tempo reale restituisce 10.000 record se il limite non viene superato nella richiesta, altrimenti l'API restituisce un massimo di 250.000 righe per richiesta, indipendentemente dal numero richiesto. Per ulteriori informazioni, consulta Metodo: properties.runRealtimeReport nella documentazione di Google Analytics.

  • L'entità Real-Time Report non supporta la partizione basata su record in quanto non supporta l'impaginazione. Inoltre, non supporta la partizione basata sul campo poiché nessuno dei campi soddisfa i criteri definiti.

  • A causa della limitazione del numero di campi che possono essere trasferiti in una richiesta. Stiamo impostando i campi dimensionali e metrici predefiniti entro i limiti designati. Se si sceglie “seleziona tutto”, verranno recuperati solo i dati di quei campi predeterminati.

    • Core Report

      • In base alle limitazioni di SAAS, le richieste sono consentite solo fino a 9 dimensioni e fino a 10 metriche. In altre parole, una richiesta può contenere un massimo di 19 campi (metriche + dimensione).

      • Riguardo all'implementazione: se l'utente utilizza SELECT_ALL o se seleziona più di 25 campi, i campi predefiniti verranno passati nella richiesta.

      • I seguenti campi sono considerati campi predefiniti per Core Report: "country", "city", "eventName", "cityId", "browser", "date", "currencyCode", "deviceCategory", "transactionId", active1DayUsers", "active28DayUsers", "active7DayUsers", "activeUsers", "averagePurchaseRevenue", "averageRevenuePerUser", "averageSessionDuration", "engagedSessions", "eventCount", "engagementRate".

    • Real-Time Report

      • Come da limitazione, le richieste SAAS sono consentite fino a 4 dimensioni.

      • Se l'utente passa SELECT_ALL o se seleziona più di 15 campi, i campi predefiniti verranno passati nella richiesta.

      • I seguenti campi sono considerati campi predefiniti per Real-Time Report: "country", "deviceCategory", "city", "cityId", "activeUsers", "conversions", "eventCount", "screenPageViews".

  • Nell'entità Core Report, se la partizione sul campo data e il filtro su startDate sono presenti contemporaneamente. In tal caso il valore dateRange viene sovrascritto con il valore del filtro startDate; tuttavia, poiché la partizione deve sempre essere la priorità, si elimina il filtro startDate se la partizione nel campo della data è già presente.

  • Poiché ora anche cohortSpecs fa parte del corpo di richiesta di Core Report, abbiamo migliorato l'attuale entità Core Report per includere il supporto per l'attributo cohortSpec. Nel corpo della richiesta cohortSpecs, quasi tutti i campi richiedono l'input dell'utente. Per risolvere questo problema, abbiamo impostato valori predefiniti per tali attributi/campi e fornito all'utente la possibilità di sovrascrivere questi valori, se necessario.

    FieldName Valori predefiniti Query di esempio per passare alle opzioni filterPredicate per sovrascrivere i valori predefiniti
    startDate 30 giorni dalla data corrente “startDate compresa tra “09/05/2023” e “10/05/2023”
    endDate 1 giorno fa dalla data corrente “startDate compresa tra “09/05/2023” e “10/05/2023”
    startOffset 0 startOffset=2
    endOffset 1 endOffset=10
    Granularità GIORNALIERO granularity= “SETTIMANALE”

  • Puoi anche passare tutti questi filtri insieme o con altri filtri.

    • Esempio 1: filterPredicate: startDate compresa tra “09/05/2023” e “10/05/2023” E startOffset=1 E endOffset=2 E granularity="SETTIMANALE”

    • Esempio 2: filterPredicate: city=”xyz” E startOffset=1 E endOffset=2 E granularity="SETTIMANALE”

  • Nella richiesta di coorte: