Casi todas las conversaciones sobre una web nueva llegan a la misma pregunta en algún momento de la primera reunión. ¿Lo hacemos en WordPress? Suele plantearse como una cuestión técnica menor, algo que se resuelve con un sí y se olvida. Pero la respuesta condiciona lo que vas a poder hacer con la web durante los próximos cinco años, cuánto te costará mantenerla, quién podrá tocarla sin romperla y qué pasará el día que quieras cambiar de proveedor. Es una decisión de negocio con apariencia de decisión técnica.
En Brandoon trabajamos con WordPress a diario y nuestra propia web funciona con él. Precisamente por eso no lo recomendamos siempre. Hemos visto instalaciones de WordPress que funcionan como un reloj durante años y otras que a los dieciocho meses nadie se atreve a actualizar. La diferencia casi nunca está en el software. Está en si era la herramienta adecuada para ese proyecto y en cómo se construyó encima.
El problema es que el mercado habla de WordPress como si fuera una sola cosa. Una web de 400 euros montada con un tema multipropósito y treinta plugins y una web corporativa con un sistema de bloques propio comparten nombre, pero por dentro no se parecen en nada. Quien encarga la web ve las dos iguales en la propuesta, porque ambas prometen diseño web WordPress, autogestionable y adaptado al móvil. Lo que las separa no aparece en el presupuesto y se descubre después, cuando ya está pagado.
Este artículo está pensado para que tomes esa decisión con criterio antes de firmar. Repasamos qué estás eligiendo exactamente cuando eliges WordPress, en qué proyectos encaja y en cuáles estorba, la decisión entre tema, constructor visual y bloques, lo que implican de verdad los plugins, la seguridad y el rendimiento, quién es dueño de qué, cómo se diseña bien sin depender de un tema pesado y qué conviene preguntar al proveedor antes de empezar.
Qué es WordPress y para qué sirve cuando lo que encargas es la web de tu empresa
WordPress es un gestor de contenidos. Es el software que guarda los textos, las imágenes y las páginas en una base de datos y que te da un panel para editarlos sin tocar código. No es un diseño ni una plantilla, y tampoco es un proveedor. Cuando alguien te dice que tu página será en WordPress, te está contando sobre qué base se va a construir, no cómo va a quedar ni cómo va a funcionar. Esa segunda parte depende por completo de las decisiones que se tomen encima.
Es software libre, se distribuye con licencia GPL y descargarlo e instalarlo no cuesta nada. Esa gratuidad confunde a mucha gente, porque lleva a pensar que la web debería salir barata. El coste nunca estuvo en la licencia del gestor. Está en el trabajo de diseño, de estructura, de contenido y de configuración, y en las piezas de pago que se añaden alrededor, como el constructor visual, los plugins premium o el alojamiento. Una web en WordPress puede costar 800 euros o diez veces más, y las dos son WordPress.
WordPress.org y WordPress.com no son lo mismo
Conviene aclarar una confusión que aparece en casi todas las primeras reuniones. WordPress.org es el proyecto del software que se instala en un alojamiento contratado por ti y que controlas por completo. WordPress.com es un servicio comercial que aloja webs hechas con ese mismo software, con sus propios planes y sus propias condiciones. Cuando una agencia habla de diseño web en WordPress para una empresa, casi siempre se refiere a la primera opción, el software instalado en un alojamiento que es tuyo.
Lo que se decide encima del gestor
Sobre esa base hay cuatro capas que deciden el resultado. El tema, que controla la presentación. La forma de maquetar, que puede ser el editor de bloques nativo o un constructor visual de terceros. Los plugins, que añaden funciones que el núcleo no trae. Y el alojamiento, que determina buena parte de la velocidad y de la seguridad. Dos webs con el mismo WordPress debajo pueden ser radicalmente distintas según cómo se resuelvan esas cuatro capas, y es ahí donde conviene poner la atención al comparar propuestas.
Los proyectos en los que una página web en WordPress encaja sin discusión
WordPress nació como herramienta para publicar y sigue siendo excelente en todo lo que tenga que ver con contenido que cambia. Ese es su terreno natural. Cuando el proyecto consiste en presentar una empresa, explicar sus servicios, publicar con regularidad y captar contactos, es difícil encontrar una alternativa que reúna la misma combinación de flexibilidad, autonomía para el cliente y libertad para cambiar de proveedor. Estos son los tipos de proyecto en los que lo recomendamos sin dudar.
La web corporativa que tiene que crecer
Una web de empresa con diez, veinte o cuarenta páginas, servicios que se amplían, casos que se van añadiendo y un equipo que necesita editar textos sin llamar a nadie. Es el caso más habitual y en el que WordPress rinde mejor. Las páginas se organizan en jerarquías, los tipos de contenido se pueden ampliar con campos personalizados y el editor permite que el cliente cambie lo que necesita cambiar sin depender de la agencia para cada coma.
El sitio de contenidos y el blog que trabajan para el negocio
Si la estrategia pasa por publicar artículos, guías o casos con cierta regularidad, WordPress es la opción más natural. Categorías, etiquetas, autores, borradores, programación de publicaciones y revisiones guardadas de cada cambio vienen de serie y funcionan desde hace años. Para una empresa que quiere que su blog sea una herramienta comercial y no un cajón olvidado, tener un flujo de publicación cómodo es la diferencia entre publicar cada semana y dejar de hacerlo en el tercer mes.
Webs en varios idiomas, catálogos sin venta y páginas de captación
Hay tres casos más en los que encaja bien. La web multidioma, que se resuelve con plugins de traducción maduros y muy extendidos, aunque el núcleo no gestiona por sí solo contenidos en varios idiomas. El catálogo de producto sin carrito, donde los tipos de contenido personalizados permiten fichas con filtros y especificaciones. Y la web orientada a captar contactos, donde formularios, páginas por servicio y medición se integran sin fricción. En los tres casos el sistema aguanta el crecimiento sin obligar a empezar de nuevo.
| Tipo de proyecto | Por qué encaja WordPress | Qué conviene vigilar |
|---|---|---|
| Web corporativa de pyme | Jerarquía de páginas, edición autónoma y crecimiento sin rehacer | Que el tema no imponga una estructura que no es la tuya |
| Blog o sitio de contenidos | Flujo editorial completo de serie, con autores, revisiones y programación | Plantillas de entrada cuidadas, no solo la portada |
| Web en varios idiomas | Plugins de traducción maduros y direcciones separadas por idioma | Licencia anual del plugin y trabajo real de traducción |
| Catálogo sin venta online | Tipos de contenido propios, campos y filtros | Rendimiento cuando el catálogo pasa de unos cientos de fichas |
| Web de captación de contactos | Formularios, páginas por servicio, conexión con el CRM y medición | Que cada formulario tenga un destino y alguien que lo atienda |
Ninguno de estos casos exige un desarrollo excepcional. Exigen criterio para elegir pocas piezas buenas y montarlas con orden. Ahí está el valor de un equipo que trabaja con WordPress todos los días, no en saber instalarlo, que es trivial, sino en saber qué no instalar y por qué. Si tu proyecto encaja en alguno de estos perfiles, lo que de verdad tienes que valorar es cómo se va a construir, y de eso tratan las secciones que vienen a continuación.
Cuándo el desarrollo web en WordPress estorba más de lo que ayuda
La flexibilidad de WordPress tiene un límite que conviene conocer antes de empezar. El sistema está pensado para gestionar contenido publicado. Cuando el corazón del proyecto no es contenido, sino lógica de negocio, procesos, usuarios con permisos complejos o transacciones a gran escala, empezar en WordPress es construir sobre una base que hay que forzar en cada paso. Funciona, pero cada funcionalidad cuesta más de lo que costaría en una herramienta pensada para eso, y el mantenimiento se encarece año tras año.
Aplicaciones a medida disfrazadas de web
Un portal de clientes con expedientes, un configurador de presupuestos con reglas de cálculo, una plataforma de reservas con disponibilidad en tiempo real conectada a varios sistemas, un área privada que en realidad es un software de gestión. Todo eso se puede montar en WordPress a base de plugins y código propio, y lo hemos visto hacer muchas veces. El resultado suele ser una aplicación frágil, difícil de probar y cara de actualizar. Cuando la web es una herramienta de trabajo diaria, conviene plantear un desarrollo específico y dejar WordPress para la parte pública.
Tiendas muy grandes o con procesos complejos
WordPress con WooCommerce sostiene con solvencia muchísimas tiendas pequeñas y medianas. Pero cuando el catálogo se cuenta por decenas de miles de referencias, hay tarifas por cliente, varios almacenes, sincronización continua con un ERP y picos de tráfico fuertes, la arquitectura empieza a exigir un trabajo de optimización y de infraestructura que cambia la ecuación. No es una regla fija y depende de cada caso. La comparación entre plataformas la tratamos aparte en WooCommerce frente a Shopify según el tipo de negocio, y aquí basta con saber que el tamaño importa.
Equipos sin nadie que se ocupe de la web
Este es el caso que más se pasa por alto. WordPress es un sistema abierto que se actualiza con frecuencia, igual que sus plugins. Necesita que alguien revise esas actualizaciones, vigile las copias de seguridad y responda si algo falla. Si la empresa no tiene a nadie dentro ni quiere contratar ese servicio fuera, un WordPress abandonado acaba peor que una plataforma cerrada. Para una web pequeña que no va a crecer, a veces es más sensato un creador todo en uno, y lo explicamos con detalle en qué se pierde al automatizar con páginas web baratas y soluciones todo en uno.
Temas de WordPress, constructor visual o bloques, la decisión que más pesa
Si hubiera que señalar una sola decisión técnica que explica por qué unas webs en WordPress envejecen bien y otras no, sería esta. Cómo se resuelven la presentación y la maquetación. Hay tres caminos principales y cada uno tiene consecuencias sobre la velocidad, el mantenimiento, la libertad de diseño y lo que el cliente podrá editar por su cuenta. En la propuesta suelen aparecer resumidos en una línea, pero merecen una conversación de media hora antes de firmar cualquier cosa.
El tema multipropósito con constructor visual
Es la opción más extendida en el mercado de webs económicas. Se compra un tema comercial que promete servir para cualquier negocio, se instala un constructor visual de arrastrar y soltar y se maqueta cada página a mano. Es rápido de arrancar y da sensación de libertad total. El precio llega después. El tema carga código de funciones que no usas, el constructor añade capas de contenedores anidados alrededor de cada elemento y cada página es una composición única que nadie ha pensado como sistema. Cambiar un estilo global obliga a revisar página por página.
El tema ligero con el editor de bloques de WordPress
El editor de bloques de WordPress, conocido como Gutenberg, es el editor nativo desde finales de 2018 y ha madurado mucho desde entonces. Combinado con un tema ligero y una colección de bloques y patrones bien definidos, permite maquetar con un marcado más limpio, cargar solo lo necesario y mantener la coherencia visual entre páginas. Exige más trabajo de diseño al principio, porque hay que definir el sistema antes de construir, pero ese trabajo se recupera en cada página nueva y en cada actualización.
El tema propio desarrollado para la marca
En el extremo está el tema escrito desde cero para ese proyecto, con sus propias plantillas, sus bloques y su lógica. Da el control total sobre el código y el diseño, y tiene sentido cuando la marca exige soluciones visuales muy específicas o cuando hay tipos de contenido con estructura propia. Es más caro y requiere que quien lo mantenga entienda ese código. Los escalones que hay entre partir de una plantilla y diseñar desde cero los desarrollamos en cómo decidir entre una web a medida o una plantilla según el momento del negocio.
| Enfoque | Arranque | Peso y rendimiento | Coherencia visual | Qué edita el cliente | Dependencia |
|---|---|---|---|---|---|
| Tema multipropósito y constructor visual | Muy rápido | Alto de serie, exige optimizar después | Depende de la disciplina de quien maqueta | Casi todo, también lo que no debería | Alta, del tema y del constructor |
| Tema ligero y editor de bloques | Medio | Bajo si se controla lo que se carga | Alta, la impone el sistema de bloques | Lo previsto en bloques y patrones | Baja, usa el editor nativo |
| Tema propio | Lento | Bajo, solo lo que se escribe | Total | Lo que se haya definido en el desarrollo | Del código y de quien lo conoce |
No hay una opción buena y dos malas. Hay una opción que encaja con el presupuesto, el plazo y la vida que va a tener la web. Lo que sí desaconsejamos es elegir sin saber que se está eligiendo. Muchas empresas descubren al cabo de un año que su web depende de un constructor concreto, que cambiar de tema implica rehacer todas las páginas y que la licencia anual de ese constructor es una partida fija que no aparecía en ningún sitio cuando firmaron.
Plugins de WordPress, cuántos, cuáles y quién responde de ellos
Los plugins son la gran virtud de WordPress y su principal fuente de problemas. Permiten añadir casi cualquier función sin programarla, desde un formulario hasta un sistema de reservas. Pero cada uno es software escrito por un tercero, con su propio ritmo de actualizaciones, su propia calidad de código y su propio modelo de negocio. Una web con veinte plugins es una web que depende de veinte equipos de desarrollo distintos que no se coordinan entre sí. Eso no es necesariamente malo, pero hay que gestionarlo.
No existe un número correcto de plugins. Lo que existe es un filtro que conviene aplicar a cada uno. Si resuelve algo que el núcleo o el tema no resuelven, si tiene un mantenimiento activo y un historial razonable de actualizaciones y si su función justifica el peso y el riesgo que añade. Cuando se aplica ese filtro, las webs corporativas se quedan en un conjunto reducido. Cuando no se aplica, aparecen plugins duplicados, plugins abandonados y plugins instalados para un problema puntual que nadie desinstaló después.
Las funciones que casi toda web necesita
En una web corporativa típica hay unas pocas funciones que casi siempre se resuelven con plugin. Formularios de contacto con protección frente a envíos automáticos. Una herramienta de SEO técnico para gestionar títulos, descripciones y mapas del sitio. Copias de seguridad automáticas guardadas fuera del servidor. Caché, si el alojamiento no la resuelve. Gestión del consentimiento de cookies, que en España regula la LSSI y conviene revisar con quien lleve la parte legal. Y, si hay varios idiomas, la traducción. A partir de ahí, cada plugin adicional tiene que justificarse.
Gratuitos, premium y quién paga la renovación
Muchos plugins tienen una versión gratuita y otra de pago con licencia anual. Las licencias son una partida real pero menor, que en los rangos que publicamos en el análisis del precio del diseño web se mueve entre 100 y 400 euros el primer año, sumando constructor, formularios avanzados, seguridad y campos personalizados. Lo importante no es la cifra, es a nombre de quién quedan. Si las licencias están a nombre de la agencia y la relación termina, la web se queda sin actualizaciones de esos plugins.
Hay un último detalle que separa un WordPress profesional de uno improvisado. Las funciones propias del negocio, como un tipo de contenido para casos de cliente o un bloque de tabla comparativa, deberían vivir en el código del proyecto y no depender de un plugin genérico configurado a mano. Así no desaparecen al cambiar de tema y se pueden versionar y documentar. Es una diferencia invisible el día de la entrega y muy visible a los dos años, cuando alguien tiene que ampliar la web y necesita entender cómo está hecha.
Seguridad en WordPress, lo que depende del sistema y lo que depende de ti
WordPress tiene fama de inseguro, y la fama es injusta a medias. El núcleo lo mantiene un equipo amplio que publica correcciones de seguridad con regularidad, y las actualizaciones menores se aplican de forma automática por defecto. La mayoría de los problemas que vemos no vienen del núcleo. Vienen de plugins y temas desactualizados, de piezas abandonadas por sus autores, de contraseñas débiles compartidas por correo y de usuarios administradores que nadie recuerda haber creado. Es decir, vienen de la gestión y no del software.
Por eso la seguridad de una web en WordPress se decide en dos momentos. El primero es la construcción. Pocas piezas, bien elegidas, de autores con mantenimiento activo, sin temas ni plugins de origen dudoso y con los permisos de cada usuario ajustados a lo que necesita. El segundo es la vida diaria. Actualizaciones revisadas, copias que se pueden restaurar, vigilancia de accesos y alguien que responda si algo falla. Una web impecablemente construida que nadie mantiene se degrada igual que una mal hecha, solo que más despacio.
Copias de seguridad de WordPress que se pueden restaurar
Tener copias de seguridad en WordPress no significa nada si nadie ha probado a restaurarlas. Las copias que se guardan en el mismo servidor desaparecen con él si el servidor falla o se ve comprometido. Lo razonable es que se hagan de forma automática, que se guarden fuera del alojamiento, que cubran tanto los archivos como la base de datos y que se haya hecho al menos una restauración de prueba. Es una pregunta sencilla que puedes hacer hoy a tu proveedor actual, cuándo restauró una copia por última vez y cuánto tardó.
Usuarios, roles y accesos
WordPress incluye un sistema de roles que casi nunca se aprovecha. Administrador, editor, autor, colaborador y suscriptor tienen permisos distintos, y la mayoría de las personas que editan una web corporativa no necesitan ser administradoras. Un responsable de marketing que publica artículos y cambia textos puede trabajar como editor sin poder instalar plugins ni tocar la configuración. Reducir el número de administradores y activar la verificación en dos pasos en las cuentas con más permisos cierra una buena parte de los riesgos habituales.
La seguridad es también la razón principal para contar con un servicio de mantenimiento. Qué debe cubrir y qué precio es razonable lo explicamos en la guía sobre el mantenimiento web, su precio y lo que debe incluir, y aquí basta con una idea. Una web en WordPress sin nadie que la atienda no es una web gratis, es una web con un coste aplazado. Recuperar una web comprometida cuesta bastante más que mantenerla, y en ese intervalo se pierden tiempo, posiciones y la confianza de quien la visita.
El hosting de WordPress y el rendimiento, por qué unas webs vuelan y otras no
Una web en WordPress puede ser muy rápida o desesperadamente lenta, y el gestor tiene poca culpa en ninguno de los dos casos. La velocidad depende de cuánto código se carga en cada página, de cómo se sirven las imágenes, de si hay caché y de la calidad del alojamiento. La mayoría de las webs lentas que auditamos comparten tres causas. Un tema pesado que carga todo en todas partes, un constructor visual que multiplica el marcado y un alojamiento compartido saturado que tarda en responder antes de enviar nada.
El alojamiento es la partida que más se recorta y la que más se nota. Un hosting para WordPress de pocos euros al mes comparte recursos con muchas otras webs y responde despacio en cuanto alguna recibe tráfico. En un proyecto profesional no debería bajar de unos 100 euros al año si quieres velocidad y copias de seguridad reales, y lo habitual se mueve entre 100 y 250 euros. No hace falta un servidor dedicado para una web corporativa, pero sí un proveedor con recursos suficientes, una versión de PHP actualizada y un soporte que conteste.
Lo que se puede controlar desde el diseño
Gran parte del rendimiento se decide antes de escribir una línea de código. Un diseño que pide un vídeo de fondo a pantalla completa, cinco familias tipográficas, tres carruseles y animaciones en cada bloque va a pesar mucho haga lo que haga quien lo desarrolle. Por eso en nuestros proyectos el peso de cada página se discute en la fase de diseño, igual que se discuten la paleta o la tipografía. Pocas familias tipográficas, imágenes en formatos modernos y al tamaño en que se muestran, y animaciones solo donde aportan algo.
Medir antes de opinar
La velocidad no se discute por impresiones. Se mide con herramientas públicas como PageSpeed Insights, que además muestra datos de usuarios reales cuando la web tiene tráfico suficiente, y se mide en el móvil, que es donde la diferencia duele. Conviene pedir esas mediciones antes de la entrega y repetirlas a los tres meses, cuando la web ya tiene contenido real y probablemente algún plugin más. Si los números empeoran mucho en ese intervalo, algo se está añadiendo sin control y conviene saber qué.
Propiedad y portabilidad cuando tu WordPress depende de Elementor u otro constructor
Una de las ventajas reales de WordPress es que, bien planteado, puedes llevarte la web a otro sitio. El código es abierto, la base de datos es estándar y cualquier profesional que conozca el sistema puede continuar el trabajo. Esa portabilidad no viene garantizada. Depende de a nombre de quién están el dominio, el alojamiento y las licencias, de si tienes acceso de administrador y de cómo se haya maquetado. Merece la pena dejarlo resuelto por escrito antes de empezar, no cuando quieras cambiar de proveedor.
Lo que debe estar a tu nombre
El dominio, el alojamiento y las licencias de pago deberían estar a nombre de tu empresa o, como mínimo, con tu empresa como titular y la agencia como gestora. Deberías tener un usuario administrador propio, distinto del de la agencia, y acceso al panel del alojamiento. Y deberías recibir al final del proyecto una copia completa de archivos y base de datos. Nada de esto es desconfianza. Es la misma lógica por la que una empresa guarda las escrituras de su local aunque confíe plenamente en quien le lleva la gestión.
Conviene saber también qué cubre la herramienta de exportación que trae WordPress, porque a veces se presenta como si fuera una copia completa. Genera un archivo con las entradas, las páginas y sus datos asociados, que sirve para trasladar contenido de una instalación a otra. No incluye los archivos del tema, la configuración de los plugins ni las imágenes en sí. Para cambiar de alojamiento o de proveedor sin perder nada, lo que necesitas es la copia completa de archivos y base de datos, no ese archivo de exportación.
El constructor visual como dependencia
Aquí está el matiz que casi nadie explica. Los constructores visuales, ya sea Elementor, Divi u otros, guardan la maquetación en su propio formato. Mientras el constructor está activo, todo funciona. Si un día decides prescindir de él, por rendimiento, por el coste de la licencia o porque el nuevo proveedor trabaja de otra forma, los textos no se pierden, pero la maquetación sí, y las páginas quedan como contenido desordenado o con restos de código que hay que limpiar a mano. En la práctica, salir del constructor equivale a rehacer la maquetación de toda la web.
Con el editor de bloques nativo esa dependencia es menor, porque los bloques se guardan dentro del propio contenido de la página como HTML con anotaciones que el sistema interpreta. Si un bloque personalizado deja de estar disponible, el contenido sigue ahí y se puede recuperar. No es una portabilidad perfecta, ninguna lo es, pero el coste de cambiar de tema o de proveedor es muy inferior. Es una buena razón para preferir los bloques cuando el proyecto va a vivir muchos años.
Cómo enfocar un diseño web en WordPress profesional sin un tema pesado
El método que recomendamos parte de una idea sencilla. El diseño de una web no es un conjunto de páginas, es un sistema de piezas que se combinan. Si se diseña así, la web se puede ampliar durante años sin perder coherencia y el cliente puede crear páginas nuevas sin romper nada. Si se diseña página a página, cada ampliación es un pequeño proyecto y la web acaba pareciendo varias webs distintas cosidas entre sí. WordPress con bloques permite trabajar de la primera forma, y por eso es el enfoque que aconsejamos cuando la web va a crecer.
Primero la marca y la estructura, después la herramienta
Un buen proyecto no empieza en WordPress. Empieza en la marca, en qué tiene que conseguir la web y para quién, y en la arquitectura de contenidos. Con eso definido se diseñan las pantallas principales y, a partir de ellas, el inventario de piezas que la web necesita. Cabecera, bloque de servicio, bloque de caso, tabla comparativa, bloque de preguntas, llamada a la acción. Cada pieza con sus variantes y sus reglas de uso. Solo cuando ese inventario está cerrado tiene sentido empezar a construir dentro del gestor, porque cada pieza se hace una vez y se reutiliza en todas las páginas.
Un tema base ligero y bloques propios
Lo recomendable es partir de un tema base ligero, que aporte la estructura mínima y casi ningún estilo impuesto, y construir sobre él los bloques y patrones del proyecto. Las tipografías, los colores y los espaciados se definen una vez, de forma global, y todos los bloques los heredan. Así, cambiar un color de marca o el tamaño de los titulares se hace en un solo sitio y se aplica en toda la web. Es el mismo principio de un manual de identidad, trasladado a la web.
Lo que ganas a medio plazo
Este enfoque cuesta más horas al principio que comprar un tema y maquetar encima. Se recupera en tres sitios. En rendimiento, porque cada página carga solo lo que usa. En mantenimiento, porque hay menos piezas de terceros que actualizar y vigilar. Y en autonomía, porque el equipo del cliente trabaja con piezas que ya están diseñadas y no puede descuadrar una página por error. Es el criterio que conviene poner sobre la mesa al plantear cualquier proyecto de diseño web para empresas que vaya a construirse en WordPress.
Nada de esto obliga a rehacer una web que ya funciona con un constructor visual. Muchas webs viven bien con uno durante años si se maquetan con disciplina, con estilos globales y pocas piezas de terceros. Lo que importa es que la decisión se tome sabiendo lo que implica y que el sistema de piezas exista, sea cual sea la herramienta. Cuando toque una renovación profunda, ese será el momento de valorar si compensa pasar a bloques o mantener el constructor.
El panel también se diseña, editar tu página web en WordPress sin romperla
Hay una parte de cualquier web que el visitante nunca ve y que decide si el proyecto funciona a largo plazo, el panel de administración. Es lo que verá tu equipo cada vez que tenga que cambiar un dato, publicar un caso o añadir una página de servicio. Si ese panel es confuso, la web deja de actualizarse, porque nadie quiere tocar algo que teme romper. Y una web que no se actualiza envejece deprisa, por bien diseñada que estuviera el día de la entrega.
En los proyectos que construimos tratamos el panel como una pieza de diseño más. Eso significa preguntar al principio quién va a editar, con qué frecuencia y qué tipo de cambios va a hacer. No es lo mismo un equipo de marketing que publica dos artículos a la semana que un gerente que cambia un texto cada trimestre. Con esa información se decide qué se puede editar libremente, qué se edita con campos guiados y qué queda fijo porque forma parte de la identidad de la web y no debería moverse.
Patrones, campos y bloques bloqueados
El editor de bloques permite preparar patrones, que son composiciones de bloques listas para insertar, como una página de servicio completa o un caso de cliente con su estructura. El equipo elige el patrón, rellena textos e imágenes y la página sale coherente con el resto. También se pueden bloquear bloques para que no se muevan ni se borren, y limitar qué bloques están disponibles en cada tipo de contenido. Son herramientas nativas del propio WordPress, no requieren plugins adicionales, y cambian por completo la experiencia de editar.
Formación y documentación
La mejor configuración del panel no sirve si nadie sabe usarla. Por eso la entrega tiene que incluir una sesión con las personas que van a editar, sobre su propia web y con sus casos reales, y una guía breve con los procesos habituales. Cómo crear una página de servicio, cómo publicar un artículo, cómo cambiar una imagen sin que pese demasiado. Es un trabajo de pocas horas que evita meses de dependencia, y es también la mejor prueba de que la web se ha construido pensando en quien la va a usar.
Una petición que funciona muy bien en la fase de propuesta es pedir a la agencia que te enseñe el panel de una web que haya entregado hace más de un año. No la web por fuera, el panel por dentro. Si lo que ves es ordenado, con patrones claros y pocos menús, es una buena señal. Si ves treinta entradas en el menú lateral, avisos de plugins pidiendo actualizar y pantallas de configuración que nadie entiende, ya sabes bastante sobre cómo estará tu propia web dentro de un año.
Qué preguntar antes de encargar el diseño de tu página web en WordPress
Las propuestas de diseño web en WordPress se parecen mucho sobre el papel. Casi todas prometen una web autogestionable, adaptada al móvil, preparada para buscadores y rápida. Lo que no suelen detallar es cómo se va a construir, y es justo lo que determina cuánto te costará la web durante los años siguientes. La forma de separar unas propuestas de otras es hacer pocas preguntas concretas y pedir que las respuestas queden por escrito. El método completo lo desarrollamos en cómo comparar propuestas de empresas de diseño web que parecen iguales.
| Pregunta | Respuesta que tranquiliza | Respuesta que debe hacerte pensar |
|---|---|---|
| ¿Qué tema y qué método de maquetación vais a usar? | Nombre concreto y motivo de la elección para tu caso | «El que mejor se adapte», sin más detalle |
| ¿Cuántos plugins tendrá la web y cuáles son de pago? | Lista cerrada con la función de cada uno | «Los necesarios», sin lista |
| ¿A nombre de quién quedan dominio, alojamiento y licencias? | A nombre de tu empresa, con acceso de administrador para ti | A nombre de la agencia «por comodidad» |
| ¿Qué podré editar yo y cómo? | Demostración del panel con patrones y roles definidos | «Todo, es autogestionable» |
| ¿Qué pasa con las actualizaciones tras la entrega? | Servicio definido o traspaso documentado si no lo contratas | Nadie lo menciona hasta que algo falla |
| ¿Qué recibo al terminar el proyecto? | Copia completa, accesos y guía de uso | Solo la web publicada |
Sobre el precio, una referencia para no comparar a ciegas. El diseño web en WordPress se mueve en un rango muy amplio, de unos 800 a unos 8.000 euros según el alcance, más las licencias anuales de plugins y constructor. La horquilla depende de si se parte de una plantilla adaptada o de un diseño propio, de cuántas páginas y tipos de contenido hay y de quién escribe los textos. El desglose por tramos, con lo que incluye cada uno, está en cuánto cuesta una página web profesional en España, y te sirve para detectar propuestas que no cuadran.
Cuándo pedir la revisión de un experto en WordPress antes de rehacer la web
Muchas empresas que nos escriben ya tienen una web en WordPress y dudan entre arreglarla o empezar de cero. No hay una respuesta general, pero sí un orden razonable. Antes de decidir rehacer, merece la pena una revisión hecha por alguien con experiencia en el sistema. Una revisión de ese tipo dice qué tema y qué constructor hay debajo, cuántos plugins hay y en qué estado, cómo responde el alojamiento, cuánto pesa cada página y qué partes del diseño y del contenido siguen sirviendo. Estas son las señales que suelen justificarla.
- Nadie se atreve a actualizar. Hay avisos pendientes desde hace meses porque la última vez que alguien actualizó algo se rompió y nadie supo por qué.
- La web es lenta en el móvil y la respuesta del proveedor es instalar otro plugin de optimización encima de los que ya había.
- Cada cambio pasa por la agencia, incluso corregir una errata o sustituir una foto, porque el panel no permite hacerlo sin riesgo.
- No sabes a nombre de quién están el dominio, el alojamiento o las licencias, ni tienes un usuario administrador propio.
- El diseño ya no representa a la empresa, porque la marca o la oferta han cambiado y la web sigue contando lo de hace años.
Las tres primeras señales suelen tener arreglo sin rehacer la web. Ordenar plugins, cambiar de alojamiento, corregir permisos y preparar patrones para que el equipo edite tranquilo puede alargar la vida de una web varios años. Las dos últimas son de otra naturaleza. Si no controlas los accesos, lo primero es recuperarlos, antes de cualquier otra decisión. Si la marca ha cambiado, la web tiene que contar otra cosa, y ahí ya no hablamos de una revisión técnica sino de un proyecto nuevo, con o sin WordPress debajo.
Si estás a punto de encargar una web o de decidir qué hacer con la que tienes, el paso práctico es poner por escrito tres cosas antes de hablar con nadie. Qué tiene que conseguir la web, quién la va a editar y cuánto va a crecer en los próximos tres años. Con esas respuestas, la elección entre WordPress y otra herramienta suele aclararse sola, y la conversación con cualquier proveedor se vuelve mucho más productiva. Si quieres contrastarlo con nosotros, cuéntanos tu idea y te diremos con franqueza si encaja en el trabajo de nuestra agencia de diseño web y con qué herramienta.
Preguntas frecuentes
¿Una página web en WordPress es gratis?
El software sí, porque WordPress es libre y se puede descargar e instalar sin pagar licencia. La web no lo es. Hay que contratar dominio y alojamiento, y casi siempre se suman plugins o un constructor con licencia anual. Sobre todo está el trabajo de diseño, estructura, textos y configuración, que es donde se va el presupuesto. Una web en WordPress montada sin coste aparente suele pagar después la factura en lentitud, en problemas de seguridad o en una reconstrucción anticipada.
¿Cuánto cuesta una web en WordPress?
Depende del alcance más que de la herramienta. Como referencia, el diseño web en WordPress se mueve entre unos 800 y 8.000 euros, con la plantilla adaptada en la parte baja y el diseño propio con sistema de bloques en la parte media y alta. A eso hay que sumar entre 100 y 400 euros el primer año en licencias de plugins y constructor, además del alojamiento, el dominio y el mantenimiento anual, que conviene presupuestar desde el principio.
¿Es seguro WordPress para la web de una empresa?
Sí, si se construye y se mantiene con criterio. El núcleo recibe correcciones de seguridad con regularidad y la mayoría de los incidentes vienen de plugins o temas sin actualizar, de piezas abandonadas por sus autores y de contraseñas débiles. Marca la diferencia usar pocas piezas de autores con mantenimiento activo, limitar los usuarios administradores, activar la verificación en dos pasos y tener copias de seguridad fuera del servidor que se hayan probado a restaurar.
¿Elementor o Gutenberg para diseñar una web en WordPress?
Los dos sirven, pero comprometen cosas distintas. Un constructor visual como Elementor permite maquetar muy rápido y con mucha libertad, a cambio de más peso en cada página, de una licencia si se usa la versión de pago y de una dependencia que complica cambiar de herramienta. El editor de bloques nativo exige más trabajo de diseño al principio y ofrece un marcado más limpio, mejor rendimiento y menos dependencia. Para webs corporativas que van a crecer, los bloques suelen compensar.
¿Qué hosting necesita una web en WordPress?
Para una web corporativa no hace falta un servidor dedicado, pero sí un alojamiento con recursos suficientes, una versión de PHP actualizada, copias automáticas y un soporte que responda. Los planes muy baratos comparten recursos con muchas webs y se nota en la velocidad. En un proyecto profesional lo razonable es contar con entre 100 y 250 euros al año de alojamiento, y conviene que el contrato esté a nombre de tu empresa y no del proveedor que monta la web.
¿Se puede hacer una web en varios idiomas con WordPress?
Sí, y es uno de los casos en los que mejor encaja. El núcleo no gestiona por sí solo contenidos en varios idiomas, así que se usa un plugin de traducción, a menudo con licencia anual, que organiza las versiones de cada página y sus direcciones. Lo que más pesa no es la parte técnica sino la traducción profesional de los textos. Como orientación, cada idioma adicional suele sumar entre 300 y 600 euros entre desarrollo y traducción.