How We Test and Research Technology

How TechGuru researches software, distinguishes hands-on experience from research-based comparisons, checks changing product facts and handles recommendations, updates and affiliate relationships.

TechGuru publishes practical technology guides, comparisons, reviews and troubleshooting articles. We use different evidence standards for different types of content, and we label the basis of an article when that distinction matters.

Our core rule

We do not describe a product as hands-on tested unless we have actually used it in that way. Research-based comparisons are identified as research-based, and current product facts are checked against primary or authoritative sources where practical.

How we research comparisons

For software comparisons, we begin with the decision a reader is trying to make. We identify criteria such as team size, workflow, integrations, administration, free-plan restrictions, realistic paid cost, privacy or data controls and exit/migration considerations.

Current plan limits, pricing and product capabilities are checked against vendor documentation where possible. Because SaaS pricing and packaging change frequently, articles include an update date and readers are encouraged to confirm important purchasing details on the provider’s current site.

What “research-based” means

A research-based article may compare official documentation, pricing pages, help centres, technical documentation and other relevant evidence without claiming that TechGuru has completed a controlled hands-on test of every product. We prefer that wording to implying experience we do not have.

What counts as hands-on experience

When TechGuru has actually used a service or encountered a workflow while operating this website, we can describe those specific observations. We separate an observed experience from broader claims about reliability or performance that would require a larger test.

For example, TechGuru is built and operated on WordPress with Hostinger hosting. That gives us direct experience with activities such as theme deployment, caching, domain/site configuration and WordPress troubleshooting. It does not mean that one site’s experience proves how Hostinger will perform for every customer.

How we handle recommendations

We avoid treating a feature count as a verdict. A recommendation should state the type of user or workflow it suits and the trade-off that could make another option more appropriate. Where the evidence is insufficient to declare a universal winner, we say what to test rather than inventing certainty.

Our review checklist

  • Purpose: does the article answer a specific reader decision or problem?
  • Evidence: are important current claims supported by suitable sources?
  • Experience: are hands-on statements limited to things actually observed?
  • Trade-offs: does the article explain limitations as well as advantages?
  • Freshness: are volatile details dated and rechecked when the article is materially updated?
  • Usefulness: does the reader leave with a practical next step, test or decision framework?

AI-assisted editorial work

AI tools may assist with research organisation, drafting, editing or checking structure. They are not treated as evidence. Product facts, important claims and recommendations should be grounded in source material or clearly described experience, and published material remains subject to editorial review.

Affiliate relationships

Commercial relationships do not change the evidence standard used for an article. If TechGuru uses affiliate links, they are disclosed and should not determine whether a product is included or how its limitations are described. Read our Affiliate Disclosure and Editorial Policy.

Corrections and updates

Technology changes quickly. If we discover a material factual error, we aim to correct it rather than preserve an outdated recommendation. Readers can use the Contact page to flag an issue or source that needs rechecking.

How we use images and screenshots

Images on TechGuru should help explain or verify the subject, not simply fill space. When we have first-hand access to a product or workflow, screenshots may be used to show what we actually observed. Research-based guides may instead use restrained editorial graphics or no hero image at all. We do not present a decorative illustration as evidence that a product was tested.