amrgearbox.com

How the page presents itself in a Google result and as a shared link, rebuilt from the tags we crawled.

Google result

a

amrgearbox.comamrgearbox.com/blog/right-angle-gearbox-selection-for-tight-amr-layouts

Right-Angle Gearbox Selection for Tight AMR Layouts: Bevel,…

Right-angle gearbox selection for tight AMR layouts. Bevel vs worm vs hypoid comparison with efficiency penalties and decision tree.

• Title · 130 characters — long titles get cut around 60
• Description · 132 characters

Fine-tune this snippet in the SERP simulator

Shared link card

amrgearbox.com

Right-Angle Gearbox Selection for Tight AMR Layouts: Bevel, Worm, and Hypoid Compared | AMRGearbox | AMR Gear Reducer Manufacturer

Right-angle gearbox selection for tight AMR layouts. Bevel vs worm vs hypoid comparison with efficiency penalties and decision tree.

• Open Graph image present

• Worth notingStructure

  FAQ and author sections at page end add blog boilerplate not typical of pure technical documentation.

  Evidence

  • “H2: Frequently Asked Questions”H2
  • “H2: Author”H2
  • “H2: More Posts”H2
  Try this

  These sections are appropriate for a blog format and do not signal AI authorship; no action needed unless the FAQ is populated with generic Q&As.

• Worth notingImagery

  All 11 images have alt text, suggesting human review; specific image sources and quality unknown from metadata.

  Evidence

  • “Images: 11 (missing alt: 0)”page
  Try this

  Confirm that diagrams and product photos are custom or appropriately licensed; no immediate concern based on alt-text completeness.

Signals of human authorship the page is doing well.

• Content

  Efficiency figures backed by detailed power-draw calculations (e.g., worm at 60% = 1.6× electrical power) and battery-impact metrics demonstrate hands-on engineering knowledge.

• Tone

  Prescriptive guidance with specific constraints ('under 200 mm,' 'ratio >40:1') and cautionary warnings ('should only be used when self-locking is a hard requirement') establish credible expert voice.

• Words1,026
• Images11
• Alt coverage100%
• Internal links67
• External links2
• Schema blocks2
• HTML size147 KB
• Text-to-HTML5%

Each bar is one sentence of the page, in reading order — taller means longer. Human prose tends to look jagged, mixing short punches with long explanations. Machine drafts tend to flatten into even bars.

• Meta tags

  All present

  Why this matters

  Why it matters. Title and description are the two strings Google shows in search results. They decide whether anyone clicks. A canonical tag tells Google which URL is the source of truth when the same content lives at multiple paths.

  Passing looks like. A non-empty title under 60 characters, a meta description under 160, and a self-referencing canonical link.

  Fix. Add the missing tags inside the page head. Treat the title as a headline you'd want to read in a SERP, not a brand slogan.

• Heading structure

  1 H1, 14 H2

  Why this matters

  Why it matters. Headings are how crawlers and assistive tech understand a page's outline. One H1 names the page. H2s break it into sections. Skipped levels and missing H1s confuse both.

  Passing looks like. Exactly one H1, at least one H2, and no skipped levels (no H1 to H3 jumps).

  Fix. Replace the missing or duplicate H1 with a single, descriptive heading. Promote section titles to H2. Demote sub-points to H3.

• Mobile readiness

  Responsive

  Why this matters

  Why it matters. Google indexes mobile-first. A page without a responsive viewport renders zoomed-out on phones, fails Core Web Vitals on touch, and loses its mobile ranking.

  Passing looks like. A meta viewport tag with width=device-width and a layout that reflows under 600px.

  Fix. Add a viewport meta tag set to width=device-width and initial-scale=1, then audit your largest blocks at mobile widths.

• Page speed signals

  0.6s · 147 KB

  Why this matters

  Why it matters. Page weight and response time directly feed Core Web Vitals. Slow LCP and oversized HTML hurt rankings more than people expect.

  Passing looks like. First-byte under 1.5s, HTML payload under 500 KB, fewer than 30 images on the initial render.

  Fix. Trim render-blocking scripts, defer non-critical CSS, and serve compressed images sized to the viewport. Move heavy components below the fold.

• Schema markup

  2 schema blocks

  Why this matters

  Why it matters. JSON-LD structured data is how you earn rich results: review stars, FAQ accordions, breadcrumbs, article cards. Skip it and Google has nothing structured to pull from when it builds your SERP card.

  Passing looks like. At least one valid JSON-LD block matching schema.org types relevant to the page (Article, Product, FAQPage, Organization).

  Fix. Add an application/ld+json script block describing the page. Validate with Google's Rich Results Test before deploying.

• Broken links

  0/5 broken in sample

  Why this matters

  Why it matters. Broken internal links waste crawl budget, degrade UX, and signal to Google that the site isn't well-maintained. They also cap how deep crawlers reach.

  Passing looks like. Every internal link in the sample returns 2xx or 3xx. No dead anchors, no stale paths.

  Fix. Use the link list above to spot the broken paths. Either restore the missing pages or update the links to point at live URLs.

• Image alt text

  All have alt

  Why this matters

  Why it matters. Alt text is what screen readers read aloud, and what Google reads instead of pixels. Skip it and you lose on both fronts.

  Passing looks like. Every meaningful image has a descriptive alt attribute. Decorative images can use alt="" to be skipped intentionally.

  Fix. Audit images in /assets and CMS uploads. Write alts that describe what's in the image, not what it links to.

Every H1, H2, and H3 we found on the page, in document order.

We HEAD-check up to five internal links to spot broken paths quickly.