Cómo migrar tu web sin perder posicionamiento

Publicado el20 enero, 2023/última actualización6 febrero, 2023/enseo

Para migrar un sitio web sin perder posicionamiento en Google, es necesario seguir una serie de pasos que ayudarán a garantizar que el proceso sea seguro y eficaz. Estos pasos incluyen:

Crear un plan detallado de migración que incluya una lista de todas las URLs y enlaces a migrar, también un rastreo de todas las imágenes.
Realizar una copia de seguridad completa del sitio web, incluyendo todos los archivos, bases de datos y configuraciones relevantes.
Utilizar un servidor de pruebas para realizar pruebas detalladas del sitio web en el nuevo entorno antes de migrarlo completamente.
Configurar correctamente el archivo «robots.txt» y el archivo «sitemap.xml» para indicar a los motores de búsqueda qué páginas indexar y cómo rastrear el sitio web.
Utilizar una herramienta de verificación de enlaces para identificar los enlaces entrantes y asegurarse de que sigan funcionando después de la migración.
Configurar redirecciones 301 permanentes para redirigir automáticamente a los usuarios y motores de búsqueda desde las URLs antiguas a las nuevas.
Implementar un código de verificación de Google Search Console en la nueva versión del sitio para monitorear el rendimiento en los resultados de búsqueda de Google.

Contrasta la información

Contrasta mis contenidos y todo lo que leas en internet.

Comparte en redes sociales

Trato de aportar calidad si te gusta lo que lees por favor comparte en tus redes.

¿Dudas o preguntas?

Deja un comentario con tu duda o pregunta y la contestaré

Crear un plan detallado de migración

En primer lugar necesitarás rastrear las URLs de tu sitio web, algunas de las maneras de realizarlo son:

Utilizando una herramienta de rastreo de sitios web: Existen varias herramientas en línea que pueden ayudar a rastrear las URLs de un sitio web, como Ahrefs, SEMrush, Majestic, Xovi, Seocrawl, Sistrix entre otros. Estas herramientas analizan el sitio web y devuelven una lista de todas las URLs del sitio, así como información adicional sobre el número de enlaces entrantes y el tráfico del sitio. Aunque cada url cuenta, desde luego las que reciben tráfico de buscador deben ser las más importantes. Puedes exportar fácilmente a una hoja de cálculo.
Utilizando el archivo sitemap.xml: Muchos sitios web tienen un archivo sitemap.xml que contiene una lista de todas las URLs del sitio. Puede buscar este archivo en el sitio web, generalmente en la raíz del dominio, y descargarlo para ver todas las URLs del sitio. Hay muchos tutoriales en internet para exportar estas urls a una hoja de cálculo.
Utilizando programas de rastreo. Sin lugar a dudas, creo que el más útil es Screamming Frog. Este programa tiene una vista en árbol que te podrá ayudar mucho a planificar bien esta migración. (Ver foto). Pero finalmente recomiendo exportar a hoja de cálculo normal sin estructura de árbol. Es conveniente que conectes este programa con Search Console. De esta maneras también podrás ver que urls reciben clics o generan impresiones.
Utilizando Google Analytics o G4: Si ya se tiene configurado Google Analytics o el actual G4 en el sitio web, se pueden ver todas las URLs que se han visitado en el sitio. Hay un límite de exportación de 5000 urls.
Utilizando Search Console: Se puede exportar fácilmente todas las urls que están indexadas en el buscador. Ahora bien te puedes dejar en el tintero todas aquellas urls que Google ha podido no rastrear. El límite de 1000 urls de esta herramienta es fácilmente superable en este artículo te muestro como: 4 maneras de superar el límite de Search Console.

Yo suelo obtener todas las Urls con Screamming Frog, es mi método de rastreo preferido, te tienes que concentrar en las páginas con código de estado 200 sean indexables o no.

También conviene realizar un rastreo de todos los enlaces del sitio web antes de migrar. Es interesante que compruebes los estados de las urls a las que apuntan dichos enlaces. Puedes obtener esta información con Screamming Frog.

