@Angi_Hast - I am raising a complaint that you are not managing things correctly regarding the XML-RPC sunset, nor listening to people, nor learning from past mistakes, and not understanding things.
In 2016 the REST API was introduced and it was planned to eventually replace XML-RPC. Now we are in 2026, and it still fails to be comparable to the XML-RPC. Many developers over the years have asked for things, and not everything have been implemented. Do you think what you have been provided has been sufficient? Or was you hoping that developers would not notice the missing things?
REST v1 failed to match the compatibility of XML-RPC. Why did that happened? Who was making those decisions at the time? REST v2 came afterwards which was designed to be a suitable replacement.
You set a deadline for December 2026 to sunset the XML-RPC, but the REST API still fails to be comparable to the XML-RPC. Developers are now finding more gaps, errors, and now inconsistencies against REST v1. So how can REST v2 be a suitable replacement?
It is pointless for developers to use REST v1, given that it is no longer going to be enhanced, and that will be sunset in the future as well. Otherwise if developers go down that route, they will have to make another transition again. Some developers are now waiting for your team to make the necessary enhancements.
I noticed in the REST v2 API documentation that a patch was released on November 4th. It is now January 14th, which means over 2 months have passed since anything was updated (?). Developers do not know when updates get released in the API as no announcements get made, unless the information is buried somewhere on your website? You set a deadline for us, but it could take your development team either 2,3,4 or 5 months to make the changes, then it will be a rush for developers to make changes.
In 2024 the Legacy API Key was deprecated, but several mistakes were made during that process. I suggested that an interface should be provided to help customers and developers to see what integrations are using the old key, but that was ignored. I have suggested it again for the XML-RPC API, but again you do not want to implement something to help people. We are going to have another situation where people will have to constantly ask support for information.
Another question, have you contacted the third party integration vendors that support Keap? Not every vendor is in the marketplace. And last time some vendors were contacted late during the legacy API key sunset.
My recommendations are the following below.
- Cancel the December sunset timeline.
- Get your development team to spend the next 6 months looking at the issues that have been raised.
- Analyse the XML-RPC API Calls to see what developers are doing and provide suitable replacements.
- Analyse REST v1 and find what gaps are missing in REST v2.
- Properly test the REST v2 API.
- Announce that is comparable to the community, partners, and vendors.
- Sunset both the REST v1 and XML-RPC in 1 years time from that announcement.
- At the end of sunset you will just have REST v2 in operation, it will simplify things for everyone.
Hope that was clear.