<img height="1" width="1" style="display:none" src="https://www.facebook.com/tr?id=1500086133623123&amp;ev=PageView&amp;noscript=1">
logo de inboundcycle

Agencia de Inbound Marketing

Blog de Inbound Marketing

Técnicas y recursos para ayudarte a generar oportunidades comerciales y branding basados en las experiencias de todo un equipo de profesionales del marketing digital.


Aprende a Configurar y Redireccionar un Dominio para usar HubSpot COS

por Marina Mele  |  31/07/2014

HubSpot

¿Tienes que configurar el dominio de tu web y no sabes cómo hacerlo? ¿Quieres saber qué es un registro CNAME? ¿Usas HubSpot y quieres utilizar el COS? ¿Necesitas redirecionar tu dominio principal al subdominio www?

Si has contestado afirmativamente a alguna de estas preguntas, este post es para ti.

Además, para que todos estos conceptos queden claros, completaremos las explicaciones con un caso práctico: cómo transferir un dominio de un registro cualquiera a 1&1, y configurarlo para que funcione con el COS de HubSpot. Y si no usas HubSpot, no te preocupes: te garantizamos que vas a poder seguir todas las explicaciones perfectamente.

Si quieres aprender más sobre Hubspot y sus funcionalidades clave, descárgate la guía gratuita HubSpot. Review de la herramienta.

A lo largo de este artículo, abordaremos los siguientes temas (aunque, si lo deseas, también puedes ir directamente a una sección haciendo clic sobre el correspondiente enlace).

  1. Diccionario de términos
  2. Cambiar tu dominio de registrador
  3. Redirigir el tráfico del dominio principal al subdominio www
  4. Tu website con el COS de HubSpot

Si lo prefieres, puedes descargarte este contenido en formato ebook desde aquí.

1. Diccionario de términos

Es posible que algunas de las siglas o los términos que aparecían en el enunciado te resulten desconocidos, ¿verdad? Que no cunda el pánico: para que puedas familiarizarte con ellos, lo primero que haremos será definirlos, ya que así entenderás mejor cómo se configuran los dominios en internet.

Sistema de nombres de dominio o DNS

El Domain Name System (DNS) es un registro parecido a una agenda de teléfonos de Internet. Básicamente, asocia nombres de dominio con las direcciones IP (Internet Protocol) necesarias para encontrar los diferentes servicios y dispositivos en Internet.

Existen diversos servidores DNS que contienen copias de esta especie de agendas telefónicas repartidos alrededor del mundo: 

localizacion_servidores_DNS
 

Para saber cuál es la dirección IP de una página web, puedes usar herramientas como Whois. Con ellas, podremos comprobar, por ejemplo, que el dominio example.com se traduce en la IP 93.184.216.119. Esto quiere decir que cuando un usuario introduce este dominio en su navegador, los servidores DNS indican al navegador que vayan a esta IP para encontrar los contenidos del dominio.

Zona DNS o zona de autoridad

El sistema de nombres de dominio está serparado jerárquicamente en varias piezas para que pueda manejarse con mayor facilidad. Cada una de estas piezas recibe el nombre de zona DNS o zona de autoridad, y representa una región de responsabilidades administrativas y autoridad que está controlada por entidades específicas.

Estas zonas pueden consistir en un solo dominio, o bien en múltiples dominios y subdominios. Así, toda la configuración DNS (o registros de dominios y subdominios) se halla en los ficheros DNS de cada una de estas zonas. A continuación, veremos otros conceptos relevantes.

El registro A

Un registro A es un tipo de entrada en el fichero DNS de una determinada zona DNS que relaciona el nombre de un dominio (o subdominio) con su dirección IP. De esta manera, se puede dar el caso de que dos subdominios de un mismo dominio apunten a direcciones IP distintas.

Por ejemplo, una línea de nuestro fichero DNS podría ser:

example.com    A     93.184.216.119,

que corresponde a un registro de tipo A, que hace que el dominio example.com vaya ligado a la dirección IP 93.184.216.119.

El canonical name o CNAME record

