FAQ

Si la page d’accueil (index.html) du site téléchargé s’affiche correctement, mais que les liens vers les pages internes ne fonctionnent pas, le problème peut être lié à la réécriture des URL.

Notre outil utilise un fichier .htaccess sur les serveurs Apache pour que les URL d’origine, y compris les URL simplifiées comme example.com/about/, pointent vers les fichiers HTML récupérés correspondants.

Ces règles de réécriture ne fonctionnent pas si vous ouvrez directement les pages sur votre ordinateur. Pour tester les liens des pages internes qui en dépendent, téléversez les fichiers récupérés sur un serveur web compatible.

Si votre site est déjà hébergé sur Apache, vérifiez que le fichier .htaccess a été extrait du ZIP téléchargé et placé dans le même dossier que index.html. Certains gestionnaires de fichiers masquent les fichiers dont le nom commence par un point.

Important : Si la page d’accueil elle-même est noire, vide ou défectueuse, il s’agit d’un autre problème. Il n’est pas nécessaire d’héberger le site sur un serveur simplement pour diagnostiquer une page d’accueil noire. Contactez notre assistance et indiquez le nom de domaine du site que vous récupérez afin que nous puissions examiner le problème.

La page d’accueil (index.html) d’un site téléchargé devrait normalement s’afficher correctement lorsqu’elle est ouverte directement sur votre ordinateur. Si elle reste entièrement noire, vide ou ne s’affiche pas comme prévu, le problème ne vient pas nécessairement de votre ordinateur ni de votre hébergement.

Contrairement aux pages internes utilisant des URL simplifiées, la page d’accueil ne nécessite normalement ni serveur Apache ni règles de réécriture .htaccess pour s’afficher localement. Une page d’accueil noire ou vide peut être causée par des ressources archivées manquantes, des problèmes CSS ou JavaScript, ou une récupération incomplète du site d’origine. Nous ne pouvons toutefois pas déterminer la cause exacte sans examiner le site.

Veuillez contacter notre assistance et fournir le nom de domaine du site que vous récupérez afin que nous puissions étudier le problème.

PHP est un langage de script côté serveur qui génère généralement des fichiers HTML.

Pour télécharger des fichiers PHP, il faut avoir accès au backend, c’est-à-dire au serveur. L’Internet Archive n’a jamais eu accès au backend des sites web et ne dispose donc pas de ces fichiers PHP.

L’archive ne conserve que le HTML généré par les fichiers PHP. Nous pouvons le restaurer sous l’ancienne URL se terminant en .PHP, mais il s’agit techniquement d’un fichier HTML.

WordPress utilise également PHP. Pour notre intégration WordPress, nous recréons donc les pages PHP par rétro-ingénierie. Elles n’auront pas toujours exactement le même fonctionnement que le site original, mais leur apparence sera similaire.

WordPress utilise aussi une base de données MySQL, que nous recréons également si vous commandez la conversion WordPress.

**Cette réponse est un résumé. Nous vous recommandons également de consulter notre article de blog sur les différences entre frontend et backend.**

Non, mais nous pouvons recréer une nouvelle base de données dans une certaine mesure. Les visiteurs d’un site web ne peuvent pas accéder aux fichiers du backend : c’est précisément ce qui définit le backend. Par exemple, un visiteur ne peut pas télécharger votre base de données ou vos fichiers PHP. Un outil de récupération web ne peut donc pas non plus les télécharger. Il ne peut récupérer que les fichiers frontend, tels que JavaScript, HTML/CSS et les images.

Un outil de récupération web a essentiellement les mêmes limites qu’un visiteur ordinaire. Il ne peut accéder ni au backend ni aux parties du site protégées par une connexion, comme domain.com/wp-login.php.

La Wayback Machine utilise également un robot d’exploration pour archiver les sites sur archive.org. Elle n’a donc jamais eu accès au backend des sites. Si un fichier n’existe pas sur archive.org, nous ne pouvons évidemment pas le récupérer non plus.

Cela signifie aussi que les fonctions du site dépendant du backend ne fonctionneront plus correctement. Par exemple, un formulaire de contact doit accéder à une base de données pour enregistrer les informations, et parfois à d’autres fichiers serveur pour envoyer des e-mails automatiques. Sur un site restauré, le formulaire peut conserver son apparence originale, mais ne fonctionnera plus.

