SEO

How Long Does It Take Google to Index a New Page?

Talha Aslan 19 min read 1 views

Short answer

What is the typical indexing time for a new page on Google?

Indexing time is the period between publishing a page and Google adding it to its index so it can appear in search results. According to Google's documentation, crawling can take anywhere from a few days to a few weeks. There is no fixed number, and Google does not promise to index every page.

Keep reading for the full details and examples

At Talha Aslan and team, this is one of the questions we hear most often: "I published the page yesterday, so why is it still missing from Google?" In short, the wait does not depend on a single number. Your site's history, the way Google discovers the page, and the value of the content all shape the result together.

In this guide, we also explain when to stay patient and when to step in. That way, you can make decisions based on data instead of guesswork.

Why doesn't Google give an exact indexing time?

Google states it plainly. Even if your page follows the Search Essentials, Google does not guarantee that it will crawl, index, or serve that page. You can read this in the official guide on how Google Search works.

The reason is simple. Google keeps no central registry of web pages. Instead, it has to find new URLs on its own, all the time. After that, it decides when to crawl each URL by weighing how much load a site can handle against the likely value of the page.

As a result, two sites can publish on the same day with very different outcomes. One page may show up within hours, while the other waits for weeks. Google's systems also change over time. For that reason, we suggest you ignore claims such as "every page gets indexed within four days."

Our advice is to treat indexing time as a likely range, not a commitment. That mindset helps you set realistic expectations. It also makes real problems much easier to spot.

What is the difference between discovery, crawling, and indexing?

Mixing up these three stages is the most common cause of a wrong diagnosis. You can think of Google's process in three rough steps:

  1. Discovery: Google learns that the URL exists. This usually happens through a link on a known page or through a sitemap.
  2. Crawling: Googlebot downloads the page and, when needed, renders it by running JavaScript.
  3. Indexing: Google analyzes the content, picks a canonical version among similar pages, and decides whether to store it.

So when you say "my page isn't indexed," you may face one of three different problems. For example, Google may not know the URL at all. On the other hand, it may know the URL but not have visited it yet. Or it may have visited the page and then decided to leave it out.

Search Console shows you this split. The "Discovered, currently not indexed" status means the process stalled at the second stage. In contrast, "Crawled, currently not indexed" points to a decision at the third stage. Each one needs a different fix.

Which factors shape indexing time?

Google never relies on a single signal for this decision. However, when we combine our field experience with the official documentation, these factors stand out:

  • Discovery path: Strong internal links help Google notice a page sooner.
  • Crawl history: Sites that Google visits often usually see new content picked up faster.
  • Server health: A slow server or frequent errors can push Google to postpone crawling.
  • Content quality and originality: Content that looks like a copy of existing pages may never make it into the index.
  • Technical signals: A noindex tag, a robots.txt block, or a wrong canonical can stop the process entirely.
  • Site size: On sites with many URLs, crawl order starts to matter.

These factors feed each other. For example, a fast server alone does not help if the page sits deep inside the site. Therefore, if you want a shorter indexing time, look at the whole list rather than a single setting.

On large sites, this topic leads to the idea of crawl budget. On small and mid-sized sites, the real bottleneck is usually discovery and content value instead.

How do site age and reputation affect the wait?

The first page on a brand new domain and a new post on a site that has published steadily for years do not receive the same treatment. In Google's own words, it can take a few weeks for Google to notice a new site or changes to an existing one.

A new site has no crawl history yet. It also has few or no links from other sites. Google's documentation names exactly this as a common reason a site gets missed: no other sites on the web link to it.

Established sites are different. Googlebot already visits them often. Consequently, a new post that receives a link from the home page or a category page usually enters Google's view much faster.

So what should you do if your site is new? First, be patient and complete the basic setup without gaps. Then focus on earning visibility in natural ways. Google explicitly advises against buying links, and that shortcut causes harm over time. Instead, invest in content people want to share and in real industry relationships.

