Вы правы, бессмысленно защищать свой API. Защита API необходима только при определенных обстоятельствах.
Если вы обращаетесь к данным, которые вы не хотите, чтобы кто-либо видел, возможно, с помощью внутреннего вызова, то имеет смысл добавить некоторую форму безопасности (обычно это ключ API или токены авторизации в заголовках ваших запросов).
Однако, если вы делаете вызовы с вашего внешнего интерфейса (т. е. на стороне клиента) к внутреннему API, то нет смысла ставить там дополнительную защитутак как пользователь уже может видеть запрос и уже имеет доступ к данным, возвращаемым API-интерфейсом, поэтому, гарантируя его, вы ничего не добьетесь.
Обычно, если страница, которую посещает пользователь, содержит конфиденциальные данные, которые вы предоставляете. Если вы не хотите, чтобы все это видели, вы бы вместо этого предприняли меры для защиты своего сайта (например, защитив его с помощью логина для имени пользователя и пароля, прежде чем вы сможете получить доступ к этой странице). Если вы выбрали этот подход, когда веб-сайт защищен именем пользователя и паролем, вы можете обновить API, чтобы убедиться, что он не отвечает на запросы, когда пользователь не аутентифицирован (например, путем создания токена сеанса или чего-то уникального длякаждый вошел в систему).
Если вы посмотрите на веб-сайты, на которых доступно много бесплатных данных, вы обнаружите, что все они имеют вызовы API переднего плана, которые абсолютно незащищены (потому что это бессмысленно, если данныеуже свободен для доступа). Некоторые веб-сайты предпринимают шаги, чтобы удостовериться, что это их собственный веб-сайт, который вызывает API, но даже в этом случае это немного бессмысленно, поскольку веб-сборщики всегда могут извлечь данные из HTML.