725 of the site's 749 URLs are SCPI command references for instruments from Keysight, Rigol, Keithley, Tektronix, Rohde & Schwarz, B&K Precision and EA. These are the pages a test engineer searches for when wiring up a bench, and they are BootLoop's largest content asset. On every page we checked (Keithley 2602B and 2651A, Rigol DHO1072, Keysight EL33133A), the meta description is the unfilled template text "{{seo_description}}". That is the text search engines and link previews may show. None of these pages says that BootLoop Test can drive the instrument. The only calls to action are a generic "Book a demo" and "Contact", so an engineer copying a PyVISA snippet never learns that BootLoop could run the whole bench.
First action
Replace {{seo_description}} in the instrument template with a description built from maker, model, type and command count, then check five pages in the page source.
How to measure it
Demos sourced from /equipment
- Now
- –
- Target
- 10 a month
- By
- 90 days
Steps
Fix the description field
Map the template's seo_description to a formula built from maker, model, instrument type and command/subsystem counts; spot-check 20 pages across all seven makers.
CTO 1 day
Write the Test block per instrument type
One paragraph each for supplies, loads, SMUs, scopes, generators, analyzers and DMMs, saying what Test automates with that type.
CEO 1 day
Add the block and the closing call to action
Place the block under the intro, and add related instruments from the same series plus a pre-filled demo link at the end of the page.
CTO 2 days
Fix the title suffix
"| bootloop" becomes "| BootLoop" in the template.
CTO 1 hour
Tag the source
Pass the instrument model into the HubSpot demo form as a hidden field.
CTO half a day
Request reindexing
Submit the sitemap in Search Console and watch impressions and click-through for /equipment.
CEO 2 weeks
Review monthly
Top instrument pages by clicks and demos; write longer custom copy for the top 20.
CEO monthly
Why it works
Fix the template once and the change reaches all 725 pages. (1) Generate a real meta description from fields each page already has: maker, model, instrument type, command and subsystem counts. For example: "Rigol DHO1072 oscilloscope: all 636 SCPI commands across 30 subsystems, with copy-paste PyVISA examples. Automate it in hardware-in-the-loop tests with BootLoop Test." (2) Add a block below the intro, "Use the <model> on a BootLoop Test bench". It should say what Test does with this instrument type (for example, power sweeps for supplies and loads, captures for scopes), give the Reach Power result in one line, and link to a "see it on your bench" demo with the model pre-filled. (3) Add a short closing block on each page: related instruments from the same series and the same Test call to action. (4) Change the title suffix from "| bootloop" to "| BootLoop". Track demo requests that start on /equipment as their own source.
A buyer who is reading the SCPI manual for a specific instrument is already building a test setup, the exact job BootLoop Test sells. Today the pages answer the question and let the engineer leave. A real description lifts click-through from search, and a relevant block at the moment of need turns reference traffic into pipeline. Because the pages share one template, a single change fixes all 725, so the effort is small and the upside large.
Ready to use
CopyInstrument page template fixes
META DESCRIPTION
{maker} {model} {instrument_type}: all {command_count} SCPI commands across {subsystem_count} subsystems, with copy-paste PyVISA examples. Automate it in hardware-in-the-loop tests with BootLoop Test.
BLOCK UNDER THE INTRO
Use the {model} on a BootLoop Test bench
BootLoop Test drives {instrument_type_plural} like this one in automated HIL runs: {type_specific_example}. Reach Power cut full-system test setup from days to a single click across 16+ instruments.
[See it on your bench] -> /demo?instrument={model}
END OF PAGE
Related: {same_series_models}
Automating more than one instrument? [Book a bench walkthrough]
TITLE
{maker} {model} SCPI Commands Reference | BootLoopRisks and how to handle them
Generated descriptions read as boilerplate
Vary them by instrument type and use the real command counts; hand-write the top 20 pages.
The sales block feels pushy on a reference page
Keep it to one short, useful paragraph below the intro, and leave the reference content untouched.
Evidence
- Your websiteInstrument pages (checked November 10, 2026 on the Keithley 2602B and 2651A, Rigol DHO1072 and Keysight EL33133A): every meta description is the unfilled placeholder "{{seo_description}}"; titles end "| bootloop" in lower case; each page is a SCPI command reference with PyVISA examples and a "Verified" badge dated 2026-07-16, but none says BootLoop Test can drive the instrument, and the only calls to action are "Book a demo" and "Contact".Source
- Your websiteSitemap (749 URLs, checked November 10, 2026): 725 instrument pages under /equipment/instruments/, 8 blog posts, 6 industry pages, 2 product pages, plus company, contact, demo, privacy and cookies pages; no pricing, docs, customer or comparison pages; no lastmod dates.Source
- Your websiteEquipment library index: "SCPI Command References" "generated from the official programming manuals", grouped under seven makers (Keysight, Rigol, Keithley, Tektronix, EA Elektro-Automatik, Rohde & Schwarz, B&K Precision) with a search box; unlike the instrument pages, the index has a written meta description.Source
- Your websiteReach Power case study (October 28, 2026), the only published case study: full-system test setup went from days to "a single click"; the bench coordinates "more than 16 instruments and devices" and runs "dozens of automated tests each day"; battery discharge and converter efficiency tests now run unattended; Reach started with Develop for bring-up, then built a bench with Test. Reach makes wireless power systems for partners including the U.S. Armed Forces, NASA and Panasonic.Source