What should you do right after publishing a new page?

As soon as a page goes live, we recommend this short checklist. These steps do not guarantee a timeline, but they remove the obstacles in front of you:

  1. Check that the page returns a 200 status code and needs no login.
  2. Confirm that the page has no noindex tag and that robots.txt does not block it.
  3. Make sure the canonical tag points to the page itself.
  4. Add the page to your sitemap. Most content management systems do this on their own, but check anyway.
  5. Link to the new page from at least one relevant category, service, or home page section.
  6. If the page matters, request a crawl with the URL Inspection tool in Search Console.
  7. Write down the date, so you can later judge whether the indexing time is normal.

Each step prevents a specific mistake. For example, a noindex tag left over from a staging site can make you wait for weeks for nothing. For that case, see our guide to the excluded by noindex tag status.

How do you request indexing with the URL Inspection tool?

The URL Inspection tool in Search Console is the most direct option for individual, important pages. Google's documentation on asking Google to recrawl recommends this tool for a few URLs and a sitemap for many URLs. The steps look like this:

  1. Open the right property in Search Console.
  2. Type the full page URL into the search bar at the top.
  3. Review the data Google currently holds for that URL.
  4. Use Test live URL to check the current version of the page.
  5. If everything looks fine, click Request indexing.

Only property owners or full users can take this step. In addition, the tool has a daily quota per property. Therefore, trying to push hundreds of pages through it is neither possible nor useful. We cover the warning you will see in that case in our quota exceeded guide.

Keep in mind that, according to Search Console Help, submitting a request does not guarantee that the page will appear in the index. In other words, the button sends a priority signal, not an approval.

Does a sitemap shorten indexing time?

A sitemap is one of the most important ways for Google to discover URLs. However, Google describes it clearly as a hint. Submitting a sitemap does not guarantee that Google will download it or crawl every URL inside it.

Still, a well built sitemap makes discovery noticeably easier. You will see the difference most on sites with weak internal links and deep pages. If you don't have one yet, you can create a basic file with our XML sitemap generator.

The field to watch here is lastmod. Google uses this value as long as it stays consistently and verifiably accurate. For that reason, a plugin that changes the date on every page each day weakens the signal. We explain correct use in our lastmod tag guide.

On the other hand, Google ignores the priority and changefreq fields. In short, what matters in a sitemap is listing only the canonical URLs you want in the index, with accurate dates. For the basics of setup, see what an XML sitemap is and how to create one.

How do internal links speed up the discovery of a new page?

Google finds new pages largely by following links on pages it already knows. The official guide gives the same example: when a category page links to a new blog post, Google discovers that post. Internal links are therefore the most reliable path to discovery.

Here is a mistake we see often in the field. A team publishes a new page but never links to it from anywhere on the site. The page lives only in the sitemap. This "orphan page" situation weakens both discovery and indexing priority.

To avoid it, you can take these steps:

  • Show the new post in a "latest posts" area on the home page.
  • Add contextual links to the new page from related older posts.
  • Place a short link on the relevant service or category page.
  • Move truly important pages into the main menu.

The number of clicks between the home page and the new page also matters. We cover that in our crawl depth guide. For the logic of internal link architecture, see our internal linking strategy guide.

How do server speed and error rates affect crawling?

When Google crawls a site, it takes care not to overload the server. According to the Page indexing report documentation, this is the typical reason behind the "Discovered" status. Google wanted to crawl the page, expected that doing so would overload the site, and rescheduled the crawl.

As a result, a server that responds slowly or often returns 5xx errors can directly delay crawling of new pages. In contrast, a fast and stable server lets Googlebot visit more URLs in the same time.

Here is what you can do about it:

  • Track response time and error rate in the Crawl stats report in Search Console.
  • Work with your hosting provider to find the cause of sudden slowdowns.
  • Cut down on needless parameter URLs, so Googlebot spends its effort on important pages.

