Journal de création d'un site Web multilingue - Jour 33] Tous les paramètres du site Web sont terminés !

Le projet a pris 3 jours de plus que prévu.

Tous les problèmes de configuration du site Web ont été résolus. Je suis un novice en développement, mais je pense que lors de la création d'un site Web, il est préférable de ne pas modifier trop souvent les paramètres par défaut.

En particulier, dans le cas d'un site Web multilingue, les publications sont multipliées par 50. Par conséquent, si vous publiez un article incorrectement ou faites une erreur, vous ne pourrez pas revenir en arrière sur les catégories, les balises et chaque article.

C'est pourquoi, si vous souhaitez afficher rapidement vos articles de blog, enregistrer d'abord le plan du site dans la Search Console et modifier la structure du site Web et l'installation des plugins peut avoir un impact négatif sur le site Web. Il ne faut absolument pas le faire.

Par conséquent, la soumission du plan du site doit être effectuée une fois tous les paramètres du site terminés. Il est recommandé de publier également un ou deux articles à l'avance et de soumettre le plan du site une fois tous les paramètres terminés.

En effet, si le robot d'exploration Google visite une fois le site, puis revient et constate que le permalien d'un article a changé ou que des paramètres importants tels que le titre du site Web ou les balises ont été modifiés, il sera confus. En fin de compte, si la structure du site Web change fréquemment, le robot Google ne le visitera pas souvent.

Par conséquent, la soumission du plan du site doit être effectuée une fois la création du site terminée et qu'il n'y a plus de modifications à apporter.

Il est préférable de limiter les modifications possibles aux éléments liés aux articles. Par exemple, le titre ou le contenu d'un article. La suppression de pages déjà demandées pour l'indexation n'est pas non plus recommandée. Il est bon de se rappeler que plus le site Web est stable, plus il est avantageux pour le référencement.

Néanmoins, je souhaite consigner les erreurs que j'ai commises. Cela peut être considéré comme une forme d'introspection.

Au début, j'avais hébergé le serveur Hostinger en Indonésie. Dans la région Asie, j'avais le choix entre l'Inde, l'Indonésie et Singapour. Je pensais qu'il était préférable de configurer le serveur le plus près possible de l'emplacement de l'opérateur du site Web, et j'ai donc choisi l'Indonésie sans trop hésiter. Cependant, le serveur du plugin GTranslate était situé en France. La distance entre les serveurs a entraîné un retard dans le traitement de la traduction.

À chaque publication d'un article, je devais accéder à la page traduite et appuyer sur Ctrl + F5 pour terminer la traduction. Pour les pages qui ne se traduisaient pas en une seule fois, je devais actualiser plusieurs fois.

De plus, le problème le plus important était que la page d'accueil et la page d'aperçu des catégories de chaque site Web linguistique n'étaient pas traduites. Pour résoudre ce problème, je devais me connecter à Hostinger à chaque publication d'un article pour supprimer le cache. Cependant, j'ai pensé que cela aurait un impact négatif sur le CDN (Content Delivery Network), et j'ai finalement décidé de changer l'emplacement d'hébergement du serveur.

Kodee est l'agent conversationnel IA de Hostinger.

Il est indiqué que le changement de serveur peut prendre jusqu'à 4 heures, mais dans mon cas, comme le site Web était récent, je n'avais que 3 sites Web, et peu d'articles et de photos, cela n'a pris qu'environ 10 minutes.

Pour information, la liste ci-dessous indique les pays où Hostinger possède des serveurs par continent.

• Europe : France, Lituanie, Allemagne, Royaume-Uni
• Asie : Inde, Indonésie, Singapour
• Amérique du Nord : États-Unis
• Amérique du Sud : Brésil