Проблема API-ключей, которые никогда не истекают
Ключ, выданный много лет назад, ни разу не заменённый и до сих пор действующий, это не удобство. Это риск, на который никто не смотрел уже много лет.
Бесплатный тариф проектируют по одной из двух совершенно разных причин, и обычно уже через несколько минут использования становится ясно, какую из них выбрал конкретный провайдер. Один вариант существует, чтобы разработчик мог по-настоящему оценить продукт: объёма хватает, чтобы построить реальную интеграцию, прогнать её на реальных данных и решить, стоит ли за неё платить. Другой вариант существует, чтобы дать попробовать ровно столько, чтобы вызвать интерес, и ровно так мало, чтобы почти сразу вынудить решение о переходе на платный тариф: он работает не как инструмент оценки, а скорее как первая страница рекламной презентации.
Наш задуман как первый вариант. 2 500 запросов в день с любого адреса без всякого ключа и ещё 2 500 в день после добавления ключа, с подсчётом по сети и общей квотой для использования без ключа и с ключом из этой сети. Этого достаточно, чтобы построить и протестировать реальную интеграцию, а не символический объём, который заканчивается в первый же день знакомства с API и заставляет принимать решение о покупке, так ничего и не узнав.
Это различие важно, потому что бесплатный тариф размером с приманку порождает особый, плохой тип принятия решений. Разработчик, у которого бесплатные запросы закончились в первый же час, решает перейти на платный тариф не потому, что продукт доказал свою ценность. Он решает, стоит ли и дальше тратить время на оценку, которую прервали, часто ещё до того, как он добрался до тех частей интеграции, которые показали бы, действительно ли качество данных и структура ответа подходят для его задачи. Это не настоящая оценка. Это урезанная оценка, выданная за бесплатный пробный период.
Бесплатный тариф, рассчитанный на настоящую оценку, обходится провайдеру дороже в прямом смысле: заметная доля этого использования никогда не превратится в выручку. Мы считаем, что эти расходы покупают кое-что стоящее: клиента, который переходит на платный тариф, потому что действительно протестировал продукт и тот сработал, а не потому, что обратный отсчёт или лимит запросов вынудили принять решение до окончания тестирования. Конверсия после реальной оценки обычно оказывается более долговечной, потому что основана на продукте, а не на том, что закончился запас для продолжения оценки.
У щедрого бесплатного тарифа есть и вторая, менее заметная задача: он покрывает небольшие, постоянные сценарии с низким объёмом, вообще не требуя платного аккаунта. Личному проекту, инструменту небольшой некоммерческой организации, студенческому заданию незачем становиться клиентом только для того, чтобы продолжать работать в пределах разумной дневной квоты. Бесплатный тариф, который существует только для того, чтобы закончиться, не рассчитан на такие сценарии. Наш рассчитан, намеренно, потому что не каждое законное использование API должно становиться строкой в чьём-то ежемесячном бюджете.