Server performance matters for crawl speed and indexing time, not only for user experience. That said, on most small sites the issue lies with internal links and content more than with the server. So we suggest you check those first.

Does JavaScript content delay indexing?

Google runs JavaScript when it crawls pages and renders them with a recent version of Chrome. However, if a large part of your content appears only after JavaScript runs, Google needs an extra rendering step to see it.

For that reason, keeping the main text, headings, and links in the initial HTML response is the safer path. For example, if links appear only in a menu that opens after a click, Googlebot may not follow them. Then the discovery of subpages slows down.

To check, run the live test in the URL Inspection tool and look at the screenshot of the rendered page. Also confirm that your main text and links appear in the rendered HTML. If the content is missing there, the problem is rendering, not the wait.

In short, JavaScript alone does not block indexing. Still, a poor setup makes both discovery and understanding of the content harder.

Which technical blockers stop a page from being indexed at all?

In some cases, waiting achieves nothing, because the page is not technically eligible. These are the blockers we run into most often:

  • A noindex tag or header: Google can crawl the page, but it will not add it to the index.
  • A robots.txt block: Googlebot cannot crawl the page or read its content.
  • A canonical pointing elsewhere: Google may treat your page as an alternate version.
  • 4xx or 5xx responses: If the page does not load, it cannot enter the index.
  • Login or password protection: Googlebot cannot reach this content.
  • Redirect chains: If the page redirects, the target URL takes its place in the index.

You can spot all of these blockers in the live test of the URL Inspection tool. So run the live test before you decide to wait. For example, if you are unsure about a robots.txt rule, rebuild the file from a clean template with our robots.txt generator.

In short, if a technical blocker exists, the issue is access, not time. Once you remove the blocker, the clock starts again.

Comparing ways to speed things up: which ones actually work?

The table below summarizes the methods people ask about most, with what each one does and where it falls short. It draws on official Google documentation and our team's field experience. No method delivers a fixed timeline.

MethodWhat it doesLimitWhen to use it
Request via URL InspectionAsks for crawl priority for one URLDaily quota, no guaranteeNew or freshly changed key pages
XML sitemapMakes discovery of many URLs easierOnly a hint, no crawl guaranteeOn every site, at all times
Strong internal linksSpeeds up discovery and signals importanceCannot rescue weak contentOn every new page
Accurate lastmodHelps Google notice updatesIgnored when inconsistentWhen content really changes
Natural external linksAdds discovery paths and visibilityTakes time, never buy themEspecially on new sites
Resubmitting the same requestDoes nothingWastes quotaNever

The takeaway is clear. The methods with lasting impact are sitemaps, internal links, and content value. A URL Inspection request is only a boost for important pages.

Which tactics don't work or cause harm?

Impatience pushes some site owners toward tactics that fail or even backfire. Knowing them up front saves both time and budget.

  • Requesting the same URL again and again: Google's documentation says this will not get the page crawled any faster.
  • Using the Indexing API for every page: Google offers this API only for pages with JobPosting or BroadcastEvent embedded in a VideoObject. It is the wrong tool for other pages.
  • Buying links: Google treats this as a policy violation. Any short term discovery gain brings long term risk.
  • Unknown services that promise "instant indexing": Be careful with such claims. Even Google does not guarantee a timeline.
  • Deleting the page and republishing it at a new URL: This resets the process and scatters any signals.

So instead of shortcuts, focus on fixing the basic setup. Google's decision depends largely on the page itself and on the overall health of the site.

Moreover, these tactics often hide the real issue. For instance, if the content is weak, the "Crawled, currently not indexed" status may stay the same no matter how many requests you send.

How do you check whether a page is in Google's index?

The most reliable check is the URL Inspection tool in Search Console. The tool sums up the overall status with a few labels:

  • URL is on Google: The page is eligible to appear in results, although even this does not guarantee visibility.
  • URL is on Google, but has issues: The page sits in the index, but some enhancements, such as structured data, have problems.
  • URL is not on Google: The page cannot appear in results. The Page indexing section explains why.