Además es conveniente que tengas en una hoja de cálculo la lista de todas las rutas hacia las imágenes y documentos que puedas almacenar, será interesante comprobar esta lista tras la migración y ver si hay alguna diferencia.

Realizar una copia de seguridad completa del sitio web

Antes de iniciar la migración, es importante realizar una copia de seguridad completa del sitio web, incluyendo todos los archivos, bases de datos y configuraciones relevantes. De esta manera, en caso de que surja algún problema durante la migración, se podrá recuperar fácilmente el sitio web en su estado anterior. A ver esto lo vas a necesitar si necesitas migrar al mismo servidor donde estás y necesitas retroceder en caso de problemas. Por ejemplo porque vas a cambiar de CMS. También necesitarás la copia si lo vas a mover a otro servidor aunque en este caso no se tratará exactamente de una «copia de seguridad». En este artículo en principio sólo nos referimos al espacio web pero puede que necesites también trasladar los correos.

Para realizar copias de seguridad en primer lugar te recomendaría que explorases las opciones de respaldo que te pueda brindar tu hosting. Algunos hostings tienen herramientas de backups implementadas, en otras ocasiones debes recurrir a las herramientas por defectos que implementan paneles de control como Cpanel o Pararell Plesk.

Si no dispones de dichas opciones tendrás que recurrir al mercado de plugins de tu CMS. En el caso de WordPress las opciones son numerosas. Desde mi punto de vista la mejor opción es UpdraftPlus WordPress Backup Plugin pues dispone de varias opciones de respaldo, puedes respaldar todo el sitio, o bien sólo el tema, plugins, uploads o solo la base de datos. Además presenta opciones de respaldo en la nube.

También puedes realizar una copia comprimida en zip, g-zip, etc. desde el manejador de ficheros de tu hosting o bien realizar su descarga por ftp, a no ser que lo comprimas antes (no recomiendo esta opción), algunos hostings pueden limitar el número de ficheros por directorio y esto podría ocasionar por ejemplo no descargar todas las imágenes del sitio y que no te des cuenta.

En muchas ocasiones te puedes encontrar el típico límite de 10000 ficheros por directorio. Este límite es fácilmente alcanzable en la galería de medios de WordPress por ejemplo. Internamente WordPress genera bastantes versiones en diferentes tamaños de una misma imagen para que disfrutes de un diseño responsivo (responsive design). Insisto mejor comprimes todo en un único archivo y lo descargas directamente o por FTP.

como migrar tu web sin perder posiconamiento

Utilizar un servidor de pruebas

Utilizar un servidor de pruebas para realizar pruebas detalladas. Antes de migrar el sitio web completo, es recomendable utilizar un servidor de pruebas para realizar pruebas detalladas del sitio web en el nuevo entorno. De esta manera, se podrán identificar y solucionar cualquier problema que pueda afectar el funcionamiento del sitio web después de la migración. Lo habitual es que tu sitio de pruebas sea el servidor final y si todo bien pues cambias las DNS y ya está. Pero pueden surgir situaciones en que esto sea necesario, no lo descartes.

A este respecto tienes que considerar diversas situaciones.

Migración de servidor: Esta situación te obligará a realizar un cambio de DNS. El servidor de prueba puede ser el servidor destino final. Deberás comprobar que todo está bien antes de migrar. Muchos hostings disponen de un sistema de previsualización del sitio con urls que no dependen del dominio a migrar, si no dispones de este tema, no desesperes, puedes usar el archivo hosts de tu ordenador para realizar una asignación DNS manual e igualmente podrás comprobar si hay problemas en el servidor final.
Cambio de dominio: En algunos CMS como WordPress esta situación no es complicada de manejar pero aquí si que es importante realizar bien las redirecciones del sistema anterior al nuevo.
Cambio de CMS: Esta situación es de las más complicadas, en muchas ocasiones no hay soluciones de importación y esto te obliga a subir los contenidos manualmente, por mi parte es la peor de las situaciones. En muchas ocasiones la arquitectura de urls también es diferente y de nuevo tienes que contemplar la realización de redirecciones.
Migración del sitio a un directorio dentro del mismo servidor: En el caso de WordPress esto se realiza con mucha facilidad. Además tienes muchos tutoriales en Internet. Pero si no te aclaras, me contactas y lo vemos.

