Limieten

Laatst bijgewerkt: 30 september 2024
  • Onderwerpen:

Tekengrenzen en andere beperkingen (grootte van aanbieding, publiek, profielen, waarden, parameters, enz.) die van invloed zijn op activiteiten en andere elementen in Adobe Target .

NOTE
De onderstaande limieten moeten als "harde" limieten worden beschouwd, tenzij ze als "aanbevolen" worden opgegeven.
Wanneer de limieten die als "aanbevolen" zijn opgegeven, worden benaderd of overschreden, kan de prestatie trager worden. Trage tijden van interfacebelasting kunnen ook worden veroorzaakt door een zeer complexe activiteit, zoals vele publiek, doelstellingen, en ervaringen allen in één activiteit.
Zeer complexe activiteiten dienen te worden beoordeeld met Adobe Consulting en getest in een beperkte omgeving voordat ze worden vrijgegeven voor productie.

Activiteiten

Activiteitennamen

  • Grens: 250 karakters.

Aantal activiteiten per rekening

  • geadviseerde grens: 10.000 actieve levende activiteiten.

  • geadviseerde grens: 10.000 actieve bewaarde (en niet gebeëindigde) activiteiten.

API-aanroepen van doel

  • Grens: 50 vraag per minuut voor Admin, het Melden, en bulkprofielupdate APIs. Deze limiet geldt niet voor de API's voor levering en één profiel bijwerken.

    Als u meer dan 50 API-aanroepen per minuut maakt, geeft Target een foutbericht "503 HTTP status".

Soorten publiek

Namen publiek

  • Grens: 255 karakters.

Soorten publiek, herbruikbaar per account

  • geadviseerde grens: 20.000 publiek.

Aantal soorten publiek per doos, metrisch, of ervaring

  • Grens: 50 publiek

categoryId, parameter

  • Grens: 256 karakters.

Inhoud leveren

  • Grens: 100 gezamenlijke Target verzoeken van de inhoudslevering per gebruikerszitting.

    Als een klant meer dan 100 gelijktijdige Target verzoeken om inhoud voor een bepaalde gebruikerssessie indient, worden alle volgende aanvragen voor die gebruikerssessie geblokkeerd. Twee of meer verzoeken worden beschouwd als gelijktijdige aanvragen als ze allemaal naar de Target -server worden verzonden voordat de reactie voor een van deze aanvragen wordt ontvangen. Target verwerkt opeenvolgende gelijktijdige aanvragen voor dezelfde sessie.

    • het gedrag van de Fout:

      • Delivery API and Batch Mbox v2:

        • Foutcode: HTTP 420 Te veel aanvragen
        • Foutbericht: "Te veel aanvragen met dezelfde sessie-id"

      • Verouderde mbox-API:

        • Standaardinhoud met opmerking "Te veel aanvragen met dezelfde sessie-id"

      • at.js:

        • Standaardinhoud weergegeven

  • Grens: 50 dozen per Target verzoek van de partij van de inhoudslevering.

    Als u meer dan 50 vakken per batch-aanvraag voor Target levering van inhoud aanvraagt, treedt er een foutcode voor de reactie op HTTP 400 met foutbericht size must be between 0 and 50 .

    De verzoeken van de partijdoos worden opeenvolgend verwerkt, die de algemene reactietijd met elke herhaling verhogen. Hoe meer vakjes in het batchverzoek, des te meer responslatentie kan worden verwacht en daarom is er mogelijk time-outs. Als de ervaring het teruggeven op deze hoge latentiepartijverzoeken wordt geblokkeerd, zou de latentie in een degraded gebruikerservaring kunnen resulteren aangezien de gebruikers op ervaringen wachten om terug te geven.

  • Grens: 60 MB het lichaamsomvang van de POST van HTTP voor Target verzoeken van de inhoudslevering.

    Als de inhoud van een Target -aanvraag voor levering van inhoud groter is dan 60 MB, resulteert dit in een foutcode voor de reactie HTTP 413 Request Entity Too Large .

  • Geadviseerde grens: 50 berichten per Target verzoek van de leveringspartij.

    Als u meer dan 50 berichten per aanvraag voor de leveringsbatch van Target verzendt, resulteert dit waarschijnlijk in een hogere responslatentie en time-outs.

    De verzoeken van het partijbericht worden opeenvolgend verwerkt, die de algemene reactietijd met elke herhaling verhogen. Hoe meer meldingen over het batchverzoek, des te meer responslatentie kan worden verwacht, en dus ook de mogelijkheid van time-outs. Sommige extra latentie op de verzoeken van het partijbericht zou voor sommige klanten aanvaardbaar kunnen zijn, maar ben zich ervan bewust dat onderbrekingen en om het even welke verdere pogingen nog latentie zouden kunnen veroorzaken.

