Creador de webs o código propio: cuándo conviene mudarse

Una pregunta que suele llegar a destiempo

Creador de webs o desarrollo a medida es una pregunta que casi todo el mundo hace dos veces. La primera al principio, cuando aún no hay web y cualquier respuesta suena igual de convincente. La segunda un año y medio después, cuando la web existe, funciona y algo en ella ha dejado de poder hacerse.

La primera vez no hay con qué responder de verdad. No hay tráfico, ni solicitudes, ni idea de qué páginas acabarán importando. En ese punto un creador de webs casi siempre es la elección correcta, y no hay nada que discutir.

La segunda vez la respuesta ya está en tus datos, solo que hay que mirar las tareas concretas que dejaron de resolverse, no la plataforma. De eso va esto.

Nosotros hicimos ese cambio y conocemos el precio de ambos lados, incluida la parte de la factura que los artículos no suelen enseñar.

Qué resuelve de verdad un creador de webs

Empecemos por la lista honesta de lo que hay que agradecerles, porque esta conversación la suelen llevar quienes ganan vendiendo desarrollo.

Velocidad. De la idea a una página funcionando, una tarde. Ninguna agencia irá más rápido, porque una agencia tiene briefing, aprobación y cola.

Coste previsible. Una suscripción cuesta lo mismo en marzo que en septiembre y no necesita una línea propia en el presupuesto.

Cero deuda técnica de tu lado. Actualizaciones, seguridad, certificados, copias de seguridad: problema de la plataforma. Es trabajo real que en una web propia cuesta dinero o nervios.

Poder cambiar el texto sin depender de nadie. Esto se infravalora. Una web en la que el dueño no puede corregir una línea envejece más rápido que ninguna.

Si tu web son diez o veinte páginas que cambian una vez por trimestre, un creador cubre la tarea entera y no necesitas mudarte.

Dónde se acaba un creador de webs, y no es el diseño

Idea equivocada frecuente: se abandona un creador porque se quiere algo más bonito. Casi nunca. Las plantillas actuales quedan bien, y el mal diseño aparece en código propio con la misma frecuencia.

El límite llega por otras tres vías.

La primera: los datos. En cuanto la web contiene algo que vive en una tabla —un catálogo con filtros, un horario, una base de inmuebles, precios que se mueven—, el creador empieza a exigir trabajo manual que crece de forma lineal. Cien artículos aún se llevan a mano. Mil, no.

La segunda: las integraciones. La solicitud tiene que llegar al CRM, el pago pasar por la pasarela correcta, el almacén devolver existencias. En un creador cada enlace de esa cadena pasa por un servicio intermedio, y una cadena de cuatro eslabones se rompe donde no lo ves.

La tercera: el control sobre lo que se le entrega al buscador. Cabeceras de respuesta, direcciones canónicas, datos estructurados, sitemap, velocidad de carga. En un creador gobiernas eso exactamente hasta donde la plataforma decidió permitirte, y el límite se descubre justo cuando chocas con él.

Cinco señales de que has tocado techo

Ninguna por sí sola es motivo para mudarse. Tres a la vez ya es una conversación.

Pagas con regularidad servicios externos para rodear una limitación de la plataforma. Cuenta esas suscripciones como parte del coste del creador: suelen duplicarlo.

Una misma corrección lleva horas porque se hace a mano en veinte páginas. No va de comodidad: significa que la estructura de datos no corresponde a la tarea.

No puedes responder por qué una página concreta carga despacio. No es saberlo y no arreglarlo: es no poder mirarlo.

El desarrollador que contrataste para una mejora empieza la frase con en esta plataforma no se puede, pero podríamos intentar.

La web genera dinero y el coste de la caída supera el del desarrollo. Ahí no se trata de las capacidades de la plataforma, sino de tener bajo control propio un activo crítico para los ingresos.

Lo que cuesta de verdad una mudanza: 673 direcciones

Ahora la factura que no se enseña. Construir la web nueva es la mitad pequeña de una migración. La grande es lo que pasa con las direcciones antiguas.

Nuestra web se mudó desde su plataforma anterior, y durante años el buscador había aprendido cientos de direcciones. Al cambiar de motor dejaron de existir. En el informe de Search Console eso se lee como 673 direcciones que responden no encontrado.

Cada una es o bien una página a la que alguien todavía enlaza, o bien una posición en la búsqueda que estás cediendo, o ambas. Repasarlas no se automatiza del todo, porque la decisión sobre cada dirección es de contenido: ¿existe en la web nueva una página que responda a lo mismo?

De ahí la regla práctica: el mapa entre direcciones antiguas y nuevas se dibuja antes del desarrollo, no después del lanzamiento. El inventario se saca de la plataforma antigua y de Search Console por separado, porque las dos listas no coincidirán: el buscador conoce direcciones que tú has olvidado.

Y aparte, lo que no hay que hacer: redirigir todas las direcciones antiguas a la portada. Parece una solución y no lo es: el buscador lee esas redirecciones como un error blando, no indexa igualmente y tú pierdes el dato de qué buscaba la gente.

Por qué cae el tráfico incluso con una mudanza cuidadosa

Conviene saberlo de antemano para no confundir un proceso normal con un fracaso.

Tras la mudanza el buscador tiene que volver a rastrear la web entera, emparejar direcciones antiguas con nuevas y trasladar las señales acumuladas. Eso lleva semanas, a veces meses, y mientras tanto las posiciones oscilan.

