网域和寄存之间的关系
网域和寄存其实是分开的。网域 jumitop.com 代表一个 Internet 地址，这 Internet 地址用于标记某地方有个（或多个）服务器可以提供各样 Internet 服务。有些 Internet 服务是以公开标准协议方式进行。例如：
通过 HTTP 协议访问 Internet 地址会接连到网域所标记的服务器，为访客提供资信内容。对访客来说就是我们俗称的网站。通过 FTP 协议访问 Internet 地址会接连到网域所标记的服务器，访客可以批量式上传或下载档，而一般这个 ftp 服务只开放给网站管理员用以上传或下载网页档作维护网站之用。
有些服务是专有 proprietary 而细节不向公众开放, 例如某公司的云端同步，需要在 PC 或手机安装他们提供的程序并接连到他们的储存服务器。其他标准定义 Internet 服务包括 HTTPS 加密连线浏览，SMTP 电邮转发，POP 邮件信箱服务等等。由于标准 Internet 服务采用标准协义，如果你不满意 IE 浏览器作为 HTTP 服务客户端的表现，你可以转使用另一个浏览器如 Chrome。如果你不满意服务器网页应用程序如 IIS 的表现，你可以选择使用别一个服务器网页应用程序如 Apache。
如果你不满意服务器硬件的表现，你可以选择使用别一个服务器硬件。之前说过网域和寄存其实是分开的，当你更改网页服务器，你需要通知其他人新网页服务器的 Internet 地址。谁拥有服务器地址最新地址信息？您寄存公司的 DNS 服务器。因为每当服务器变更寄存公司有责任更新你的网域记录并通知所有其他人。
搬迁网站转换网站寄存公司要考虑的问题
当转换网站寄存公司时，要考虑以下的问题：
如果纯粹是从A网站寄存公司转到B网站寄存公司而没有更新网站，做法相对简单。你最大的考虑是怎样减少您的网站服务的中断时间。
搬迁网站时访问者浏览你的网站有三种情况可能会发生：1) 浏览器还没有收到最新 DNS 更新，所以连到寄存旧服务器。2) 浏览器已经收到最新 DNS 更新，所以连到新服务器。3) 浏览器还没有收到最新 DNS 更新，所以连到寄存旧服务器，而现在该服务器已经不再为网站提供寄存，所以浏览器回报错误。
公司电邮可能发生情况：如果你的电邮信箱是在旧寄存公司，由于搬迁网域寄存中间有段时间是网域 DNS 未能全球完成更生（一般需要几小时），而旧寄存服务器没有实时删除网域记录，某些电邮转发器可能会成功将电邮发送到旧寄存服务器。如果旧寄存服务器已经删除网域记录，即使某些电邮转发器发送到旧寄存服务器会遇到电邮错误。因此，你必须明白到电子邮件在转换网站寄存公司几小时之间可能遗失，因此请对方重新发送。
搬迁邮件
要备份旧的邮件，如果你是使用 webmail 电邮系统，所有电邮是放在寄存服务器上。如果不作处理，搬网站以后你可能会掉丢过去几年跟客户来往的电邮记录。做法是你可以在 PC 上安装 Thunderbird?电邮客户端，设定以 POP 协议连接到你的寄存公司的信箱，将现有邮件全部下载。当搬迁网站到新的寄存公司以后，再更新 Thunderbird 配置资料连接到新邮件服务器。
好几年前 Gmail Apps for Business 提供免费电邮服务 (只限用户数量少于十个)，现在这个服务对新用户是要收月费。就是在 Gmail 界面下以你的网域电邮名称操作，好处是 Gmail 系统稳定，安全性高，无需 IT 人员管理。如果阁下现在的电邮系统是利用 Gmail, 电邮系统就不需要过渡。做法是在你的网站控制台设定使用外部电邮系统，然后通过 name server 设定以下五个 MX 记录，将收发电邮的动作外判给 Gmail 系统。
有些公司帮用户设定利用 Gmail 界面收发电邮，设定方法比较转接。首先是在网域设定中的电邮启用转发 forwarding 功能，将电邮自动转发到 Gmail 账户。然后在 Gmail 账户中设定将所发送的电邮设定通过网域的电邮服务器转发，并以指定的网域电邮名称发送。
如果您的电子邮件系统是这样，搬迁电邮过程除了要重新建立电邮地址和转发设定外，亦需要更新网域电邮服务器的名称，连接埠和登入密码就可以。
搬迁档
一般的网站可以是纯网页或采用内容管理系统 CMS。搬迁纯网页档网站很简单，以 FTP (可以使用 FileZilla) 连接到旧服务器，将所有在 public_html 档夹下的档目录拷贝到 PC，然后连接到新服务器，将先前拷贝的档目录上载到 public_html 档夹就可以。
搬迁数据库
内容管理系统采用数据库。所以搬迁时除了像上面描述搬迁纯网页档外，你要将现有数据库内容全部汇出成 SQL 档，然后在新服务器建立一个数据库，这时你需要提供数据库名称，数据库用户名称及连接密码。将先前汇出的 SQL 档汇入新数据库。最后在新服务器上找到该数据库配置档，更新数据库名称，数据库用户名称及连接密码。如果你的数据库是 MySQL，通常汇出汇入使用的程序是 phpMyAdmin。
搜寻引擎优化-错误301重定向
很多人将藉重整他们网站的机会时同时转换到网站寄存公司。很可能是您的旧网站针对某关键字的网页已经排名不错，如果重整网站导致旧的网页更改为新的URL，这个网页先前累积的排名优势会全部化为乌有。解决的办法是利用301 重定向 Redirect 将旧 URL 网页的访问自动接连到新网页的 URL。在保持现有排名优势的基础上再力争上游。
决定那些网页要设定重新定向需要参考 Google Search Console, 理由是你希望将已经取得高排名的关键字指向的旧网页在重定向的新网页取得相同或更好的搜寻引擎结果排名。
当网页地址改变前就要设定好 301 重定向。理由是：
假设原来的网页地址 A 已经取得高搜寻排结果排名，现在网址转为 B 而忘记设定 301 重定向将 A → B。现在某搜寻用户输入查询，网址 A 显示在搜寻排名结果页。搜寻用户点击登陆到 A 网址，但网站回报 404 找不到错误，用户在浏览器选择退回。
搜寻引擎可以侦测到搜寻用户退回的行为和网站回报的 404 错误。对此错误搜寻引擎会先当作偶然，将网址 A 的排名降分，变相将排名下调，当再有第二三四等等同样事情发生，网址A再被下调排名。这时网址A可能再无机会曝光在搜寻用户眼前。这时候你再定义301重定向便成无作用。
就算一开始设定好 301 重定向没有以上的问题，但仍需要考虑以下几点：
原来网址 A 的页外排名优势 (或者可以简单理解为分数) 只有 90% 被网址 B 承继。每一次重定向都如是。所是如果网址 A → 网址 B → 网址 C → 网址 D，网址 D 只有原来网址 A 的 73% 页外排名优势。
当搜寻引擎发现网址 A 被 301 重定向到网址 B， 搜寻引擎会重新计算 (根据内容) B 的页内排名优势。如果 B 比 A 好，网址 B的排名有可能被提升。再反如果网址 B 比网址 A 差，网址 B 的排名有可能被下调。其道理就如利用 Query Deserves Freshness QDF 进行 Republishing 内容一样。
当搜寻引擎发现网页 B 后，会检索网页 B 而放弃原来的网页 A。而这个检索由于涉及 Crawl Budget 等技术问题，不是实时发生。受欢迎网站可以是几小时，冷门网站可以是一个月。当网页 B被检索取代网页 A 后，原来的 301 重定向的作用大幅减小，可能只剩下一些其他第三方的推荐链接 referral links 仍然用原来 A 网址。
你要明 301 重定向是告诉搜寻引擎对应旧网页时新网页的网址。搜寻引擎收到 301 重定向讯号时发现新网址后会从新评估新网页内容，例如标题，meta 描述， 图片 alt 文字等等，。常犯的错误是在新301 重定向网页中没有排名关键字相关内容。例如我们一个买花瓶的客户在旧分类页中取得 trumpet vases， pilsner vase 排名，但新网页中没有了关于 pilsner vase 的内容。
重定向后，pilsner vase 的排名将显著下降。