For a quick first check, you can also search Google for "site:example.com/page-path". However, Google notes that the site: operator may not return every indexed URL. Therefore, treat that result as a hint only.

To see the status across the whole site, use the Page indexing report. We walk through general use of the tool step by step in our guide to what Google Search Console is and how to use it.

Also remember that the report is not real time. It is normal not to see a page there on the day you publish it.

How long should you wait with a "Discovered" or "Crawled" status?

The Page indexing report help page offers useful clues for both statuses. According to Google, once a URL is known, it can take some time, up to a few weeks, before Google crawls some or all of a site. It also says that new content can take a few days to reach the index.

The "Discovered, currently not indexed" status means Google found the page but has not crawled it yet. In this case, Google has often postponed the crawl to avoid overloading your site. So seeing this status for a few weeks on a new page is not a reason for alarm by itself.

"Crawled, currently not indexed" is different. Google has seen the page and decided not to index it for now. According to Google, the page may or may not reach the index in the future, and there is no need to resubmit it for crawling.

Our practical approach is simple. In the first case, you strengthen discovery and internal links, then wait. In the second case, instead of waiting, you review the originality of the content, the purpose of the page, and any overlap with similar pages on the site.

When should you stop waiting and step in?

Waiting is not always the right strategy. If you notice one of the following signs, we suggest you investigate actively:

  • The live test shows a blocker, such as noindex, robots.txt, or an error code.
  • After several weeks, the page still shows as not on Google.
  • Most new pages on the site stay outside the index over and over.
  • Google picks a different canonical than the one you chose.
  • Server errors keep rising in the crawl stats.

These signs may point to a problem with the overall site structure rather than a single page. For example, a template level duplicate content issue can affect hundreds of pages at once. In that case, you need to find the root cause rather than send requests one by one.

If you would like us to diagnose and fix your site's indexing issues and then keep tracking them, you can review the scope of our SEO consulting service and request a tailored quote. We do not guarantee rankings. We do, however, manage blockers and priorities based on data.

Sample scenario: how do you set up a monitoring schedule for a new service page?

This is a sample scenario. The timing is not fixed and will vary with your site. Say you publish a new service page on example.com, a corporate site that has been live for a few years. You could set up a schedule like this:

  1. Launch day: Run the checklist, run the live test, and request a crawl because the page matters.
  2. First few days: Check the last crawl date in the URL Inspection tool to see whether Googlebot has visited.
  3. End of the first week: If Googlebot still has not visited, strengthen internal links and check the sitemap.
  4. After a few weeks: If the page is still outside the index, diagnose based on the status label.
  5. Once it reaches the index: Watch the Performance report to see whether the page starts to earn impressions.

The aim of this schedule is to judge indexing time and make decisions at set checkpoints instead of worrying every day. That way, you won't confuse a normal wait with a real problem.

Also log the date and result of each check with a short note. Over time, these notes give you a realistic range for new pages on the same site.

Is indexing time different for updated pages?

Yes, it often is. When you update a page that already sits in the index, Google knows it and returns to it at intervals. However, the timing of that return visit is still up to Google.

For example, say you change a price list or a service description. Google may take anywhere from a few hours to a few weeks to see the new version. Meanwhile, search results may keep showing the old title or description.

These steps help shorten the wait for updates:

  • Change the lastmod value in your sitemap only after a meaningful edit.
  • For important changes, request a recrawl with the URL Inspection tool.
  • Link to the updated page from new and related pages.

On the other hand, small typo fixes need no request. The quota is limited, so it makes sense to save it for changes that truly matter.

In short, with new pages the challenge is usually discovery. With updated pages, it is recrawl frequency instead. Separating the two helps you choose the right tool.

Does being indexed mean the page will rank?

No. Being in the index means the page is a candidate to appear in search results. Which queries it shows up for, and in what position, is a separate process entirely.