El canonical name (o sencillamente, nombre canónico o CNAME record) es otro tipo de registro de la DNS. Se trata de una entrada en el fichero DNS de tu zona que indica que el nombre de un dominio emplea la dirección IP de otro dominio. Este último recibe el nombre de dominio canónico.

Si tienes dos subdominios distintos, como blog.example.com y www.example.com, puedes usar un registro CNAME para que que ambos apunten al registro A de example.com, que a su vez, apunta hacia una dirección IP. Lo veremos más claro en este esquema:

tipos_de_registro

El modo de leer esta tabla es el siguiente: el nombre es un alias para el valor, mientras que el valor es el nombre canónico o valor real. Por ejemplo, www.example.com es un alias para el CNAME example.com, y example.com es el nombre canónico del registro. Así, tanto si el usario va a la dirección blog.example.com, www.example.com o example.com, el navegador buscará los contendios en la misma IP 93.184.216.119.

Con relación con estos puntos, conviene hacer diversas aclaraciones respecto el CNAME:

  • Un registro CNAME puede apuntar hacia otro registro CNAME, pero no es recomendable, ya que puede causar loops.
  • Un registro CNAME puede apuntar hacia otro nombre de dominio, pero nunca a una dirección IP.
  • El nombre canónico al que apunta el CNAME puede estar en cualquier lugar de la DNS (puede ser local o hallarse en una zona diferente de la DNS).
  • Cuando un servidor DNS encuentra un registro CNAME durante la búsqueda de un recurso regular, vuelve a enviar la petición, pero usando esta vez el nombre canónico.

El registrador de dominios

Un registrador de dominios es una empresa que vende dominios de Internet. Normalmente, estas compañías también ofrecen un servicio de alojamiento DNS, por lo que proporcionan servidores DNS propios para poder ligar el nombre de dominio a la dirección IP. Por lo tanto, permiten modificar el registro DNS de tu dominio y poner, por ejemplo, un A-record o un CNAME, o hacer una redirección hacia una dirección web.

Cuando cambiamos los registros DNS de nuestro dominio en un registrador, tenemos que esperar un tiempo a que los grandes servidores DNS actualicen los valores. A esto se le llama propagación de las DNS de tu dominio.

Para saber el estado de nuestro registro DNS en cada uno de estos grandes servidores, podemos consultar la página whatsmydns.net. Una vez en ella, basta con introducir el nombre de un dominio o subdominio y seleccionar el tipo de registro que desaemos consultar (A o CNAME). Acto segiudo, nos mostrará el valor que tienen guardados los servidores DNS.

Así presenta Whatsmydns los resultados de tu búsqueda:

whatsmydns_for_example

Los ticks verdes indican que se ha encontrado un valor en el registro. De lo contrario, aparecerá una cruz roja. En este caso vemos cómo todos los servidores DNS tienen el mismo valor para el registro A de example.com: la IP 93.184.216.119.

Cuando un registro se está propagando, los valores del registro pueden variar, dependiendo del servidor DNS. La propagación se completa cuando todos ellos han acutalizado el valor.

El tiempo de vida (TTL)

Los registros de los servidores DNS se van actualizando constantemente. Cada uno estos registros DNS tiene asociado un tiempo de vida o TTL (siglas del concepto en inglés time to live), que indica cada cuánto se tiene que actualizar ese registro. Así, cuando se hace un cambio en las DNS de un dominio con un TTL de 12 horas, los grandes servidores DNS alrededor del mundo pueden tardar hasta 12 horas en actualizar los registros. Por lo tanto, podemos entender el TTL como una medida orientativa del tiempo máximo que puede tardar una propagación de las DNS.

Si lo deseas, puedes consultar cuál es el TTL de tu dominio usando esta herramienta.

2. Cambiar tu dominio de registrador.

Es posible que queramos cambiar nuestro dominio de registrador, pero a veces nos preocupa cómo hacerlo y las implicaciones que esto pudiera tener. Por ejemplo, si cambiamos de registrador, es lógico que nos planteemos durante cuánto tiempo va a estar inactiva nuestra página web, o si nuestro posicionamiento en el buscador de Google puede verse afectado.

