Ex-Disney · Ex-Globant · Freelance desde 2014
Contratá un desarrollador senior WordPress que codea, no solo instala plugins.
Construyo sitios WordPress como los construye un ingeniero — temas custom desde cero cuando la marca importa, integraciones WooCommerce que sobreviven Black Friday, bloques Gutenberg con código React como corresponde, y setups headless cuando el backend necesita alimentar un frontend Next.js.
Empezar un proyectoTemas custom, no bloat de page builder
Para sitios críticos de marca construyo temas desde cero — o customizando sensatamente starter themes (Underscores, Roots Sage, Blockbase) — con bloques Gutenberg limpios, sin enredo de Elementor/Divi, sin legacy jQuery de 300kb. El resultado es un sitio que carga rápido, rankea bien y sobrevive actualizaciones de plugins.
WooCommerce que realmente escala
WooCommerce es el punto débil de e-commerce de WordPress — funciona hasta que no. Tuneé instalaciones Woo para merchants llegando a 50K+ tráfico diario con estrategias custom de caching, HPOS (High-Performance Order Storage), tuning de Action Scheduler y remoción quirúrgica de plugins. Si tu sitio Woo se ralentiza a escala, arreglamos el cuello de botella real.
WordPress headless cuando encaja
Mantené WordPress para el CMS (los editores lo aman) y envía el frontend como Next.js vía WP-REST API o WPGraphQL. Obtenés lo mejor de ambos: el workflow de gestión de contenido que tu equipo de marketing ya conoce, con la performance y flexibilidad SEO de un stack React moderno.
Rescates legacy sin juzgar
Los sitios WordPress acumulan deuda técnica — temas desactualizados, conflictos de plugins, PHP custom en functions.php que nadie documentó, instalaciones hackeadas, dependencias de PHP 7.x. Audito el sitio existente, priorizo los issues urgentes, estabilizo y después upgradeo incremental. No hay rewrites a menos que el sitio actual esté genuinamente más allá de salvación.
El stack WordPress con el que trabajo
- WordPressÚltima estable — temas custom, Gutenberg-first, REST API
- WooCommerceE-commerce con checkout custom, suscripciones, gateways de pago
- Gutenberg BlocksBloques custom en React con block.json y attrs tipadas
- Advanced Custom FieldsModelado de contenido flexible para editores
- WP-REST APIIntegraciones headless y frontends desacoplados
- WPMLSitios multilenguaje con hreflang correcto y workflows de traducción
- WP Multi-SiteInstalaciones de red para franquicias, multi-brand o arquitecturas de tenants
- Headless WPNext.js + WP-REST o WPGraphQL para arquitectura desacoplada
- Elementor / BricksCuando los clientes insisten — trabajo en ellos pero recomiendo alternativas
- Yoast / Rank Math SEOSEO técnico, schema markup, configuración de sitemap
- Wordfence / SucuriHardening de seguridad, scanning de malware, cleanup post-hack
- Cloudways / KinstaHosting WordPress managed alineado con objetivos de performance
Cuándo WordPress es la herramienta correcta (y cuándo no)
WordPress potencia aproximadamente el 43% de la web por una razón — es el mejor sistema de gestión de contenido para editores no técnicos, tiene un ecosistema de plugins probados para casi cualquier necesidad común y está battle-tested a escala por miles de sitios incluyendo la Casa Blanca, TechCrunch y The Walt Disney Company (que vi de cerca). Para sitios de marketing pesados en contenido, blogs, e-commerce chico y sitios donde editores no técnicos actualizarán contenido diario, WordPress es la respuesta honesta por default.
Donde WordPress deja de tener sentido: aplicaciones web custom con lógica de negocio compleja (usá Laravel o NestJS), e-commerce a gran escala con requisitos de checkout más allá de lo que Woo provee (Shopify Plus o un backend custom), productos SaaS donde estás gestionando cuentas de usuario y permisos con reglas intrincadas (el sistema de usuarios de WordPress es rígido) o features real-time como chat o dashboards (el modelo request-response de WordPress pelea contigo).
El punto medio es headless. Si querés WordPress para la experiencia editorial y algo moderno para el frontend — Next.js, SvelteKit, Astro — headless funciona bien. He enviado este patrón varias veces; el payoff es real cuando el equipo de contenido necesita la UX de edición de WP pero el sitio necesita mejor performance, flexibilidad SEO o integración con sistemas no-WP.
Sobre filosofía de plugins: prefiero menos plugins que más. Cada plugin es deuda técnica — conflictos de versiones, parches de seguridad, maintainers abandonados. Para la mayoría de los sitios, 10-15 plugins bien elegidos manejan todo lo necesario. Sitios con 40+ plugins heredaron complejidad accidental, y la primera auditoría que hago normalmente es "¿cuáles de estos podemos remover sin perder funcionalidad?". La respuesta suele ser "más de la mitad".
Preguntas frecuentes
Trabajo con lo que ya está. Si tu sitio está construido en Elementor, lo edito y extiendo en vez de proponer un rewrite. Para proyectos nuevos donde no te comprometiste todavía, usualmente recomiendo Gutenberg con bloques custom — más barato a largo plazo y más flexible. Bricks es el mejor page builder si querés performance y código estructurado; Elementor es el más común; Divi es el que recomiendo evitar para proyectos nuevos.
Sí, es trabajo común. La migración involucra: mapeo de contenido (páginas, posts, media, metadata), mapeo de URLs con redirects 301 para preservar SEO, selección de plugin/tema que coincida con las capacidades del sitio origen, y QA en el staging antes del cutover de DNS. Usualmente 2-4 semanas de proyecto dependiendo del tamaño y complejidad.
Empezar con medición: análisis de queries a nivel de página (Query Monitor), auditoría de base de datos (queries lentas, índices faltantes, data huérfana), review del backlog de Action Scheduler, hit rate de object cache. La mayoría de los problemas de performance de Woo vienen de bloat de plugins, queries no optimizadas o falta de caching en la capa correcta. Arreglo el cuello de botella real — no "instalo otro plugin de caching".
Sí. Auditoría de seguridad, scanning de malware, restauración desde backups limpios, hardening (desactivar XML-RPC, permisos de archivos, cleanup de usuarios admin, lockdown de wp-config.php, 2FA para admins), configuración de Wordfence o Sucuri, y monitoreo post-hack. Si tu sitio fue hackeado, puedo limpiarlo — pero el primer paso es entender cómo entraron para que no vuelva a pasar.
WPML es el estándar de la industria y lo que uso para la mayoría del trabajo multilenguaje. Para sitios multilenguaje con mucho tráfico y estructura de contenido compleja, a veces un setup de multi-site tiene más sentido (cada idioma como sitio separado en la red). Recomiendo según volumen de contenido, workflow editorial y presupuesto.
No ofrezco hosting ongoing ni contratos de mantenimiento 24/7 — soy ingeniero freelance, no una compañía de managed hosting. Te armo en Cloudways, Kinsta, WP Engine o similar (hosting WP managed con backup y staging como corresponde), configuro todo correcto, y entrego el acceso. Para mantenimiento mensual ongoing, esos providers o una agencia de mantenimiento WordPress dedicada encaja mejor.
¿Necesitás un desarrollador WordPress que codea, no solo instala plugins?
Temas custom, escalamiento WooCommerce, WP headless, rescates legacy, multilenguaje. Respuesta en 24 horas.
Empezar la conversación