Créateur de site Web ou code personnalisé : lorsqu'un site mérite d'être déplacé

Une question généralement posée au mauvais moment

Créateur de site Web ou développement personnalisé est une question presque tout le monde se pose deux fois. La première fois au début, quand il n'y a pas encore de site et chaque réponse semble tout aussi convaincante. La deuxième fois environ dix-huit mois plus tard, lorsque le site existe, fonctionne, et quelque chose dans il a cessé d'être possible.

La première fois, il n'y a rien de réel à répondre. Pas de trafic, pas de demandes de renseignements, pas de sens des pages qui vont se révéler importantes. À ce moment, un constructeur est presque toujours le bon choix, et il n'y a rien à discuter.

La deuxième fois que la réponse est déjà dans vos données — mais vous devez regarder les tâches spécifiques qui ont cessé de se faire, pas sur la plateforme. Voilà de quoi il s'agit.

Nous l'avons fait nous-mêmes et nous savons ce que les deux parties coûtent, y compris la partie du projet de loi que les articles laissent généralement de côté.

Ce qu'un constructeur résout vraiment

Commencez par une liste honnête de ce que les constructeurs méritent d'être crédités, car cette conversation est habituellement menée par des gens qui profitent de la vente de développement.

Vitesse. De l'idée à la page de travail dans une soirée. Aucune agence ne sera plus rapide, car une agence a un bref, un cycle d'approbation et une file d'attente.

Coût prévisible. Un abonnement coûte la même chose en mars et en septembre, et n'a pas besoin de sa propre ligne dans le budget.

Pas de dette technique de votre côté. Mises à jour, sécurité, certificats, sauvegardes — le problème de la plateforme. C'est un vrai travail, et sur votre propre site il coûte soit argent ou nerfs.

La capacité de changer de texte sans impliquer personne. C'est sous-estimé. Un site dont le propriétaire ne peut pas faire une édition vieillit plus vite que tout autre.

Si votre site est de dix ou vingt pages qui changent une fois par trimestre, un constructeur couvre complètement le travail et vous n'avez pas besoin de déménager.

Où un constructeur s'épuise, et ce n'est pas la conception

Une idée fausse commune: les gens quittent les constructeurs parce qu'ils veulent quelque chose de plus beau. Presque jamais. Les modèles modernes semblent décents, et la mauvaise conception se produit sur le code personnalisé tout aussi souvent.

Les gens s'enfuient dans trois autres endroits.

D'abord, les données. Dès que le site contient quelque chose qui vit dans une table — un catalogue avec des filtres, un calendrier, une base de données de propriétés, des prix qui bougent — un constructeur commence à exiger un travail manuel qui croît linéairement. Une centaine d'articles peuvent encore être manipulés à la main. Un millier ne peut pas.

Deuxièmement, les intégrations. Une enquête doit atteindre le CRM, un paiement doit effacer la bonne passerelle, l'entrepôt doit déclarer les stocks. Sur un constructeur, chaque maillon de cette chaîne passe par un service intermédiaire, et une chaîne à quatre maillons se brise là où vous ne pouvez pas le voir.

Troisièmement, le contrôle de ce qui est servi aux moteurs de recherche. En-têtes de réponse, adresses canoniques, données structurées, plan du site, vitesse de charge. Sur un constructeur, vous les contrôlez exactement jusqu'à ce que la plate-forme ait décidé de vous laisser, et vous trouvez la limite précisément quand vous la touchez.

Cinq signes que vous avez frappé le plafond

Rien de tout ça n'est une raison de bouger. Trois à la fois est une conversation.

Vous payez régulièrement pour des services tiers pour travailler autour d'une limitation de plateforme. Comptez ces abonnements comme faisant partie du coût du constructeur — ils le doublent habituellement.

La même édition prend des heures car elle est faite à la main sur vingt pages. Il ne s'agit pas de commodité: cela signifie que la structure des données ne correspond pas au travail.

Vous ne pouvez pas répondre pourquoi une page spécifique se charge lentement. Je ne sais pas, mais je ne peux rien faire — littéralement, je ne peux pas regarder.

Un développeur que vous avez embauché pour une amélioration commence sa phrase avec cette plate-forme que vous ne pouvez pas, mais nous pourrions essayer.