Para aclarar estas cuestiones, vamos a dar las claves para hacer un cambio de registrador, intentando que la web esté inactiva el menor tiempo posible y, del mismo modo, consiguiendo que el posicionamiento en Google no se modifique.

En primer lugar, tenemos que ponernos en contacto con nuestro registrador actual (o acceder a nuestro panel de control, en caso de que tengamos uno) y pedirle lo siguiente:

  1. que desbloquee nuestro dominio y
  2. que nos proporcione un código de autorización para el cambio.
  3. También es una buena idea pedirle al registrador que fije el TTL en 10 minutos. De esta forma, los registros DNS se actualizarán más rápidamente. Muchos registradores no ofrecen este servicio, y tienen por defecto un TTL de 12 o 24 horas (para salir de dudas, puedes comprobar el TTL de tu site aquí). Este paso puede demorarse bastante, por lo que es mejor esperar a que se actualicen los valores antes de seguir. 

Caso 1&1: Para desbloquear un dominio de la empresa 1&1 para transferirlo a otro registrador, puedes ir al Panel de control (en el apartado de Gestión de dminios —> Tu dominio). Allí podrás ver el código de autorización y un botón para desbloquear el dominio. 

11_desbloquear_dominio

Fin del caso 1&1


 Una vez hayamos desbloqueado el dominio y obtenido el código de autorización, tenemos que entrar en el nuevo registrador y solicitar una transferencia de dominio. Durante el proceso, nos pedirán el código de autorización del domino, que previamente habremos obtenido del otro registrador.

Algunos registradores ofrecen la opción de mantener la configuración DNS que había en el otro registrador. ¡Si el tuyo la tiene, activa esta opción! Así evitarás que la web esté inactiva cuando se haya producido la transferencia. Y si no lo tiene, no te preocupes: simplemente, tendrás que estar pendiente del momento en que  tu web esté inactiva y configurar las DNS lo antes posible.

Cuando hayas finalizado este proceso, es probable que recibas un e-mail en el que te confirmarán que la transferencia se ha efectuado. A partir de este momento, se dice que el proceso de transferencia puede tardar hasta 15 días para un dominio .com

Eso sí: siguiendo estos mismos pasos, a nosotros nos tardó menos de 24 horas. Por eso, te aconsejamos que compruebes el estado de tu site tan a menudo como te sea posible. ¡Quizás tarde 10 días, pero hay que estar atento!


Caso 1&1: si no estamos registrados en 1&1, podemos crear una cuenta y empezar a transferir el dominio usando este enlace. Si ya tenemos una cuenta, tenemos que ir a nuestro panel de control, donde veremos el apartado Transferir dominio. 

11_transferir_dominio

 A continuación, nos van a pedir que introduzcamos el dominio que queremos transferir, y como ya está registrado (a tu nombre), nos aparecerá este mensaje de advertencia:

11_transferir_dominio_advertencia

Habrá que aceptar las condiciones y seguir adelante. Ahora, tendremos que confirmar nuestros datos personales e introducir el código de autorización, obtenido del otro registrador. 

Acto seguido, veremos un esquema con los servidores de nombres detectados. Para usar la configuración DNS del antiguo registrador —y evitar así que la web deje de estar activa cuando se haya producido la transferencia—, tenemos que marcar la casilla Utilice los servidores de nombres detectados.

Finalmente, confirmamos los datos y solicitamos la transferencia del dominio.

A continuación, recibiremos un e-mail para que demos nuestro consentimiento de la transferencia. Una vez aceptado, el dominio pasará a tener el estado transfiriendo cuando lo consultemos en el panel de control.

11_transfiriendo

Si durante el proceso hemos marcado la casilla para usar la configuración DNS del otro registro, nuestra página web debería estar activa durante todo el procedimiento.

En cambio, si no hemos marcado la casilla en cuestión, tenemos que estar atentos para detectar el cambio lo antes posible. Una opción es comprobar el panel de dominio hasta que deje de aparecer el mensaje transfiriendo. A su vez, otra alternativa consiste en mirar cuándo deja de estar activa la web. 

