“¿Hago la página de la empresa en WordPress o la mando a hacer con código propio?”. Es la pregunta que aparece en cada proyecto web B2B en Chile. La respuesta corta es: depende. La respuesta seria es que la decisión se toma con cinco variables claras, no por moda ni por presupuesto del primer mes. En este artículo comparamos ambos caminos sin ideología y damos un marco para que decidas con datos.
El malentendido inicial
El error de partida es comparar WordPress contra “una página hecha a medida” como si fueran productos equivalentes con distintos precios. No lo son. Son dos modelos de propiedad y mantenimiento completamente distintos. Cada uno tiene su lugar.
WordPress es un CMS de código abierto que usa el ~43% de los sitios web del mundo. Una página con código propio, en cambio, se construye con un framework moderno (Astro, Next.js, Remix, SvelteKit) y se hospeda en infraestructura especializada como Cloudflare Pages, Vercel o Netlify.
Comparación honesta — las 8 dimensiones que importan
1. Costo inicial
| WordPress | Código propio | |
|---|---|---|
| Rango típico empresa Chile | CLP 600K – 2,5M | CLP 1,4M – 5,6M |
| Plazo | 3-6 semanas | 4-8 semanas |
WordPress arranca más barato. Si el presupuesto inicial es la única variable, gana. Pero el costo real se ve en los 36 meses siguientes.
2. Costo de mantenimiento (3 años)
| WordPress | Código propio | |
|---|---|---|
| Hosting | CLP 80-300K/año | CLP 0-150K/año |
| Plugins/licencias | CLP 200-600K/año | CLP 0 |
| Mantenimiento técnico (parches, plugins, núcleo) | CLP 600K-2M/año | CLP 200-700K/año |
| Total 3 años | CLP 2,6M – 8,7M | CLP 0,6M – 2,5M |
El costo total de propiedad (TCO) a 3 años suele invertirse: WordPress termina más caro.
3. Rendimiento (Core Web Vitals)
WordPress sin optimizar carga típicamente entre 3 y 8 segundos en LCP. Una web hecha con código propio bien construida (Astro o Next.js estático) carga entre 0,4 y 1,2 segundos. Esa diferencia se traduce directamente en posicionamiento Google y conversión: cada segundo extra de carga reduce conversión entre 7% y 12%.
WordPress se puede optimizar, pero requiere plugins de caché, CDN, optimización de imágenes y, sobre todo, disciplina al elegir tema y plugins. La mayoría de los WordPress empresariales no llega a esa optimización.
4. Seguridad
WordPress es el CMS más atacado del mundo, no porque sea inseguro por diseño sino por escala. El 90% de los ataques se origina en plugins desactualizados o temas piratas. Un sitio empresarial WordPress sin mantenimiento mensual está casi garantizado de ser comprometido en 18-24 meses.
Una web con código propio, sin panel de administración expuesto y construida con generación estática, prácticamente no tiene superficie de ataque. No hay base de datos pública, no hay login, no hay plugins.
5. SEO técnico
Ambos pueden hacer buen SEO, pero el código propio parte con ventaja: HTML limpio, control total de meta tags, schema.org, sitemap dinámico, sin scripts innecesarios. WordPress requiere plugins (Yoast, Rank Math) y aún así suele cargar JavaScript que penaliza Core Web Vitals.
6. Flexibilidad de diseño
WordPress destaca cuando el cliente edita contenido frecuentemente. Su panel es conocido, hay miles de personas capacitadas, los temas son configurables.
Código propio destaca cuando el diseño es ambicioso, las animaciones son específicas, y la marca exige consistencia milimétrica. Lo que en WordPress requiere “pelear con el tema”, en código propio se construye exactamente como se diseñó.
7. Edición de contenido por gente no técnica
Ventaja histórica de WordPress. Pero en 2026 los CMS git-based (Decap, Sveltia, Sanity) ya ofrecen interfaces de edición casi tan amigables como WordPress, con la ventaja de versionado y previsualización.
El gap de “facilidad para editar” se ha cerrado. Para un sitio corporativo que se actualiza 2-4 veces al mes, ambos sirven. Para un blog con 10 publicaciones semanales, WordPress sigue siendo más cómodo.
8. Escalabilidad y propiedad
Con WordPress, dependes del ecosistema de plugins y de hostings PHP/MySQL. Si un plugin clave deja de mantenerse, tienes que migrar o pagar mantenimiento extra.
Con código propio, el proyecto es 100% tuyo. Cualquier desarrollador moderno puede tomarlo. No dependes de un proveedor específico ni de un ecosistema de plugins de terceros.
Tabla resumen — la decisión en una página
Para que la lleves a tu próxima reunión, esta es la decisión condensada:
| Criterio | WordPress | Código propio |
|---|---|---|
| Costo inicial | Menor | Mayor |
| Costo total a 3 años | Mayor | Menor |
| Performance Core Web Vitals | Medio (requiere optimización) | Excelente por defecto |
| Seguridad | Vulnerable si no hay mantenimiento | Superficie de ataque mínima |
| Edición de contenido por no-técnicos | Excelente | Buena (con CMS git-based) |
| Flexibilidad de diseño | Limitada por tema y plugins | Total |
| SEO técnico | Bueno con plugins | Excelente desde el inicio |
| Integraciones complejas | Difíciles | Naturales |
| Dependencia de plugins de terceros | Alta | Nula |
| Tiempo de carga típico | 3-8 s | 0,4-1,2 s |
| Lighthouse score promedio | 60-85 | 95-100 |
| Mantenimiento mensual obligatorio | Sí | No (opcional) |
| Curva de aprendizaje del equipo interno | Baja | Media (con CMS amigable) |
Como herramienta de decisión: si tu fila gana 6+ veces en una columna, esa es la respuesta para tu caso.
Cuándo elegir WordPress
WordPress es la decisión correcta cuando se cumple todo lo siguiente:
- Sitio mayoritariamente de contenido (blog, prensa, fundación, ONG).
- Equipo interno que actualiza contenido al menos semanalmente.
- Presupuesto inicial muy ajustado.
- No hay funcionalidades complejas (carritos, configuradores, integraciones serias).
- Hay un plan de mantenimiento mensual presupuestado y comprometido.
Cuándo elegir código propio
Código propio es la decisión correcta cuando se cumple alguna de estas:
- Sitio corporativo con identidad de marca fuerte.
- Performance y SEO son críticos para conversión.
- Hay integraciones con otros sistemas (CRM, ERP, automatizaciones).
- El equipo no quiere preocuparse por seguridad ni actualizaciones constantes.
- Se piensa en TCO a 3 años, no solo costo inicial.
- Hay funcionalidades específicas que no calzan en plugins existentes.
El error más caro que vemos
Empresas medianas chilenas eligen WordPress por costo inicial, no contratan mantenimiento, dejan el sitio 2 años sin tocar. Resultado a los 24-30 meses:
- Plugins desactualizados con vulnerabilidades públicas.
- Sitio hackeado, redirige a páginas de spam o malware.
- Google los marca como “sitio no seguro”.
- Pierden tráfico orgánico durante semanas.
- Pagan rescate técnico de CLP 1,5M a 4M para recuperarlo.
- Quedan obligadas a un mantenimiento mensual que antes no quisieron pagar.
El costo total termina siendo 2-3 veces el de haber hecho la web bien desde el inicio.
Mitos que conviene desarmar
”WordPress lo usa el 43% de internet, no puede ser malo”
Cierto que muchos sitios usan WordPress. Falso que eso lo haga la mejor opción para empresas. Mucho de ese 43% son blogs personales, sitios pequeños y proyectos abandonados. Para una empresa B2B con foco en seguridad, performance y SEO técnico, la métrica relevante no es “cuántos lo usan” sino “cuántos sitios empresariales serios siguen migrando hacia código propio en los últimos 24 meses”. Y la respuesta es: muchos.
”Código propio es para empresas grandes”
Hace 5 años era cierto. En 2026 no. Frameworks como Astro permiten construir sitios corporativos en pocas semanas, hostearlos gratis o casi gratis en Cloudflare Pages, y editar contenido con un panel git-based amigable. Para una empresa B2B mediana es perfectamente accesible.
”Si cambio de proveedor, mi sitio queda en el aire”
Riesgo real con cualquier tecnología. La diferencia es que un sitio en código propio en stacks estándar (Astro, Next.js, SvelteKit) puede ser tomado por cualquier desarrollador moderno en horas. Un WordPress lleno de plugins propietarios o tema custom mal documentado puede ser igual o más difícil de retomar.
”WordPress es más fácil para mi equipo de marketing”
En 2024 sí. En 2026 los CMS git-based ofrecen experiencia de edición prácticamente equivalente, con previsualización en vivo, multi-idioma y workflows de aprobación. Si tu equipo lleva 5 años en WordPress, hay curva. Si recién contratan, no la habrá.
El estándar 2026 para webs empresariales
En 2026 el estándar técnico para sitios corporativos en Chile se está moviendo claramente hacia código propio con generación estática:
- Frameworks: Astro, Next.js (modo estático), SvelteKit.
- Hosting: Cloudflare Pages, Vercel, Netlify (gratuito en mayoría de casos).
- CMS opcional: Decap CMS, Sveltia o headless (Sanity, Contentful).
- Performance: sub-segundo de carga, 100/100 en Lighthouse.
- Seguridad: sin superficie de ataque, sin parches mensuales.
Empresas con presencia digital seria, agencias, B2B técnicos, fintechs y consultoras están migrando masivamente a este stack. WordPress queda para casos donde realmente aporta su fortaleza (blogs muy activos, sitios de contenido editorial puro).
Cómo abordamos el tema en Codelan
En Codelan no defendemos un stack por dogma. Cuando un cliente nos pregunta, hacemos cuatro preguntas: ¿con qué frecuencia actualizan contenido?, ¿cuánto pesa el SEO en su modelo de negocio?, ¿cuánto presupuesto hay para mantenimiento mensual?, ¿hay integraciones planeadas?. Con esas cuatro respuestas la decisión se vuelve obvia.
Si el caso amerita WordPress, lo decimos y derivamos. Si amerita páginas web profesionales con código propio, construimos en stack moderno con foco en performance, SEO y bajo costo de propiedad. Cualquier sitio que entregamos sale con Lighthouse 95+, sin dependencias frágiles, con el cliente como dueño total del código.
Conclusión
WordPress vs código propio no es una guerra religiosa: es una decisión de negocio basada en frecuencia de edición, presupuesto de mantenimiento y nivel de exigencia técnica. La trampa más cara es elegir por costo inicial sin proyectar 3 años de operación.
Si tu empresa está por renovar o crear su sitio web y quiere una recomendación honesta basada en tu caso, conversemos. Te decimos cuál opción te conviene aunque no seamos nosotros quienes la implementen.
