WordPress ou web
a medida?

O primeiro orzamento, case sempre si: o núcleo é gratuíto e hai temas e plugins xa feitos que aforran horas de desenvolvemento, así que o día da entrega adoita gañar en prezo. A pregunta que importa é a dos tres anos seguintes, non a do día un. Se ninguén actualiza o núcleo, os plugins e o tema, WordPress acumula vulnerabilidades coñecidas e acaba custando un desgusto de verdade: web caída, atacada ou penalizada nos buscadores. Se alguén o mantén, cunha cota mensual pequena ou un anaco cada trimestre, segue saíndo a conta durante anos. Unha web a medida mal formulada tamén se encarece co tempo, polo motivo contrario: se só a persoa que a escribiu sabe tocala e xa non responde, calquera cambio convértese nun proxecto novo. O prezo de entrega non é o prezo de tela; o que decide o custo real é quen se ocupa dela despois.

Si, nas dúas, aínda que de forma distinta. WordPress trae de serie un panel de administración que boa parte da xente xa viu algunha vez, cunha curva de aprendizaxe curta para cambiar textos, fotos ou prezos sen tocar código. Nunha web a medida non vén de fábrica: hai que pedilo e que estea incluído no desenvolvemento, normalmente como un panel a medida máis sinxelo que o de WordPress porque só xestiona o que ese negocio necesita cambiar, nin unha liña máis. A diferenza real non está en se se pode editar, senón en se alguén o previu desde o principio. Se o orzamento dunha web a medida non menciona ningún panel de edición, pregúntao antes de asinar: é unha desas liñas que, se non está escrita, se converte nunha discusión o día que queiras cambiar un teléfono ou unha tarifa e descubras que só o pode tocar quen programou a web.

O núcleo de WordPress, mantido e actualizado, non é especialmente inseguro: úsano sitios grandes e pequenos sen maior problema. O que si é inseguro é un WordPress abandonado: versión antiga sen parches, cinco plugins que ninguén volveu actualizar desde hai anos, un tema comprado nun sitio que xa non existe e, ás veces, aínda o contrasinal de administrador que viña por defecto. Esa combinación é a porta de entrada real, non o software en si. É un matiz importante porque cambia a pregunta que hai que facerse antes de escoller WordPress: non é «é seguro?», senón «quen o vai manter actualizado?». Se a resposta é ninguén, a inseguridade non vén do CMS, vén do abandono, e pasaríalle algo parecido a calquera software con esa cantidade de pezas movéndose. Con mantemento real, actualizacións ao día e poucos plugins ben escollidos, WordPress é unha opción sólida para a maioría de webs de servizos e comercio.

Cando o negocio non encaixa de forma natural en «páxinas máis blog máis tenda estándar», que é o que WordPress e o seu ecosistema de plugins resolven ben. Se hai un proceso propio do negocio (unha reserva con regras particulares, un cálculo de prezo que depende de variables pouco habituais, unha integración cun sistema interno que non ten plugin feito), forzalo dentro de WordPress a base de plugins xenéricos adoita acabar nunha solución fráxil: funciona, pero ninguén entende de todo por que, e cada actualización de plugin é un risco de que algo rompa. Ese punto é distinto para cada negocio, non hai un tamaño de empresa que o marque por si só. O sinal máis claro é contar cantos plugins fan falla para simular algo que non é a súa función orixinal: se a lista medra e medra, probablemente o problema xa non é de configuración senón de ferramenta, e aí é onde unha web a medida comeza a compensar o esforzo extra de partida.

Pódese, sempre que se previse ao construíla, igual que con calquera outra web. O problema non é o enfoque «a medida» en si, é entregar un código pechado sen ningún panel de xestión, de forma que calquera cambio, por pequeno que sexa (un teléfono, un horario, unha foto), obriga a chamar a quen a programou e pagar por iso. Iso non é unha característica do feito a medida, é unha web mal entregada, e pasa tanto con desenvolvementos propios como con modelos mal montados. Unha web a medida ben formulada inclúe un panel adaptado ao que ese negocio necesita tocar con frecuencia, aínda que sexa máis pequeno que o de WordPress porque non xestiona nada que non se vaia usar. Antes de encargar un desenvolvemento a medida, pregunta explicitamente quen vai poder cambiar que sen depender dun terceiro, e pide velo funcionando antes da entrega final, non que cho describan de palabra.

Depende de quen vai manter a web, non de que tecnoloxía nos gusta máis usar. Se vas entrar cada semana a cambiar ofertas, fotos de produto ou entradas de blog, necesitas un panel claro e coñecido, e aí WordPress ben montado adoita ser a opción máis razoable: non ten sentido pagar un desenvolvemento a medida para reinventar algo que WordPress xa resolve ben. Se é un sitio de servizos que se toca dúas ou tres veces ao ano, non fai falla un xestor de contidos pensado para publicar a diario; unha web a medida máis sinxela, con mantemento de código en vez de mantemento de plugins, adoita saír máis limpa a longo prazo. E se o negocio ten un proceso propio que non cabe en páxinas e tenda estándar, aí a medida deixa de ser unha preferencia e pasa a ser a única opción razoable. O primeiro que preguntamos non é o orzamento: é quen vai entrar a tocala o ano que vén.

Si, e é un camiño que se percorre con certa frecuencia cando un negocio medra máis rápido do previsto. Ten un custo real que convén anticipar: os contidos hai que migralos, os URL convén mantelos ou redirixilos ben para non perder o posicionamento que xa tiñas, e o deseño case sempre se refai porque os dous sistemas non comparten modelos. Non é comezar de cero de todo, porque os textos, as imaxes e o coñecemento do negocio xa existen, pero tampouco é un cambio sen fricción. Por iso convén evitar montalo dúas veces se se pode saber desde o principio: se tes boas razóns para pensar que dentro dun ano vas necesitar procesos ou integracións que WordPress non cobre ben, paga a pena dicilo na primeira conversa, aínda que implique comezar directamente a medida. Comezar en WordPress por prudencia e coa idea clara de revisalo nun ano é unha estratexia razoable, non un erro, sempre que sexa unha decisión consciente.

Poden contratarse xuntos por comodidade, pero non deberían mesturarse coa propiedade de nada. Que un provedor che ofreza dominio, hosting e desenvolvemento nun mesmo paquete non é un problema en si mesmo; o problema aparece se, dentro dese paquete, o dominio queda rexistrado a nome do provedor en vez de ao teu. O dominio é teu con independencia de quen constrúa a web, quen a aloxe ou quen a manteña: é o nome do negocio en internet, non unha peza técnica máis do proxecto. Antes de aceptar un paquete todo incluído, pregunta explicitamente a nome de quen queda rexistrado o dominio e comproba que poidas acceder ti mesmo a esa conta, non só ao panel da web. É un punto que se pasa por alto facilmente porque parece un detalle administrativo, e porén é a peza que, se queda mal resolta, máis cara sae de corrixir despois.