Un constructor web es una herramienta perfectamente válida. Lo malo no es que la web esté hecha con un constructor, sino que la decisión se toma una vez y para siempre, y el negocio cambia en tres años. Veamos dónde está el límite y en qué se nota que se está acercando a él.
Cuándo un constructor es la elección correcta
Con franqueza y sin matices: si necesita una web de presentación, un constructor es mejor que un proveedor. Más barato, más rápido, y usted mismo puede cambiar el teléfono sin esperar a que alguien conteste un e-mail.
Resuelve bien:
- una web de presentación: quién es, a qué se dedica, cómo contactar;
- la página de un evento o de un solo producto;
- el portfolio de un fotógrafo, un diseñador, un artesano;
- una primera versión para comprobar la demanda antes de invertir;
- una página personal en la que importa la rapidez, no el ajuste fino.
Si su tarea está en esta lista, use un constructor y no pague de más. Tres o cuatro tardes y la web está funcionando.
Dónde empieza el techo
Los problemas no aparecen porque el constructor sea «malo», sino porque la tarea ha superado sus límites.
Integraciones con otros sistemas. Mientras solo haya que enviar un e-mail, todo va bien. En cuanto la solicitud tiene que llegar al CRM, de ahí a la contabilidad y de la contabilidad a una factura, empiezan las limitaciones: solo funciona lo que el desarrollador de la plataforma previó.
Velocidad y parte técnica del SEO. Los constructores generan código universal. Está pensado para que cualquier cosa funcione para cualquiera y, por eso, pesa más de lo necesario. Desde dentro casi no se puede cambiar.
Escenarios no estándar. Una calculadora de precios, una selección por parámetros, un área de clientes, varios idiomas con sus propias reglas: empieza el ajustarse a lo que la plataforma permite.
Cumplimiento de los requisitos locales. Un banner de cookies con un rechazo equivalente, sin fuentes externas, accesibilidad: todo depende de lo que la plataforma deje configurar. A veces lo deja y a veces no.
El límite no lo marca lo bonita que sea la web, sino cuántos sistemas ajenos tienen que comunicarse con ella.
Qué pasa al migrar
Aquí está lo más desagradable, y normalmente no se piensa en ello de antemano.
Direcciones de las páginas. Cada plataforma tiene su propia estructura de enlaces. Al migrar, las direcciones cambian, y todo lo que el buscador sabía de usted se pone a cero, salvo que configure redirecciones de las direcciones antiguas a las nuevas. Se puede hacer, pero cuantas más páginas, más caro.
Contenido. El texto se puede copiar. El diseño, casi nunca: los bloques del constructor no existen fuera de él. Las páginas se montan de nuevo.
Formularios y su historial. Las solicitudes guardadas dentro de la plataforma suelen exportarse a una hoja de cálculo, y a veces no se pueden exportar en absoluto. El historial de conversaciones con los clientes no se traslada así.
Integraciones. Todo lo que estaba conectado se conecta de nuevo, con otras claves y otros ajustes.
Dominio y correo. Si el dominio se compró dentro de la plataforma, primero hay que liberarlo, y es un trámite aparte con sus propios plazos.
Cómo saber que está cerca del límite
Cinco señales. Si se reconoce en tres o más, calcule ya el coste de migrar, mientras sea más barato.
- Paga por las aplicaciones de la plataforma más de lo que costaría un hosting.
- Oye con frecuencia «en esta plataforma no se puede»: de su proveedor, de su responsable de marketing o de usted mismo.
- Tiene que pasar las solicitudes a mano de un sitio a otro.
- Hay más de cincuenta páginas y siguen apareciendo más.
- Ha aparecido un segundo idioma o va a aparecer pronto.
El punto de no retorno no llega cuando algo se vuelve incómodo, sino cuando el volumen de contenido y conexiones acumulado hace que migrar cueste lo mismo que construir de nuevo. Suele ser el segundo o el tercer año.
Qué preguntar antes de empezar
Si aún está eligiendo, cuatro preguntas a la plataforma o al proveedor le ahorrarán mucho tiempo después.
- ¿Se puede exportar el contenido de la web completo? No «si hay exportación», sino en qué forma: una hoja de cálculo con los textos es una cosa, un archivo completo es otra.
- ¿A nombre de quién se registrará el dominio? La respuesta debe ser «a su nombre», sin alternativas.
- ¿Adónde llegan las solicitudes? Si solo se guardan dentro de la plataforma, al migrar el historial se quedará allí.
- ¿Qué pasa si deja de pagar? En algunas plataformas la web simplemente se desactiva; en otras sigue disponible en modo lectura. La diferencia es considerable.
Las respuestas no convierten al constructor en una mala elección. Solo le muestran en qué se está metiendo.
Qué conviene hacer en cualquier caso
Tanto si se queda en el constructor como si no:
- Compruebe a nombre de quién está registrado el dominio. Si está a nombre del proveedor o de la plataforma, es lo primero que hay que corregir. En detalle: «Compruebe a nombre de quién está registrado su dominio».
- Use su propio CRM, no el integrado. Así el historial de clientes se queda con usted en cualquier migración.
- Guarde los textos aparte. Un simple documento con el contenido de las páginas ahorra semanas en cualquier rediseño.
- Cuente las direcciones de las páginas. Mientras sean treinta, migrar es un día de trabajo. Cuando son trescientas, es un proyecto.
Si está decidiendo ahora
Responda a una pregunta: ¿cuántos sistemas ajenos tendrán que comunicarse con la web dentro de un año? Si ninguno o uno, use un constructor: es lo sensato. Si tres o más, calcule cuánto costará la migración y compárelo con la diferencia de precio de hoy.
Cómo es una web hecha desde el principio para las integraciones lo verá en el servicio «Web a medida». Y si duda sobre qué opción le encaja más, eso se resuelve en una estrategia de marketing: en ella se ve qué asumirán el CRM y los embudos automatizados y, por tanto, qué web necesita. El plan es suyo, aunque después no sigamos trabajando juntos.
Si antes quiere simplemente hacerse una idea del alcance, envíeme la dirección para una revisión gratuita de su web: le mando un informe en dos días laborables, sin llamada y sin compromiso.
Comprobado a 26 de julio de 2026.
