«Prises ensembles, la réponse partielle et la mise à jour partielle peuvent réduire considérablement les besoins en réseau, en mémoire et en ressources processeur nécessaires pour travailler avec les API de Google, » ont indiqué Kyle Marvin et Zach Maier, deux membres de l'équipe de Google Data Protocol, dans un blog. Pour expliquer comment fonctionnait la réponse partielle, ils citent l'exemple d'un développeur écrivant un widget pour l'agenda d'Android qui afficherait l'heure et le titre d'événements récemment modifiés sur Google Agenda. «Avec l'ancienne API de l'agenda, on sollicitait l'ensemble du flux des événements, ce qui générait en retour une grande quantité d'informations, comme la liste des participants et la description de l'événement, » explique les deux bloggeurs. «Avec la réponse partielle, il est maintenant possible de ne demander que les informations pertinentes en utilisant que les titres des événements et les heures. » De la même manière, en retour « si un développeur veut permettre au widget de changer l'heure des événements de l'agenda, la mise à jour partielle rend cette opération facile par l'édition des données reçues en réponse partielle et par l'utilisation d'un patch http en retour qui envoie les données modifiées sur le serveur, » ont ajouté les membres de l'équipe. « Le serveur interprète ensuite le patch, ne changeant que les champs définis par le développeur » ont-ils détaillé.

En début de semaine, les nouveaux protocoles de réponse et de mise à jour partielle étaient déjà applicables - à des degrés divers - aux API de YouTube , de l'agenda, des albums Picasa, et de Sidewiki. Et le moteur de recherche prévoit d'ajouter rapidement ce support à la plupart des API travaillant avec le Google Data Protocol.