Certaines URL se terminent par .PHP ou .ASP, mais cela ne signifie pas que les visiteurs voient ces fichiers. Ils ne voient que la réponse générée, généralement du HTML, même si l’URL se termine par .PHP ou .ASP. Nous ne pouvons donc pas récupérer les fichiers PHP/ASP d’origine ni leurs fonctionnalités, seulement l’apparence des pages.

Si vous commandez notre conversion WordPress, nous recréons un nouveau backend. Vous pourrez accéder à un tableau de bord WordPress via domain.com/wp-login.php. Ce tableau de bord ne dispose pas de toutes les options de thème (couleurs, widgets, etc.), mais il permet de modifier le contenu dans un éditeur visuel WYSIWYG.

Pour la conversion WordPress, nous recréons également une base de données MySQL. Le résultat n’est toutefois pas parfait : les anciens formulaires de contact, par exemple, conserveront leur apparence sans fonctionner. Nous pouvons les réparer moyennant un supplément, ou vous pouvez le faire vous-même.

Plusieurs raisons peuvent expliquer la lenteur de la récupération de grands sites :

• L’Internet Archive est lent.
• Nous vérifions trois fois chaque lien défectueux afin de nous assurer qu’il s’agit bien d’un lien cassé et non d’un serveur archive.org défaillant. Ainsi, les sites comportant de nombreux liens cassés sont particulièrement longs à récupérer.
• L’archive bloque notre adresse IP si nous récupérons les pages trop rapidement. Nous sommes en contact direct avec l’Internet Archive, qui nous a demandé d’utiliser un User-Agent personnalisé afin de suivre notre activité. L’organisme peut légalement nous bloquer : nous devons donc respecter ses consignes.

Si vous souhaitez soutenir l’Internet Archive, vous pouvez faire un don afin de l’aider à investir dans une infrastructure plus rapide. Cette organisation repose sur des technologies open source, ce qui limite parfois ses performances. Nous offrons une récupération gratuite si vous nous envoyez une capture d’écran d’un don d’au moins $25.

Nous ne connaissons pas les lois de tous les pays. La plupart de nos clients utilisent notre logiciel pour restaurer un site qu’ils ont eux-mêmes créé, ce qui est probablement légal dans la plupart des pays.

Si vous n’êtes pas le créateur d’origine, la récupération du contenu d’un site peut être illégale dans certains pays.

Sur de nombreux sites, la mention des droits d’auteur dans le pied de page fait référence au domaine, par exemple « Copyright © example.com ». Si vous possédez le domaine, vous pouvez éventuellement faire valoir des droits sur le contenu.

Il s’agit toutefois d’une zone grise et il est difficile de donner une réponse certaine, faute de jurisprudence abondante.

Concernant les contenus expirés, il est peu probable qu’une autre partie les retrouve ou s’en préoccupe. Nous veillons à ce que le contenu ne soit pas publié ailleurs sur Internet, ce qui peut compliquer la démonstration d’un préjudice financier par un tiers.

Dans la pratique, de nombreux contenus sont reproduits ailleurs sur Internet. Selon notre expérience, ces situations limites entraînent rarement des difficultés. Dans le pire des cas, vous pouvez recevoir une demande officielle de retrait DMCA et devoir supprimer le contenu avant une date donnée pour éviter une procédure. Si vous créez un réseau privé de blogs (PBN) et craignez des problèmes juridiques, nous recommandons de supprimer ou de remplacer les coordonnées de contact originales (téléphone, adresse postale).

À notre connaissance, aucun client n’a rencontré de difficultés juridiques à cause de l’utilisation de nos services.

Nous ne proposons pas d’abonnement illimité pour les conversions WordPress, car notre développeur consacre entre une et deux heures à chaque domaine. Le processus n’est que partiellement automatisé, ce qui explique son prix plus élevé que celui de la solution HTML classique.

Notre outil HTML peut néanmoins récupérer les sites initialement créés avec WordPress. Leur apparence sera identique à celle de l’original, mais vous n’aurez pas accès au tableau de bord WordPress, sauf si vous commandez la conversion.

Le délai dépend du nombre de pages du site. Un petit site est récupéré en moins d’une heure, tandis qu’un grand site peut nécessiter plusieurs jours. Après la récupération, notre développeur livre généralement la conversion WordPress sous 24 à 48 heures. Nous garantissons une livraison sous 72 heures, hors week-ends.

