Cómo elegir una agencia de diseño web WordPress en 2026

WordPress sigue siendo el CMS más grande, pero su ventaja se está estrechando. W3Techs lo sitúa en el 39,5% de todos los sitios web y el 58,3% de los sitios con un CMS conocido (29 de octubre de 2026), mientras que su propia tabla de tendencias muestra el 43,3% en octubre de 2025. Por lo tanto, la primera pregunta al contratar una agencia de diseño web WordPress no es qué agencia elegir. Es si el proyecto debería usar WordPress en absoluto. Comienza con esa decisión de plataforma (antes de que nadie redacte una propuesta), luego evalúa las agencias con una tarjeta de puntuación de diez puntos, vigila las señales de alerta que justifican retirarse, lleva a cabo un proceso de compra justo, y sabe qué preguntar a un estudio headless si la respuesta es no.

Lo que una agencia de diseño web WordPress realmente entrega

La etiqueta cubre más que diseño. Una propuesta típicamente agrupa cuatro cosas, y vale la pena separarlas porque cada una se puede comprar por separado.

• La construcción. Un tema listo para usar adaptado a tu marca, o un tema personalizado escrito para ti. El manual de WordPress es claro en que el tema tiene un impacto enorme en el rendimiento: un tema rápido y ligero vence a uno pesado y lleno de gráficos.
• La capa de edición. Un constructor de páginas, o el editor de bloques nativo. W3Techs reporta Elementor en el 31,5% de los sitios WordPress, WPBakery en el 7,3% y Beaver Builder en el 1,0%, por lo que un constructor es el caso común, no la excepción.
• Hosting. A veces la agencia lo revende, a veces lo compras directamente. Ambos funcionan. Lo que importa es quién tiene el acceso.
• Cuidado después del lanzamiento. Actualizaciones, copias de seguridad, controles de seguridad, cambios pequeños. A veces un plan mensual, a veces nada en absoluto.

Un diseñador web freelance de WordPress puede entregar los cuatro trabajos también. La diferencia de la agencia suele ser cobertura (es decir, alguien más se encarga del trabajo cuando el desarrollador principal no está disponible) en lugar de habilidad superior. Un buen freelancer siempre supera a una agencia mediocre. Pero aún necesitas saber qué partes estás comprando, porque las partes que nadie nombra son inevitablemente las que causan discusiones después.

W3Techs describe WordPress como un sistema de gestión de contenidos de código abierto basado en PHP. Y el código abierto realmente importa aquí. Nada que una agencia construya debería atraparte a nivel de plataforma (intencional o de otro modo). Si lo hace, esa fue su decisión, no algo que WordPress requiera.

Antes de que hagas un briefing a alguien: ¿realmente este proyecto necesita WordPress?

La mayoría de las páginas de agencias omiten esta pregunta, porque la respuesta toca sus ingresos. Prefiero que la hagas.

Las cifras de participación te dan un aviso útil. La tabla de tendencias de W3Techs muestra WordPress cayendo del 43,3% (1 de octubre de 2025) al 39,6% (19 de octubre de 2026), mientras que los sitios sin CMS detectado aumentaron del 28,6% al 32,1%. No interpretaría una causa en eso. Los escritos de terceros citan 40,2%, 41,2% o 41,9% porque usan fechas y denominadores diferentes (un ardid habitual en comentarios tecnológicos), así que siempre pregunta qué significa un número antes de tratarlo como evidencia. Pero lo que los números muestran es que muchos sitios funcionan sin un CMS.

Cuándo WordPress claramente encaja

• Un gran equipo editorial acostumbrado a wp-admin. Reentrenar a una docena de escritores tiene un costo real, y los roles, borradores y flujos de trabajo son cosas que WordPress ya hace.
• Una tienda WooCommerce. W3Techs reporta WooCommerce en el 19,7% de los sitios WordPress, lo que significa que muchas agencias y proveedores de plugins lo conocen bien.
• Características dependientes de plugins. El directorio de plugins enumera más de 77,000 plugins gratuitos. Si membresías, reservas o una plataforma de cursos existen como un plugin maduro, construirlas desde cero en otro lugar rara vez tiene sentido.

