WordPress & WooCommerce
WordPress a medida, escrito a mano. Sin maquetadores.
Construyo temas, bloques y plugins de WordPress como construirías cualquier otra aplicación: en un repositorio, en PHP que se puede leer, con un proceso de build y un documento de entrega. Doce años haciéndolo, sobre todo para agencias y empresas que heredaron algo lento y quieren dejar de renovar licencias.
Con un maquetador
El CSS del maquetador, su JS, una fuente de iconos, el tema y sus complementos: todo eso antes de que aparezca la primera palabra.
Escrito a mano
Una hoja de estilos. Luego, la página.
01AlcanceQué construyo
Lo que realmente incluye un desarrollo WordPress.
Temas a medida a partir de un diseño
Un tema escrito para tu diseño y nada más. Plantillas en PHP, estilos en CSS que podrías entregar a otro desarrollador y un build que produce una hoja de estilos y un script, en lugar de las veintitantas peticiones que suele generar una pila de maquetador. Si tienes un archivo de Figma con una escala tipográfica y un sistema de espaciado definidos, se traduce casi directamente.
Bloques nativos de Gutenberg para tu contenido
Los editores no necesitan un lienzo donde cualquier cosa puede ir en cualquier parte. Necesitan ocho o diez bloques que correspondan a lo que tu sitio realmente publica (una fila de cifras, una tarjeta de caso de estudio, una tabla de precios, un destacado) con los campos listos para llenar y nada más a la vista. Los bloques se registran con block.json, así que no llevan licencia ni dependencias en tiempo de ejecución.
WooCommerce que aguanta una semana de mucho tráfico
Tipos de producto a medida, ajustes del checkout, reglas de envío e impuestos, integración de pasarelas de pago y la parte poco glamorosa que nadie cotiza: asegurar que el carrito y el checkout no ejecuten una docena de consultas sin caché en cada petición. La mayoría de las tiendas WooCommerce lentas son lentas en la base de datos, no en el front end.
Plugins para lo que ningún plugin hace
Cuando el requisito es realmente específico (una regla de reservas, una sincronización con un ERP, un flujo interno de aprobación), un plugin pequeño hecho a propósito sale más barato de mantener que forzar uno genérico y sostener ese ajuste para siempre.
Rescatar un desarrollo heredado
Cerca de la mitad de este trabajo es un sitio que hizo otra persona. Leo lo que hay antes de cotizar y te digo sin rodeos si vale la pena ampliarlo o reemplazarlo. A veces la respuesta honesta es que el sitio actual está bien y necesitas tres días de trabajo, no treinta.
02PosturaPor qué te importa
Por qué no construyo con maquetadores.
Es la pregunta que más me hacen, así que aquí va la respuesta real y no un eslogan. Los maquetadores no son mal software. Son la herramienta correcta para un sitio folleto que tiene que existir el viernes y nunca se volverá a tocar. Son la herramienta equivocada para un sitio del que depende tu negocio, por cuatro razones concretas.
Generan un marcado que no pediste
Un maquetador tiene que poder mostrar cualquier cosa, así que envuelve todo en capas y capas de contenedores, además del CSS y el JavaScript para controlarlos. Ese peso está en cada página, la use o no. Es la causa individual más común de un mal resultado de Largest Contentful Paint en los sitios que me piden arreglar.
Tu contenido queda atrapado dentro de la herramienta
Los diseños de un maquetador se guardan en la base de datos como shortcodes codificados o datos serializados, no como contenido limpio. Desactiva el plugin y buena parte de tu sitio se vuelve marcado ilegible. No es un error: es el trato que hiciste. Vale la pena saber que lo hiciste.
Suman una licencia a tus costos fijos
Un maquetador, sus complementos y el tema del que depende cuestan normalmente unos cientos de dólares al año, para siempre, solo para seguir recibiendo actualizaciones de seguridad. A lo largo de la vida de un sitio, eso suele superar la diferencia en el costo de construcción.
Cada editor se convierte en diseñador
Con un lienzo sin límites, personas con la mejor intención terminan creando doce estilos de botón ligeramente distintos. Un conjunto pequeño de bloques hechos a propósito hace que el resultado correcto sea el más fácil, que es justamente para lo que sirve un sistema de diseño.
Si ya tienes un sitio con maquetador y funciona, no te diré que lo tires. Te diré cuánto te está costando en tiempo de carga y licencias, y dejaré que decidas si vale la pena cambiarlo.
03ProcesoDe verdad, una secuencia
Cómo avanza un desarrollo.
- 01
Leer lo que existe
- Antes de cotizar reviso el sitio actual, el modelo de contenido y el diseño. Recibes un alcance por escrito con lo que incluye, lo que no y dónde creo que está el riesgo: normalmente la migración de contenido o una integración que nadie documentó.
- 02
Primero, el modelo de contenido
- Los tipos de entrada, taxonomías, campos y bloques se deciden antes de escribir cualquier plantilla. Cambiarlo después es el tipo de retrabajo más caro, así que vale la pena dedicarle un día extra al principio.
- 03
Construir en una URL de staging
- Recibes un enlace para ver el avance desde la primera semana y un lugar para dejar comentarios. Nada de un mes de silencio seguido de una gran revelación.
- 04
Migrar, probar, medir
- El contenido se traslada, las redirecciones se mapean desde las URLs antiguas y reviso Core Web Vitals, accesibilidad básica y el comportamiento en distintos navegadores antes del lanzamiento, no después. Las URLs antiguas siguen funcionando.
- 05
Entregar como corresponde
- Repositorio, instrucciones de build, un recorrido por la estructura del tema y un video corto para quien edite el sitio. No deberías necesitarme para los cambios de todos los días.
04PreguntasFrecuentes, respondidas sin rodeos
Lo que la gente pregunta antes de contratarme.
¿Trabajas sobre sitios existentes o solo en proyectos nuevos?
Ambos, y cerca de la mitad es trabajo heredado. Leo el código existente antes de cotizar y te digo con honestidad si vale la pena ampliarlo o reemplazarlo. Cotizar una reconstrucción es fácil; decirte que no la necesitas es más útil.
¿Puedes construir a partir de los archivos de Figma de nuestro diseñador?
Sí, y es la forma que prefiero. Lo que hace que todo fluya es tener definidos la escala tipográfica, el sistema de espaciado y los breakpoints. Lo que lo frena son los estados que los diseñadores suelen omitir: vacío, cargando, error y contenido tres veces más largo que el de ejemplo. Te preguntaré por ellos desde el principio.
¿Mi equipo podrá seguir editando el sitio?
Sí. Evitar los maquetadores no se trata de quitar la edición, sino de darles a los editores un conjunto pequeño de bloques que siempre se ven bien, en lugar de un lienzo donde cualquier cosa se puede arrastrar a cualquier lugar. La mayoría de los equipos descubre que puede hacer más, no menos, porque nada es frágil.
¿Usas ACF o bloques nativos?
Bloques nativos con block.json por defecto, porque no llevan licencia ni dependencias en tiempo de ejecución. Uso Advanced Custom Fields cuando de verdad ahorra tiempo (campos repetibles complejos, páginas de opciones, campos de relación) y te digo qué partes dependen de él para que sepas exactamente qué estás cargando.
¿Quedo atado a ti después?
No. Recibes el repositorio, los scripts de build y una entrega por escrito. Es WordPress normal y PHP normal, así que cualquier desarrollador WordPress competente puede continuarlo. Ese es el resultado deliberado de no construir sobre herramientas propietarias: el código sobrevive a la relación de trabajo.
¿Ofreces mantenimiento continuo?
Una pequeña cuota mensual que cubre actualizaciones, monitoreo y un bloque fijo de cambios, si lo quieres. No insisto con eso. Un sitio construido sin una maraña de plugins necesita bastante menos mantenimiento que uno que sí la tiene, que es justamente la razón de construirlo así.
¿Dónde estás y qué significa eso para las reuniones?
En Nagpur, India, con horario IST. Coincide sin problema con la mañana europea y con el inicio de la jornada en la costa este de EE. UU. Respondo los emails el mismo día hábil y hablas directamente conmigo, no con un gestor de cuentas.
Siguiente paso
Cuéntame qué tienes y qué le pasa.
Un párrafo basta para empezar. Si WordPress no es la respuesta correcta para tu proyecto, te lo diré: a veces la recomendación honesta es una aplicación Laravel.