Before launching a business website, check that its content is accurate, its pages are accessible to search engines, its hosting is ready, and its data is protected. This pre-launch website checklist helps you review these points in a practical order without overlooking essential legal requirements.
For each check, note the person responsible, the test result, and the corrections to be made. Assign one person to give the final green light: a site may look visually complete while still having a faulty form or a page blocked from search engines.
1. Check the content and company information
Start by browsing the site as a visitor who is unfamiliar with your business. They should understand what you offer, who you serve, and how to contact you without having to guess. For a contractor’s website, for example, the homepage can present the main services, while separate pages explain the work performed and the geographic area covered.
- Proofread the text, headings, and captions: correct errors, ambiguous wording, and information that is no longer current.
- Check the company name, contact details, address, and any opening hours wherever they appear.
- Review each service: is it actually offered, and are its terms clearly presented?
- Replace demo text and images, empty pages, and provisional notices.
- Make sure you have the necessary rights for the photos, illustrations, fonts, and other published content.
- Check that links, downloadable documents, and email addresses open the expected destination.
Images should also help people understand the offering. Choose files suited to their placement and provide a relevant alternative description when the image conveys information. A purely decorative image does not need a description that unnecessarily repeats the neighboring text.
Finally, have someone outside the project review the site. Ask them to find a specific service and explain how to contact the company. Their hesitations often reveal vocabulary or navigation problems that the team no longer notices.
2. Test the experience on mobile and the contact points
A visitor may discover your business on their phone, from a computer, or with a slow connection. So test the important pages on several screen sizes, using the site like a customer: open the menu, view a service, then look for a way to get more information.
On mobile, check that the text remains readable without excessive zooming, that elements do not overflow the screen, and that buttons are easy to use. The menu should remain understandable and make it easy to return to the main pages. Also check the contrast of the text and the ability to navigate with a keyboard: these checks do not replace an accessibility audit, but they help identify common obstacles.
For each form, submit it for real using a test address. Check both what the visitor sees and what the company receives:
- Required fields are clearly indicated and errors are explained.
- A message confirms the submission or reports its failure.
- The message arrives in the right inbox, with the information needed to respond.
- The requested fields remain appropriate to the objective: do not collect information simply because it might be useful someday.
Also test phone and email links on a suitable device. If the site offers a quote request, make sure the visitor understands what happens after submission, without announcing a response time the company cannot meet. To explore these checks further, see our article on the SEO and user experience.
3. Prepare pages for organic search
The organic search or SEO encompasses the techniques aimed at improving a site's presence in search engine results. Before launch, the goal is not to promise a ranking, but to make the pages understandable and accessible.
Assign each page a primary topic and a title that describes it precisely. A page dedicated to a service should explain that service; it should not repeat another page's content word for word while changing only the name of a city. Then organize the information with consistent headings and subheadings.
- Write a descriptive title tag for each important page, without accumulating keywords.
- Prepare a clear meta description: it may be used in search results, even if it is not always displayed.
- Use readable and consistent page addresses; avoid retaining meaningless test names.
- Link relevant pages to one another with explicit labels, rather than with a series of «click here» links.
- Make sure important images have appropriate alternative text and that essential content is not present only in an image.
Before launch, a test site may be intentionally hidden from search engines. At launch, check that public pages do not inadvertently retain a «noindex» directive or a block in the robots.txt file. Conversely, pages that are not intended to appear in search results should be handled according to their role. Blocking robots is not sufficient protection for a confidential page.
If you have an XML sitemap, check that it contains the correct public URLs. For a business that operates locally, clearly present the areas actually served and the information useful to customers. Our guide to local SEO details the elements to work on without artificially multiplying pages.
4. Check the domain, hosting, and launch
The domain name is the address visitors enter to access the site. Web’hosting corresponds to the service that makes the files and systems necessary for the site available on the Internet. Before publishing anything, identify who manages each of these elements and who owns the associated access credentials.
Keep an up-to-date inventory of the domain, hosting, site management system, and any related services. The company must know how to regain access to its accounts and whom to contact in case of a problem. Store this information in a secure location, separate from a simple unprotected shared document.
Before switching the domain to the new site, check the following points:
- The domain is indeed the one the company wants to communicate, and its renewal is being tracked.
- The domain settings are prepared with the person who manages them; a change may also affect the associated email service.
- The HTTPS certificate is installed and valid, and public pages open without a security warning.
- The address variants in use point to a consistent primary version, without a redirect loop.
- The test site is not left publicly accessible with demonstration data or accounts.
If an old site is being replaced, list its useful pages before the switch. Plan redirects from the old addresses to the corresponding new pages, rather than systematically sending everyone to the homepage. Then check known incoming links and documents or printed materials that mention an old address.
Finally, plan a rollback solution: who can intervene if the switch fails, and which version of the site or which settings can be restored? This preparation avoids having to improvise while an important page or the email service is not working.
5. Secure access and prepare backups
Security starts with control over accounts. Each person who works on the site should have a personal access account appropriate to their role: someone responsible for proofreading content does not necessarily need administrative rights. Delete or deactivate test accounts and access that is no longer needed.
- Use long, unique passwords, stored in a suitable password manager.
- Activez l’authentification à deux facteurs lorsqu’elle est proposée, en particulier pour les comptes d’administration et le domaine.
- Mettez à jour le système du site, ses extensions et ses thèmes, après avoir vérifié leur compatibilité.
- Retirez les extensions et thèmes inutilisés plutôt que de les laisser s’accumuler.
- Vérifiez que les fichiers sensibles et les interfaces d’administration ne sont pas exposés sans nécessité.
Pour un site WordPress, contrôlez notamment les comptes administrateurs, la provenance des extensions et la procédure de mise à jour. Ces précautions ne suppriment pas tous les risques : elles réduisent les accès inutiles et facilitent la détection d’un problème.
Une sauvegarde n’est utile que si elle peut être restaurée. Définissez ce qui est sauvegardé, où les copies sont conservées, qui peut les récupérer et à quelle fréquence elles sont réalisées. Les fichiers et la base de données peuvent tous deux être nécessaires ; une copie conservée séparément de l’environnement principal limite le risque de perdre le site et sa sauvegarde lors d’un même incident.
Testez la restauration avant le lancement ou vérifiez qu’un test documenté a été effectué. Notez également la procédure à suivre en cas de piratage ou de panne : personne à prévenir, accès à utiliser et ordre des actions. Après publication, prévoyez un suivi régulier des mises à jour, des sauvegardes et des comptes.
6. Examiner les mentions légales, les données et les cookies
Les obligations dépendent notamment de l’activité, du public visé et des fonctionnalités du site. Une entreprise doit identifier les informations légales applicables à sa situation et les rendre facilement accessibles. Ne copiez pas les mentions d’un autre site sans les adapter : elles peuvent être incomplètes ou correspondre à une autre activité.
Vérifiez en particulier l’identification de l’éditeur et les informations relatives à l’hébergement. Selon le cas, d’autres informations peuvent être nécessaires, par exemple pour une activité réglementée ou pour un site qui vend à des consommateurs. Si le site propose une vente ou une réservation en ligne, examinez aussi les conditions applicables à ces opérations et les informations à fournir avant la conclusion du contrat.
Pour les données personnelles, recensez les traitements réellement présents : formulaire de contact, demande de devis, inscription à une lettre d’information ou mesure d’audience, par exemple. Informez les personnes, de manière adaptée, sur les données collectées, les finalités, les destinataires, la durée de conservation et leurs droits. Prévoyez également comment répondre à une demande d’accès ou de suppression.
Enfin, faites l’inventaire des cookies et traceurs, y compris ceux qui peuvent être déposés par des contenus intégrés. Certains nécessitent un consentement préalable ; d’autres peuvent relever d’une exemption selon leur finalité et leurs conditions d’utilisation. Lorsque le consentement est requis, le dispositif doit permettre un choix libre et le retrait du consentement, sans activer les traceurs concernés avant ce choix.
Testez le parcours en acceptant, en refusant et en modifiant votre choix. Une politique de confidentialité ou un bandeau affiché ne suffit pas si le fonctionnement technique ne correspond pas à ce qui est annoncé. En cas de doute sur vos obligations, faites vérifier le dispositif en fonction de votre situation.
7. Organiser le contrôle final et le suivi après publication
Regroupez les résultats dans un tableau simple : page ou fonctionnalité, vérification effectuée, anomalie, responsable et statut. Distinguez les problèmes qui empêchent le lancement de ceux qui peuvent être améliorés ensuite. Un formulaire qui ne transmet pas les demandes ou une page confidentielle accessible au public appelle une correction avant la publication ; une amélioration rédactionnelle mineure peut être planifiée.
Le jour de la mise en ligne, refaites les tests sur l’adresse publique, et non uniquement sur le site de test. Contrôlez au minimum les pages principales, les liens de contact, un envoi de formulaire, le HTTPS, les redirections et les réglages d’indexation. Vérifiez aussi que les outils de mesure éventuellement utilisés respectent les choix exprimés par les visiteurs.
Après la publication, surveillez les erreurs remontées par les utilisateurs et les outils à votre disposition. Consultez les demandes reçues pour repérer un formulaire mal compris, et contrôlez que les pages importantes deviennent accessibles aux moteurs. L’exploration et l’apparition dans les résultats ne sont pas nécessairement immédiates ; elles ne dépendent pas uniquement de la mise en ligne.
Confiez ensuite à une personne identifiée la mise à jour des contenus, le suivi technique et le renouvellement des accès. Un site lancé avec soin reste utile s’il reflète les prestations réellement proposées et si ses fonctionnalités restent opérationnelles.
Frequently asked questions
Peut-on lancer un site avec des pages encore incomplètes ?
Il vaut mieux ne pas publier une page qui contient des textes provisoires, des liens cassés ou des informations trompeuses. Si une rubrique n’est pas prête, retirez-la temporairement de la navigation et assurez-vous qu’elle n’est pas accessible par erreur.
Comment savoir si mon site est accessible à Google ?
Vérifiez que les pages publiques ne portent pas de directive « noindex » involontaire et qu’elles ne sont pas bloquées par les réglages destinés aux robots. Après publication, un outil de suivi de l’indexation peut aider à repérer les erreurs, sans garantir l’apparition immédiate de chaque page.
Le certificat HTTPS suffit-il à sécuriser un site ?
Non. Le HTTPS protège les échanges entre le navigateur et le site, mais il ne remplace ni les mises à jour, ni des accès robustes, ni les sauvegardes. Vérifiez aussi les comptes et les composants installés.
Faut-il un bandeau de cookies sur tous les sites ?
Pas nécessairement : cela dépend des traceurs utilisés et des règles qui leur sont applicables. Commencez par les recenser, puis prévoyez un recueil du consentement lorsque celui-ci est requis, avant leur activation.
Que faire des anciennes pages lors d’une refonte ?
Identifiez les pages encore utiles et associez chacune, lorsque c’est pertinent, à sa nouvelle adresse. Mettez en place les redirections correspondantes et testez-les après la bascule pour éviter que les visiteurs arrivent sur des pages introuvables.
Qui doit conserver les accès au site et au nom de domaine ?
L’entreprise doit pouvoir identifier les titulaires des comptes et récupérer les accès nécessaires à la gestion de son site. Les personnes qui interviennent doivent disposer de droits adaptés à leur rôle, sans partager inutilement un compte administrateur.