Con independencia de la situación en que te encuentres, a no ser que tu hosting tenga herramientas de migración de sitios webs. Por ejemplo Webempresa si los tiene, es bastante sencillo mover un sitio web sin problemas y poder previsualizarlo antes de hacer el cambio de DNS.

Si lo haces manualmente tendrás que mover físicamente los archivos de un servidor a otro, para esto se puede usar el manejador de ficheros, generar una descarga comprimida de todo el sitio web y subirlo al nuevo servidor de igual modo. También puedes usar un gestor FTP como Filezilla u otros.

Tendrás que bajar una copia de la base de datos. Ojo al archivo de configuración de tu Cms, tendrás que actualizar las credenciales de usuario, contraseña y ruta hacía tu base de datos.

En el caso de WordPress tendrás que configurar el archivo wp-config.php tras la migración realizando estos pasos:

Accede al servidor donde se encuentra instalado WordPress.
Busca el archivo wp-config.php en la raíz de la instalación de WordPress.
Abre el archivo wp-config.php con un editor de texto.
Actualiza la información de la base de datos. Cambia los valores de las constantes DB_NAME, DB_USER y DB_PASSWORD por los nuevos datos de tu base de datos.
Actualiza la información del servidor de la base de datos. Cambia el valor de la constante DB_HOST por la dirección IP o el nombre del servidor de base de datos. La mayoría de las veces el valor es «localhost».
Guarda los cambios y cierra el archivo.
Accede a tu sitio de WordPress y verifica que todo funcione correctamente.

Es importante tener en cuenta que estos son los pasos básicos para configurar wp-config.php después de una migración, pero es posible que se requieran otros ajustes dependiendo de la configuración específica de tu sitio.

Configurar correctamente el archivo «robots.txt» y el archivo «sitemap.xml»

Robots.txt

El archivo robots.txt es un archivo que se encuentra en la raíz de un sitio web y se utiliza para indicar a los motores de búsqueda qué páginas o secciones del sitio deben de ser indexadas o no. A continuación, te explico cómo configurar tu archivo robots.txt:

Crea un archivo llamado «robots.txt» en la raíz de tu sitio web. La dirección para acceder al archivo debe ser «http://tusitio.com/robots.txt«.
Abre el archivo robots.txt con un editor de texto y agrega las instrucciones para los motores de búsqueda. Por ejemplo, para evitar que un motor de búsqueda indexe una sección específica de tu sitio, agrega la línea «Disallow: /nombre-de-la-sección/».
Guarda los cambios y sube el archivo robots.txt a tu servidor.
Verifica que el archivo está funcionando correctamente accediendo a «http://tusitio.com/robots.txt» en tu navegador.

La configuración del archivo robots.txt después de una migración en WordPress puede ser un poco más complicada debido a los cambios en las URL. Sin embargo, sigue estos pasos para configurar tu archivo robots.txt después de una migración:

Haz una copia de seguridad del archivo robots.txt existente antes de hacer cualquier cambio.
Accede al archivo robots.txt en la raíz de tu sitio web y verifica que las instrucciones existentes sigan siendo válidas después de la migración.
Si las URL de tu sitio han cambiado, debes actualizar las instrucciones en el archivo robots.txt para reflejar las nuevas URL. Por ejemplo, si antes tenías una línea «Disallow: /sección-privada/», y después de la migración la URL de esa sección ha cambiado a «http://tusitio.com/nueva-sección-privada/«, debes actualizar la línea a «Disallow: /nueva-sección-privada/».
Si has cambiado la estructura de tu sitio web y hay secciones nuevas o eliminadas, debes agregar o eliminar las instrucciones correspondientes en el archivo robots.txt.
Guarda los cambios y sube el archivo robots.txt a tu servidor.
Verifica que el archivo está funcionando correctamente accediendo a «http://tusitio.com/robots.txt» en tu navegador.