En este momento, tenemos que acceder al panel de control de nuestro dominio y modificar la Configuración DNS. 

Fin del caso 1&1


¿Te está resultando interesante este artículo? Recuerda que también puedes descargártelo en formato ebook desde aquí.

3. Redirigir el tráfico del dominio principal al subdominio www

Cuando tenemos una web en el subdominio www (como por ejemplo, www.inboundcycle.com), normalmente queremos que cuando los usuarios escriban el dominio principal en sus navegadores inboundcycle.com, éstos sean redirigidos al subdominio www.

Algunos registradores ofrecen la opción de redirigir el tráfico del dominio a una url. De esta manera, cuando alguien hace una petición al dominio principal, son redirigidos a la URL indicada. Por ejemplo, el dominio principal Inboundcycle.com tiene una redirección hacia el subdominio http://www.inboundcycle.com.

El problema reside en el efecto de esta redirección. Sin ir más lejos: ¿qué pasa cuando los internautas escriben lo siguiente en sus navegadores?:

http://inboundcycle.com/blog-de-inbound-marketing

Dependiendo de cómo se haya hecho la redirección, los usarios pueden ser redirigidos a:

a) http://www.inboundcycle.com

b) http://www.inboundcycle.com/blog-de-inbound-marketing

Imaginemos un caso en el que tenemos nuestra web en el dominio principal y gozamos de un buen posicionamiento en Google. Parte de este posicionamiento será gracias a la presencia de enlaces hacia páginas de nuestro site, que tendrán la estructura dominio.com/contenido-de-interes.

¿Qué pasa si queremos cambiar la dirección de nuestra web para que use el subdominio www? No hemos borrado el contenido de la web, pero ahora se encuentra en una URL distinta: www.dominio.com/contenido-de-interes. Si evaluamos cada tipo de redireccionamiento, llegaremos a lo siguiente:

a) En este caso, cuando el usuario accede al contenido a través de uno de estos enlaces, es redirigido a la página principal del site. 

b) El usuario accede a los contenidos sin problemas, ya que es redirigido a la URL que contiene lo que estaba buscando.

Claramente, podemos ver que es mucho mejor obtener un redireccionamiento del tipo b) para mejorar la experiencia del usuario. ¡Y no nos olvidemos de Google! De hecho, si usamos un redireccionamiento del tipo a), vamos a perder todos los enlaces hacia páginas internas de nuestro site. Además, el texto ancla (o anchor text) de estos enlaces no va a coincidir con el contenido de la página de inicio (home page).

El resultado de la redireción dependerá del registrador que estés usando. Por ejemplo, para 1&1, cuando configuras tu dominio para que redireccione el tráfico hacia otro subdominio ¡es una redirección tipo a)!

Para evitar que eso ocurra, vamos a explicar cómo podéis hacer un redireccionamiento de tipo b), que mantendrá todo el slug de la URL al redireccionar el dominio principal al subdominio www.

Redireccionar un dominio correctamente

Para el dominio principal, en vez de redirigrilo a una URL, vamos a usar el espacio web del registrador (el espacio web o hosting es un sitio dentro del registrador que te permite guardar archivos, como por ejemplo, los archivos html de tu página web). En concreto, vamos a crear una carpeta a la que llamaremos Redirección en la raíz del espacio web (si quieres ponerle otro nombre a la carpeta, ¡adelante!). De esta manera, el dominio principal estará destinado al espacio web /redireccion.

Pero antes de dirigir el dominio hacia esta carpeta, vamos a configurarla debidamente. Crea un archivo en tu ordenador llamado .htaccess. El punto al principio del archivo es importante (¡no te lo dejes!) e indica que se trata de un archivo oculto. Introduce las siguientes lineas de código dentro del archivo:

RewriteEngine On
RewriteCond %{HTTP_HOST} !^www\.
RewriteRule ^(.*)$ http://www.%{HTTP_HOST}/$1 [R=301,L]

