Image Requirements Checker
Check image dimensions, aspect ratio, file format, file size, crop compatibility and platform requirements before you publish.
SEO
Check a page before your website goes live. The checker fetches it the way a search engine crawler would and reports launch blockers such as a leftover noindex tag or a robots.txt block, plus metadata, canonical, sitemap, social sharing and structure issues — with the evidence and how to fix each one.
The check couldn't be completed
Checking…
Most checks take 5–20 seconds. Slow websites can take up to about 40.
Checklist score
—
out of 100
Link preview
Built only from the tags found on the page; platforms each style previews a little differently.
Keep the report or share it with your developer.
Every check has a weight — launch-critical checks such as noindex, robots.txt and the HTTP status weigh the most. A passed check earns its full weight, a warning half, a blocker nothing; checks that couldn't run are left out. The score is the share of the possible points, out of 100.
If there is any launch blocker, the score is capped at 59 and the result says "Not ready to launch", so a good score elsewhere can't hide it. When the page itself can't be read (an error, a block or not HTML) there is no score at all.
This is a checklist score for these checks only. It isn't a Google score, it doesn't predict rankings, and a high score doesn't guarantee indexing.
Enter the address. Paste the full address of the page you want to check, usually the home page or a key landing page.
Say what it is. Choose the live site, which should be indexable, or a staging copy, which should stay hidden. The same noindex tag is a blocker on one and expected on the other.
Let it run. Our server fetches the page without running JavaScript, then reads the site's robots.txt and sitemap and tests a small sample of links. Most checks take 5 to 20 seconds.
Fix the blockers first. Launch blockers are listed at the top, then warnings. Open any finding to see what was found, why it matters and how to fix it.
Keep the report. Copy it or download it as a text file to share with your developer, then run the check again after the fixes.
Most launch problems that hurt search visibility are small settings, not big strategy mistakes. A staging site is hidden from search engines on purpose — with a noindex tag, a "Disallow: /" in robots.txt, or WordPress's "Discourage search engines" option — and that setting gets copied to the live site. Canonical tags still point to the staging domain. The sitemap lists old addresses. Nothing looks wrong in the browser, so nobody notices until traffic doesn't arrive.
Checking the page as a crawler sees it, before and right after launch, catches these problems while they are still quick to fix.
The HTTP status, every redirect on the way to the final address, whether the page uses HTTPS, whether the http:// version redirects to https://, and whether the hostname looks like a staging or temporary platform address.
The page title and meta description (missing, duplicated, placeholder text, unusual length), the canonical URL and whether it loads, the language attribute, character encoding, mobile viewport and favicon.
noindex and nofollow in the robots meta tag and in the X-Robots-Tag HTTP header, whether robots.txt lets Googlebot and other crawlers fetch the page, the XML sitemap with a sample of its URLs, and staging addresses left in the page's links.
The Open Graph and Twitter/X card tags, whether the share image loads and its size, and a link preview built only from the tags that were found. To size and compress a share image, use the Image Requirements Checker and the Exact Image KB Optimizer.
H1 and heading order, images without alt text, internal and external links with a small sample tested for errors, structured data (JSON-LD syntax) and how much text is in the HTML.
How long the server took to send the HTML, its size and whether it is compressed. This is not a page-speed test: images, scripts and Core Web Vitals are not measured.
Launch blockers can stop the page from being crawled, indexed or trusted — for example noindex on the live site, a robots.txt block, an error status or a canonical pointing to staging. Fix these before launch.
Warnings are worth fixing but won't stop the page from being found, such as a missing meta description or images without alt text.
Passed checks show what was found, so you can confirm it is what you intended.
Not checked means a check couldn't run, for example because a file didn't respond in time. It isn't counted in the score.
The checklist score weighs launch-critical checks most and is capped at 59 while any blocker remains. It describes these checks only: it is not a Google score and doesn't predict rankings.
noindex left on. The staging setting is copied to the live site, so search engines are told to ignore it.
robots.txt blocks everything. "Disallow: /" from staging stops crawling of the whole site.
Canonical and og:url point to staging. Search engines and social apps are sent to the wrong domain.
Sitemap with old or staging addresses. The sitemap is generated before the domain changes and never regenerated.
http:// and https:// both load. Without a redirect there are two copies of every page.
Duplicate or placeholder titles. "Home", "Just another WordPress site" or the same title on every page.
Missing share image. Links shared on launch day show no picture.
Remove password protection, noindex tags and "Discourage search engines" settings from the live site.
Replace the staging robots.txt and make sure it lists the sitemap.
Point the domain to the new site, force HTTPS and redirect http:// and www/non-www variants with a 301.
Search and replace the staging domain in the database and settings, then clear every cache.
Redirect old URLs that changed to their new addresses with a 301.
Regenerate the XML sitemap and submit it in Google Search Console.
Check titles, descriptions, canonicals and share images on your key pages.
Run this checker on the live home page and key landing pages, and fix any blockers.
Install analytics and tag launch campaigns with the UTM Builder.
Test real page speed with PageSpeed Insights, and request indexing of key pages in Search Console.
Ask a developer when a blocker comes from server or hosting configuration (headers, redirects, HTTPS), when you are moving a site with many existing URLs, when content is rendered by JavaScript, or when the same problem appears on many pages. Softphoria builds and launches websites and content platforms with technical SEO built in, and offers technical SEO and digital marketing for existing sites.
FAQ
It looks at a page the way a search engine crawler first sees it and reports anything that could stop it from being crawled, indexed or shown well in results: the HTTP status and redirects, noindex tags and headers, robots.txt rules, the canonical URL, the sitemap, titles and descriptions, social sharing tags, headings, images and links. Each finding shows what was found and how to fix it.
Yes. It reads the robots meta tag and the X-Robots-Tag HTTP header, and checks robots.txt for rules that block the page. If you check the live site, noindex or a robots.txt block is reported as a launch blocker. If you choose "staging or pre-launch copy", the same settings are reported as expected, with a reminder to remove them at launch.
No. It shows whether search engines are allowed to crawl and index the page at the moment of the check. Whether Google has actually indexed it is only known to Google: use the URL Inspection tool in Google Search Console, which can also request indexing.
Not directly — Google says the meta description isn't a ranking factor. It is often used as the snippet under your title in search results, though, so a clear description can earn more clicks. Without one, search engines pick text from the page, which may be less helpful. Google can also rewrite the snippet even when you have one.
The canonical URL tells search engines which address is the main version of a page, so copies reached through tracking parameters, http and https, or www and non-www are combined instead of competing. After a launch, canonicals that still point to a staging domain or a page that doesn't load are a common, serious mistake, which is why the checker tests both.
No. It reads the HTML the server sends and doesn't run JavaScript, so titles, tags or content added by scripts are not seen. Search engines can render JavaScript, but often later and not always completely, so important metadata is safest in the server's HTML. If the checker finds very little text, the page is probably rendered by JavaScript.
One page per check, plus site-wide files that affect it: robots.txt, the XML sitemap (with a few of its URLs tested) and a small sample of the page's links. Run it on your home page and key landing pages. A full-site crawl needs a dedicated crawler.
Fix the launch blockers first: remove noindex and robots.txt blocks from the live site, make sure the page returns HTTP 200 over HTTPS, and point canonicals at the live domain. Then set unique titles and descriptions, a share image, one clear H1 and image alt text, and regenerate the sitemap. The checklist on this page lists the usual launch steps.
No. The score only summarises these technical checks. Rankings depend on content, relevance, links, competition and much more, and even a well-configured page isn't guaranteed to be indexed. A high score means the basics checked here are in place.
When a blocker comes from server or hosting settings such as headers, redirects or HTTPS, when you are migrating a site with many existing URLs, when your content is rendered by JavaScript, or when the same issue affects many pages. Softphoria can review and fix these before or after launch.
Check image dimensions, aspect ratio, file format, file size, crop compatibility and platform requirements before you publish.
Compress an image to under 20 KB, 50 KB, 100 KB or any size you choose, keeping the best quality possible. Runs in your browser.
Build campaign URLs with UTM parameters so every visit from your ads, emails and posts shows up correctly in analytics.
Softphoria builds fast, search-ready websites and fixes technical SEO problems before they cost you traffic — from metadata and redirects to WordPress performance.
Contact Us
Send us a message and we'll get back to you.
Message sent