Tabla de contenido
Actualizado - 28 de febrero de 2025
Trasladar un sitio web, ¿qué significa, por qué y cómo funciona? Este artículo está dedicado a estas preguntas en detalle. Por eso es un poco más largo de lo habitual en mi blog.
Trasladar un sitio web puede tener diferentes significados:
Traslado de alojamiento
- El sitio web se transfiere de un proveedor de alojamiento a otro.
- A menudo hay que llevarse bases de datos, archivos y correos electrónicos.
- Es necesario ajustar la configuración DNS.
- Por ejemplo, por motivos de rendimiento, seguridad o precio.
Transferencia de dominio
- El sitio web cambia de un dominio antiguo (p. ej. antiguo-dominio.com) a un nuevo (nuevo-dominio.com).
- Las redirecciones (redirecciones 301) son importantes para conseguir visitas y posicionamiento SEO.
Cambio de servidor
- El sitio web permanece en el mismo dominio, pero se traslada a un nuevo servidor (por ejemplo, de un alojamiento compartido a un servidor propio).
- Puede ser necesario por motivos de rendimiento y seguridad, entre otros.
¿Por qué?
Un sitio web que empezó como un pequeño blog va creciendo y, por tanto, necesita más memoria, bases de datos más grandes y supera el alcance del contrato suscrito con el proveedor de alojamiento web. Sin embargo, una actualización superaría de nuevo el presupuesto, por lo que busca otros proveedores de alojamiento.
Al principio, no piensas en bases de datos y otros recursos. Compara diferentes ofertas y suele decidirse por la que ofrece las cifras "más altas" al precio más bajo. Debido a la falta de conocimientos previos, no piensa en el significado y la necesidad de estas "cifras". Y si no sabe realmente qué cifras serán importantes en última instancia, no sabe qué preguntas hacer ni a qué datos prestar especial atención.
Dado que los contratos deben cumplirse, el proveedor de alojamiento difícilmente hará la vista gorda si se superan los límites establecidos, sino que primero señalará amablemente la circunstancia que incumple el contrato y, si no se remedia, simplemente bloqueará el sitio web.
Muy bien, a la hora de elegir un proveedor también hay que tener en cuenta el tamaño máximo permitido de la base de datos. Es más fácil decirlo que hacerlo, ya que casi ningún proveedor incluye este criterio en sus cifras a la hora de elegir una tarifa. Razón de más para preguntarlo explícitamente, por correo electrónico o por chat.
Y esto también es aconsejable con proveedores conocidos, cuyas tarifas pueden ascender fácilmente a varios cientos de euros al año.
En el caso del ejemplo, fue precisamente esto, la superación de los 1.024 MB de tamaño de base de datos permitidos, lo que motivó el cambio de proveedor de alojamiento.
Elección del proveedor de alojamiento
Si busca comparaciones de proveedores de alojamiento, encontrará la lista predominantemente en orden ascendente de precio.
Además de los "datos técnicos" puros, también son más importantes la accesibilidad, el tiempo de respuesta y la eficiencia de la asistencia. Puede haber división de opiniones en lo que respecta a la IA, pero los proveedores utilizan cada vez más la IA para cubrir la asistencia de primer nivel, es decir, las preguntas generales de los clientes. Esto es perfectamente comprensible y es completamente suficiente para este propósito. Es divertido cuando la IA te desea "buenas noches" y "¡que duermas bien!".
Sin embargo, un ser humano al otro lado del teléfono debe estar disponible para problemas específicos y durante todo el día, 24 horas al día, 7 días a la semana. Hasta dónde llega el servicio de asistencia incluido y cuándo pasa a ser de pago es algo que también hay que aclarar antes de firmar el contrato.
Los contratos que se celebran con años de antelación suelen ser más interesantes en términos de precio, sobre todo porque así es más fácil calcular el lado de los costes a largo plazo. Un proveedor que cancele su servicio antes de que finalice el plazo del contrato, o que sobreviva a este periodo, sería por supuesto la mejor opción. Sin embargo, nadie podrá garantizarlo.
Los costes -generalmente más elevados- una vez expirado el plazo inicial también deben tenerse en cuenta en el proceso de toma de decisiones, sobre todo porque el incremento suele ser muy significativo. Por supuesto, puede simplemente dejar que expire el contrato y trasladar el sitio web -una vez más-, pero la experiencia demuestra que esto no se hace, sobre todo por razones de conveniencia.
Una vez que haya encontrado su nuevo proveedor, puede empezar a trasladar su sitio web.
Reubicación del sitio web
Se requieren nueve pasos:
- Actualizar todos los plug-ins, temas y la instalación de WordPress a la última versión
- Reorganización de las bases de datos
- Descargue e instale el plug-in para la copia de seguridad de los datos (p. ej. UpdraftPlus)
- Copia de seguridad de todo el contenido (base de datos, plugins, temas, cargas, otros)
- Transferencia del dominio al nuevo proveedor
- Instalación de WordPress en los servidores del nuevo proveedor
- Instalación del plug-in para la copia de seguridad de datos (aquí UpdraftPlus)
- Restaurar los datos en la nueva instalación de WordPress
- Comprobar las entradas DNS con el nuevo proveedor
Actualizaciones
WordPress en particular debería estar en la última versión, ya que la nueva instalación de WordPress será la última. Por regla general, las versiones son compatibles a la baja, pero esta medida evita las incompatibilidades que puedan existir.
Los plug-ins son menos críticos y pueden seguir actualizándose después de la migración.
El complemento de copia de seguridad de datos UpdraftPlusSi ya estaba activo en la instalación antigua, debería actualizarse definitivamente a la versión actual antes de realizar la copia de seguridad de los datos, ya que también se cargará e instalará en la versión actual una vez finalizada la instalación de WordPress en el nuevo servidor. De nuevo, esto es para prevenir cualquier incompatibilidad de versiones.
Reorganización de la base de datos
Las bases de datos son como las estanterías: un libro dentro, tres fuera, cinco dentro... - viven y cambian todo el tiempo. A veces, un libro grande que no cabe en un hueco se divide en partes individuales adecuadas y se almacena en distintos lugares. Por tanto, la base de datos tiene un contenido fragmentado. Las referencias a estos fragmentos ocupan tanto espacio de almacenamiento como el propio contenido. También se guardan registros, se escriben datos de caché, etc.
Una reorganización de la base de datos lee todos los datos, reensambla los datos fragmentados, elimina los datos temporales que ya no son necesarios y, de esta forma, optimiza tanto la velocidad de acceso como el tamaño de la base de datos. También se reduce el tiempo necesario para hacer copias de seguridad y restaurar la base de datos.
Como la base de datos es el nervio central de un sitio web, se recomienda encarecidamente crear una copia de la base de datos ANTES de reorganizarla y hacer una copia de seguridad en el almacenamiento local. Si algo va mal, podrás restaurarla.
Complemento de copia de seguridad de datos
Hay varios plug-ins que se dedican a hacer copias de seguridad y migrar un sitio web. La mayoría de ellos hacen la copia de seguridad sin problemas, pero te piden que pagues al migrar. Así que si no tienes pensado migrar tu sitio web de vez en cuando, es poco probable que te interese una suscripción anual. El plug-in enlazado arriba UpdraftPlus es una excepción notable en este caso, ya que es modesto y permite una restauración sin peros.
UpdraftPlus le guía intuitivamente a través del proceso de copia de seguridad y puede descargar los archivos individuales a su propio ordenador una vez que la instalación se ha completado con éxito.
Transferencia de dominio
¿Qué es un dominio?
Un dominio es, por ejemplo www.google.de - www es opcional y representa el denominado subdominio. Por consiguiente, introduciendo "google.de" al mismo resultado que "www.google.de". En ambos casos, el sitio web es llamado por Google.
"google" es el nombre individual, mientras que ".de" es el dominio de nivel superior (TLD).
EEP
El Protocolo de aprovisionamiento extensible (EPP) se utiliza para la administración de nombres de dominio en registradores y registros y permite una comunicación normalizada y segura entre registradores de dominios como Namecheap, GoDaddy y los registros centrales como DENIC (Centro Alemán de Información sobre Redes) para el TLD ".es"
y Verisign para .com
).
Una transferencia de dominio requiere una solicitud del titular del dominio, es decir, del operador del sitio web. El operador del sitio web solicita a su anterior proveedor de alojamiento el denominado EPP-Auth-Code. El código recibido se introduce en la página de solicitud de transferencia de dominio del nuevo proveedor, que se encarga de transferir el dominio del antiguo proveedor al nuevo.
En cuanto se produce el traslado de dominio, la "dirección" anterior, que antes conducía al antiguo proveedor, a su servidor y a su propio sitio web, no apunta a ninguna parte. Aquí vienen los Servidor de nombres de dominio (DNS) entra en juego.
DNS
A Servidor de nombres de dominio convierte la dirección introducida "www.google.de" en la dirección IP adecuada para los servidores, aquí "8.8.8.8".
Interacción DNS globalmente disponible: Si el primer servidor consultado (DNS resolver) no conoce la dirección IP, pasa la consulta al siguiente. Esta búsqueda recursiva continúa hasta que se encuentra la entrada de nombre y la dirección IP buscada se devuelve a la organización solicitante y se puede cargar el sitio web deseado.
Un DNS también almacena entradas adicionales, como
- A-Record - Vincula un dominio con una dirección IPv4.
- Récord AAAA - Vincula un dominio con una dirección IPv6.
- Registro CNAME - Redirige un dominio a otro (p. ej.
www.example.com
→ejemplo.com
). - MX-Record - Define el servidor de correo para los e-mails.
- Registro TXT - Contiene información adicional, por ejemplo, sobre mecanismos de seguridad.
Propagación DNS
Cada proveedor de alojamiento tiene su propio servidor de nombres. El proveedor antiguo, por ejemplo ns1.alterProvider.comel nuevo, por ejemplo ns1.newprovider.com.
En caso de traslado, la antigua dirección almacenada con el registrador se refiere a ns1.alterProvider.com En consecuencia, primero debe ir al sitio web del antiguo proveedor.
En cuanto el registrador reciba la nueva dirección del proveedor ns1.newprovider.com se envía una solicitud al nuevo proveedor, pero el sitio web aún no se ha transferido a su servidor. Por lo tanto, la consulta sigue siendo infructuosa. La página no volverá a aparecer como de costumbre hasta que no se haya restablecido todo el contenido.
Si el servidor de nombres antiguo o el nuevo sigue almacenado para el dominio trasladado puede comprobarse mediante Quién es comprobar. Para ello, introduzca el dominio que desea comprobar en el campo de búsqueda de la parte superior derecha y haga clic en el botón WHOIS de la derecha.
Además, la entrada de la nueva dirección aún tiene que transferirse a todos los DSN del mundo, lo que puede tardar hasta unas 48 horas. Por tanto, es posible que alguien de Nairobi pueda acceder al sitio web, mientras que alguien de Moscú siga en el vacío o reciba un mensaje de error.
Comprobar DNS NameServer
A través de la página web puede averiguar en qué DNS se ha registrado ya la nueva dirección Comprobador de DNS seleccionando NS para NameServer en el campo de selección situado a la derecha del dominio que se desea registrar (por ejemplo, csiag.de). El resultado se muestra al final de la lista de países para cada país a la derecha. Allí debería aparecer el nuevo NameServer en lugar del antiguo.
Instalación de WordPress
Una vez que se pueda acceder a la nueva dirección a través de los DNS del nuevo proveedor, podrá iniciar sesión allí con los datos introducidos anteriormente y comenzar la instalación de WordPress. Por lo general, los proveedores diseñan las interfaces de usuario de sus portales de forma tan intuitiva que, por lo general, los menús y las funciones correspondientes se encuentran enseguida.
Una vez completada con éxito la instalación de WordPress, se instala el complemento de copia de seguridad de datos.
Complemento de copia de seguridad de datos
En la barra lateral de la instalación de WordPress encontrará el elemento de menú Complementos.
En la parte superior izquierda, pulse el botón Añadir nuevo plugin a la página de resumen de los plug-ins disponibles.
A la derecha, en el campo de búsqueda Buscar plugins, introduzca UpdraftPlus y aparecerá inmediatamente el complemento que busca, que puede instalar haciendo clic en el icono Instalar ahora se inicia. Una vez instalado correctamente, el plug-in se inicia haciendo clic en el botón Activar capaz de actuar.
Restaurar los datos
También en la columna izquierda del menú de WordPress se encuentra ahora UpdraftPlus en la lista. Al hacer clic en este elemento se abre la selección de funciones para Guardar o Restaurar.
Las funciones Migrar / Clonar parecen reservadas a la versión de compra, por lo que la funcionalidad pura Asegurar ahora o, más abajo, Restaurar se utiliza.
En el nuevo servidor no existe ninguna copia de seguridad, por lo que primero hay que restaurar los archivos de la copia de seguridad con el proveedor antiguo haciendo clic en Cargar archivos de copia de seguridad debe transferirse al servidor del nuevo proveedor.
Una vez finalizada la transferencia, a continuación de la fecha/hora de la copia de seguridad aparecen cinco botones. Hay un recuadro justo al principio de la línea. Haga clic en él y a la derecha en el botón Restaurar Inicie la restauración.
Si se cancela la restauración, se muestra el correspondiente mensaje de error, así como un botón para corregir el error. En la mayoría de los casos, el proceso de restauración no puede sobrescribir las tablas vacías de la base de datos creadas por la instalación anterior de WordPress, por lo que deben eliminarse manualmente de forma explícita con un clic y, a continuación, reiniciar el proceso.
En cuanto la restauración se haya completado con éxito, se podrá acceder al sitio web como de costumbre, siempre que se haya completado la propagación de DNS.
Archivo hosts Pitfall
El archivo hosts es un archivo de configuración local de un sistema operativo que se utiliza para asignar direcciones IP a nombres de host. Permite dirigir determinados dominios a una dirección IP específica sin realizar una consulta DNS.
Ejemplo:
##
# Base de datos de hosts
# localhoist se utiliza para configurar la interfaz loopback
# cuando el sistema está arrancando. no cambie esta entrada.
##
139.162.163.62 csiag.de
139.162.163.62 www.csiag.de
127.0.0.1 localhost
255.255.255.255 broadcasthost
::1 localhost
Las entradas 139.162.163.62 conducía al antiguo proveedor de alojamiento, razón por la cual, a pesar de una restauración al nuevo proveedor, el acceso siempre aterrizaba en el antiguo proveedor -sin una consulta DNS- y los cambios en el sitio web con el nuevo proveedor no se mostraban en los dispositivos de acceso externo.
Por lo tanto, estas entradas tuvieron que ser comentadas con un # para que se pueda volver a realizar una consulta DNS y enrutarla al nuevo proveedor:
# 139.162.163.62 csiag.de
# 139.162.163.62 www.csiag.de
Editar el archivo hosts
En Mac OSX (Sonoma), abra el Terminal en el Finder, en Utilidades, e introduzca
sudo nano /etc/hosts
Entrar. Aparecerá una pregunta sobre la contraseña. A continuación, el archivo se abre para su edición.
Utilice la tecla de flecha abajo para situarse delante de la primera entrada, por ejemplo 139...., escriba #, seguido de un espacio. Ahora utilice las teclas de flecha izquierda y abajo para situar el cursor delante de la siguiente línea, aquí de nuevo 139..., escriba de nuevo #, seguido de un espacio, como se muestra arriba.
Guardar archivo hosts
Con la combinación de teclas Ctrl+X , seguido de Y y INTRODUCE se guarda el archivo.
Borrar la caché DNS de OSX
Para eliminar la caché DNS propia del sistema operativo, introduzca
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder
en. A continuación, el sitio web debería direccionarse y mostrarse utilizando la nueva dirección IP obtenida a través de la solicitud DNS forzada de este modo.