кидая данные из js в php я порой забываю,что вообще существуют типы данных

но этот подход не всегда хороший

а чем не хорошо? и какой лучше?

начальство:"Почему у тебя такая аватарка в телеграме?"
Я:"Комьюнити меня так запомнило"

Я написал на Laravel несложное CRUD приложение для учета аренды IPv4 сетей (клиенты, сети, занос информации о платежах). В одной части приложения была необходимость общения клиентских сетей с REST API стороннего сервиса (RIPE REST API, если интересно), которую я реализовал на нативном JS, поскольку сбор данных на фронте перед отправкой был непростой. На этом все временно закончилось.

Затем у заказчика возникли новые задачи, в результате фронт именно части общения со сторонним REST API, формирование данных перед отправкой, надо было усложнить. На тот момент времени я начал учить React, а потому использовал его для написания небольшого отдельного приложения, куда захардкодил все клиентские сети из Laravel приложения.

Следовательно из этого следует несколько новых задач, а именно:
1. Либо интегригровать React приложение в качестве отдельной страницы в Laravel проекте
2. Оставить приложения порознь на отдельных доменах, но реализовать API в Laravel проекте и получать живые данные вместо захардкоденных.

API реализация в любом из двух случаев нужна, просто клиент хотел бы, чтобы новый функционал, который я сделал на React стал частью старого приложения.

Тебе просто надо сделать компонент и выводить его на отдельной странице в существующем laravel-приложении. В app.js проверять, есть ли див с заданным id и маунтить на него этот компонент. Принимать первоначальные данные компонент может по http от определённого урла-api, или захардкоженными в блейд-вьюхе, лучше всего при помощи inertia.js .