Cuándo una compilación estática o headless es mejor

• Un sitio informativo que cambia pocas veces al año.
• Páginas de destino críticas para la velocidad. WordPress puede ser rápido (el manual dice que los complementos de almacenamiento en caché pueden mejorar el rendimiento cientos de veces para páginas bastante estáticas), pero una compilación estática comienza con archivos prerenderizados sin nada que configurar.
• Sitios con uno o dos editores cómodos con una herramienta de edición más ligera.

Una lista de decisión de cinco preguntas

1. ¿Editan contenido más de un puñado de personas regularmente, y ya conocen wp-admin? Si es así, inclínate por WordPress.
2. ¿Estás vendiendo en línea con catálogo, inventario y reglas de envío? Si es así, compara el precio de WooCommerce contra una plataforma de tienda alojada (Shopify representa el 5,3% de todos los sitios en la tabla de W3Techs) y compara los dos en términos iguales.
3. ¿Existe como complemento maduro una característica que necesitas y que de otro modo tendrías que pagar para construir? Si es así, inclínate por WordPress.
4. ¿El sitio es mayormente páginas fijas, editadas por una o dos personas pocas veces al año? Entonces vale la pena solicitar una cotización estática o headless.
5. ¿La velocidad de algunas páginas de destino es el punto central? La misma respuesta: solicita una cotización estática junto con la de WordPress.

Si respondiste sí a cualquiera de los tres primeros, quédate con WordPress. Pero si solo cuatro o cinco aplican (y el resto no te convencen), pide propuestas a ambos tipos de estudio y compara manzanas con manzanas.

Cuándo quedarse con WordPress es lo correcto

Si ya ejecutas WordPress y el sitio solo es lento, anticuado o difícil de editar, un cambio de plataforma rara vez es la reparación más económica. El manual enumera las causas habituales de lentitud (el entorno de alojamiento, la configuración de WordPress, las versiones de software y el número y tamaño de las imágenes). Y casi todas esas pueden solucionarse dentro de WordPress. Un tema nuevo, menos complementos, mejores imágenes y almacenamiento en caché sensato suelen superar a una replatformización completa.

Si estás considerando seriamente una salida, la guía para dejar WordPress explica en qué consiste. Y tanto la descripción general de alternativas de WordPress como el asesor de stack de WordPress merecen la pena leer (antes de que la pluma toque el papel en un nuevo brief).

La tarjeta de puntuación de diez puntos

Plantea estas diez preguntas a cada agencia, preferentemente por escrito. Las respuestas importan, pero su precisión importa más. Y las respuestas vagas antes de firmar (por atractivo que sea el discurso) invariablemente permanecen vagas después.

Algunas notas sobre las respuestas

Hosting. Ningún tipo de hosting es inherentemente incorrecto. El manual describe el hosting compartido como la opción más común, con muy poco control sobre la configuración del servidor pero generalmente SFTP y panel de control. El hosting gestionado está más limitado a conjuntos de software específicos, y los usuarios típicamente no necesitan acceso al sistema de archivos. Pero los VPS y servidores dedicados te dan acceso al sistema de archivos completo y SSH. Cada uno puede funcionar bien (dependiendo de quién lo gestione). Necesitas saber cuál tienes, qué acceso posees, y si puedes exportar todo.

Plugins. El manual dice que la cantidad de plugins y su rendimiento tienen un impacto enorme, y que eliminar los innecesarios es una forma importante de mejorar la velocidad. También dice que demasiadas opciones autocargadas pueden ralentizar un sitio, y sugiere generalmente mantenerlas bajo 800kb. Una buena agencia sabrá qué significa eso en la práctica (y tendrá una opinión al respecto). Así que pregunta si lo verifican.

Builders. Elementor, Bricks, Beaver Builder y el editor nativo pueden producir un buen sitio, y la opción correcta depende de tus editores. La comparación de page builders explica los compromisos. Así que busca la agencia que pueda darte un argumento razonado (basado en el flujo de trabajo de tu equipo), no solo repetir una costumbre.