Notre script supprime automatiquement le préfixe des URL de l’archive. Nous restaurons les liens tels qu’ils étaient lorsque le site fonctionnait en ligne. Il ne reste donc aucune référence visible à la Wayback Machine.

• Un cercle bleu correspond à un code HTTP 2xx, par exemple 200. C’est le code habituel d’une page web normale dans la Wayback Machine. Un cercle bleu est généralement un choix sûr.
• Un cercle vert correspond à un code HTTP 3xx, donc à une redirection. Évitez si possible les points verts lorsque vous choisissez une date à récupérer. Il vaut mieux utiliser directement l’URL de destination de la redirection.
• Un cercle orange indique une erreur HTTP 4xx.
• Un point rouge autour de la date indique une erreur côté serveur, avec un code HTTP 5xx.

Il s’agit de liens vers des pages indisponibles sur archive.org. Les moteurs de recherche n’apprécient pas les liens cassés. Notre logiciel redirige donc automatiquement ces liens vers la page d’accueil du site (le domaine racine).

Lorsque vous prévisualisez les résultats sur notre site, ces liens semblent mener vers waybackmachinedownloader.com, car c’est notre domaine principal. Après avoir transféré les fichiers sur votre propre domaine, ils pointeront vers yourdomain.com.

Nous récupérons des sites entiers, pas seulement une page. Pour chaque domaine, nous téléchargeons jusqu’à 20 000 URL ou pages.

Si une page est accessible à partir de la page d’accueil d’une date donnée, nous la récupérons. Notre logiciel fonctionne comme un visiteur qui clique sur tous les liens de la page d’accueil, puis suit les liens des pages trouvées. Il continue jusqu’à avoir découvert toutes les pages accessibles.

Nous ne téléchargeons qu’une seule version de chaque URL. Si domain.com/page1/ a été archivée à plusieurs dates, nous n’en récupérons qu’une.

Cette date est généralement proche de celle choisie pour la page d’accueil. Si vous choisissez une page d’accueil de 2016 et qu’une page interne a été archivée en 2015 et en 2018, nous récupérons la version la plus proche de 2016. Par exemple, si vous choisissez https://web.archive.org/web/20160315050823/www.example.com comme page d’accueil et que example.com/page1 a été archivée en 2015 et en 2018, nous récupérons la version de 2015.

Pour plus d’informations, consultez cet article de blog : Notre système amélioré récupère désormais aussi les pages sans chemin de lien interne

Si votre site est particulièrement volumineux (2 000 pages ou plus), lisez attentivement cette section. Cela ne pose pas de problème pour la version HTML, mais notre expérience montre que la conversion WordPress peut rencontrer des difficultés. Nous devons recréer le thème et la base de données par rétro-ingénierie. La base de données peut notamment ralentir le site, car une base reconstruite est généralement plus volumineuse.

Pour les grands sites, nous pouvons rembourser la partie WordPress de votre commande ($70) ou proposer une solution hybride. Dans ce cas, la page d’accueil et les pages accessibles en deux clics seront intégrées dans WordPress. Les autres pages fonctionneront en HTML statique. Elles garderont la même apparence pour les visiteurs, mais ne pourront être modifiées qu’en HTML. Si vous ne demandez pas de remboursement dans les 24 heures, notre développeur considérera que vous préférez la solution hybride et vous enverra les fichiers WordPress sous deux à trois jours.

En cas de boucle de redirection inattendue (« domain.com vous a redirigé trop de fois ») ou d’erreur 500 :

1. Pour WordPress, ce problème provient souvent de permissions incorrectes. Les dossiers et sous-dossiers doivent avoir les permissions 755 et les fichiers les permissions 644. Pour savoir comment les modifier, consultez ce guide

2. Une boucle de redirection ou une erreur 500 peut également être due à des fichiers corrompus lors de la décompression avec cPanel. Essayez d’extraire les fichiers sur votre ordinateur, puis de les transférer par FTP sans les compresser.

Pour un site Joomla, nous récupérons le HTML généré par Joomla. Si vous commandez la conversion WordPress, nous transformons ensuite ces pages HTML en une installation WordPress. Cela comporte certaines limites, décrites sur https://www.waybackmachinedownloader.com/en/wordpress-conversion/