Le site fait de l'argent et le coût des temps d'arrêt dépasse le coût du développement. Il ne s'agit pas de la capacité de la plate-forme; il s'agit de garder un actif essentiel au revenu sous votre propre contrôle.

Quel est le coût réel d'un déménagement: 673 adresses: Les gens quittent les constructeurs de sites Web pas…

La facture que personne ne vous montre. La construction du nouveau site est la plus petite moitié d'une migration. La plus grande moitié est ce qui arrive aux anciennes adresses.

Notre site a quitté sa plateforme précédente, et au fil des ans, le moteur de recherche avait appris des centaines d'adresses. Après le changement de moteur, ils ont arrêté d'exister. Dans le rapport Search Console qui se lit comme 673 adresses de retour non trouvées.

Chacun d'eux est soit une page à laquelle quelqu'un se connecte encore, ou une position de recherche que vous abandonnez, ou les deux. Il n'est pas possible d'automatiser complètement leur travail, car la décision sur chaque adresse est éditoriale : y a-t-il une page sur le nouveau site qui répond à la même question ?

D'où la règle pratique : la carte entre les adresses anciennes et nouvelles est tracée avant le développement, pas après le lancement. Prenez l'inventaire de l'ancienne plate-forme et de Search Console séparément, car les deux listes ne correspondent pas — le moteur de recherche connaît les adresses que vous avez oubliées.

Et séparément, que ne pas faire : rediriger chaque ancienne adresse vers la page d'accueil. Il ressemble à une solution et n'est pas une — les moteurs de recherche lisent ces redirections comme une erreur douce, refusent d'indexer, et vous perdez les données sur ce que les gens cherchaient.

Pourquoi le trafic tombe même après une migration attentive

Il vaut la peine de savoir à l'avance, de sorte que vous ne vous trompez pas un processus normal pour un échec.

Après un déplacement, le moteur de recherche doit re-croiser tout le site, faire correspondre les anciennes adresses aux nouvelles, et transmettre les signaux que vous avez accumulés. Cela prend des semaines, parfois des mois, et les positions fluctuent entre-temps.

Une baisse de 20 à 30 % au cours des premières semaines est ordinaire pour une migration correctement exécutée. Le signal d'avertissement est différent: le trafic qui ne se rétablit pas dans les deux ou trois mois, ou une chute concentrée dans une section plutôt que répartie sur le site.

C'est pourquoi les migrations ne sont pas prévues au sommet d'une saison. Si décembre fait la moitié de vos revenus annuels, déménagez en février.

Rechercher la visibilité sur les constructeurs, sans les mythes

L'affirmation selon laquelle les sites construits sur des constructeurs ne peuvent pas être classés est fausse, et elle est le plus souvent répétée par les vendeurs de développement.

Un moteur de recherche ne demande pas avec quoi une page a été faite. Il regarde ce que la page sert : contenu, vitesse, structure, balisage. Une page de constructeur avec un bon texte va battre une page codée sur mesure avec un mauvais texte, à chaque fois.

La différence réelle est le plafond et le temps de réponse. Lorsque vous avez besoin de changer quelque chose que la plate-forme ne vous donne pas accès, sur un code personnalisé qui est une demi-heure; sur un constructeur, c'est un ticket de support avec un résultat inconnu.

Et chargez la vitesse. Les constructeurs envoient un paquet universel de scripts car ils ne peuvent pas savoir à l'avance ce dont vous aurez besoin. Code personnalisé expédie seulement ce qui est utilisé. La différence n'est généralement pas catastrophique, mais elle est visible sur le trafic mobile — et les Vitals du Web sont mesurés sur des visites réelles.

Quand vous ne devriez certainement pas bouger

Trois situations dans lesquelles le développement ne se paiera pas pour lui-même, même s'il est vendu de manière convaincante.

Le site n'apporte aucune demande et vous espérez qu'un nouveau sera. Pas du tout. Si le problème est que personne ne vous trouve ou que l'offre ne convainc pas, la plate-forme n'a rien à voir avec elle, et après le déménagement vous aurez les mêmes questions zéro à plus de frais.

Vous n'aimez pas l'apparence du site. La conception d'un constructeur change en une semaine et coûte une fraction du développement.

