Migrar de WordPress a desarrollo propio: cuándo tiene sentido y cuándo no

Empecemos por lo que no nos conviene decir: si tu web es un sitio de contenido que se actualiza a menudo y funciona, migrarla a desarrollo propio probablemente sea una mala idea. WordPress hace bien eso, lleva veinte años haciéndolo y tiene un ecosistema que ningún desarrollo a medida va a igualar.

Dicho eso, hay situaciones concretas en las que se convierte en un lastre. Este artículo intenta que sepas distinguirlas, y que si acabas migrando no pierdas por el camino lo que ya tenías ganado.

Las cinco situaciones en las que sí se queda corto

1. La torre de extensiones que nadie se atreve a tocar

La señal clásica: hay veinte o treinta extensiones instaladas, tres son de pago con licencia anual, dos llevan años sin actualizarse y nadie sabe qué pasa si se desactiva una. Actualizar da miedo, y no actualizar da más miedo todavía.

El problema de fondo no es la cantidad, es la dependencia de terceros que no controlas: cada extensión es código de otro que puede abandonarse, cambiar de dueño o de modelo de precios.

2. El rendimiento que no mejora por mucha caché que pongas

Cuando una web va lenta y ya se han probado tres extensiones de caché, el problema no está en la caché: está en la cantidad de trabajo que hay que hacer para pintar cada página. Una plantilla comercial genérica carga funciones que tu web no usa, y hay un punto a partir del cual eso no se optimiza, solo se tapa.

3. Tu negocio está en una funcionalidad, no en el contenido

Este es el criterio más claro de todos. Si lo que de verdad hace tu web es reservar citas cruzando profesionales y recursos, calcular presupuestos con tus reglas o gestionar un área privada con datos sensibles, entonces el contenido es el envoltorio y la funcionalidad es el producto. Construir eso a base de extensiones significa depender de que cinco desarrolladores distintos mantengan su parte durante años.

4. La superficie de ataque

Por popularidad, WordPress es un objetivo constante de escaneo automático. Una instalación bien mantenida y actualizada es razonablemente segura; el riesgo real no suele estar en el núcleo, sino en la extensión olvidada que nadie actualiza. Cuantas más piezas de terceros, más puertas que vigilar.

5. Cada cambio pequeño depende de alguien más

Cuando modificar algo sencillo exige buscar si existe una extensión que lo haga, y la respuesta es «existe, pero cuesta noventa euros al año y hace además otras seis cosas que no quieres», la herramienta ha dejado de acelerarte.

Lo que se pierde al migrar

Para que la decisión sea honesta hay que contar también esta columna:

• El editor de contenidos. Escribir y publicar en WordPress es cómodo y la gente ya sabe hacerlo. Un panel propio hay que construirlo, y si no se construye bien, publicar pasa a ser un encargo.
• El ecosistema. Lo que en WordPress se resuelve instalando algo, a medida se desarrolla.
• El coste inicial. Es una inversión, no una cuota mensual.
• La facilidad para cambiar de proveedor. Hay muchísima gente que sabe WordPress. Para un desarrollo propio necesitas que el código esté ordenado y documentado, y que la titularidad esté clara por contrato.

Cómo saber qué tienes ahora mismo

Antes de decidir nada conviene tener el diagnóstico, y buena parte lo puedes hacer tú en cinco minutos:

• Añade /wp-login.php al final de tu dirección. Si sale una pantalla de acceso, es WordPress.
• Prueba /wp-json/: te dirá si la interfaz de datos está expuesta.
• Entra en el panel y cuenta las extensiones activas, y cuántas llevan más de un año sin actualizarse.
• Mira cuántas de esas extensiones son de pago y qué te cuestan al año en total. Esa suma suele sorprender.
• Pasa la portada por una herramienta de medición de rendimiento y anota el resultado en móvil, no en escritorio.

Con esas cinco respuestas ya se puede tener una conversación seria. Sin ellas, cualquiera te puede vender cualquier cosa.

Si migras, esto es lo que no se puede perder

Una migración mal hecha destruye en un día el posicionamiento de años. El trabajo aburrido es justo el que importa:

1. Inventario completo de URLs antes de tocar nada, sacado del sitemap y de Search Console, no de memoria.
2. Un 301 por cada URL que cambie, apuntando a su equivalente real y no todas a la portada, que es el error habitual y equivale a tirarlas.
3. Títulos, descripciones y encabezados se migran con el contenido, no se rehacen sobre la marcha.
4. Los datos estructurados que ya tuvieras, replicados.
5. Las imágenes con sus mismas direcciones siempre que se pueda, porque también posicionan.
6. Comprobación posterior: sitemap nuevo enviado, rastreo de la web entera buscando enlaces rotos y cadenas de redirecciones, y vigilar la cobertura las semanas siguientes.

La opción intermedia que casi nadie plantea

No hace falta elegir entre quedarse quieto y rehacerlo todo. Se puede dejar el blog o la parte de contenido donde está y desarrollar a medida solo la pieza que lo justifica —el sistema de reservas, el área privada, el configurador—, conviviendo en el mismo dominio.

Es menos vistoso que un rediseño completo y suele ser mucho más sensato: pones el dinero donde está el problema. Si el caso es de reservas, lo desarrollamos en cuándo basta un calendario y cuándo no.

Preguntas frecuentes

¿Perderé posiciones en Google al migrar?

Es normal ver movimiento las primeras semanas mientras Google vuelve a rastrear. Lo que determina si se recupera o no es la calidad de las redirecciones y que el contenido siga siendo el mismo. Una migración con las URLs bien mapeadas se estabiliza; una que manda todo a la portada, no.

¿Puedo seguir publicando yo mismo sin WordPress?

Sí, pero solo si el desarrollo incluye un panel de gestión pensado para eso. Es una parte del proyecto que hay que exigir explícitamente: si no aparece en el presupuesto, pregunta.

¿Cuánto se tarda?

Depende sobre todo del número de páginas y de cuánta funcionalidad haya detrás. Lo que no conviene es comprimirlo: la fase de mapear URLs y comprobar redirecciones es la que más se recorta con prisa y la que más caro sale.

¿Y si mi web está bien y solo quiero que vaya más rápido?

Entonces no migres. Hay mucho recorrido antes de eso: quitar extensiones que no se usan, servir imágenes en formatos modernos, revisar el alojamiento. Migrar por velocidad, cuando el problema es de mantenimiento, es matar moscas a cañonazos.

Nuestro criterio

Puedes verlo aplicado: todas las webs de nuestros proyectos son desarrollo propio, y en esa misma página explicamos cómo comprobarlo tú mismo sin fiarte de nosotros. Pero eso no significa que WordPress sea una mala elección: significa que en esos casos concretos había una funcionalidad que lo justificaba.

Si quieres saber de qué lado cae el tuyo, cuéntanoslo. Explicamos cómo trabajamos en diseño y desarrollo web, y el método para decidir entre desarrollar y comprar hecho está en cuándo compensa el software a medida.