Réponse en bref
Une migration est un problème de comptabilité avant qu'elle ne soit un problème de conception. L'inventaire des URL et la carte de redirection testée sont ce que vous payez, et une goutte de trafic est un produit séparé.
La liste des URL est la chose que vous achetez en fait
Avant qu'une migration ne soit une décision de conception ou d'hébergement, c'est un problème de comptabilité. Chaque site qui fonctionne depuis plus d'un an ou deux a accumulé un ensemble d'adresses que les moteurs de recherche index, auxquels d'autres personnes se connectent, ce vieux bulletin point à, et qu'un PDF têtu dans le dossier de téléchargement de quelqu'un références encore. Presque personne ne garde cet ensemble écrit n'importe où. Il a grandi une page à la fois, et la personne qui en a créé la moitié a généralement quitté l'entreprise.
Un inventaire n'est pas le fichier sitemap. Le plan du site est ce que le système actuel est prêt à admettre existe. L'inventaire est assemblé à partir de plusieurs sources à la fois : la carte du site, une rampe complète du site en direct, douze mois de journaux de serveurs, le rapport des moteurs de recherche de pages comme connu, l'analyse des pages d'atterrissage effectivement enregistrée, et les adresses auxquelles les sites externes se connectent. Chaque source trouve des URLs que les autres manquent, ce qui explique précisément pourquoi une source n'est jamais suffisante.
Un inventaire utile comporte des colonnes plutôt qu'une seule liste. Pour chaque adresse, vous voulez le code de réponse actuel, qu'il soit indexé, combien de sessions et d'impressions il a gagné au cours de l'année dernière, combien de domaines externes y sont liés, ce qu'il déclare canonique, et quel modèle l'a rendu. Ces colonnes sont ce qui transforme un mur d'adresses en décisions qu'un humain peut prendre en un après-midi au lieu de discuter pendant un mois.
C'est pourquoi l'inventaire, et non le nouveau thème, est l'artefact qui mérite d'être payé. Les designs sont remplacés, les cadres sont remplacés, les agences sont remplacées. L'inventaire les survit tous, car il décrit votre site comme le monde extérieur le voit plutôt que comme votre panneau d'administration arrive à l'organiser. Toute personne qui reprend le projet un an plus tard part d'un document plutôt que d'une hypothèse.
Une carte de redirection est une table à deux colonnes avec une décision à chaque ligne
Une carte de redirection est, structurellement, le document le moins impressionnant du projet : ancienne adresse à gauche, nouvelle adresse à droite, code de réponse dans une troisième colonne. C'est tout. La raison pour laquelle il faut du temps réel est que chaque ligne est un appel de jugement, et un site avec quelques milliers d'adresses contient quelques milliers de petits jugements que personne n'a jamais été demandé explicitement avant.
Les rangées sont en trois sortes. Certains sont un à un: la page existe des deux côtés et garde son sens. Certains sont des fusions, où plusieurs anciennes pages s'effondrent dans une nouvelle page parce que l'ancienne séparation ne reflète plus l'entreprise. Et certains sont des départs à la retraite, où il n'y a honnêtement pas de destination, et prétendant autrement envoyer seulement un visiteur à une page qui ne répond pas à la question avec laquelle ils sont arrivés. Dans la mesure du possible, la première espèce est exprimée en règle générale, et seules les exceptions sont énumérées à la main.
La troisième colonne n'est pas une décoration. Une redirection permanente indique aux moteurs de recherche de transférer l'adresse et d'oublier l'ancienne. Une redirection temporaire leur dit de garder l'ancienne et de vérifier plus tard. Une réponse disparue est une déclaration explicite que la page est terminée, ce qui n'est pas la même chose qu'une réponse non trouvée, qui est simplement silence et pourrait également signifier un hicup serveur. Choisir entre eux rang par rang appartient à la carte, pas à l'implémentation.
L'autre propriété de la carte est qu'elle peut être testée avant que n'importe qui ne voit le nouveau site. Vous prenez chaque adresse dans l'inventaire, l'exécutez contre la couche de redirection de mise en scène, et enregistrez ce qui revient. Ce que vous recherchez, c'est des boucles, des chaînes où une redirection atterrit sur une autre, des redirections qui se terminent sur une page introuvable, et des lignes qui envoient tout tranquillement à la page d'accueil. Une carte qui n'a pas été courue contre l'inventaire complet est une ébauche, pas une carte.
La perte prévue et la perte accidentelle dessinent la même ligne sur le même graphique
Une partie du trafic que vous perdez dans une migration est le trafic que vous avez décidé de perdre. Retrait d'un niveau entier de pages d'étiquettes minces, en laissant tomber une ligne de produits que vous ne vendez plus, en retirant une langue que vous avez cessé de soutenir : toutes ces séances de réduction, et toutes étaient délibérées. Le graphique ne le sait pas. Deux semaines après le lancement, une réduction prévue et une redirection interrompue produisent exactement la même forme de déclin dans le même rapport.
La seule façon fiable de les distinguer est d'avoir écrit la partie prévue à l'avance. C'est une autre colonne de l'inventaire : pas migrée, avec une raison à côté. Remplissez-le avant le lancement et la première semaine devient arithmétique. Vous savez ce que vous attendez de perdre, vous pouvez voir ce que vous avez réellement perdu, et l'écart entre ces deux nombres est votre liste de bugs plutôt qu'un débat sur la faute de qui il est.
Sans cette colonne, la conversation après le lancement dégénère de façon prévisible. Quelqu'un dit que le trafic est en panne, quelqu'un d'autre dit que la plupart de cela était intentionnel, ni ne peut le prouver, et l'équipe passe une quinzaine de décisions qu'elle a déjà prises une fois. Pendant ce temps, la véritable rupture se trouve à l'intérieur du bruit, non détecté, et reste là assez longtemps pour arrêter d'être une réparation rapide et commencer à être une reconstruction.
Cela change aussi la façon dont vous informez les personnes qui liront le rapport. Annoncer à l'avance qu'une tranche définie de trafic de faible valeur est délibérément retiré est un plan. Expliquer la même chose trois semaines après le déménagement des nombres est une excuse, et cela ressemble à une même quand c'est complètement vrai. La colonne coûte une heure à remplir et vous achète exactement cette différence de crédibilité.
Pourquoi WordPress-to-static se situe dans la catégorie des migrations plutôt que la reconstruction
Le catalogue liste « Déplacer de WordPress à statique sans perdre de SEO » sous Migrations, marquée Experienced, à 800 – 3 000 $ ou 35 000 – 90 000 $, avec une bande de 20-40 heures. La description est explicite sur ce qui est promis: le même site, chargement en une demi-seconde, ne cassant plus quand les plugins mettent à jour, n'ayant plus besoin d'hébergement payant, et avec des positions de recherche préservées parce que toutes les URL et redirections sont transférées une à une.
Lisez cette dernière clause lentement, car c'est là que vont les heures. WordPress produit des familles entières d'adresses que l'éditeur n'a jamais créées consciemment : archives d'auteur, archives de date, pages de fixation, paramètres de flux, pagination de commentaires, et le produit croisé complet des catégories et tags. Chaque famille a besoin d'une règle dans la carte de redirection, et décider que ces règles sont le travail d'inventaire plutôt que le travail de front. La couche visuelle est souvent la partie la plus rapide de tout le travail.
Vous pouvez faire l'arithmétique évidente sur le groupe publié vous-même. De vingt à quarante heures, contre 800 $ – 3 000 $, la gamme est large, car les deux extrémités de la bande sont des sites différents plutôt que des rabais différents. Il s'agit d'un exemple de raisonnement que tout lecteur peut interpréter sur les numéros publiés du catalogue, et non sur une mesure prise à partir d'un projet particulier, et il ne doit pas être interprété comme une carte tarifaire.
L'autre chose qui consomme la bande est le comportement plutôt que le contenu. Un site WordPress porte habituellement une poignée de fonctionnalités de plugin : formulaires, recherche, commentaires, téléchargements sécurisés, une zone de membres. Chacun a besoin d'une décision explicite pour la reproduire, la remplacer par un service hébergé ou la retirer. Ces décisions font partie du même inventaire que les adresses, car plusieurs de ces caractéristiques ont leur propre adresse.
Quitter Tilda ou Wix est un problème d'exportation avant qu'il ne soit un problème de codage
La ligne du catalogue ici est 'Leaving Tilda/Wix for your own code', également déposée sous Migrations et également marquée Expérience, à 500 $ – 1 500 $ ou 25 000 $ – 70 000 $, avec une bande de 15-30 heures. La description est également directe: le même site, sans abonnement mensuel au constructeur, avec pleine propriété du code et sans restrictions sur les fonctions, et il stipule que les économies sur l'abonnement paient pour les travaux dans 6-12 mois.
Ce qui rend cela différent de l'affaire WordPress, c'est qu'un constructeur ne vous remet pas une liste. Il vous donne un site. Les adresses sont produites par le routage propre de la plateforme, certaines pages existent dans des états qui n'apparaissent que dans l'éditeur, et l'exportation que vous pouvez télécharger est rarement le même ensemble de pages que le public atteint réellement. L'inventaire doit être rampé de l'extérieur plutôt que lu de l'intérieur, puis vérifié en fonction de l'analyse et de la couverture de recherche.
La clause de propriété importe plus pour la carte de redirection que pour le code lui-même. Sur un constructeur, le schéma URL est une caractéristique du produit de quelqu'un d'autre; après le déménagement, il est le vôtre, ce qui signifie que vous pouvez finalement décider que les produits vivent sous un préfixe et les articles sous un autre, puis l'appliquer. Cette décision est exactement le travail de fusion et de retraite décrit plus tôt, et il est moins cher de faire une fois, pendant le déménagement, que dans une seconde migration plus tard.
Il est également intéressant de noter ce que les deux groupes publiés disent quand vous les mettez côte à côte. Quitter un constructeur est cité à 15-30 heures et le mouvement WordPress à 20-40, et les deux portent la même difficulté expérimentée. L'écart n'est pas un verdict sur lequel la plateforme est plus agréable à travailler. Il reflète le nombre de familles d'adresses générées que chacun laisse derrière lui pour que la carte puisse absorber.
Le mois suivant le lancement est à l'intérieur du prix de la migration, pas fixé sur lui
La ligne dédiée à cela est "Migration des sites sans perte de trafic", catégorie Migration, marquée avancé, à 700 $ – 3 000 $ ou 30 000 – 100 000 $ . Sa durée est indiquée de façon inhabituelle : 2 à 5 jours de préparation plus un mois de soutien. Cette seconde moitié est la partie les acheteurs essaient le plus souvent de retirer d'une soumission, et c'est la partie qui décide si la première moitié valait quelque chose du tout.
Les jours de préparation sont l'inventaire et la carte. Le mois est où la carte rencontre l'internet. Les crawlers redécouvrent le site à leur propre rythme plutôt qu'à la vôtre, s'adresse à la surface qu'aucune source n'a répertoriée parce qu'un site externe unique les relie, et les règles qui étaient correctes dans la mise en scène se comportent différemment une fois qu'un CDN, une couche de cache et une redirection au niveau de l'hébergement sont tous assis dans le même chemin de requête.
La description définit clairement la norme : toutes les URL correspondent, redirections valides et vérifiées, et toutes les pertes visibles le premier jour plutôt qu'après un quart. Visible le premier jour est une exigence opérationnelle, pas une promesse. Cela signifie que quelqu'un regarde des réponses non trouvées dans les journaux, regarde les chaînes de redirection, et compare le modèle de trafic par modèle au lieu de regarder un nombre de site qui moyenne un désastre dans l'invisibilité.
La comparaison au niveau du modèle est le détail qui rend le mois utile plutôt que cérémoniel. Une figure plane sur tout le site cache un type de page s'écroulant tandis qu'une autre grimpe, car la moyenne avale les deux mouvements et signale le résultat comme calme. Comme l'inventaire enregistre déjà le modèle qui a rendu chaque adresse, le même document qui a produit la carte produit également la vue de surveillance sans frais supplémentaires, ce qui est un argument fort pour la construire correctement la première fois.
Une enquête sur la fuite de la circulation fait reculer les mêmes preuves
La quatrième ligne est « Traffic drop investigation and recovery plan », catégorie Récupération, marquée Avancé, prix de 500 $ – 2 500 $ pour le diagnostic, le catalogue russe indiquant des diagnostics de 25 000 à 70 000 $ et des travaux de restauration cités comme un projet distinct. La durée est de 1 à 3 jours pour les diagnostics, les travaux relevant du plan résultant étant traités séparément.
La différence structurelle par rapport à une migration mérite d'être dite à haute voix, car les acheteurs commandent régulièrement l'un quand ils ont besoin de l'autre. Une migration commence par une liste connue d'adresses et une date que vous avez choisie. Une enquête commence par une courbe sur un graphique et doit récupérer les deux : qui s'adresse déplacé, et quand le mouvement a commencé. Tout ce qu'une migration a comme entrée, une enquête comme sortie.
La description nomme quatre candidats : une mise à jour de l'algorithme, une erreur technique, des pages perdues ou des clics allant vers les réponses AI. Ils sont séparés en demandant quelle tranche du site a été déplacée. Un défaut technique tend à avoir un bord tranchant et à rester à l'intérieur d'un modèle. Les pages perdues apparaissent comme des adresses qui disparaissent de la couverture. Une mise à jour déplace des classes entières de requêtes indépendamment du modèle. Les clics migrant en réponses AI changent la relation entre la fréquence à laquelle vous êtes montré et la fréquence à laquelle vous êtes cliqué. C'est une méthode de lecture des preuves, pas une statistique sur la fréquence de chaque cause.
La bande de 1 à 3 jours est un énoncé de portée autant qu'un calendrier. Un diagnostic est censé finir, et pour finir avec une cause nommée, les preuves derrière elle, et un plan ordonné avec des priorités. Une enquête qui dure des semaines sans nommer quoi que ce soit a cessé d'être un diagnostic et de devenir un reliquat, qui est un produit différent portant un prix différent.
Pourquoi le diagnostic est cité séparément de la réparation
Ça ressemble à une upsell et c'est le contraire. Le catalogue coûte les diagnostics seuls de 500 $ – 2 500 $ et indique que les travaux de récupération sont un projet distinct. La raison est simple : jusqu'à ce que la cause soit nommée, la réparation n'a pas de portée. Restaurer les pages qui ont été supprimées, réécrire le contenu d'une mise à jour dévaluée, et fixer une règle de serveur qui a commencé à renvoyer le mauvais code sont trois emplois non liés dont la seule caractéristique commune est le graphique qui vous a conduit à eux.
Les lignes de migration peuvent être citées à l'avance précisément parce que leur portée est une liste connue. Quelqu'un peut compter les adresses, regarder les modèles et estimer la carte avant de signer quoi que ce soit. Une goutte n'offre pas une telle liste le jour zéro. Quiconque cite un prix fixe de récupération avant le diagnostic est soit fortement rembourré contre le pire cas ou de deviner, et les deux de ces coûts l'acheteur plus que payer pour un à trois jours de diagnostic en premier.
Un diagnostic valant sa valeur passe sur quatre choses: ce qui a changé, quand il a changé, quelle partie du site il a changé, et que faire à son sujet dans un ordre où l'action réversible moins chère vient en premier. Si le premier élément du plan est coûteux et irréversible, le diagnostic n'est pas terminé. Ordonner par risque plutôt que par ambition est ce qui rend le plan exécutable par une petite équipe avec une semaine normale.
Il y a aussi le cas où le diagnostic se termine par une réponse que personne ne veut entendre : la chute est réelle, expliquée, et ne vaut pas économiquement le contraire. C'est un résultat légitime, et l'atteindre en trois jours est beaucoup moins cher que l'atteindre après trois mois de travail non dirigé. C'est aussi, par ailleurs, le cas où la distinction entre perte planifiée et perte accidentelle permet d'économiser le plus d'argent.
Reconstruire un inventaire coûte plus que d'en garder un
Une grande partie du travail d'enquête sur une baisse post-migration consiste à reconstituer l'inventaire qui aurait dû exister avant le déménagement. Vous essayez d'établir ce qui était là, ce qui est une question strictement plus difficile que ce qui est là maintenant, et vous répondez à partir de sources partielles après que le système original a déjà été désactivé et son hébergement annulé.
Les sources de reconstruction sont toutes imparfaites. Les copies archivées du site sont incomplètes et non datées au niveau des pages. Les anciens fichiers sitemap survivent parfois dans le contrôle de version, si quelqu'un les a déjà commis. Analytics maintient les pages d'atterrissage aussi loin que sa fenêtre d'exportation le permet. Les rapports de couverture de recherche vieillissent. Chaque source vous donne un fragment, les fragments ne sont pas d'accord les uns avec les autres, et les concilier est exactement le travail qu'un inventaire préalable au lancement aurait rendu inutile.
L'asymétrie est tout l'argument. Construire l'inventaire pendant que l'ancien site est encore en vie est une tâche avec une fin définie: les sources existent, elles peuvent être interrogées, et la réponse est contrôlable contre un système en cours d'exécution. Reconstruire plus tard est ouvert, parce que vous ne pouvez jamais être certain que vous avez trouvé la dernière adresse, et les adresses que vous ne trouvez pas sont précisément celles que personne ne surveille.
La version pratique de ce conseil n'est pas glamour. Gardez l'inventaire et les règles de redirection dans le même dépôt que le site, dans un format qu'un humain peut lire, et mettez-les à jour chaque fois que les adresses changent. C'est un fichier, pas une plate-forme, et il ne coûte rien à transporter. Il survit aux remaniements, il survit aux transferts entre les organismes, et c'est la différence entre une enquête de deux jours et un projet d'archéologie de trois semaines qui s'inscrit dans un système qui n'existe plus.
Laquelle des quatre lignes de catalogue correspond à la situation dans laquelle vous vous trouvez
Si vous possédez le CMS et les adresses, et que la plainte est la vitesse, la fragilité du plugin ou le coût d'hébergement, la ligne pertinente est le déménagement WordPress à 800 – 3 000 $ ou 35 000 – 90 000 $, 20-40 heures, marqué Expérience sous Migrations. Les adresses sont déjà les vôtres. Le travail est de les transférer un à un et de s'assurer que la nouvelle construction sert chacun d'eux.
Si un constructeur possède votre routage et vous facture chaque mois, la ligne quitte Tilda ou Wix à 500 $ – 1 500 $ ou 25 000 $ – 70 000 $, 15-30 heures, également vécu sous Migrations. Le catalogue définit le résultat comme la pleine propriété du code sans restriction de fonctions, avec les économies sur l'abonnement couvrant le coût du travail dans 6-12 mois.
Si le changement lui-même est le risque, un nouveau domaine, un nouveau design ou un CMS différent sur un site dont le trafic de recherche compte, la ligne est la migration sans perte de trafic à $700 – $3 000 ou 30 000 – 100 000, marquée Avancé, avec 2-5 jours de préparation plus un mois de support. Vous n'achetez pas de construction ici. Vous achetez l'inventaire, la carte vérifiée, et quelqu'un qui regarde le résultat pendant qu'il s'installe.
Et si le trafic a déjà disparu, aucun des trois ne s'applique encore. C'est la ligne de récupération : 500 $ – 2 500 $ pour les diagnostics sur 1 à 3 jours, la réparation étant ensuite prévue comme son propre projet. Commander une migration pour corriger une goutte reconstruise le site autour d'une faille que personne n'a identifié, et commander un diagnostic pour un déménagement que vous n'avez pas encore fait produit un rapport sur un site qui n'existera pas dans cette forme beaucoup plus longtemps.
Questions et réponses
Que puis-je réellement recevoir avant que le nouveau site ne parte en direct?
Deux documents et un essai. L'inventaire de chaque adresse de l'ancien site expose, avec le trafic, les liens externes et le modèle enregistré par ligne, et la carte de redirection qui donne chacune de ces adresses une destination et un code de réponse. La ligne dédiée du catalogue, la migration du site sans perte de trafic, indique 2 à 5 jours de préparation plus un mois de support de 700 à 3 000 $, et les jours de préparation sont où ces deux documents sont produits et testés contre la mise en scène.
Combien coûte le passage de WordPress à un site statique, et combien de temps ça prend ?
Le catalogue le prix à 800 – 3 000 $, soit 35 000 – 90 000 $, avec une bande de 20 à 40 heures, déposée sous Migrations at Experienced difficile. La description s'engage à charger le même site en une demi-seconde, pas de rupture des mises à jour du plugin, aucune exigence pour l'hébergement payant, et les positions de recherche préservées parce que toutes les URL et redirections sont transférées une à une plutôt qu'approximativement.
Quitter Tilda ou Wix vaut-il la peine si le site fonctionne bien actuellement?
Le catalogue répond qu'en argent: quitter Tilda ou Wix pour votre propre code est 500 $ – 1 500 $, ou 25 000 $ – 70 000 $, à 15-30 heures, et la description indique que les économies sur l'abonnement paient pour le travail dans 6-12 mois. La moitié non financière de la réponse est la propriété du schéma URL, qui vous permet de restructurer les adresses une fois au lieu de vivre en permanence dans le routage de quelqu'un d'autre.
Mon trafic a chuté le mois dernier. C'est un boulot de migration ?
Non, c'est un diagnostic en premier. La ligne de récupération est évaluée à 500 $ – 2 500 $ pour les diagnostics sur 1 à 3 jours, avec des travaux de restauration cités comme un projet distinct, et il commence par séparer les quatre causes candidates nommées dans la description : une mise à jour d'algorithme, une erreur technique, des pages perdues, ou des clics allant vers les réponses AI. Reconstruire le site avant de nommer la cause déplace simplement la faute dans la nouvelle construction.