Este archivo va a ser el encargado de redirecionar todas las URL del dominio principal hacia el subdominio www, manteniendo todo el slug.

Una vez guardado, súbelo al espacio web del registrador dentro de la carpeta /redireccion. Ahora, ya puedes indicar al dominio principal que use este espacio web, y en unos minutos, la redirección ya estará operativa.

Nota: los archivos ocultos a veces no se muestran en los administradores de archivos y tenemos que configurar el administrador para verlos. Estos posts te ayudarán a configurarlo si usas uno de estos sitemas operativos: Windows, Mac OS X, Mac OS X Mavericks.

 

4. Tu website con el COS de HubSpot

Una de las nuevas funcionalidades de HubSpot es el sistema de optimización de contenidos (en inglés, content optimization system o COS). Consiste en una nueva versión mejorada de un content management system (CMS). Ofrece nuevas funcionalidades para personalizar el contenido y mejorar la experiencia del usuario, así como un diseño responsive por defecto.

Lo único que necesitas para tener tu website en el COS es tener un subdominio (por ejemplo un subdominio www). En el apartado Content settings --> Domain manager de HubSpot, podrás ver la configuración actual de tus dominios.

Si no tienes un subdominio disponible, esto no quiere decir que no puedas usar el COS para hacer pruebas o a empezar a crear tu web. Para eso, HubSpot te proporciona un subdominio temporal bajo el dominio hs-sites.com. Así, una vez hayas creado tu web en este subdominio, con los contenidos y el formato que quieras, simplemente necesitarás hacer que esta web esté visible bajo el subdominio de tu empresa. Y esto es lo que vamos a ver aquí.

En las líneas que siguen, explicaremos un caso en el que partimos de un website que usa el CMS y migraremos el dominio para que use el nuevo website que hemos creado con el COS. Si tienes una configuración distinta a la que aquí presentamos —por ejemplo, si estás creando la página web directamente al COS (sin pasar primero por el CMS)—, no te preocupes. Simplemente, ignora los párrafos que hablen del CMS, ya que la configuración del COS es la misma.

Recuerda que, si quieres conocer más funcionalidades de HubSpot, te recomendamos la lectura de la guía HubSpot. Review de la herramienta.

Configuración Inicial

El estado inicial de configuración de dominios es el siguiente:

configuracion_dominios_inicial

Como podemos ver en la figura anterior, en el apartado Classic HubSpot CMS Domains, la página web está situada en el dominio principal inboundcycle.com y está usando el CMS. En el registrador de este dominio, hay un registro de tipo A apuntando hacia la dirección IP que proporcionaba antes HubSpot para configurar los dominios.

Como la web está en el dominio principal, el subdominio www redirige todo el tráfico hacia la web. Básicamente, el subdominio también tiene un registro tipo A hacia la misma IP que facilita HubSpot y, una vez en los servidores de HubSpot, es redirigido por defecto al dominio principal inboundcycle.com. Fíjate que es distinto del redireccionamiento www del que hemos hablado antes, ya que lo hace HubSpot y no nuestro registrador.

Una consecuencia de esta configuración es el mensaje de aviso que se muestra al lado del dominio, indicando que no hemos configurado correctamente el CNAME. Aunque esta configuración funciona correctamente, HubSpot nos recomienda que cambiemos el registro del subdominio por uno de tipo CNAME con el valor CNAME que nos indican (en la última imagen aparece borroso).

Hay un tercer dominio secundario en la configuración CMS que también es redireccionado hacia el dominio principal. Este dominio, será al que tendremos que ir para acceder a las páginas del CMS cuando movamos el dominio principal al COS.

Si ahora nos fijamos en los dominios que están en el COS, vemos que hay un dominio proporcionado por HubSpot, inboundcycle.hs-sites.com, que aloja los e-mails, las páginas de aterrizaje o landing pages, los blogs y las páginas del site. En realidad, este dominio se tiene que usar solamente mientras se prepara la nueva página web usando el COS. De este modo, cuando se haga el cambio al COS para el dominio principal, sustituirá a éste y mostrará el nuevo website.

