WordPress o web
a mida?

El primer pressupost, gairebé sempre sí: el nucli és gratuït i hi ha temes i connectors ja fets que estalvien hores de desenvolupament, així que el dia del lliurament sol guanyar per preu. La pregunta que importa és la dels tres anys següents, no la del dia u. Si ningú actualitza el nucli, els connectors i el tema, WordPress acumula vulnerabilitats conegudes i acaba costant un disgust de debò: web caiguda, hackejada o penalitzada als cercadors. Si algú el manté, amb una quota mensual petita o una estona cada trimestre, continua sortint a compte durant anys. Una web a mida mal plantejada també s'encareix amb el temps, pel motiu contrari: si només la persona que la va escriure sap tocar-la i ja no respon, qualsevol canvi es converteix en un projecte nou. El preu de lliurament no és el preu de posseir-la; el que decideix el cost real és qui se n'ocupa després.

Sí, en les dues, encara que de manera diferent. WordPress porta de sèrie un panell d'administració que bona part de la gent ja ha vist alguna vegada, amb una corba d'aprenentatge curta per canviar textos, fotos o preus sense tocar codi. En una web a mida no ve de fàbrica: cal demanar-ho i que estigui inclòs al desenvolupament, normalment com un panell a mida més senzill que el de WordPress perquè només gestiona el que aquell negoci necessita canviar, ni una línia més. La diferència real no és si es pot editar, és si algú ho ha previst des del principi. Si el pressupost d'una web a mida no menciona cap panell d'edició, pregunta-ho abans de signar: és una d'aquelles línies que, si no és escrita, es converteix en una discussió el dia que vulguis canviar un telèfon o una tarifa i descobreixis que només ho pot tocar qui va programar la web.

El nucli de WordPress, mantingut i actualitzat, no és especialment insegur: l'usen llocs grans i petits sense gaire problema. El que sí que és insegur és un WordPress abandonat: versió antiga sense pedaços, cinc connectors que ningú ha tornat a actualitzar des de fa anys, un tema comprat en un lloc que ja no existeix i, de vegades, encara la contrasenya d'administrador que venia per defecte. Aquesta combinació és la porta d'entrada real, no el programari en si. És un matís important perquè canvia la pregunta que cal fer-se abans de triar WordPress: no és «és segur?», sinó «qui l'actualitzarà?». Si la resposta és ningú, la inseguretat no ve del CMS, ve de l'abandonament, i li passaria alguna cosa semblant a qualsevol programari amb aquesta quantitat de peces movent-se. Amb manteniment real, actualitzacions al dia i pocs connectors ben triats, WordPress és una opció sòlida per a la majoria de webs de serveis i comerç.

Quan el negoci no encaixa de manera natural en «pàgines més blog més botiga estàndard», que és el que WordPress i el seu ecosistema de connectors resolen bé. Si hi ha un procés propi del negoci (una reserva amb regles particulars, un càlcul de preu que depèn de variables poc habituals, una integració amb un sistema intern que no té connector fet), forçar-ho dins de WordPress a base de connectors genèrics sol acabar en una solució fràgil: funciona, però ningú entén del tot per què, i cada actualització de connector és un risc que alguna cosa es trenqui. Aquest punt és diferent per a cada negoci, no hi ha una mida d'empresa que ho marqui per si sola. El senyal més clar és comptar quants connectors calen per simular alguna cosa que no és la seva funció original: si la llista creix i creix, probablement el problema ja no és de configuració sinó d'eina, i aquí és on una web a mida comença a compensar l'esforç extra de partida.

Es pot, sempre que s'hagi previst en construir-la, igual que amb qualsevol altra web. El problema no és l'enfocament «a mida» en si, és lliurar un codi tancat sense cap panell de gestió, de manera que qualsevol canvi, per petit que sigui (un telèfon, un horari, una foto), obliga a trucar a qui la va programar i pagar-ho. Això no és una característica del fet a mida, és una web mal lliurada, i passa tant amb desenvolupaments propis com amb plantilles mal muntades. Una web a mida ben plantejada inclou un panell adaptat al que aquell negoci necessita tocar amb freqüència, encara que sigui més petit que el de WordPress perquè no gestiona res que no s'utilitzi. Abans d'encarregar un desenvolupament a mida, pregunta explícitament qui podrà canviar què sense dependre d'un tercer, i demana veure-ho funcionant abans del lliurament final, no que t'ho descriguin de paraula.

Depèn de qui mantindrà la web, no de quina tecnologia ens agrada més fer servir. Si entraràs cada setmana a canviar ofertes, fotos de producte o entrades de blog, necessites un panell clar i conegut, i aquí WordPress ben muntat sol ser l'opció més raonable: no té sentit pagar un desenvolupament a mida per reinventar alguna cosa que WordPress ja resol bé. Si és un lloc de serveis que es toca dues o tres vegades l'any, no cal un gestor de continguts pensat per publicar cada dia; una web a mida més senzilla, amb manteniment de codi en lloc de manteniment de connectors, sol sortir més neta a llarg termini. I si el negoci té un procés propi que no cap en pàgines i botiga estàndard, aquí la a mida deixa de ser una preferència i passa a ser l'única opció raonable. El primer que preguntem no és el pressupost: és qui hi entrarà a tocar l'any que ve.

Sí, i és un camí que es recorre amb certa freqüència quan un negoci creix més ràpid del previst. Té un cost real que convé anticipar: els continguts cal migrar-los, les URL convé mantenir-les o redirigir-les bé per no perdre el posicionament que ja tenies, i el disseny gairebé sempre es refà perquè els dos sistemes no comparteixen plantilles. No és començar de zero del tot, perquè els textos, les imatges i el coneixement del negoci ja existeixen, però tampoc és un canvi sense fricció. Per això convé evitar muntar-ho dues vegades si es pot saber des del principi: si tens bones raons per pensar que d'aquí un any necessitaràs processos o integracions que WordPress no cobreix bé, val la pena dir-ho a la primera conversa, encara que impliqui començar directament a mida. Començar en WordPress per prudència i amb la idea clara de revisar-ho en un any és una estratègia raonable, no un error, sempre que sigui una decisió conscient.

Es poden contractar junts per comoditat, però no s'haurien de barrejar amb la propietat de res. Que un proveïdor t'ofereixi domini, allotjament i desenvolupament en un mateix pack no és un problema en si mateix; el problema apareix si, dins d'aquest pack, el domini queda registrat a nom del proveïdor en lloc del teu. El domini és teu amb independència de qui construeixi la web, qui l'allotgi o qui la mantingui: és el nom del negoci a internet, no una peça tècnica més del projecte. Abans d'acceptar un pack tot inclòs, pregunta explícitament a nom de qui queda registrat el domini i comprova que hi puguis accedir tu mateix, no només al panell de la web. És un punt que es passa per alt fàcilment perquè sembla un detall administratiu, i tanmateix és la peça que, si queda mal resolta, més cara surt de corregir després.