Señales de alerta en propuestas

La tabla de evaluación detecta problemas en la conversación. Estos aparecen en el documento mismo.

• Un tema propietario que no puedes llevarte. Un tema personalizado está bien. Un tema personalizado que solo funciona en el marco, licencia u hosting de la agencia es una dependencia por la que pagarás siempre. Pregunta qué sucede con el diseño si te vas.
• Pilas de plugins para funciones simples. Un encabezado fijo, un acordeón o un formulario básico raramente necesitan un plugin separado cada uno. El consejo del manual sobre formularios de contacto es usar un plugin de formularios con un servicio de correo externo en lugar de ejecutar un servidor de correo en el host de WordPress. Eso es un plugin con una configuración sensata, no cinco.
• Sin presupuesto de rendimiento. Si la propuesta habla sobre "rapidez extrema" y no te da umbrales, no puedes responsabilizar a nadie de nada.
• Hosting al que no puedes acceder. No tener acceso al sistema de archivos puede ser perfectamente normal en hosting gestionado. No tener una cuenta, una factura o una forma de mover el sitio no lo es.
• Software beta en un sitio en vivo. El plugin Gutenberg está listado en la sección beta del directorio, descrito como una forma de probar funciones antes de su lanzamiento oficial. Excelente en staging. Pregunta por qué está en producción.
• Créditos a los que no accediste. Las directrices de plugins del directorio (última actualización 15 de marzo de 2024) dicen que los plugins no pueden incrustar enlaces externos o créditos en el sitio público sin pedir permiso al usuario. Un enlace de pie de página de la agencia merece la misma cortesía.
• Un precio sin alcance. Si la cotización no dice qué está excluido, las cosas excluidas llegarán como solicitudes de cambio.

Verifica también los hábitos de trabajo propios de la agencia. Deberían usar autenticación de dos factores en cuentas de admin. El plugin Two Factor soporta contraseñas únicas basadas en tiempo, códigos por correo electrónico y códigos de respaldo, así que no hay buena excusa (ninguna). Y también deberían saber qué hace el plugin Performance Lab del Performance Team de WordPress, no porque deba instalarlo, sino porque alguien que construye sitios WordPress profesionalmente debería tener una opinión al respecto.

Cómo se ve un proceso justo

Las etapas importan más que los nombres. Una agencia competente mapeará el trabajo a algo como esto (sea cual sea la terminología que prefieran), y te dirá qué necesitan de ti en cada etapa.

1. Descubrimiento. Objetivos, audiencia, el contenido que ya tienes, las integraciones de las que depende. Aquí es donde la pregunta "¿realmente necesita WordPress?" se responde en papel. Si la agencia nunca la hace, eso te dice algo.
2. Diseño. Diseños para las plantillas, no solo la página de inicio. Deberías ver cómo funcionará la edición, incluyendo la vista móvil y las páginas incómodas.
3. Construcción. En un sitio de staging que puedas visitar. Código en un repositorio. Plugins elegidos contra la lista que acordaron.
4. Contenido. ¿De quién es el trabajo escribirlo y cargarlo? Esta etapa se retrasa más que cualquier otra, y demora el lanzamiento más que el código. Establece el propietario temprano.
5. Lanzamiento. Una lista de verificación que cubre redirecciones, formularios, análisis, copias de seguridad, cuentas de administrador y el presupuesto de rendimiento. El día del lanzamiento debería ser aburrido.
6. Los primeros 90 días. Monitoreo del desempeño en búsqueda, corrección de redirecciones rotas, un primer ciclo de actualizaciones, una verificación contra el presupuesto de rendimiento y un repaso para tus editores. El plan de mantenimiento, si tienes uno, debería empezar aquí y no antes.

Nada de eso necesita un número arbitrario de semanas. Pero sí necesita un plan con fechas, con las dependencias de tu lado escritas tan claramente como las dependencias del suyo (donde casi siempre comienzan los retrasos).

Si la respuesta no fue WordPress: qué preguntar a un estudio headless o Jamstack

La misma disciplina se aplica. Solo preguntas diferentes.