Le même processus s’applique aux sites créés avec Drupal, Shopify ou Magento. En raison de ces limites, les sites utilisant beaucoup de fonctions serveur personnalisées, comme Magento ou Shopify, donnent de moins bons résultats. Un site e-commerce peut conserver son apparence d’origine sans retrouver toutes ses fonctionnalités, car celles-ci dépendent fortement du backend.

De manière générale, notre conversion HTML vers WordPress convient aux sites qui proposent beaucoup de contenu et peu d’interactions avec les visiteurs, comme les magazines, les sites d’actualités ou les blogs.

Vous pouvez consulter les fichiers disponibles sur archive.org aux adresses suivantes : https://web.archive.org/details/bowdbeal.com et https://web.archive.org/web/*/bowdbeal.com/* Remplacez simplement « bowdbeal.com » par votre domaine pour connaître le nombre total de fichiers disponibles.

Remarque : nous ne pouvons pas toujours récupérer tous les fichiers, car la Wayback Machine ne répond pas systématiquement à nos requêtes. En général, nous tentons environ cinq fois de télécharger un fichier en utilisant différentes adresses IP avant d’abandonner.

Si c’est un site uniquement HTML, vous pouvez téléverser les mêmes fichiers sur un sous-domaine comme test.domain.com.

Pour les conversions WordPress, il existe trois façons de tester le site :

• Testez-le localement avec un outil comme WAMP. Nous l’utilisons nous-mêmes pour le contrôle qualité.
• Hébergez-le sur un autre domaine ou une autre adresse IP. Modifiez ensuite le fichier hosts de Windows pour indiquer au navigateur que le domaine est hébergé sur une autre IP. Voici un guide pour Windows et un guide pour Mac/Linux.
• Payez un supplément de $20. Nous rendrons alors les fichiers compatibles avec un autre domaine pour que vous puissiez effectuer vos tests sur un autre domaine ou sous-domaine. Précisez le domaine de test souhaité, par exemple test.domain.com.

Tous les sites web utilisent du HTML. WordPress est écrit en PHP et génère du HTML en sortie. Les visiteurs ne voient pas le code PHP, seulement le HTML que leur navigateur transforme en pages visuelles.

Nous pouvons récupérer les fichiers HTML, mais l’installation et le tableau de bord WordPress d’origine (accessibles via /wp-admin/) font partie du backend. Par définition, ils ne sont visibles ni pour les visiteurs ni pour les robots d’exploration.

Notre version WordPress est une conversion réalisée par rétro-ingénierie : conversion HTML vers WordPress, basée sur notre version HTML.

Si le site d’origine a été créé avec WordPress, vous n’avez pas nécessairement besoin d’une conversion HTML vers WordPress. Vous pouvez utiliser le HTML généré par le site original. En revanche, si vous souhaitez modifier les pages dans l’éditeur visuel du tableau de bord WordPress, vous avez besoin de cette conversion.

Cela dépend de l’utilisation prévue du site. Commencez par lire https://www.waybackmachinedownloader.com/en/wordpress-conversion/

Il existe principalement trois possibilités :
1. Version HTML uniquement, au tarif de $19. Si le site d’origine a été créé avec WordPress, vous n’avez pas nécessairement besoin d’une conversion HTML vers WordPress. Vous pouvez utiliser simplement le HTML généré par l’installation WordPress originale. Si vous voulez modifier les pages dans l’éditeur visuel WordPress, il vous faudra cependant une conversion.
2. Conversion HTML vers WordPress standard. C’est l’option choisie par la majorité de nos clients, moyennant un supplément de $70. Le tableau de bord WordPress a des fonctions limitées, mais vous pouvez facilement modifier les textes, les images, les liens, etc.
3. Conversion HTML vers WordPress haut de gamme. Cette version dispose d’un tableau de bord WordPress soigné et facile à utiliser. Elle convient aux sites destinés à évoluer, qui nécessitent des modifications régulières et une compatibilité complète avec des extensions tierces, comme les constructeurs visuels de pages. Son prix dépend du site et se situe généralement entre $300 et $2,000.

Une personne a probablement utilisé la version gratuite de notre logiciel pour récupérer votre contenu.

Nous n’hébergeons pas ce contenu et nous n’en avons pas le contrôle.

Vous devez identifier le bureau d’enregistrement du domaine ou l’hébergeur et lui envoyer une plainte pour atteinte aux droits d’auteur.

Vous pouvez également consulter https://help.archive.org/help/how-do-i-request-to-remove-something-from-archive-org/