# Consensus required on PR to remove contrib.sitemaps.ping\_google() **URL:** \ **Category:** Django Internals\ **Created:** [July 3, 2023, 4:35am UTC](https://forum.djangoproject.com/t/consensus-required-on-pr-to-remove-contrib-sitemaps-ping-google/22042 "2023-07-03T04:35:12Z")\ **Posts on this page:** 6\ **Page:** 1
**Author:** ![anorthall](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.djangoproject.com/anorthall/32/32889_2.png) [@anorthall](https://forum.djangoproject.com/u/anorthall)\ **Post date:** [July 3, 2023, 4:35am UTC](https://forum.djangoproject.com/t/consensus-required-on-pr-to-remove-contrib-sitemaps-ping-google/22042/1 "2023-07-03T04:35:12Z")
Hi all 😀 I would appreciate if people could add some comments to the [PR on removing contrib.sitemaps.ping\_google()](https://github.com/django/django/pull/17039). Google have announced that the sitemaps ping API will disappear around January 2024, roughly the same time as the Django 5.0 release. I have prepared the above PR which both deprecates and makes non-operational the code which calls this API - so calling `ping_google()` would do nothing except raise a warning, and the same for the `ping_google` management command. This is to avoid making making calls to an API endpoint which will no longer exist whilst retaining backwards compatibility. @felixxm has suggested that perhaps making a backwards incompatible change would be more appropriate in this case and preferable to having methods and management commands which do nothing which may be confusing to end users. I broadly agree with @felixxm but would welcome the thoughts of others before revising the PR. Cheers! ---
**Author:** ![adamchainz](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.djangoproject.com/adamchainz/32/26_2.png) [@adamchainz](https://forum.djangoproject.com/u/adamchainz)\ **Post date:** [July 3, 2023, 5:54am UTC](https://forum.djangoproject.com/t/consensus-required-on-pr-to-remove-contrib-sitemaps-ping-google/22042/2 "2023-07-03T05:54:54Z")
+1 to removing. No point providing the illusion that Google is getting pinged. ---
**Author:** ![ewjoachim](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.djangoproject.com/ewjoachim/32/14600_2.png) [@ewjoachim](https://forum.djangoproject.com/u/ewjoachim)\ **Post date:** [July 3, 2023, 9:02am UTC](https://forum.djangoproject.com/t/consensus-required-on-pr-to-remove-contrib-sitemaps-ping-google/22042/3 "2023-07-03T09:02:08Z")
(As the person who originally brought the issue) I don’t have a strong opinion. Deprecate or outright remove, both are ok. I don’t know in what case we allow ourselves not to follow the deprecation guidelines. ---
**Author:** ![Lily-Foote](https://avatars.discourse-cdn.com/v4/letter/l/c37758/32.png) [@Lily-Foote](https://forum.djangoproject.com/u/Lily-Foote)\ **Post date:** [July 3, 2023, 9:34am UTC](https://forum.djangoproject.com/t/consensus-required-on-pr-to-remove-contrib-sitemaps-ping-google/22042/4 "2023-07-03T09:34:09Z")
Yeah, no point in keeping it around, so +1 to complete removal. ---
**Author:** ![felixxm](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.djangoproject.com/felixxm/32/2479_2.png) [@felixxm](https://forum.djangoproject.com/u/felixxm)\ **Post date:** [July 3, 2023, 11:32am UTC](https://forum.djangoproject.com/t/consensus-required-on-pr-to-remove-contrib-sitemaps-ping-google/22042/5 "2023-07-03T11:32:29Z")
I would not consider it breaking the stability of our API, as they are wrappers for a Google endpoint that will no longer exist, so it’s not our fault that they need to be removed. ---
**Author:** ![anorthall](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.djangoproject.com/anorthall/32/32889_2.png) [@anorthall](https://forum.djangoproject.com/u/anorthall)\ **Post date:** [July 8, 2023, 3:50pm UTC](https://forum.djangoproject.com/t/consensus-required-on-pr-to-remove-contrib-sitemaps-ping-google/22042/6 "2023-07-08T15:50:12Z")
As per the consensus above, the PR has been updated to completely remove the ping\_google related functionality in 5.0 as opposed to deprecating it.