Una caída del veinte o el treinta por ciento en las primeras semanas es lo habitual en una migración bien hecha. La señal preocupante es otra: que el tráfico no se recupere en dos o tres meses, o que la caída se concentre en una sección en vez de repartirse.

Por eso las migraciones no se programan en el pico de temporada. Si diciembre hace la mitad de tu facturación anual, múdate en febrero.

Visibilidad en buscadores con creadores de webs, sin mitos

La afirmación de que las webs hechas con creadores no posicionan es falsa, y quienes más la repiten son los que venden desarrollo.

Un buscador no pregunta con qué se hizo la página. Mira lo que la página entrega: contenido, velocidad, estructura, marcado. Una página de creador con buen texto gana a una de código propio con mal texto, siempre.

La diferencia real está en el techo y en el tiempo de reacción. Cuando hace falta cambiar algo a lo que la plataforma no da acceso, en código propio son treinta minutos; en un creador es un ticket de soporte con resultado incierto.

Y en la velocidad de carga. Los creadores sirven un paquete universal de scripts porque no saben de antemano qué vas a necesitar. El código propio entrega solo lo que se usa. La diferencia no suele ser catastrófica, pero se nota en el tráfico móvil, y las Core Web Vitals se miden sobre visitas reales.

Cuándo no hay que mudarse

Tres situaciones en las que el desarrollo no se amortiza, por convincente que sea la venta.

La web no trae solicitudes y esperas que la nueva sí. No lo hará. Si el problema es que no te encuentran o que la oferta no convence, la plataforma no tiene nada que ver, y tras la mudanza tendrás las mismas cero solicitudes pero más caras.

No te gusta cómo se ve la web. El diseño en un creador se cambia en una semana y cuesta una fracción del desarrollo.

Te han dicho que en los creadores no hay SEO. Antes de creerlo, pide que te enseñen qué cambio concreto es imposible. Si no hay respuesta, no es un argumento.

El híbrido que a menudo es la respuesta correcta

Entre todo en un creador y todo a medida hay una opción intermedia que, curiosamente, se ofrece poco.

La parte de la web que vive de datos y genera dinero —el catálogo, el área de cliente, una calculadora de precios— se hace con código propio. El resto —el blog, las páginas de empresa, las landings de campaña— se queda donde el dueño edita el texto por su cuenta.

Técnicamente es un mismo dominio dividido por rutas. Para el visitante y para el buscador es una sola web.

La ganancia es que el desarrollo se paga solo donde devuelve algo, y quien edita no hace cola para corregir una coma. El coste es tener que vigilar que las dos mitades parezcan la misma web.

Para la mayoría de negocios cuya web ya funciona y ya factura, este paso es más sensato que reescribirlo todo.

Exportación: compruébala antes de necesitarla

Una cosa que conviene averiguar el primer mes con cualquier plataforma, y no el día en que decidas marcharte.

Qué puedes llevarte exactamente. Texto, casi siempre. Imágenes en tamaño original, ya no siempre: algunas plataformas solo devuelven versiones comprimidas preparadas para su plantilla. La estructura del catálogo con sus características, rara vez en formato aprovechable. La lista de direcciones de páginas, casi nunca sin sacarla de una consola de búsqueda.

Se comprueba en quince minutos: busca la exportación en los ajustes, lánzala y abre el archivo. Si dentro hay maquetación mezclada con texto y las imágenes son enlaces a un dominio ajeno, ya conoces el precio de una mudanza futura.

Las imágenes merecen nota aparte. Los enlaces a archivos alojados en la plataforma dejan de funcionar cuando se abandona la suscripción. Una web que se mudó con esos enlaces pierde todas las ilustraciones el día que se acaba el periodo pagado.

Nada de esto es un argumento contra los creadores. Es un argumento para guardar tus propios textos e imágenes originales desde el primer día, sea cual sea la base de la web.

Cómo decidirlo en una tarde

Coge la lista de cosas que en los últimos seis meses quisiste hacer en la web y no hiciste. Quisiste y no hiciste, no estaría bien.

Junto a cada una escribe el motivo: la plataforma no deja, sale caro, no hay tiempo, no lo entendimos.

Si más de la mitad se reduce a la plataforma no deja, la mudanza está justificada. Si se reduce a no hay tiempo y no lo entendimos, mudarse no cambia nada, y el dinero rinde más en alguien que lleve las tareas hasta el final.

Es una prueba burda, pero funciona mejor que comparar tablas de funciones, porque se apoya en lo que de verdad necesitas y no en lo que alguien decidió que era importante.

Una última nota sobre el enunciado. Creador de webs o desarrollo a medida es una pregunta mal planteada, porque da por hecho una elección para siempre. En la práctica es una elección para los próximos dos años, y la respuesta correcta cambia con lo que la web tenga que hacer.

Qué haríamos distinto

Dos cosas que nos costaron tiempo.

El inventario de direcciones antiguas había que hacerlo antes del desarrollo, no después del lanzamiento. Así algunas páginas se habrían diseñado con algo que heredar, y 673 direcciones no se habrían convertido en una tarea aparte a posteriori.

Y había que lanzar por partes. Sacamos la web nueva entera, y cuando algo falló no había manera de saber qué parte tenía la culpa. Sección a sección es más lento, pero cada paso se comprueba.

Ninguna de las dos cosas va de elegir plataforma. Van de tratar una migración como un proyecto con sus propios riesgos y no como un cambio de agencia de diseño.