We often see this misunderstanding in the field. A page enters the index, no traffic arrives within a few days, and the site owner assumes something is broken. In reality, an indexed page can take much longer to climb for competitive queries. We cover that process in our guide on how long SEO takes.

So you need to ask two separate questions. First, is the page in the index? Second, is the page good enough for the target queries? The URL Inspection tool answers the first question. The answer to the second depends on content quality, fit with search intent, site authority, and competition.

Keeping these apart prevents wasted effort. For instance, sending a crawl request for an indexed page with no impressions changes nothing. The real work lies in the content and the targeting.

How does our team manage indexing time for clients?

At Talha Aslan and team, we look at the whole system before individual pages when we manage indexing time for a site. As a first step, we review Search Console data, sitemaps, and the internal link structure together.

Next, we diagnose in groups why new pages get discovered late or stay out of the index. For example, a canonical error in a template can affect hundreds of pages, and one fix can resolve all of them. That is why setting priorities works far better than sending requests one at a time.

Finally, we add a checklist to the content publishing process. As a result, every new page goes live with a sitemap entry, the right internal links, and clean technical signals.

If you would like us to build this setup on your site and track indexing with regular reports, you can contact us through our SEO consulting page and request a quote. Since Google itself guarantees neither timing nor rankings, we don't either. Instead, we remove the blockers and track the process transparently.

Core guide: What Is Digital Marketing? Its types, examples and how it is done, on one page with an interactive film that travels through the brain.

Frequently Asked Questions

On average, how many days does it take for a new page to appear on Google?
There is no fixed average. According to Google's documentation, crawling can take anywhere from a few days to a few weeks, and indexing is never instant. Your site's crawl history, internal links, sitemap, and content quality shape the wait together. Treat it as a likely range, not a guarantee, and log your own publishing dates to build a realistic range for your site.
Does sending the indexing request more than once speed things up?
No, it doesn't. Google states clearly that requesting a recrawl of the same URL several times won't get it crawled any faster. In addition, the URL Inspection tool has a daily quota per property. It makes more sense to save requests for new or substantially updated key pages. While you wait, check your internal links and your sitemap.
Does submitting a sitemap guarantee that a page will be indexed?
No, it doesn't. Google treats a sitemap as a hint and does not commit to downloading it or crawling every URL in it. Still, a sitemap makes discovery noticeably easier. For that reason, we recommend listing only the canonical URLs you want indexed, with accurate dates. Also submit the sitemap in Search Console and watch its status.
If my page doesn't show up in a site: search, does that mean it isn't indexed?
Not always. Google notes that the site: operator may not return every indexed URL. So use a site: search only as a quick first check. To learn the real status, open the URL Inspection tool in Search Console and look at the overall status label. That shows you whether the page sits in the index and, if not, what blocks it.
Can I use the Indexing API to get regular blog posts indexed quickly?
That is not the right path. Google offers the Indexing API only for pages with JobPosting or BroadcastEvent embedded in a VideoObject. For regular blog posts and service pages, we recommend a sitemap, strong internal links, and, when needed, a crawl request through the URL Inspection tool. Using the API outside its scope is not a lasting fix.
How do you proceed if I ask you to fix an indexing problem?
First, we review Search Console data, sitemaps, and the internal link structure, and we diagnose issues in groups. Then we turn technical blockers and priorities into a plan. We don't guarantee rankings or timelines. However, we track the process with regular reports. Once we understand your needs and scope, we send you a written quote.
  • indexing
  • Google Search Console
  • URL Inspection
  • XML sitemap
  • technical SEO
  • crawling
Share:
Talha Aslan

Google Partner digital marketing expert. Hands-on with SEO, Google Ads, web design and e-commerce projects since 2012; every post here comes from that experience.

Next project

Get a quote for your project.

Your brief goes straight to Talha Aslan and team: strategy led by Talha, delivery by an experienced team. We reply the same day and send the scope, timeline and price as a written quote within 1 business day.