• ¿Cómo veo los cambios antes de que se publiquen? Busca preview deploys: una URL privada para cada cambio, para que tú y tu equipo verifiquen el trabajo antes de que se publique.
• ¿Quién edita contenido y en qué? "Desarrolladores, mediante pull requests" es una respuesta legítima para un sitio de diez páginas y terrible para un equipo de marketing que publica semanalmente. Si hay una herramienta de edición separada, pide acceso a una demostración.
• ¿Cómo se manejan los formularios? Un sitio estático no tiene servidor para procesar envíos. El principio del manual de WordPress (usa un servicio de correo externo en lugar de ejecutar tu propio servidor de correo) se mantiene: habrá un servicio de formularios, y querrás saber quién paga por él y quién es el titular de la cuenta.
• ¿Cuál es el costo de un cambio? Agregar una página, un nuevo diseño o una variante de landing page. Si cada cambio necesita un desarrollador, calcula eso durante tres años, no solo en el lanzamiento.
• ¿Qué me queda al salir? La misma pregunta de la fila diez arriba. Repositorio, pipeline de compilación, cuenta de hosting, contenido en un formato portátil.
• ¿Por qué no WordPress? Un buen estudio responderá eso de forma justa y dirá cuándo WordPress habría sido la mejor opción. Un estudio que solo critica WordPress está vendiendo, no asesorando.

También hay un camino intermedio donde los editores mantienen wp-admin y el front end se construye por separado. Pero eso agrega más piezas móviles (y modos de fallo adicionales), así que analízalo con el mismo cuidado. Si quieres ver dónde se sitúa cada plataforma, la descripción general de alternativas es un buen lugar para empezar.

FAQ

¿Debo contratar una agencia o un diseñador web WordPress freelance?

Elige según alcance y cobertura. Un freelancer suele ser más barato, más directo y igualmente capaz, pero tú asumes el riesgo de que una persona no esté disponible. Una agencia agrega procesos y respaldo (junto con bastante overhead). Así que ejecuta el mismo scorecard de diez puntos en ambos. Las respuestas sobre propiedad, entrega y salida importan mucho más que el tamaño del equipo.

¿Es WordPress aún una apuesta segura si su cuota de mercado está cayendo?

La caída es real pero modesta, y WordPress sigue siendo el CMS más grande. W3Techs lo reporta en 39.5% de todos los sitios web y 58.3% de sitios con un CMS conocido (29 de octubre de 2026). Esos son dos denominadores diferentes, y la gente suele citarlos como si fueran intercambiables. Pero la cuota de mercado es una razón débil para elegir o evitar una plataforma (las métricas de vanidad raramente construyen buenos sitios). La adecuación para tus editores y características es una mejor razón.

¿Quién debería ser propietario de los plugins premium y las licencias de builders?

Tú deberías ser propietario de las licencias de plugins, o al menos la licencia debería ser transferible a ti. Un plugin pagado vinculado a la cuenta de la agencia puede dejar de recibir actualizaciones el día en que se separen (una sorpresa desagradable seis meses después). Así que pide las claves de licencia, las fechas de renovación y el nombre del titular de la cuenta, luego verifica los términos propios del proveedor sobre qué sucede en la renovación.

¿Cómo sé que la versión de WordPress y la política de actualizaciones son sólidas?

Pregunta qué versión se lanzará en el sitio y quién aplicará las actualizaciones después. W3Techs reporta la versión 7 en 67.5% de sitios WordPress (29 de octubre de 2026), con 4.7% aún en la versión 5 y 2.0% en la versión 4. Una página de historial separada de W3Techs muestra 65.7% en la versión 7 al 14 de octubre, así que la cifra varía. Pero una agencia con una rutina de actualizaciones adecuada te dirá con qué frecuencia se ejecuta (y cómo verifica los cambios antes de que se publiquen), en lugar de dejar los parches al azar.

El hecho más útil aquí es que la primera decisión es la plataforma, y la segunda es quién tiene los accesos. Y si una agencia no puede poner por escrito quién es propietario del hosting, las cuentas de administrador y el tema (claramente, en el día uno), nada más en el scorecard importa.