Es importante recordar que los motores de búsqueda necesitan tiempo para actualizar su índice, por lo que es posible que no veas los cambios inmediatamente. Si no hay cambio de dominio, ni estás moviendo tu sitio a un directorio dentro del dominio y tampoco estás cambiando de CMS, seguramente no tengas que realizar ningún cambio en este archivo.

Sitemap.xml

Un mapa del sitio (sitemap) es un archivo XML que contiene una lista de todas las páginas de un sitio web y se utiliza para ayudar a los motores de búsqueda a rastrear y indexar mejor tu sitio. En realidad puedes encontrar diversos tipos de Sitemaps:

Sitemap XML estándar: Este tipo de sitemap incluye enlaces a todas las páginas y publicaciones de tu sitio web.
Sitemap de imágenes: Este tipo de sitemap incluye enlaces a las imágenes incluidas en tus publicaciones y páginas.
Sitemap de vídeos: Este tipo de sitemap incluye enlaces a los vídeos incluidos en tus publicaciones y páginas.
Sitemap de taxonomías: Este tipo de sitemap incluye enlaces a las páginas de categorías y etiquetas de tu sitio web.

Es verdaderamente útil además de subir todos los archivos XML con la información anterior, la inclusión de un archivo llamado índice de sitemaps.

Un índice de sitemaps es un archivo especial que contiene una lista de los sitemaps de un sitio web. Es utilizado para informar a los motores de búsqueda sobre la existencia de varios sitemaps en un sitio web y donde se encuentran. Es una forma de organizar y facilitar el proceso de rastreo de los sitemaps de un sitio web para los motores de búsqueda.

La estructura de un índice de sitemaps es similar a la de un sitemap estándar, pero en lugar de incluir enlaces a las páginas de un sitio web, incluye enlaces a los sitemaps individuales. Es una forma de agrupar varios sitemaps en uno solo, facilitando la lectura y el procesamiento por parte de los motores de búsqueda.

A continuación, te explico cómo configurar un archivo sitemap.xml en los CMS más populares:

WordPress: Puedes utilizar un plugin como Yoast SEO o Google XML Sitemaps para generar automáticamente un archivo sitemap.xml para tu sitio WordPress. Simplemente instala y activa el plugin, y se configurará automáticamente. En el caso de Yoast Seo te generará un índice de sitemaps y sitemaps individuales: sitemap XML estandar, sitemaps de autor, sitemaps de taxonomías como imágenes y vídeos si tienes contenido de este tipo en tu web.
Joomla: Puedes utilizar un plugin como Xmap para generar un archivo sitemap.xml para tu sitio Joomla. Simplemente instala y activa el plugin, y se configurará automáticamente.
Drupal: Puedes utilizar un módulo como XML Sitemap para generar un archivo sitemap.xml para tu sitio Drupal. Simplemente instala y activa el módulo, y se configurará automáticamente.
Magento: Puedes utilizar una extensión como Sitemap XML para generar un archivo sitemap.xml para tu sitio Magento. Simplemente instala y activa la extensión, y se configurará automáticamente.
Shopify: Puedes utilizar una aplicación como Sitemap Generator para generar un archivo sitemap.xml para tu tienda Shopify. Simplemente instala y activa la aplicación, y se configurará automáticamente.

Ten en cuenta que algunos plugins o módulos pueden requerir configuración adicional para generar el sitemap de manera correcta, siempre es recomendable revisar la documentación y tutoriales de cada herramienta antes de su uso.

También puedes usar rastreadores como Screamming Frog para rastrear tu sitio web y generar un archivo de sitemap. En el caso de esta aplicación podrás generar un sitemap de urls o bien un sitemap de imágenes.

Google puede entender varios tipos de sitemaps, incluyendo sitemaps XML estándar, sitemaps de video, sitemaps de imágenes y sitemaps de noticias. Cada uno de estos tipos de sitemaps proporciona información específica para ayudar a Google a rastrear y comprender mejor el contenido de tu sitio web.

