Copie et transfert d'un site internet sur commande - évolution juridique | DitWork
Une copie de site peut impliquer de déplacer votre propre projet vers un autre domaine ou serveur, de restaurer une version perdue, de redévelopper un site obsolète, de créer une version régionale ou de mettre en œuvre une structure similaire avec un nouveau design. Sur DitWork, vous pouvez trouver un spécialiste pour travailler légalement sur un chantier pour lequel le client a des droits ou une autorisation. La tâche ne doit pas impliquer le vol du code, du contenu, de la clientèle, des données privées de quelqu'un d'autre ou le contournement de l'autorisation.
Une copie techniquement précise se résume rarement au téléchargement de HTML. Un site Web moderne comprend une logique de serveur, une base de données, des rôles d'utilisateur, des intégrations, des fichiers, une file d'attente de tâches, des analyses, une messagerie, des paiements et des paramètres d'infrastructure. Par conséquent, déterminez d’abord ce qui doit exactement être préservé : l’apparence, le contenu, l’URL, les fonctions, les données, les signaux SEO ou simplement le scénario utilisateur général.
Quelles tâches sont pertinentes pour la copie ou le redéveloppement ?
- Transfert de votre propre site Web entre hébergements, serveurs ou domaines.
- Créez une sauvegarde fonctionnelle pour le développement et les tests.
- Re-développement d'un ancien site en utilisant la technologie supportée.
- Restauration d'un projet à partir d'une copie de sauvegarde, des sources et des matériaux disponibles.
- Création d'une version régionale ou linguistique avec un contenu autorisé et des paramètres individuels.
- Mise en œuvre d'une logique similaire basée sur la référence sans copier illégalement le matériel d'autrui.
Les droits et autorisations sont vérifiés avant de démarrer
Le client doit confirmer le droit d'utiliser le domaine, le code source, la base de données, le design, les textes, les photographies, les polices, les marques et les modules payants. La licence d'un plugin ou d'un thème peut interdire le portage vers un autre domaine ou le transfert vers un tiers. Si les droits portent uniquement sur le contenu, l'interprète peut créer une nouvelle implémentation technique, mais cela n'est pas obligatoire et ne doit pas copier le code propriétaire du concurrent.
Les tâches visant à imiter les sites bancaires, de paiement, gouvernementaux ou autres pour collecter des informations d'identification sont inacceptables. Vous ne pouvez pas non plus demander de contourner la sécurité, d'extraire la base d'utilisateurs de quelqu'un d'autre ou de reproduire l'interface afin d'induire le visiteur en erreur.
Audit initial du projet
Avant l'évaluation, le spécialiste vérifie la technologie, les versions, la structure des fichiers, la base de données, la taille de la médiathèque, le cron, les scripts de messagerie, les API externes, le DNS, les certificats et la disponibilité des sauvegardes. Une liste distincte d'URL, de modèles, de rôles, de formulaires et de fonctions est compilée. Si le code source n'est pas disponible, le réaménagement est évalué comme un nouveau projet plutôt que comme un simple portage.
- Collectez les accès confirmés et effectuez une copie de sauvegarde immuable.
- Capturez les URL, les statuts, les canoniques, les métadonnées et le trafic de recherche actuels.
- Vérifiez la base de données, les fichiers, les dépendances, les licences, les intégrations et les tâches en arrière-plan.
- Déterminez ce qui est reporté inchangé, ce qui est mis à jour et ce qui est exclu.
- Créez un environnement de test et effectuez une migration de test.
- Comparez le contenu, les fonctionnalités, le référencement et les performances.
- Planifiez le changement de domaine, le DNS, les redirections et les capacités de restauration.
Quel devrait être le résultat
| Région | Résultat | Examen |
|---|---|---|
| Fichiers et code | Projet complet ou nouvelle implémentation, configuration et dépendances | L'installation est répétée selon la documentation sans actions manuelles cachées |
| Données | Base, utilisateurs, produits, articles, commandes et médias dans le volume convenu | Les enregistrements de quantité et d'audit correspondent au rapport de migration |
| URL et référencement | Carte des anciennes et nouvelles URL, 301, canoniques, plan du site et robots | Les adresses clés répondent avec les bons codes et ne forment pas de chaînes |
| Intégrations | Paiements, CRM, courrier, livraison, analyses et API | Les comptes clients sont utilisés et les scripts de test sont réussis |
| Lancement | Domaine de production, HTTPS, surveillance, sauvegardes et plan de rollback | Après le changement, les principaux scripts et le journal des erreurs sont disponibles |
Transfert sans perte de référencement
Lors d'un changement de domaine ou de structure, la liste des URL indexées et des pages de destination entrantes est d'abord téléchargée. Pour chaque adresse modifiée, sélectionnez la nouvelle page la plus proche et configurez un 301 direct sans chaînes. Vous ne pouvez pas rediriger tous les éléments supprimés vers la page principale. Canonical, hreflang, liens internes, données structurées et plan du site doivent utiliser les URL finales.
Au stade du changement, il est utile de sauvegarder longtemps l'ancien domaine et les redirections, de vérifier 404, d'exclure le domaine de test de l'indexation et de ne pas empêcher l'exploration du nouveau site après le lancement. Les données de la Search Console et des analyses sont comparées avant et après la migration, en tenant compte de la période d'exploration naturelle.
Copie pour l'environnement de test
La copie de test doit être isolée de la production. Il désactive les paiements réels, les SMS, les mailings, les webhooks et les actions susceptibles de modifier les données professionnelles. L'accès est limité par mot de passe ou réseau, et l'indexation de recherche est bloquée. Les données personnelles sont anonymisées dans la mesure du possible. Une fois les travaux terminés, les clés de test et les accès temporaires sont révoqués.
Re-développement au lieu de copie directe
Lorsque le site d'origine fonctionne sur une plateforme obsolète, contient des dépendances dangereuses ou ne dispose pas de sources, il est plus sûr de reproduire les fonctions sur une nouvelle base. L'apparence peut être mise à jour tout en conservant la reconnaissance et les scénarios utilisateur. Un tel projet nécessite des prototypes, une nouvelle architecture, une migration de données et des tests d'acceptation, mais réduit la dépendance à l'égard du code non pris en charge.
Contenu et base de données
Avant la migration, déterminez quelles entités sont réellement nécessaires : utilisateurs, commandes, produits, variantes, soldes, articles, commentaires, fichiers, paramètres et journaux. Pour chaque type de données, définissez des règles de correspondance et de gestion des doublons. Les mots de passe ne peuvent être transférés que si le format est sécurisé et compatible ; sinon, les utilisateurs seront invités à réinitialiser leur mot de passe. Les détails et secrets de paiement ne sont copiés que si cela est nécessaire.
De quoi dépend le coût ?
Le prix dépend de la disponibilité de la source, du volume de données, du nombre de modèles uniques, des intégrations, des changements technologiques, de l'enregistrement des URL, des exigences de temps d'arrêt et de la profondeur de la vérification. Transférer un site Web statique vers un nouveau serveur est plus simple que de migrer une boutique avec des commandes, des paiements, des soldes, des comptes personnels et des services externes. Les sauvegardes incomplètes ou corrompues augmentent la portée de l'étude.
Comment choisir un spécialiste
Recherchez de l'expérience en matière de migration et de récupération, et pas seulement en développement de nouvelles pages. L'entrepreneur doit poser des questions sur les droits, la sauvegarde, le DNS, le TTL, les données, le courrier, le référencement, les intégrations et le plan de restauration. Demandez un exemple de rapport de migration et une explication de la manière dont l'exhaustivité des données sera vérifiée. La promesse de copier discrètement le site d’autrui est un risque et non un avantage.
Liste de contrôle pour accepter une copie ou un transfert
- Comparez le nombre d'enregistrements clés, de fichiers, d'utilisateurs, de produits et de commandes.
- Vérifiez l'autorisation, la récupération de mot de passe, les formulaires, les paiements, le courrier et les API externes.
- Vérifiez les anciennes URL, les codes 301, canoniques, le plan du site, les robots, les hreflang et 404.
- Assurez-vous que les clés de test sont remplacées et que l'accès temporaire est révoqué.
- Vérifiez la version mobile, la vitesse, le journal des erreurs et les tâches en arrière-plan.
- Obtenez les sources, l'exportation de la base de données, les instructions, la carte de redirection et la liste des licences.
- Effectuez une sauvegarde finale et testez le script de récupération.
Comment décrire une tâche sur DitWork
Veuillez indiquer si vous êtes propriétaire du site d'origine et quels éléments vous êtes autorisé à utiliser. Décrivez l'objectif : migration, sauvegarde, restauration, version régionale ou nouvelle implémentation. Répertoriez l'accès, la technologie, le volume de données, les fonctions requises, la nécessité de sauvegarder l'URL, les temps d'arrêt et les délais acceptables. Ne publiez pas de mots de passe, de jetons ou d'informations personnelles dans la description ouverte. Une commande détaillée et légale vous aide à obtenir des devis comparables et à déplacer votre projet en toute sécurité.