Quelqu'un vous a dit qu'il n'y avait pas de référence sur les constructeurs. Avant de le croire, demandez-leur de montrer quel changement spécifique est impossible. Si aucune réponse n'est donnée, ce n'est pas un argument.

L'hybride qui est souvent la bonne réponse

Entre tout sur un constructeur et tout sur mesure se trouve une option intermédiaire qui est étrangement rarement offert.

La partie du site qui vit sur des données et fait de l'argent — le catalogue, la zone de compte, une calculatrice de prix — est construite sur un code personnalisé. Le reste — le blog, les pages à propos, les atterrissages de campagne — reste là où le propriétaire édite lui-même le texte.

Techniquement, c'est un domaine divisé par chemin. Pour un visiteur et un moteur de recherche, c'est un site unique.

Le gain est que le développement n'est payé que là où il retourne quelque chose, et un éditeur ne file pas pour fixer une virgule. Le coût est de garder les deux moitiés comme un seul site.

Pour la plupart des entreprises dont le site fonctionne déjà et gagne déjà, c'est une étape plus saine que de tout réécrire.

Export : vérifiez-le avant d'en avoir besoin

Une chose qui mérite d'être établie dans votre premier mois sur n'importe quelle plateforme, plutôt que le jour où vous décidez de partir.

Exactement ce que vous pouvez prendre avec vous. Texte — presque toujours. Images à la taille originale — pas toujours: certaines plateformes ne retournent que des versions compressées préparées pour leur modèle. Une structure de catalogue avec des attributs, rarement utilisable. Une liste d'adresses de page — presque jamais sans la tirer d'une console de recherche.

Cela prend quinze minutes pour vérifier : trouver l'export dans les paramètres, l'exécuter, ouvrir le fichier. S'il contient du balisage enchevêtré avec du texte et des images référencés sur le domaine de quelqu'un d'autre, vous connaissez maintenant le prix d'un mouvement futur.

Les images méritent leur propre note. Les liens vers des fichiers stockés sur le côté de la plateforme cessent de fonctionner une fois l'abonnement terminé. Un site qui s'est déplacé avec ces liens intacts perd chaque illustration le jour où la période de paye s'épuise.

Rien de tout cela n'est un argument contre les constructeurs. C'est un argument pour garder votre propre texte source et des images dès le premier jour, quel que soit le site est construit sur.

Comment décider en une soirée

Prenez la liste de ce que vous vouliez faire sur le site au cours des six derniers mois et ne l'avez pas fait. Voulaient et ne faisaient pas — ce ne serait pas agréable.

À côté de chacun, écrivez la raison: la plate-forme ne me laissera pas, trop cher, pas de temps, jamais compris.

Si plus de la moitié ne me laisse pas descendre sur la plateforme, un mouvement est justifié. S'ils n'arrivent à rien et ne l'ont jamais compris, déplacer ne change rien, et l'argent est mieux dépensé sur quelqu'un qui finira les tâches.

Il s'agit d'un test brut, mais il fonctionne mieux que de comparer des tableaux de fonctionnalités, car il repose sur ce dont vous avez réellement besoin plutôt que sur ce que quelqu'un a décidé était important.

Un dernier mot sur la phrase. Constructeur de site Web ou développement personnalisé est une question mal posée, car il implique un choix fait pour toujours. Dans la pratique, c'est un choix pour les deux prochaines années, et la bonne réponse change à mesure que le travail que le site doit faire change.

Ce que nous ferions différemment

Deux choses qui nous ont coûté du temps.

L'inventaire des anciennes adresses aurait dû être pris avant le développement, et non après le lancement. Certaines pages auraient alors été conçues avec quelque chose à hériter, et 673 adresses ne seraient pas devenues un emploi distinct après coup.

Et nous aurions dû lancer en partie. Nous avons expédié le nouveau site entier, et quand quelque chose a mal tourné, il n'y avait aucun moyen de dire quelle partie était responsable. Section par section est plus lente, mais chaque étape est vérifiable.

Il ne s'agit pas non plus de choisir une plateforme. Les deux visent à traiter une migration comme un projet avec ses propres risques plutôt que comme un changement d'agence de conception.