También aquí hay un dominio secundario que redirecciona a inboundcycle.hs-sites.com, y que proporciona HubSpot por defecto, cuando no se ha introducido ningún dominio en este apartado.

Seguidamente, vamos a ver los pasos que debemos seguir para pasar el dominio principal al COS. Además, vamos a crear un subdominio que va a alojar solamente las landing pages

Subdominio www primario y dominio principal secundario

Para usar el COS de HubSpot, necesitamos que la web esté en un subdominio. Por esto, vamos a hacer que la web esté en el subdominio www y vamos a redireccionar todo el tráfico del dominio principal hacia el subdominio.

Antes de seguir, te recomendamos que guardes el sitemap de tu website. Al final de este paso, vamos a ver una forma automatizada de comprobar que los enlaces de tu sitio web se han redireccionado correctamente (algo que, por cierto, es muy importante para evitar que el buscador de Google no te penalice). Siguendo con las explicaciones del apartado anterior, veamos que los pasos que hay que seguir son:

  • Subir el archivo .haccess al hosting del registrador, bajo la carpeta redirección.
  • Crear, si no lo tenemos todavía, el subdominio www.
  • Cambiar, si se puede, el TTL del dominio y el subdominio, estableciéndolo en 10 minutos. Esperar a que los cambios sean efectivos.
  • Editar la configuración DNS del subdominio con un registro CNAME que apunte al valor que nos indica HubSpot. Si estás haciendo el cambio de CMS a COS, te aconsejamos que pongas el CNAME del CMS (más adelante, te indicaremos cuándo tienes que poner el del COS). Así, podrás controlar si ha habido algun error en la configuración.
  • Editar el dominio y dirigirlo hacia la carpeta /registrar.
  • Esperar a que la propagación de las DNS haya finalizado. Recuerda que puedes comprobar los valores de los servidores DNS mundiales desde la web Whatsmydns.
  • Volver a poner el TTL en el valor que tenímos antes, en el csao de que lo hayamos cambiado.

Cuando la redirección sea efectiva, habrá que comprobar que todos los enlaces de tu sitemap redirigen a la URL esperada. Para eso, vamos a usar un pequeño script de Python (si quieres saber cómo instalar Python, puedes consultar este post).

El código es el siguiente:

Para ejecutarlo, copia este archivo en una carpeta junto con el sitemap que habrás guardado anteriormente. Abre una terminal y escribe:

python inboundcycle_url_reader.py

Este programa te va a crear un archivo llamado urls_sitemap.txt con la URL inicial y la obtenida, si es que ha habido una redirección. Además, si no ha encontrado la página en esa URL, te aparecerá un aviso al principio de la línea con el código 404. Por ejemplo, el archivo obtenido contendrá líneas como:

       http://inboundcycle.com/contacto           http://www.inboundcycle.com/contacto

404  http://inboundcycle.com/url-no-existe     http://www.inboundcycle.com/url-no-existe

La primera línea indica que la URL ha sido correctamente redireccionada, mientras que la segunda señala que, una vez redireccionada, no ha encontrado la página que buscaba. Si el redireccionamiento ha salido bien, todas las URL de la derecha tendrán el www delante y mantendrán el slug de la URL (como /contacto). Por otra parte, si encuentras algún error 404, lo más probable es que inicialmente, antes del redireccionamiento, esta página no existiera sin las www.

¡Muy bien! Ahora, ya podemos seguir con la migración al COS.

Migrar tu web al COS de HubSpot

Una vez tenemos nuestra web en un subdominio (en este caso www), ya podemos usar el COS de HubSpot. Si estás migrando tu web del CMS al COS, asegúrate de que tienes todas las páginas creadas en el COS. Es decir: para cada URL del sitemap del CMS tiene que haber un equivalente creado en el COS. De este modo, no habrá errores 404 (not found) después de la migración.

También puedes crear redirecciones manualmente desde Content Settings --> COS URL Mappings. Por ejemplo, si una URL de tu antigua página web ya no está activa en el COS, puedes hacer una redirección desde esa web hacia la home page.

