Почему процесс миграции долгий. Дело в том, что нельзя установить обновление того же самого приложения, но подписанного другой подписью. Думаю, всем нам это понятно, мы тут в основном айтишники.

Несколько лет назад Гугл выкатил механизм для ротации подписей. Так называемая signature scheme v3. Последняя на сегодня уже - 4. Разумеется, 4 тоже поддерживает ротацию.

Итак, что нужно сделать:
1. Выпустить обновление приложений, которые подписаны новой подписью, но в цепочке указано, какая подпись была прошлой. Тогда Android сможет установить обновление. И выложить это в стор
2. Выпустить обновление прошивки, где все приложения также обновлены через схемы 3 или 4

Казалось бы, всё просто, бери и делай. Но вот подводные камни:

- схема 3 поддерживается только в Android 9 и выше. Таким образом всё, что ниже 9ки, просто не сможет обновить приложения из стора на новые версии. Они навсегда останутся на старой, ведь для ОС это будут приложения с просто другой подписью

- Можно как-то связаться с пользователями и попросить их удалить старые версии приложений и установить снова их из стора. Но это надо как-то связаться. Допустим, можно выпустить обвноление стора, которое само будет вываливать нотификции с этим требованием

- Но это поможет только для тех приложений, которые пользователи поставили руками. Это никак не спасёт в ситуации, когда приложение было предустановлено в прошивку. Включая сам Стор. На 8.1 и ниже нет вообще никакой возможности мягко сделать переход из-за того, что Самсунг любит совать в прошивку вообще все свои фирменные приложения. А не мягкий - полное обновление прошивки с потерей всех данных приложений - они делать не будут однозначно.

- И, наконец, сам Стор должен быть готов к схеме 3. Есть не нулевая вероятность, что ОЕМ производители, у которых есть свой стор, могли забить болт на поддержку этой версии схемы. v2 же работает, а работает - не трогай, ага

Итого, нужно подготовить все приложения к новой подписи, протестировать их (а разработчики очень часто вставляют проверку своей подписи в код приложений для защиты от модификаций). Потом начать раскатку обнволений. Сразу на всех нельзя, ведь процесс ротации никогда не тестировали, значит будут раскатывать сегментами. И будут нарываться на проблемы миграции, ведь это ещё не отлаженный механизм. Почему я уверен, что он не отлажен? Вот выхлоп моей утилиты, которая используется у нас в CI для разных дел (см. скриншот). Это самая последняя доступная версия фирменного браузера. Они не просто никогда не проверяли мигарцию, они даже не могут её начать, ведь v3 у них просто нет, только v2. При том что мы подписываем одновременно v2-v4 включительно. Потому что я написал пару строк кода для этого и CI без проблем подписывает, а Самсунг не смогли это освоить.

Потому выше я предположил, что их Стор может вообще быть не готов к новой схеме, ведь они её не используют.

Потому я берусь утверждать, что миграция займёт месяцы. Ну, с 2016-го можно и потерпеть ещё погодика-год.