Utilizar una herramienta de verificación de enlaces

Para este apartado te recomiendo Screamming Frog. Screaming Frog es una herramienta de rastreo de sitios web que te permite analizar y exportar información sobre los enlaces de tu sitio web. Para rastrear los enlaces de tu sitio web con Screaming Frog y exportarlos a una hoja de cálculo, sigue estos pasos:

Descarga e instala Screaming Frog.
Inicia Screaming Frog y escribe la URL de tu sitio web en la barra de direcciones. Haz clic en «Iniciar» para comenzar el rastreo.
Una vez que se haya completado el rastreo, haz clic en la pestaña «Enlaces» para ver una lista de todos los enlaces internos y externos de tu sitio web.
Haz clic en el botón «Exportar» para guardar la lista de enlaces como un archivo CSV.
Abre el archivo CSV en una hoja de cálculo, como Microsoft Excel o Google Sheets.
Puedes utilizar las funciones de filtro y ordenar para analizar los datos y obtener información relevante como los enlaces rotos, el número de enlaces por página, el ancla de los enlaces, entre otros.

Ten en cuenta que Screaming Frog es una herramienta de pago, pero cuenta con una versión gratuita con un límite de 500 URLs. También es importante asegurarte de tener los permisos necesarios para rastrear el sitio web antes de comenzar el proceso.

En la imagen podrás observar que tienes varias opciones, puedes descargar todos los enlaces externos e internos. Ciertamente para dar una buena experiencia de usuario yo te recomiendo que te centres en ambos aunque lo más importante son los internos.

Pero para ambos tipos de enlaces debes resolver las siguientes situaciones:

Estado 200. Enlaces que apuntan a recursos (otra página, un pdf, etc.) con estado 200, esto es lo óptimo, no has de hacer nada.
Estado 301. Los enlaces que apuntan a recursos que a su ves son redirigidos a otros debes ajustar el href del enlace por el destino final final de la redirección. Los enlaces redirigidos elevan los tiempos de carga y por tanto es mejor que los ajustes.
Estado 404. El enlace apunta a un recurso que ha dejado de existir. Es lo que se conoce como un enlace roto. Esto supone una mala experiencia de usuario, o bien ajustas el destino final a un recurso que si exista, o bien subes de nuevo el recurso o finalmente si no es así debes borrar dicho enlace.
Estado 500. Esto suele suceder mucho en enlaces salientes de todos modos te enfrentas a un problema en el servidor. Deja pasar un tiempo en el caso de enlaces externos, es posible que en el momento de la exploración ese servidor estuviera en mantenimiento o tuviera un problema leve. Hasta Google da un tiempo, tú no vas a ser menos. Si la situación perdura elimina dicho enlace.

Configurar redirecciones 301 permanentes

Las redirecciones 301 permanentes son una forma de indicar a los motores de búsqueda y a los visitantes de un sitio web que una página ha sido movida permanentemente a una nueva dirección. Esto es especialmente útil después de una migración de sitio, ya que ayuda a asegurar que los enlaces antiguos sigan funcionando y a mantener el tráfico y el SEO.

Para configurar redirecciones 301 permanentes en el archivo .htaccess, debes añadir las reglas de redirección al final del archivo. El archivo .htaccess se encuentra en la raíz de tu servidor web, y puedes editarlo utilizando un editor de texto plano.

Aquí te presento algunos ejemplos comunes de redirecciones 301 permanentes que puedes configurar en el archivo .htaccess después de una migración:

Redireccionar todo el sitio a una nueva dirección:

RewriteEngine On
RewriteRule ^(.*)$ http://www.ejemplo.com/$1 [R=301,L]

Redireccionar una página específica a una nueva dirección:

Redirect 301 /antigua-pagina.html http://www.ejemplo.com/nueva-pagina.html

Redireccionar un directorio completo a una nueva dirección:

RedirectMatch 301 ^/antiguo-directorio/(.*)$ http://www.ejemplo.com/nuevo-directorio/$1

