Su web está hecha en .NET, la mantiene muy poca gente y cada cambio cuesta más de lo que debería. Esta página explica cómo se lleva una web así a WordPress: qué se mueve, qué pasa con sus direcciones en los buscadores y qué ocurre con los formularios y las funciones hechas a medida.
Su web está hecha en .NET, la mantiene muy poca gente y cada cambio cuesta más de lo que debería. Esta página explica cómo se lleva una web así a WordPress: qué se mueve, qué pasa con sus direcciones en los buscadores y qué ocurre con los formularios y las funciones hechas a medida.
Para empezar basta con describir la web. No envíe credenciales ni bases de datos.
Solicite su diagnóstico Proportione Legacy
Cada consulta tiene su sección, con sus propias preguntas:
Una web en ASP.NET suele mezclar cuatro cosas: los contenidos (páginas, noticias, documentos, imágenes), el diseño, las funciones (formularios, buscadores, áreas privadas) y la conexión con otros sistemas de la empresa. Migrarla a WordPress es decidir qué hacer con cada una, no cambiar un sitio por otro.
Los contenidos y el diseño son la parte más acotada: se extraen de donde estén (la base de datos o los ficheros del sitio) y se llevan a páginas, entradas y plantillas de WordPress. Las funciones y las conexiones son la parte que pide análisis.
Empezamos por un diagnóstico de sus datos y procesos antes de elegir destino. Entrega un inventario de procesos y datos, las opciones (construir, comprar o conectar) y una propuesta de alcance por fases.
| Pieza de su web .NET | Qué se decide en la migración | |---|---| | Páginas, noticias y medios | Se extraen y se llevan a WordPress con su estructura. | | Diseño y plantillas | Se rehacen como tema de WordPress, partiendo de lo que ya funciona. | | Direcciones (URLs) | Se inventarían y se redirigen una a una. Ver la sección siguiente. | | Formularios y áreas privadas | Se revisan uno a uno. Ver más abajo. | | Conexiones con otros sistemas | Se mantienen conectadas o se rehacen; se decide en el diagnóstico. |
Cuándo WordPress no es la respuesta. Si lo que tiene no es una web de contenidos sino una aplicación con lógica de negocio propia, el destino correcto puede ser otro. Esa conversación está en desarrollo de software a medida. Si esa aplicación está construida sobre un framework sin mantenimiento, vea un framework propio o sin mantenimiento.
Qué significa para usted: sabe qué piezas viajan tal cual y cuáles hay que decidir. Siguiente paso: describirnos qué hace su web además de mostrar contenido.
Una web en .NET suele tener direcciones con una forma propia (por ejemplo, terminadas en `.aspx` o con parámetros). En WordPress las direcciones se construyen de otra manera. Si no se trata con cuidado, los buscadores y los enlaces de otras webs dejan de encontrar lo que antes encontraban.
Al migrar un gestor de contenidos, hacemos inventario de URLs, redirecciones 301 una a una, conservación de lo que ya funciona y comprobación después del cambio. En una web .NET se traduce en este orden:
1. Inventario de URLs. Se reúnen todas las direcciones que existen hoy: las del mapa del sitio, las de la analítica y de Search Console, y las que reciben enlaces de otras webs. 2. Redirecciones 301, una a una. Cada dirección antigua se asocia con su equivalente nueva. Lo que ya no tenga equivalente se decide a propósito, no por omisión. 3. Conservación de lo que ya funciona. Títulos, descripciones y encabezados que hoy cumplen su función pasan a la plataforma nueva. 4. Comprobación después del cambio. Se verifican los códigos de respuesta de las URLs del inventario, el nuevo mapa del sitio y la evolución en Search Console.
Es un método, no una garantía: ninguna migración permite prometer que el posicionamiento quede idéntico. Lo que sí se puede hacer es medir antes, avanzar con criterios y comprobar después.
Qué significa para usted: tiene delante la lista de lo que se mueve y cómo se comprueba. Siguiente paso: decirnos cuántas páginas ronda su web y si conserva acceso a la analítica.
Es la parte que más análisis pide. El contenido se traslada; lo que la web hace, hay que entenderlo antes de moverlo.
Cada formulario se revisa: qué datos recoge, a dónde van y quién los recibe. Un formulario de contacto sencillo tiene equivalente directo en WordPress. Uno que escribe en una base de datos o en otro sistema se trata como una conexión.
Si la web tiene acceso con usuario y contraseña, el diagnóstico establece quién entra, qué ve y dónde viven hoy esas cuentas. No se mueven credenciales a ciegas: se acuerda antes cómo se traspasan o se renuevan.
Buscadores internos, calculadoras, catálogos con reglas propias, descargas con control de acceso. Para cada una hay tres caminos, los mismos de todo el método: construir una pieza propia dentro de WordPress, comprar una extensión que ya la resuelva, o conectar la función existente y que WordPress la consuma. Se elige pieza a pieza, con criterio.
Hemos llevado una web antigua en .NET a WordPress. No damos más detalles del caso para no identificar al cliente.
Qué significa para usted: sabe de antemano qué se rehace y qué se conserva. Siguiente paso: hacer una lista de los formularios y funciones que su web tiene hoy, aunque sea incompleta.
Sea cual sea el destino, el método es el mismo. Los detalles generales están en cómo trabajamos.
1. Diagnóstico: inventario de procesos y datos, opciones (construir, comprar o conectar) y propuesta de alcance por fases. 2. Piloto acotado, con criterios de aceptación fijados de antemano, antes de seguir, cuando el caso lo pide. 3. Entrega por fases, con criterios de aceptación y plan de vuelta atrás. 4. Traspaso: documentación, exportación y custodia comprobables. El código es del cliente, y así queda en el contrato.
Qué significa para usted: en cada momento sabe qué se ha entregado, qué falta y cómo se vuelve atrás. Siguiente paso: pedir el diagnóstico.
El orden es siempre el mismo: primero se digitaliza y se entiende el proceso; después se abre el software antiguo con APIs y conectores para unirlo con el resto, y solo entonces se plantea la IA encima. La IA puede ejecutarse en su propio servidor y, si hace falta, sin conexión a Internet. Es la opción que describimos en migración de sistemas legacy y en inteligencia artificial en la empresa.
Si su web es una pieza más de un conjunto de sistemas antiguos, vea el panorama en consultoría de gestión de negocio y en nuestros servicios.
Por un diagnóstico de sus datos y procesos, antes de elegir destino. Entrega un inventario de procesos y datos, las opciones (construir, comprar o conectar) y una propuesta de alcance por fases.
No se puede prometer que el posicionamiento quede idéntico. Lo que hacemos es inventario de URLs, redirecciones 301 una a una, conservación de lo que ya funciona y comprobación después del cambio.
Se revisan uno a uno. Un formulario de contacto sencillo tiene equivalente directo; uno que escribe en otro sistema se trata como una conexión, y un área privada se acuerda antes de mover nada. Está explicado en la sección de formularios y funcionalidades a medida.
Es un destino habitual para webs de contenido, pero no el único ni el correcto en todos los casos. El diagnóstico compara las opciones según quién publica, qué funciones hacen falta y con qué sistemas debe conectarse.
Depende del alcance: cuántas páginas y tipos de contenido hay, qué funciones se rehacen y con qué sistemas se conecta. El diagnóstico termina con una propuesta de alcance por fases, y a partir de ella se concreta. No damos una cifra ni un plazo sin conocer su caso.
El código es del cliente, y así queda en el contrato. La documentación, la exportación y la custodia son comprobables y forman parte del diseño.
Cuéntenos qué web tiene y qué necesita. Le respondemos en un máximo de dos días laborables. También puede escribirnos desde contacto. [Formulario corto: ver especificación en notas]
Solicite su diagnóstico Proportione LegacyNo envíe credenciales ni bases de datos. Usaremos sus datos solo para responderle; más información en la política de privacidad.
