The answer to the following questions may also interest you
In practice, separating the front-end and back-end of a web application and viewing them as independent systems has a number of advantages, including flexible and largely independent further development and the use of different technological substructures for the front-end and back-end.
1. frontend and backend do not know each other
This can quickly lead to structural problems within the application, which can be illustrated particularly well with the following examples. In scenario 1, an editor wants to link another article in the text editor, but the absolute link has not yet been determined and is only created when the application is generated due to the flexible frontend architecture. It is almost impossible for the editor to create reliable links here. In scenario 2, a dedicated search function is to be used in the application, whose database is fed from the back end, which can quickly lead to inconsistencies and a decrease in the usability of the search function, especially due to the decoupled display in the front end.
2. the editorial team has no live preview
Admittedly, with a rather high effort this limitation can be solved with a stand-alone application (shaddow frontend), which allows the editor to work comfortably in a simulated frontend, but usually the editor works in a minimalist editor without being able to test and control the reading flow in the real application. With classical systems, which do not separate frontend and backend, a simple control is possible here.
3. several systems have to be maintained
With each additional system, the infrastructure and the operational effort for maintenance and care also grows. This then usually requires additional employees.
However, it should not go unmentioned that a pure front-end application usually enjoys higher security and requires fewer resources in operation.