Klantkenmerken

Kenmerknamen van klant

  • Grens: 250 karakters door voer of API.

Aliasid van kenmerk Klant

  • Grens 50 karakters.

Klantkenmerken, uploaden

  • Maximale dossiergrootte voor elke upload die de methode van HTTP gebruikt: 100 MB.
  • maximumdossiergrootte voor elke upload die de methode van FTP gebruikt: 4 GB.
  • Aantal attributen toegestaan om in te tekenen: 5 voor Target Standard en 200 voor Target Premium.

Entiteiten

Aantal entiteiten

  • Het maximumaantal entiteiten waarnaar in een ontwerp kan worden verwezen, is 99, ofwel hardcoded ofwel via lussen.
  • De aanbevolen limiet voor de beste prestaties is om de catalogus minder dan 1 miljoen items per omgeving en minder dan 10 miljoen items in alle omgevingen te houden.
  • De maximumgrens is tien miljoen punten per milieu en 100 miljoen punten over alle milieu's. Als u tussen een miljoen en tien miljoen items per omgeving hebt, heeft dit gevolgen voor de prestaties van de gebruikersinterface van Catalog Search . Target Recommendations blijft echter aanbevelingen produceren en leveren.

Aangepaste kenmerken van entiteit

  • de entiteitattributen van de Douane: 100.

  • Grens van het Karakter: De maximumkarakterlengte hangt van de taal af.

    • 15.000 tekens (talen van één waarde, van één en van twee bytes)
    • 500 waarden, 100 tekens per waarde (meerdere waarden)

    De maximale lengte van aangepaste kenmerken van entiteiten met een enkele waarde is 15.000 tekens (voor UTF-8-gecodeerde talen van één byte en twee byte, zoals Engelse en andere Latijnse alfabeten) of 10.000 tekens (voor UTF-8-gecodeerde talen van drie bytes, zoals Chinees, Japans en Koreaans).

    Aangepaste kenmerken van entiteiten met meerdere waarden mogen niet meer dan 500 waarden bevatten. Elke individuele waarde is beperkt tot 100 tekens. Het totale aantal tekens voor alle waarden moet in overeenstemming zijn met de beperkingen voor de maximumlengte van aangepaste attributen voor entiteiten met één waarde (zie hierboven).

entity.id

  • Grens voor implementaties die het vangen van koopinformatie vereisen: 50 karakters.

    Deze beperking wordt afgedwongen omdat de parameter productPurchasedId mbox de entiteit.ids vastlegt, die het aantal tekens tot 50 beperkt.

  • Grens voor implementaties die op mening-gebaseerde algoritmen slechts vereisen:: 1.000 karakters.

    Op weergave gebaseerde algoritmen zijn onder andere weergave/weergave, meest bekeken, onlangs weergegeven enzovoort.

excludeIds

  • Grens: 5 KB voor de verzoeken van de POST. 2.083 tekens min de lengte van de URL voor aanvragen van GET.

    Voor GET-aanvragen geldt dat, hoewel de limiet voor het achterste gedeelte 5 kB is, omdat Microsoft Internet Explorer de URL beperkt tot 2083 tekens, de realistische limiet 2083 tekens min de huidige lengte van de URL is.

Ervaringen

Ervaringsnamen

  • Grens: 50 karakters.

Ervaringen per activiteit

  • Grens: 2.000 ervaringen per Experience Targeting (XT), A/B Test, Multivariate Test (MVT), en Auto-Target activiteit.

    30.000 ervaringen per Automated Personalization (AP) activiteit.

Wijzigingen per ervaring

  • Grens: 50 per ervaring op om het even welke activiteit

mboxes

In-box-profielkenmerkwaarde

  • Grens: 256 karakters.

    Waarden van meer dan 256 tekens worden afgebroken bij gebruik van at.js 1.x. Er wordt een foutbericht weergegeven wanneer u waarden met meer dan 256 tekens verzendt bij gebruik van at.js 2.x of Adobe Experience Platform Web SDK. Waarden worden niet automatisch afgekapt.