Redireccionar un dominio antiguo a uno nuevo:

RewriteEngine On
RewriteCond %{HTTP_HOST} ^antiguo-dominio.com [NC]
RewriteRule ^(.*)$ http://www.nuevo-dominio.com/$1 [R=301,L]

Ten en cuenta que es importante que la redirección se haga con un código de estado 301 para que el motor de búsqueda entienda que la redirección es permanente. También es importante que revises y pruebas tus redirecciones antes de ponerlas en producción.

Sí deseas conocer otros ejemplos de uso de este archivo te invito a leer un artículo que escribí hace 12 años. 10 cosas que puedes hacer con tu htaccess.

Implementar un código de verificación de Google Search Console

Google Search Console es una herramienta gratuita de Google que te permite monitorear y optimizar la presencia de tu sitio en los resultados de búsqueda de Google. Para utilizar Google Search Console, debes verificar la propiedad de tu sitio web.

Para implementar un código de verificación de Google Search Console en la nueva versión de tu sitio, sigue estos pasos:

Inicia sesión en Google Search Console con tu cuenta de Google.
Haz clic en el botón «Añadir propiedad» y escribe la dirección URL de tu nuevo sitio.
Selecciona el método de verificación que prefieras, hay varias opciones como:

Añadir una etiqueta HTML al archivo head de tu sitio web
Añadir un archivo HTML al alojamiento web
Google Tag Manager. Debes tener permiso para publicar en el contenedor de Tag Manager.
Google Analytics. Debes tener permiso para editar la propiedad de Google Analytics.

Sigue las instrucciones para completar la verificación.
Una vez que hayas verificado la propiedad de tu sitio, podrás acceder a todas las funciones de Google Search Console, como el seguimiento de las visitas, errores de rastreo, palabras clave, rendimiento en los resultados de búsqueda, y mucho más.

Ten en cuenta que es posible que debas esperar unos días para que Google indexe tu nuevo sitio y puedas ver los datos en Search Console. También es recomendable que verifiques que la verificación ha sido exitosa antes de continuar con la optimización del sitio.

Debes realizar un seguimiento del rendimiento del sitio en los días y semanas posteriores a la migración para detectar cualquier problema o disminución en el tráfico o el ranking en los resultados de búsqueda. Si se observa algún problema, se deben implementar medidas correctivas de inmediato para solucionarlo y evitar que afecte negativamente el SEO del sitio.

Es aconsejable que vuelvas a subir los sitemaps generados en tu sitio sobre todo si has cambiado de dominio (tendrás que dar de alta tu sitio en Search Console en este caso).

0 comentarios

Dejar un comentario

¿Quieres unirte a la conversación?
Siéntete libre de contribuir!

Cookie	Duración	Descripción
cookielawinfo-checbox-analytics	11 months	This cookie is set by GDPR Cookie Consent plugin. The cookie is used to store the user consent for the cookies in the category "Analytics".
cookielawinfo-checbox-functional	11 months	The cookie is set by GDPR cookie consent to record the user consent for the cookies in the category "Functional".
cookielawinfo-checbox-others	11 months	This cookie is set by GDPR Cookie Consent plugin. The cookie is used to store the user consent for the cookies in the category "Other.
cookielawinfo-checkbox-advertisement	1 year	Set by the GDPR Cookie Consent plugin, this cookie is used to record the user consent for the cookies in the "Advertisement" category .
cookielawinfo-checkbox-necessary	11 months	This cookie is set by GDPR Cookie Consent plugin. The cookies is used to store the user consent for the cookies in the category "Necessary".
cookielawinfo-checkbox-non-necessary	1 year	Set by the GDPR Cookie Consent plugin, this cookie is used to record the user consent for the cookies in the "Non-necessary" category .
cookielawinfo-checkbox-performance	11 months	This cookie is set by GDPR Cookie Consent plugin. The cookie is used to store the user consent for the cookies in the category "Performance".
cookielawinfo-checkbox-preferences	1 year	This cookie is set by the GDPR Cookie Consent plugin to check if the user has given consent to use cookies under the "Preferences" category.
cookielawinfo-checkbox-uncategorized	1 year	The cookie is set by the GDPR Cookie Consent plugin to record the user consent for cookies in the category "Uncategorized".
CookieLawInfoConsent	1 year	Records the default button state of the corresponding category & the status of CCPA. It works only in coordination with the primary cookie.
PHPSESSID		This cookie is native to PHP applications. The cookie is used to store and identify a users' unique session ID for the purpose of managing user session on the website. The cookie is a session cookies and is deleted when all the browser windows are closed.
viewed_cookie_policy	11 months	The cookie is set by the GDPR Cookie Consent plugin and is used to store whether or not user has consented to the use of cookies. It does not store any personal data.

