Mit Sammlungen den Überblick behalten
Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.
In einigen Fällen müssen Sie möglicherweise mehrere Aufrufe der Address Validation API für eine einzelne Adresse ausführen. Beispielsweise kann es sein, dass der Kunde seine Adresse ändert, nachdem er die Ergebnisse der ersten Validierung gesehen hat. Anschließend führen Sie eine zweite Bestätigung für die aktualisierte Adresse durch.
In diesem Dokument werden zwei wichtige Maßnahmen beschrieben, die Sie ergreifen können, wenn Sie eine Reihe von Anfragen für dieselbe Adresse an die Address Validation API senden. Diese Aktionen sind keine strikte Nutzungsanforderung, sondern eine hilfreiche Maßnahme, um die allgemeine Datenqualität und Systemreaktion zu verbessern.
Anfrage an den provideValidationFeedback-Endpunkt senden
Feld previousResponseID festlegen
provideValidationFeedback-Anfrage senden
Am Ende einer Reihe von Validierungen empfiehlt Google, die Provide Validation Feedback API aufzurufen, um das Endergebnis aller Validierungen anzugeben. In der Anfrage werden zwei Felder festgelegt:
conclusion: Gibt die Validierungsversion an, die Sie in Ihrem Dienst verwendet haben, unabhängig davon, ob es sich um die vom Nutzer bereitgestellte oder die von der Address Validation API zurückgegebene Version handelt.
responseId: Gibt die Antwort-ID der ersten Antwort der Address Validation API an. Weitere Informationen finden Sie unten unter Das Feld „previousResponseId“ festlegen.
Das Feld conclusion gibt eine der folgenden Aktionen von Ihrer Seite an:
VALIDATED_VERSION_USED: die bestätigte Version der Adresse aus der Address Validation API.
USER_VERSION_USED: Die vom Nutzer bereitgestellte Originalversion.
UNVALIDATED_VERSION_USED: Eine Version, die das Ergebnis eines Prompts an den Nutzer war, aber nicht mit der Address Validation API neu validiert wurde.
UNUSED: Die Transaktion wurde abgebrochen.
Weitere Informationen finden Sie im Referenzleitfaden unter Validation Conclusion (Validierungsergebnis).
Im Feld responseId wird angegeben, für welche Ergebnisse der Adressvalidierung Sie Feedback geben. Dieser Wert muss mit dem responseId-Wert übereinstimmen, der vom ersten Aufruf der Methode validateAddress zurückgegeben wird.
Weitere Informationen finden Sie im Referenzhandbuch zum Validierungsfeedback unter Anfragetext.
Feld previousResponseID festlegen
Wenn Sie eine Folgeanfrage an die Address Validation API für eine bestimmte Adresse senden, legen Sie das Feld previousResponseId fest.
Verwenden Sie für den Wert von previousResponseId den Wert aus responseId, der von der API nach der ersten Validierungsanfrage zurückgegeben wird.
Verwenden Sie denselben Wert für alle Folgeanfragen, bis die Serie abgeschlossen ist.
Dieses Sequenzdiagramm zeigt den bevorzugten Ablauf:
[[["Leicht verständlich","easyToUnderstand","thumb-up"],["Mein Problem wurde gelöst","solvedMyProblem","thumb-up"],["Sonstiges","otherUp","thumb-up"]],[["Benötigte Informationen nicht gefunden","missingTheInformationINeed","thumb-down"],["Zu umständlich/zu viele Schritte","tooComplicatedTooManySteps","thumb-down"],["Nicht mehr aktuell","outOfDate","thumb-down"],["Problem mit der Übersetzung","translationIssue","thumb-down"],["Problem mit Beispielen/Code","samplesCodeIssue","thumb-down"],["Sonstiges","otherDown","thumb-down"]],["Zuletzt aktualisiert: 2025-08-31 (UTC)."],[[["\u003cp\u003eWhen validating an address multiple times, use the \u003ccode\u003eprovideValidationFeedback\u003c/code\u003e endpoint to inform Google of the final address version used.\u003c/p\u003e\n"],["\u003cp\u003eInclude the original response ID in the \u003ccode\u003eprovideValidationFeedback\u003c/code\u003e request and set the \u003ccode\u003epreviousResponseId\u003c/code\u003e for subsequent validation calls to improve data quality and response time.\u003c/p\u003e\n"],["\u003cp\u003eThe \u003ccode\u003econclusion\u003c/code\u003e field in the feedback request indicates whether the user's original, a validated, or another address version was ultimately used.\u003c/p\u003e\n"],["\u003cp\u003eThe \u003ccode\u003epreviousResponseId\u003c/code\u003e helps the API understand the context of the address validation sequence and potentially optimize results.\u003c/p\u003e\n"]]],[],null,["In some cases, you might make multiple calls to the\nAddress Validation API for a single address. For example, the customer might make\nchanges to their address after seeing the results of the first\nvalidation. You then perform a second validation on the updated address.\n\nThis document describes two key actions you can take when you issue a series of\nrequests for the same address to the Address Validation API. These actions are\nnot a strict usage requirement, but a helpful action on your part to improve\noverall data quality and system response.\n\n- Send a request to the `provideValidationFeedback` endpoint\n- Set the `previousResponseID` field\n\nSend a `provideValidationFeedback` request\n\nAt the end of a series of validations, Google recommends making a call to the\nProvide Validation Feedback API to indicate the final outcome of\nall the validations. The request sets two fields:\n\n- `conclusion` --- Indicates the validation version you used in your service, whether it was the one provided by the user, or the one returned from the Address Validation API.\n- `responseId` --- Indicates the response ID of the **first** response from the Address Validation API. See [Set the previousResponseId field](#followup-requests) below.\n\nUse either the\n[provideValidationFeedback](/maps/documentation/address-validation/reference/rest/v1/TopLevel/provideValidationFeedback)\nmethod (REST) or\n[ProvideValidationFeedback](/maps/documentation/address-validationreference/rpc/google.maps.addressvalidation.v1#google.maps.addressvalidation.v1.AddressValidation.ProvideValidationFeedback)\nmethod (gRPC).\n\nThe following example passes a [JSON body](/maps/documentation/address-validation/reference/rest/v1/TopLevel/validateAddress#request-body) to the request defining the\nconclusion: \n\n```json\ncurl -X POST -d '{\n \"conclusion\": \"VALIDATED_VERSION_USED\",\n \"responseId\": \"de22bed8-7f52-44cb-8526-faceac57150a\"\n}' \\\n-H 'Content-Type: application/json' \\\n\"https://addressvalidation.googleapis.com/v1:provideValidationFeedback?key=\u003cvar translate=\"no\"\u003eAPI_KEY\u003c/var\u003e\"\n```\n\n- The `conclusion` field identifies one of the following actions from your side:\n - `VALIDATED_VERSION_USED`: the validated version of the address from the Address Validation API.\n - `USER_VERSION_USED`: the original version provided by the user.\n - `UNVALIDATED_VERSION_USED`: a version that was a result of a prompt to the user, but did not re-validate it with the Address Validation API.\n - `UNUSED`: abandoned the transaction.\n\n|-----------------------------------------------------------------------------------------------------------------------------------------------------------------------|\n| See [Validation Conclusion](/maps/documentation/address-validation/reference/rest/v1/TopLevel/provideValidationFeedback#validationconclusion) in the reference guide. |\n\n- The `responseId` field specifies which address validation results you are providing feedback for. This value must be the same as the `responseId` value returned by the **first** call to the [validateAddress](/maps/documentation/address-validation/reference/rest/v1/TopLevel/validateAddress) method.\n\n|--------------------------------------------------------------------------------------------------------------------------------------------------------------------------|\n| See [Request Body](/maps/documentation/address-validation/reference/rest/v1/TopLevel/provideValidationFeedback#request-body) in the validation feedback reference guide. |\n\nSet the `previousResponseID` field\n\nWhen issuing a follow-up request the Address Validation API for a given address, set\nthe `previousResponseId` field.\n\n- For the value of the `previousResponseId`, use the value from the `responseId` returned by API after the **first** validation request.\n- Use this same value for any and all followup requests until the series completes.\n\nThis sequence diagram shows the preferred flow:"]]