Cuando un dominio no se paga, el sitio web queda indisponible para los usuarios. Pero es probable que el sitio tenga una gran cantidad de contenido único, decenas - cientos - miles de enlaces externos de calidad. ¿Qué sucede con estos materiales y enlaces? Hablando del contenido, todo es más complicado, ya que con gran frecuencia el alojamiento web también se desconecta o se elimina, y todo el conjunto de enlaces externos sigue estando en su sitio, pero funciona en vano.
¿Y qué pasa con el sitio y las posiciones en los buscadores? El sitio web fue indexado, luego quedó indisponible, y las páginas poco a poco se van eliminando del índice. ¿Y si este mismo sitio web vuelve a ser disponible? Entonces, la información volverá rápidamente al índice, y consecuentemente volverán las posiciones de la web - las direcciones de las páginas siguen estando en el mismo sitio, el contenido sigue siendo el mismo, todos los enlaces externos siguen estando en su lugar.
Entonces nos preguntamos, ¿cómo comprar un dominio que quedó libre y recuperar el sitio web que había? Y hay que recuperarlo con calidad, para que todas las direcciones asequibles de las páginas, estáticas y dinámicas, estén disponibles con el mismo contenido de antes. Precisamente para solucionar esta cuestión fue creado Archivarix.
Archivarix hace una completa reestructurización y sistematización del contenido de sitios web que están públicamente disponibles en el Archivo de Internet. Archivarix procesa y prepara los datos de la forma que todas las direcciones de las páginas web quedan disponibles en las direcciones anteriores, incluyendo también las direcciones dinámicas. El código de las páginas puede ser reelaborado completamente y ajustado a todos los estándares aceptados; serán corregidos los tags que faltan o los que no están cerrados. Se limpian los contadores, rastreadores, frames externos sospechosos y la publicidad de terceros; en caso de que haga falta se comprimen los estilos css y los scripts java. Los gráficos se optimizan sin pérdida de calidad y se reduce su peso, se limpian los enlaces externos, se excluyen los errores 404 mediante el enlace con una serie de archivos. Todo esto y mucho más lo obtiene en un archivo zip unificado, cuyo contenido es compatible con los mínimos requerimientos de alojamiento web.
La sistematización y la optimización del contenido se realiza de la forma que la puntuación media en Google Pagespeed del nuevo sitio web tenga un promedio de 90 puntos, en comparación con los 40 - 50 iníciales. Esto significa que el sitio web será prácticamente ideal según los criterios técnicos de los buscadores, y con todo esto, el contenido y las direcciones de las páginas quedan siendo las de antes.
Para quienes buscan la completa perfección, fue prevista la posibilidad de pasar el sitio web a la versión HTTPS, donde todos los enlaces externos en el código también serán pasados a HTTPS, y las direcciones anteriores mediante la redirección 301 pasarán suavemente los enlaces en el índice de los buscadores a la nueva versión.
El contenido sistematizado tiene una estructura comprensible y clara, donde todos los archivos de texto, tales como html, css, js, xml, etc., se encuentran en una carpeta, y todos los archivos binarios, tales como los gráficos, videos, archivos, documentos pdf y demás, en otra carpeta. La relación entre estos archivos y entre lo que debe mostrar el sitio, está disponible directamente en varios cómodos formatos — archivo json, base de archivos sql y reglas htaccess. Podrá usar nuestras herramientas para la visualización y gestión del sitio o programar sus herramientas propias. Todo está hecho con la máxima comodidad para su futuro uso por webmasters o los antiguos propietarios del sitio web.
Hay muchas formas de uso. La forma más popular es la creación de PBN (Private Blog Network) propias. Son las así llamadas redes privadas de sitios web o blogs, cuyo objetivo es asegurar el conjunto de enlaces para el posicionamiento del recurso o recursos principales. Si compra enlaces en bolsas al estilo Sape, sabe perfectamente que este proceso de compras primero hay que desarrollarlo, y luego mantenerlo. Esto supone constantes gastos en enlaces externos. Y teniendo en cuenta, que no controla las páginas donde se ubican estos enlaces. A veces se da la situación de que los sitios web que venden enlaces, abusan de las ventas, y éstos pueden resultar incluidos en filtros de contenido no deseado, incluyendo así también de forma negativa en su sitio web.
El mercado de dominios caducados, los así llamados "drops", es muy amplio. Imagínese, sólo con comprar un dominio, invirtiendo unos cuantos dólares, puede obtener un dominio que ya no está bajo los filtros de los buscadores, con enlaces externos de calidad. Los anteriores dueños de este dominio han gastado un considerable presupuesto para posicionar su sitio web, y durante años de su funcionamiento el sitio obtuvo una gran cantidad de enlaces naturales de las redes sociales, foros, blogs, sitios web informativos. Y todos estos enlaces no desaparecieron. Dudosamente hará falta explicar que la calidad de estos enlaces no podrá alcanzarse ni con publicaciones en catálogos, ni con programas automatizados de envío de contenido, ni incluso con enlaces externos de calidad. Este dominio tiene su historia, al igual que sus enlaces, y los buscadores lo valoran.
Después de haber comprado tal dominio o simplemente habiendo creado su sitio web en este dominio, ya obtiene algunas ventajas en comparación con un dominio nuevo sin historia. Pero todas estas ventajas desaparecen rápidamente, ya que los buscadores ven que el temario del sitio cambió bruscamente, que el contenido antiguo ya no está presente, y lo más importante que aquellas direcciones internas de las páginas, a las cuales dirigen los enlaces externos, ya no existen. Semejante dominio perderá rápidamente su fuerza y es posible que caiga de nuevo bajo el filtro. Por esta razón, después de haber comprado un drop, es importante mostrarle al buscador que "todo va bien, que el sitio es el mismo, y lo único que pasó es que no estaba disponible temporalmente por motivos técnicos". Desde tal sitio ya se pueden poner o vender nuevos enlaces. Con el tiempo, ubicando paulatinamente nuevas páginas y reemplazando las páginas antiguas, el sitio puede convertirse sin problemas en un nuevo sitio.
Manualmente, es prácticamente imposible recopilar poco a poco el contenido del antiguo sitio, para que funcione bien, créanlo. Incluso un "sitio web de presentación" compuesto de un par de decenas de páginas puede requerirle varias horas de trabajo, ya que no sólo importan las páginas html, también todos los scripts java, los archivos css, los gráficos con elementos de diseño. Archivarix nació precisamente por este motivo. La estructuración se realiza de tal forma que se pueda recuperar la estructura exacta, conocida por los buscadores, y mejorar aquello que no influirá en el contenido, pero aumentará la calidad técnica del sitio en sí.
Regresando a las formas de uso: creación de PBN propias para el posicionamiento de los enlaces de sus sitios; ganancias en ventas de enlaces a través de sitios de tal perfil; tráfico temático especializado, que se puede convertir muy bien; reventa de sitios web con excelentes puntuaciones. Puede que sólo necesite invertir un par de dólares en semejante sitio web.
Hay un límite gratuito. Actualmente es de 1 archivos. Un sitio, que según el cálculo previo de Archivarix, tenga menos o exactamente 1 archivos, lo podemos restaurar gratis. Sin limitarse a la cantidad de sitios.
Todo lo que supera este límite, cuesta $10 por el primer mil de archivos (1 céntimos por archivo). Cada siguiente mil cuesta $1. El precio se calcula según la cantidad exacta de archivos a descargar.
Ejemplo primero: el sitio web completo se componía de 385 archivos. En ellos entran todas las páginas, imágenes, scripts y archivos de estilos. De esta cantidad 1 archivos son gratis, de conformidad con nuestro límite actual permitido. Significa que sólo deberá pagar por 384 archivos. Lo multiplicamos por el precio del archivo $0.01 y obtenemos la cantidad de $3.84. ¡¡¡El precio de la restauración es $3.84!!!
Ejemplo segundo: el sitio web completo se componía de 25,520 archivos. De esta cantidad 1 archivos son gratis, de conformidad con nuestro límite actual permitido. Significa que sólo deberá pagar por 25,519 archivos. De ellos, el primer mil de archivos costará $10, y el resto 24,519 se calcula por el precio $1 por cada mil archivos, y serán $24.519. ¡¡¡El precio completo de la restauración es $34.52!!!
¡Y ya! Sin suscripciones regulares, sin pagos adicionales por la optimización elegida o por preparar un nuevo archivo con nuevas mejoras y funciones, introducidas en el futuro.
Tenga también en cuenta, que actualmente estamos en estado de pruebas alfa, y posiblemente los precios subirán un poco, ya que más barato ya es imposible, veis ustedes mismos lo que vale. Pero todo lo que recupere ahora, será suyo para siempre.
Actualmente el pago se puede realizar a través de la criptomoneda Bitcoin, WebMoney y PayPal. Las transferencias son instantáneas, y Bitcoin tarda unos 10 minutos. Teniendo en cuenta los bajos precios y los micropagos – la cantidad mínima de la recarga del saldo es $10. El saldo no usado no vence y podrá usarlo para sus futuras restauraciones.
En el formulario de restauración sólo hay dos campos obligatorios, el nombre del dominio y su correo electrónico. Los demás parámetros no son obligatorios. Para evitar errores, primero describiremos detalladamente los primeros tres campos importantes, que influyen en el proceso de la descarga primaria. Son importantes, porque en el futuro no se podrán cambiar. Todos los demás parámetros se podrán cambiar y restaurar de nuevo el sitio de forma gratuita, probando y viendo las opciones que más se adapten a sus necesidades.
Bueno, preste especial atención a estos campos:
Dominio: introduzca únicamente el nombre del dominio. Sin ningún tipo de http:// o rutas de páginas en el sitio. No recomendamos indicar el dominio con www. Si el sitio inicialmente se encontraba en un dominio de tercer nivel, por ejemplo domain.es o sabe con seguridad que sólo necesita blog.domain.es, entonces puede indicarlo con el subdominio. Pero en el último de los casos, si se trata de un blog, al final también recomendamos poner sólo domain.es, ya que existe la posibilidad de que algunos archivos importantes con scripts o gráficos se encontraban en el dominio principal o en su otro subdominio. Si sólo pone domain.es, sacamos el máximo de información disponible, y no tendrá que hacer una nueva restauración de pago con nuevos parámetros.
Hasta la marca temporal: a veces este parámetro es muy importante. Si el dominios se liberó, pero antes medio año tenía información temporal de la empresa de alojamiento web o el dominio del proveedor, la página principal también será recuperada con esta información. Mire cómo era el sitio según el último estado a través del Archivo de Internet en la dirección web.archive.org. Si el sitio web contenía semejante información temporal o es una versión del sitio que no le interesa, rebobine hacia atrás, hasta el momento cuando vea la versión del sitio web que le interesa. Esta página en el URL del archivo de Internet tendrá una numeración del tipo AAAAMMDDHHMMSS. Ejemplo: web.archive.org/web/20160314052311/… Precisamente estos datos numéricos serán la marca temporal que hay que introducir en nuestro formulario. Algunas veces las últimas versiones de la página principal son redirigidas con 301 a otro sitio web. Nosotros ignoramos estas redirecciones y sólo descargamos aquellas direcciones de páginas que devolvían contenido sin errores y redirecciones.
Las marcas temporales se pueden especificar de una forma menos precisa, por ejemplo, 2015 o 20040204. Pero, no obstante, es mejor incluir información más o menos detallada en este parámetro.
Empezando por la marca temporal: según nuestra experiencia, este parámetro es mejor no indicarlo, ya que algunos archivos importantes para el funcionamiento del sitio web (archivos de estilos, scripts), puede que no entren en los límites establecidos, y se pasará mucho tiempo pensando, por qué el sitio se visualizaba bien en el Archivo de Internet, pero su versión se restauró incorrectamente. Use este parámetro si entiende bien y está muy convencido del resultado.
Debe asegurarse de escribir correctamente la dirección del correo electrónico. Use sólo emails que funcionan, ya que los futuros enlaces de restauración, modificación de parámetros y acceso a su panel de control personal, serán enviados a ese correo electrónico.
Breves detalles del funcionamiento del proceso: Usted envía los datos a través del formulario. Archivarix en unos minutos hace una valoración exacta de los datos disponibles y le envía los detalles al correo electrónico. Pulsando el enlace correspondiente, puede confirmar o iniciar la restauración, en caso de que el sitio web entre en nuestro límite gratuito, o recargar el saldo con la cantidad necesaria para iniciar el proceso, y empezar la restauración. A continuación, en el orden de la cola, los servidores de Archivarix realizan los complejos procesos de extracción, procesamiento y estructuración. Cuando todo está listo, recibe en el correo electrónico una notificación y un enlace para descargar el archivo zip preparado.
No necesita "registrarse", no indica en ningún sitio sus datos personales. Todas las restauraciones se vinculan a su correo electrónico. Los usuarios que realizaron una restauración gratuita, una vez finalizada, obtienen acceso a su panel de control personal.
Para que pueda comprobar el funcionamiento de nuestro sistema, hemos preparado la opción de restauración de prueba. Aquí se encuentra la página que entrega Archivarix una vez que finalice la restauración del sitio desde el archivo web. En calidad de ejemplo hemos elegido el sitio fire.com del año 2005.
Podrá ajustar nuevos parámetros de restauración pulsando el menú "Adicional" - "Nuevos parámetros" y descargar el archivo zip con el archivo del sitio web.
Recomendamos usar estos parámetros para mejorar la calidad técnica del sitio. Precisamente los primeros cuatro puntos de esta lista permiten avanzar considerablemente en Google Pagespeed y gustarle a los buscadores mucho más, de lo que consiguió el sitio en sus mejores tiempos anteriores.
Optimizar el código HTML: hará que el código html se adecue a sus estándares, eliminará el uso incorrecto de tags, añadirá los tags necesarios que faltan. El contenido textual de las páginas en sí no sufrirá cambios. Los buscadores adoran los códigos válidos sin errores.
Optimizar las imágenes: limpiará los EXIF, IPTC y toda la información de sobra en las imágenes, pondrá un sub intervalo de digitalización correcto de 4:2:0, cambiará la codificación a una representación progresiva de datos, comprimirá lo posible sin pérdida de calidad. Demasiadas palabras inteligentes. Este parámetro permite reducir considerablemente los archivos gráficos sin que la calidad de las imágenes se vea perjudicada. Las dimensiones en pixeles no sufrirán cambios.
Comprimir los JS: permite reducir considerablemente los archivos con scripts java minimizando el código. Si tiene previsto redactar scripts en el sitio, recomendamos desconectar esta opción y usar la compresión gzip en el servidor. En algunos casos de código inválido, el archivo puede deteriorarse, aunque lo más normal es que en estos casos el archivo ya esté deteriorado inicialmente.
Comprimir los CSS : al igual que con los JS, realiza una minimización de archivos con estilos CSS. No lo use, si tiene previsto introducir sus propios cambios en el código y en el diseño exterior. Puede hacer la compresión en el servidor.
Limpiar los contadores y la analítica: permite limpiar alrededor de 14 mil contadores externos, rastreadores, analíticas, inyección de cookie y otras malezas conocidas, que seguro que no le harán falta. Es un proceso muy complejo y laborioso, imposible de hacer a mano. ¿Google Analytics? Sí, por supuesto que lo limpia ;) Meta tags de verificación de diferentes servicios y buscadores? Sí, esto también lo limpia, para que el antiguo propietario no pueda perjudicar su sitio a través de Webmaster Tools, etc.
Limpiar la publicidad: al igual que la limpieza de contadores/rastreadores, pero dirigido a redes de publicidad, banners, publicidad contextual, etc. Sabe limpiar más de 17 mil plataformas publicitarias externas.
Eliminar enlaces externos: todo lo que había en el tag y dirigía a otros dominios, se elimina del código junto con el contenido interno de este tag. Si tiene previsto vender enlaces a través de diferentes bolsas, seguro que debe limpiar lo que sobra, usando ésta opción, ya que son sus futuras ganancias.
Eliminar contactos clicables – tel:, sms:, skype:, mailto:
Eliminar iframes externos: funciona, pero de momento le faltan retoques. A veces queda basura después de limpiar los widgets de FB o en algunos mapas Google, insertados a través del tag <iframe>.
Convertir los enlaces externos en relativos: todas las direcciones usadas en los marcos de su dominio pasarán a la versión sin uso del dominio. Los enlaces entre el dominio y el subdominio no pasan a ser relativos, para no interferir en el funcionamiento del sitio web.
Hacer un sitio web sin www. : Le rogamos que use este parámetro. Frecuentemente los sitios no hacen una redirección correcta entre las versiones con www y sin www, y como resultado aparecen duplicados de páginas en los índices de los motores de búsqueda. Este parámetro permite librarse de este problema, ya que los duplicados se unirán correctamente, y lo más importante es que toda la revinculación interna, donde había enlaces con www, cambiará a la versión unificada del sitio sin www. Evidentemente, todas las direcciones antiguas con www pasarán la redirección 301, para que los motores de búsqueda vean y apliquen correctamente tal cambio. Esta función no influye en los demás subdominios que no son www.
Estos parámetros requieren una buena comprensión de las consecuencias de semejante optimización, ya que hará falta realizar trabajos adicionales en los ajustes del sitio en el alojamiento web.
Hacer un sitio HTTPS: aquí hay que tener precaución. Este parámetro hace que el sitio sea de mayor calidad, ya que el sitio mismo y todos sus enlaces internos (no solo en el html, sino también en los estilos css, scripts java, feeds xml) serán corregidos a https, en vez de http. El sitio irá al ritmo del tiempo, pero tendrá que comprar un certificado SSL para el dominio. Por cierto, puede obtenerlo gratis a través de Let’s encrypt, incorporado en algunos paneles populares de alojamiento web. Pero si su sitio web funcionó en diferentes subdominios, por ejemplo tenía una tienda funcional en eshop.domain.com, un blog en blog.domain.com y el mismo sitio en el dominio principal, Let’s encrypt no da un dominio wildcard gratuito, y tendrá que comprarlo. En el primer caso, recomendamos hacer un pequeño esfuerzo y pasar el sitio a https con un certificado gratuito de Let’s encrypt, ya que sólo será cuestión de un par de clics.
Para un alojamiento web sin PHP+PDO: de todo el trabajo de visualización correcta de las páginas, se encargará el archivo .htaccess para apache. Estamos trabajando en una solución nueva, más flexible, que requiere tener php en el alojamiento web y permite que el sitio pueda funcionar de forma paralela con diferentes CMS, para añadir sus nuevas páginas o pasar poco a poco el sitio web a uno nuevo.
Estos parámetros se describen lo suficientemente bien por sí mismos, y no podrá desactivarlos durante el proceso de preparación del sitio. Sin embargo, se pueden cambiar más tarde manualmente, redactando algunos archivos de la restauración:
Todas las páginas ausentes con la redirección 301 a la principal: en el índice disponible puede que no estén todos los archivos, que en su momento estaban en el sitio original. Puesto que semejantes páginas "ausentes" pueden tener enlaces externos valiosos, es mejor pasar este conjunto de enlaces a la página principal del sitio, que a una página 404 con error. Se realiza a nivel de reglas en .htaccess, y siempre tendrá la posibilidad de corregirlas según sus criterios.
Excluimos los errores 404 para las imágenes ausentes: para que el buscador no vea errores 404 y en el diseño tampoco haya imágenes ausentes, mostramos un png transparente de 1 pixel. Se realiza a nivel de reglas en .htaccess.
Excluimos los errores 404 para los js y los estilos ausentes: lo mismo que en el punto de arriba. Es mejor mostrar un archivo de texto vacío que una página con el error 404. Se realiza a nivel de reglas en .htaccess.
La fecha y la hora de creación del archivo corresponden exactamente con el original de Archive.org: no hay pruebas de que influya en algo o no, pero hemos decidido realizar la función. Su servidor web puede devolver estos datos en el encabezado Last-Modified. Está previsto hacer que este parámetro sea opcional.
Generar un archivo json adicional con la lista completa de todas las URLs/archivos/parámetros: un archivo adicional, que sólo será de utilidad, si le gusta el formato json y tiene previsto crear nuevos instrumentos propios para operar con restauraciones de Archivarix. Junto con este archivo también se adjunta un archivo .db en el formato de la base de datos de archivos Sqlite3.
Cuando finalice la actualización, recibirá una notificación al correo electrónico y el enlace de la página de restauración, donde podrá descargar el archivo zip preparado. En esta página está el original con los parámetros que ha elegido para la restauración. El original no se puede eliminar, ya que contiene los datos necesarios para la creación de sus "clones". Los originales y los clones se pueden diferenciar por sus iconos. Esto es un clon y esto es un original.
Un clon es una copia de su restauración con sus parámetros separados. Para crear un clon se usan datos originales descargados, pero no todos los parámetros, excepto el nombre del dominio y las marcas temporales desde/hasta, se pueden especificar nuevos parámetros. La generación de copias es gratuita y requiere menos tiempo que una restauración inicial.
Si necesita cambiar algún ajuste, por ejemplo no usar la minimización de css y scripts java, puede abrir el menú "Adicional" de las tarjetas de restauración y pulsar el botón "Nuevos parámetros". Cuando el archivo zip del nuevo clon esté listo, recibirá una notificación y el enlace en el correo electrónico.
Los clones que no le sirvieron por algún motivo, recomendamos eliminarlos, para que no se confunda en el futuro, y no supere el límite de tres clones por restauración. Si crea tres clones y quiere crear nuevos, primero elimine los clones no usados. Preste atención, que los clones en proceso de restauración o en cola, no se pueden eliminar.
Esto será posible en un futuro muy cercano. La estructura de restauración permite guardar los archivos de Archivarix de forma separada de cualquier CMS. Ahora estamos desarrollando un script php que no sólo realizará todas las funciones de entrega de contenido por el servidor web, también tendrá la posibilidad de integrarse en el CMS, para que las páginas recuperadas se reflejen en direcciones antiguas y todas las demás direcciones puedan pasar al procesamiento por su sistema, por ejemplo, Wordpress. Es una característica funcional muy importante, la cual mediante cómodas herramientas le permitirá pasar suavemente el sitio a nuevo contenido.
Al aparecer nuevos parámetros y mejoras/correcciones de antiguos parámetros, no tendrá que pagar una nueva restauración. Simplemente cree un nuevo clon con los parámetros deseados y se le aplicarán todas las modificaciones, como si fuera que lo ha creado desde cero. La creación de clones es gratuita.
Y nosotros se lo contaremos con mucho gusto, lo hablaremos y escucharemos sus preguntas e ideas. La posibilidad de estar en contacto es muy importante para el desarrollo de Archivarix. Siempre podrá escribirnos y recibir una respuesta en el correo electrónico, a través del formulario de contacto en el apartado "Hacer una pregunta" en el menú superior del sitio web.
Si desea algo más que hacer una simple pregunta, le invitamos a nuestro canal Archivarix en Slack. Damos acceso al canal a través de invitaciones y queremos que allí puedan comunicarse personas que entienden bien lo que es una PBN, dispuestos a realizar aportaciones activas al desarrollo y la mejora de Archivarix. Si está seguro de que quiere convertirse en parte de la historia de Archivarix, escríbanos a través del formulario de contacto e indique a qué correo electrónico hay que enviarle la invitación.
También hemos creado el grupo Archivarix en Telegram. La práctica nos mostrará lo importante que será el grupo para el intercambio de opiniones entre los desarrolladores y los webmasters. Entrar en el grupo es fácil – en el apartado "Hacer una pregunta" seleccione la pestaña Telegram para ver las instrucciones y la dirección.
Y si algo no fue bien, si encontró un error, si tiene preguntas relacionadas con su restauración, quiere darnos ánimos o criticarnos, siempre puede responder a cualquier correo electrónico que el sistema envía en calidad de notificaciones. Leemos los correos a diario e intentaremos ayudarle.