Après la mise en service : premières étapes

Une fois votre site mis en ligne, il est utile de régler quelques détails au cours de la première semaine : vous assurer que rien n’a été oublié chez votre ancien hébergeur, que vous serez informé en cas de problème et que vous savez où trouver de l’aide. Si votre site n’est pas encore en ligne, commencez par consulter la liste de contrôle de mise en ligne.

1. Activer les notifications de surveillance

Pourquoi est-ce important ? Kinsta vérifie chaque site toutes les 3 minutes. Nos ingénieurs corrigent automatiquement les problèmes d’infrastructure, mais si le problème se situe au niveau de votre site, comme un conflit entre extensions, vous n’en serez informé que si les notifications sont activées.

Comment procéder : rendez-vous dans Réglages utilisateur > Notifications et activez les notifications de surveillance du site WordPress. Vous recevrez alors des e-mails vous informant des erreurs de site, des problèmes SSL, des domaines expirés et des problèmes DNS. Consultez la section Surveillance de la disponibilité.

Attention : seuls les utilisateurs ayant accès à l’environnement de production du site reçoivent des alertes. Les utilisateurs des comptes Facturation d’entreprise et Développeur de site WordPress n’en reçoivent pas.

2. Vérifier que votre messagerie fonctionne toujours

Pourquoi est-ce important ? Kinsta héberge votre site web, mais pas vos boites e-mail. Si vous avez transféré les enregistrements DNS de votre domaine vers Kinsta, les enregistrements MX de votre fournisseur de messagerie doivent également y être ajoutés, sinon les messages destinés à votre domaine ne vous parviendront plus.

Comment procéder : envoyez un e-mail de test vers et depuis une adresse de votre domaine. En cas d’échec et si vous utilisez le DNS de Kinsta, vérifiez vos enregistrements MX ; consultez la section DNS de Kinsta et, pour Google Workspace, la section Enregistrements MX de Google.

3. Créer votre environnement de staging

Pourquoi est-ce important ? Un environnement de staging est une copie privée de votre site où vous pouvez tester les mises à jour d’extensions, les modifications de conception et les mises à niveau PHP avant que les visiteurs ne les voient. Chaque site comprend un environnement de staging standard gratuit, et vous l’utiliserez au cours des deux étapes suivantes.

Comment commencer :

1. Dans MyKinsta, sélectionnez votre site, cliquez sur le nom de l’environnement en haut de la page (par exemple, « Live »), puis sélectionnez Créer un nouvel environnement.
2. Sélectionnez Environnement standard, puis cliquez sur Continuer.
3. Sélectionnez Cloner un environnement existant, puis choisissez Live comme environnement à cloner.
4. Terminez la création de l’environnement. Votre site de staging dispose désormais de sa propre URL, telle que stg-sitename-environmentname.kinsta.cloud.

Consultez la section Environnements de staging pour découvrir toutes les options disponibles.

Bon à savoir :

• Connexion : un site de staging cloné utilise les mêmes identifiants de connexion WordPress que votre site de production jusqu’à ce que vous les modifiiez.
• Ressources : un environnement de staging standard dispose de 2 threads PHP au maximum et n’utilise ni la mise en cache en périphérie ni le CDN Kinsta. Il est idéal pour tester des modifications, mais pas pour mesurer la vitesse. Si vous avez besoin d’un environnement de staging identique au site en production, consultez le module de staging premium dans la section Modules.
• Mise à jour : l’environnement de staging ne se met pas à jour automatiquement lorsque votre site en production subit des modifications. Pour effectuer des tests sur du contenu récent, supprimez-le et clonez à nouveau le site en production, ou transférez-le depuis le site en production vers l’environnement de staging ; consultez la section Effectuer des modifications en toute sécurité.

4. Supprimer les plugins dont vous n’avez plus besoin

Pourquoi est-ce important ? Certaines extensions n’étaient nécessaires que chez votre ancien hébergeur, ou remplissent une fonction dont Kinsta se charge désormais à votre place. Les laisser actifs alourdit le système et peut entrainer des conflits.

Extensions à vérifier :

• Extensions de mise en cache des pages : Kinsta fournit une mise en cache au niveau du serveur, et de nombreuses extensions de mise en cache sont incompatibles avec ce système.
• Les extensions propres à votre ancien hébergeur : celles-ci ne fonctionnent généralement que sur la plateforme de cet hébergeur.
• Les extensions de redirection : elles ne sont plus nécessaires dès lors que vos redirections sont gérées dans MyKinsta.
• Les extensions de sauvegarde et de disponibilité : Kinsta assure déjà la sauvegarde et la surveillance de votre site ; vérifiez donc si vous en avez encore besoin.
• Votre propre extension Patchstack : Kinsta inclut une protection contre les vulnérabilités assurée par Patchstack sans frais supplémentaires, mais celle-ci est désactivée sur tout site exécutant sa propre extension Patchstack. À moins que vous n’ayez besoin de votre propre compte Patchstack, supprimez l’extension et la protection de Kinsta s’activera dans les 12 heures. Vérifiez son statut sur la page Info de votre site dans MyKinsta.

Comment commencer : comparez votre liste d’extensions avec celle des extensions interdites et incompatibles. Désactivez d’abord les extensions sur votre environnement de staging pour vous assurer que tout fonctionne correctement.

5. Vérifier votre version de PHP

Pourquoi est-ce important ? Les versions récentes de PHP sont plus rapides et bénéficient toujours de correctifs de sécurité. Les sites migrés sont parfois installés sur une version plus ancienne afin de rester compatibles avec l’hébergeur précédent.

Comment procéder : vérifiez quelle version votre site utilise et comment la modifier dans la section Redémarrer et mettre à jour PHP. Testez une nouvelle version sur l’environnement de staging avant de l’appliquer au site en production.

6. Fermer votre ancien compte d’hébergement en toute sécurité

Pourquoi est-ce important ? Une résiliation prématurée peut entrainer l’interruption de services dont vous ne soupçonniez pas qu’ils se trouvaient encore chez votre ancien hébergeur.

Avant de résilier :

1. Vérifiez que votre nom de domaine pointe bien vers Kinsta et que votre site se charge à partir des réglages de domaine de MyKinsta.
2. Vérifiez si votre ancien hébergeur gère également l’enregistrement de votre nom de domaine, les paramètres DNS ou la messagerie électronique, et transférez ces éléments en premier lieu.
3. Téléchargez une dernière sauvegarde de votre site depuis l’ancien hébergeur afin de la conserver.

7. Savoir comment obtenir de l’aide

Contacter le support : notre équipe d’assistance est disponible 24/7 depuis MyKinsta.

Étendue du support : ce pour quoi notre équipe peut vous aider, et ce qui n’entre pas dans son champ d’intervention.

État du système : consultez d’abord cette page si plusieurs sites rencontrent des problèmes simultanément.

Forum communautaire : posez vos questions et échangez avec d’autres clients Kinsta.

8. Vérifier vos informations de facturation

Pourquoi est-ce important ? Des informations correctes garantissent l’exactitude de vos factures dès la première émission, ce qui est essentiel si vous demandez un remboursement d’impôt.

Comment procéder ? Vérifiez l’adresse de votre entreprise ainsi que votre numéro de TVA ou de GST dans Réglages de l’entreprise > Coordonnées de facturation. Les factures antérieures se trouvent dans la rubrique Factures.