Cuando  terminemos de hacer la migración, vamos a usar el script de Python anterior para comprobar que no hay enlaces rotos. Así, podrás crear las redirecciones necesárias, o páginas del site para que no haya errores al navegar por tu web. ¡Recuerda que esto es necesario para evitar que  Google te penalice! 

Los pasos indispensables para hacer la migración son los que aquí detallamos:

  • Cambiar, si se puede, el TTL del subdominio a 10 minutos. Esperar a que los cambios sean efectivos.
  • Modificar el CNAME del subdominio para que apunte al CNAME que nos da HubSpot en Content settings --> Domain Manager en el apartado HubSpot COS Domains.
  • En el mismo Domain Manager, añadir el subdominio al COS:
    • Si estamos migrando el subdominio del CMS al COS, tenemos que editar el subdominio actual (en el apartado del CMS), hacer clic en Convert this domain y seguir las instrucciones para migrarlo al COS. Nos preguntará qué dominio queremos usar como Primary Legacy Domain (dominio desde donde podremos acceder a la antigua web del CMS). Puedes dejar el valor que aparece por defecto.
    • En caso contrario, simplemente debes añadir el subdominio, usando para ello el botón azul Connect another HubSpot COS domain.
  • En ambos casos, tenemos que indicar para qué vamos a usar este subdominio. En nuestro caso, www.inboundcycle.com va a contener las páginas del site, los e-mails, y los posts del blog. Pon la configuración que necesites para tu site.
  • En cuanto a las landing pages, las vamos a poner en otro subdominio, inboundmarketing.inboundcycle.com:
    • Creamos el subdominio inboundmarketing.inboundcycle.com
    • Editamos su configuración DNS y le ponemos un registro CNAME apuntando al mismo CNAME que hemos usado antes.
    • En el Domain manager de HubSpot, añadimos este subdominio en el apartado del COS y le indicamos que solamente va a contener las landing pages del site.
  • Cuando los cambios sean efectivos, volvemos a poner el TTL al valor que teníamos antes (en el caso de que lo hayamos cambiado).

La configuración de los dominios al terminar será:

configuracion_dominios_final

Una vez constatemos que los cambios se han realizado correctamente y veamos nuestra web del COS en el subdominio, tenemos que comprobar que todas las páginas del site funcionan correctamente. Uno de los errores que podemos detectar es que las páginas que no existían anteriormente con el CMS y que hemos añadido en el COS nos muestren la página de No encontrado. Seguramente, esto es debido a que HubSpot todavía no ha comprobado el estado del registro CNAME de tu subdominio, y no te deja añadir nuevas páginas al site.

Para arreglarlo, dirígete al Domain Manager de HubSpot, y edita tu subdominio. En Advanced options, haz clic en Manually mark as resolving. Esto le indica a HubSpot que el subdominio funciona correctamente y que ya puede añadir nuevas páginas en él. Así no tendrás que esperarte a que HubSpot compruebe por él mismo que la configuración funciona.

¡Y ahora, ya sólo queda cerciorarse de que no hay ningún enlace roto! 

Vuelve a utilizar el script de Python que te hemos dado antes, usando el sitemap que tenías inicialmente con el CMS. Y si hay algún enlace roto, corrígelo rapidamente.

Ahora, vuelve a descargar el sitemap de tu nueva web, y corre el script de nuevo (para que no se mezclen los archivos, pon el sitemap en otra carpeta y vuelve a copiar el script allí). Si hay algún error, rectifícalo cuanto antes.

Al pasar del CMS al COS, es probable que la URL de tu sitemap sea distinta. Por ejemplo, que pase de dominio.com/sitemap.aspx a dominio.com/sitemap.xml. En ese caso, si estás usando Google Master Tools, borra el sitemap antiguo e introduce el nuevo.

¿Qué te ha parecido? ¿Tienes alguna duda sobre este post? ¡No dudes en poner tus comentarios abajo! :-)

ebook redireccionar dominio

HubSpot

¿Y tú qué opinas? ¡Déjanos aquí tus comentarios!