Cookie	Duración	Descripción
YSC		This cookies is set by Youtube and is used to track the views of embedded videos.
__utma	2 years	This cookie is set by Google Analytics and is used to distinguish users and sessions. The cookie is created when the JavaScript library executes and there are no existing __utma cookies. The cookie is updated every time data is sent to Google Analytics.
__utmb	30 minutes	The cookie is set by Google Analytics. The cookie is used to determine new sessions/visits. The cookie is created when the JavaScript library executes and there are no existing __utma cookies. The cookie is updated every time data is sent to Google Analytics.
__utmc		The cookie is set by Google Analytics and is deleted when the user closes the browser. The cookie is not used by ga.js. The cookie is used to enable interoperability with urchin.js which is an older version of Google analytics and used in conjunction with the __utmb cookie to determine new sessions/visits.
__utmt	10 minutes	The cookie is set by Google Analytics and is used to throttle the request rate.
__utmz	5 months	This cookie is set by Google analytics and is used to store the traffic source or campaign through which the visitor reached your site.

Cookie	Duración	Descripción
CONSENT	2 years	YouTube sets this cookie via embedded youtube-videos and registers anonymous statistical data.
_ga	2 years	The _ga cookie, installed by Google Analytics, calculates visitor, session and campaign data and also keeps track of site usage for the site's analytics report. The cookie stores information anonymously and assigns a randomly generated number to recognize unique visitors.
_gat_UA-20621967-1	1 minute	A variation of the _gat cookie set by Google Analytics and Google Tag Manager to allow website owners to track visitor behaviour and measure site performance. The pattern element in the name contains the unique identity number of the account or website it relates to.
_ga_EVMLSP7VGF	2 years	This cookie is installed by Google Analytics.
_gid	1 day	Installed by Google Analytics, _gid cookie stores information on how visitors use a website, while also creating an analytics report of the website's performance. Some of the data that are collected include the number of visitors, their source, and the pages they visit anonymously.

Cookie	Duración	Descripción
IDE	2 years	Used by Google DoubleClick and stores information about how the user uses the website and any other advertisement before visiting the website. This is used to present users with ads that are relevant to them according to the user profile.
NID	5 months	This cookie is used to a profile based on user's interest and display personalized ads to the users.
test_cookie	15 minutes	The test_cookie is set by doubleclick.net and is used to determine if the user's browser supports cookies.
uid	1 year	This cookie is used to measure the number and behavior of the visitors to the website anonymously. The data includes the number of visits, average duration of the visit on the website, pages visited, etc. for the purpose of better understanding user preferences for targeted advertisments.
VISITOR_INFO1_LIVE	5 months	This cookie is set by Youtube. Used to track the information of the embedded YouTube videos on a website.
yt-remote-connected-devices	never	YouTube sets this cookie to store the video preferences of the user using embedded YouTube video.
yt-remote-device-id	never	YouTube sets this cookie to store the video preferences of the user using embedded YouTube video.
yt.innertube::nextId	never	This cookie, set by YouTube, registers a unique ID to store data on what videos from YouTube the user has seen.
yt.innertube::requests	never	This cookie, set by YouTube, registers a unique ID to store data on what videos from YouTube the user has seen.

Cookie	Duración	Descripción
DEVICE_INFO	5 months 27 days	No description
wevarnishpass	past	No description