Det korte svar: handler dit projekt om at vise indhold — tekster, billeder, nyheder, en virksomhedspræsentation — så vælg WordPress. Handler det om forretningslogik — brugere der logger ind, data der beregnes, systemer der taler sammen — så vælg Laravel.
Jeg tjener penge på Laravel udvikling, så du har lov at være skeptisk. Men jeg har bygget og driftet begge dele i store organisationer, og det ærlige svar er, at begge værktøjer er fremragende — til hver sit. At vælge forkert er dyrt i begge retninger.
WordPress er et CMS — et færdigt produkt til at administrere og publicere indhold. Du får redaktørværktøjer, temaer og et enormt plugin-økosystem fra dag ét. Løsningen formes ved at konfigurere og udvide noget, der allerede findes.
Laravel er et framework — et fundament til at bygge skræddersyet software. Der er ingen færdig hjemmeside i kassen; til gengæld er der professionelle byggeklodser til brugerstyring, databaser, køer, betalinger og API'er. Løsningen formes ved at skrive netop den forretningslogik, din virksomhed lever af.
Deraf følger næsten alt andet: WordPress er hurtigst i gang, Laravel er stærkest over tid, når kravene ikke ligner et standardprodukt.
"WordPress er gratis, Laravel er dyrt." WordPress er billigst på dag ét. Men når forretningslogik presses ind i et CMS via 40 plugins og et bøjet tema, vokser regningen i det skjulte: plugins der konflikter, sikkerhedshuller, opdateringer der vælter sitet, og til sidst en genopbygning. Et system bygget til opgaven er ofte billigere målt over tre år. Læs mere om hvad Laravel-udvikling koster.
"Vi starter i WordPress og skifter senere." Det lyder fornuftigt, men "senere" betyder i praksis en total genopbygning midt i virksomhedens travleste vækstfase — med datamigrering, nedetid og dobbeltarbejde. Hvis du allerede nu ved, at forretningslogikken er kernen, er det billigere at starte rigtigt.
Kombinationen er ofte det klogeste valg: WordPress til marketingsitet, hvor kommunikationsafdelingen selv redigerer indhold — og en Laravel-applikation til portalen, produktet eller integrationerne bagved. De to kan dele design og tale sammen via API. Så bruger du hvert værktøj til det, det er bedst til, i stedet for at tvinge ét værktøj til at gøre alt.