Fehlerbehebung bei Fehlern vom Typ „404“ für  Pages-Websites

Wer kann dieses Feature verwenden?

Pages ist in öffentlichen Repositorys mit Free und Free für Organisationen sowie in öffentlichen und privaten Repositorys mit Pro, Team, Enterprise Cloud und Enterprise Server verfügbar. Weitere Informationen findest du unter -Pläne.

In this guide you'll find common reasons you may be seeing a 404 error while building your Pages site.

If you see a 404 error while building a Pages site, first check 's Status page for any active incidents.

Make sure 's DNS records are set up correctly with your DNS provider. For more information, see Managing a custom domain for your Pages site.

If your Pages site is private and you see a 404 error, you may need to clear your browser's cache. For more information on clearing your cache, see your browser's documentation.

Pages will look for an index.html file as the entry file for your site.

  • Make sure you have an index.html file in the repository for your site on . For more information, see Creating a Pages site.

  • The entry file must be at the top level of your chosen publishing source. For example, if your publishing source is the /docs directory on the main branch, your entry file must be located in the /docs directory on a branch called main.

    If your publishing source is a branch and directory, the entry file must be at the top level of the source directory on the source branch. For example, if your publishing source is the /docs directory on the main branch, your entry file must be located in the /docs directory on a branch called main.

    If your publishing source is a Actions workflow, the artifact that you deploy must include the entry file at the top level of the artifact. Instead of adding the entry file to your repository, you may choose to have your Actions workflow generate your entry file when the workflow runs.

  • The name of the index.html file is case sensitive. For example, Index.html will not work.

  • The name of the file should be index.html, not index.HTML or any other variation.

Check that your directory contents are in the root directory.

If you're using a custom domain, make sure it's set up correctly. For more information, see About custom domains and Pages.

  • The CNAME record should always point to <USER>..io or <ORGANIZATION>..io, excluding the repository name. For more information about how to create the correct record, see your DNS provider's documentation.
  • If you are able to access your landing page, but encounter broken links throughout, it is likely because you either didn't have a custom domain name before or are reverting back from having a custom domain name. In such cases, changing the routing path does not initiate a rebuild of the page. The recommended solution is to ensure that your site rebuilds automatically when adding or removing a custom domain name. This may involve configuring a commit author and modifying the custom domain name settings.

Check whether your repository meets the following requirements.

  • The branch you are using to publish your site must be the main or default branch.
  • The repository must have a commit pushed to it by someone with admin permissions for the repository, such as the repository owner.
  • Switching the repository's visibility from public to private or vice versa will change the URL of your Pages site, which will result in broken links until the site is rebuilt.
  • If you are using a private repository for the Pages site, please check if your Pro, Team, or Enterprise Cloud subscription is still active. If you renew the plan, the Pages site will be automatically re-deployed. Otherwise, you can change your repository's visibility to public to continue using Pages for free.

If you are still receiving a 404 error, start a Community discussion in the Pages category.