---
title: "AI HTML to WordPress Editability Test — Protocol & Results"
description: "Explore Tahmir AI’s editability test for AI and HTML to WordPress conversion, covering draft time, real edits, mobile fidelity, navigation, and cleanup."
url: https://www.tahmir.com/ai-html-to-wordpress-editability-test/
date_published: 2026-09-28T21:03:26+00:00
date_modified: 2026-09-29T11:12:32+00:00
site: "Convert HTML to WordPress 100% Free - Tahmir AI"
agent_standard: ugentic/1.0
ai_summary: "Explore Tahmir AI’s editability test for AI and HTML to WordPress conversion, covering draft time, real edits, mobile fidelity, navigation, and cleanup."
target_queries: ["AI HTML to WordPress editability test"]
seo_aiseo_approved: true
---
AI HTML to WordPress Editability Test — Protocol & Results
[← All guides](https://www.tahmir.com/ai-to-wordpress-guides-tahmir-ai-blog/)Tahmir-run research
# AI HTML to WordPress editability test
A public protocol for measuring conversion completion, draft time, real editing, responsive fidelity, navigation, forms, cleanup, and editor dependencies—without inventing outcomes.
A
**Awais, founder of Tahmir AI**Protocol published September 20, 2026 · 8 min read
Same source*→*Same editing test
A WordPress conversion should not be judged only by its first screenshot. This test measures whether a supported source reaches a reviewable draft, what still needs repair, and whether another person can make the first real content change.
**0 / 10**verified cases published
The methodology is public now. Case results will be added only after each source, screen recording, timing log, editing check, and limitations note can be published. This page does not present planned tests as completed evidence.
**Research protocol**[Disclosure and scope](#disclosure)[Ten-case test matrix](#cases)[Procedure](#procedure)[Measures and scoring](#measures)[Results policy](#results)[Reproduce the test](#reproduce)
## Disclosure and scope
This is a Tahmir-run benchmark designed and published by Awais, the founder of Tahmir AI. It is product research, not an independent laboratory study or third-party review. The protocol is public so reviewers can challenge it, repeat it with other products, or use the same files and acceptance criteria.
The benchmark covers marketing and content pages. It does not treat application backends, authentication, databases, dashboards, payments, or custom server logic as a visual page-conversion problem.
> No result will be labelled “passed” because the page merely looks correct. The required editing and handoff checks must also pass.
## Ten-case test matrix
The first round is designed to cover different source structures rather than ten versions of the same landing page. Exact source files and permission status will be linked when each result is published.
| Case | Source type | Required stress point |
| ---- | ----------- | --------------------- |
| 01 | Single-file static HTML | Semantic headings, links, one image, and a primary CTA. |
| 02 | HTML/CSS/JS ZIP | Local assets, custom font, responsive menu, and script paths. |
| 03 | Multi-page HTML site | Shared navigation, active states, internal links, and page metadata. |
| 04 | Lovable marketing page | Responsive sections, repeated cards, and clear separation from app logic. |
| 05 | Claude-generated front end | Project assets, framework/build dependencies, and editable text regions. |
| 06 | Bolt marketing site | Routes, shared components, navigation, and external service boundaries. |
| 07 | GoHighLevel funnel page | Form replacement, tracking inventory, and CTA destination checks. |
| 08 | Framer landing page | Typography, breakpoints, animation inventory, and content editing. |
| 09 | Webflow content page | CMS boundary, redirect list, form handling, and responsive fidelity. |
| 10 | Media-heavy AI page | Image weight, lazy loading, page stability, and mobile performance. |
## Procedure for every case
1. 01
### Freeze and document the source
Record the public URL or checksum of the supplied archive, viewport references, required interactions, source size, and anything removed for privacy.
2. 02
### Record preparation work
Time every action required before conversion: export, ZIP cleanup, missing assets, route selection, credentials removal, and unsupported-feature inventory.
3. 03
### Create the WordPress draft
Record time to the first reviewable result, the WordPress environment, active theme and plugins, and any failed attempt or retry.
4. 04
### Run visual and functional checks
Compare agreed desktop and mobile widths; inspect navigation, links, images, fonts, scripts, forms, metadata, and interactive states.
5. 05
### Perform the editability task
A second person changes a headline, paragraph, image, button URL, repeated item, and metadata field without help from the original converter operator.
6. 06
### Publish the remaining work
List manual repairs, dependencies, unsupported functionality, launch blockers, and total time to a handoff-ready result.
## Measures and scoring
**Completion**
### Did a draft finish?
Completed, partially completed, or failed—with the exact failure point and retry count.
**Time**
### How long to handoff-ready?
Preparation, automated processing, manual cleanup, review, and total elapsed time are reported separately.
**Editing**
### Could another person edit?
Each required change is marked pass, pass with assistance, or fail, with the interface and dependency recorded.
**Fidelity**
### What visibly changed?
Desktop and mobile differences are documented by category instead of compressed into a vague percentage.
**Function**
### What still works?
Navigation, links, forms, scripts, and key interactions are checked individually.
**Ownership**
### What does the site depend on?
Plugins, editor layers, external services, custom code, hosting assumptions, and export or backup paths are listed.
No composite “AI score” is used. Separate measures make it possible to see whether a fast result was difficult to edit or whether a faithful result required extensive cleanup.
## Results publication policy
- Publish failures and partial results, not only successful showcase examples.
- Link the source when licensing and client permission allow it; otherwise explain exactly why it cannot be shared.
- Keep operator time separate from automated processing time.
- Show the editing task and identify the person’s prior WordPress experience.
- Record product version, date, plan, WordPress version, theme, plugins, and hosting conditions.
- Correct the page publicly if a reproduced result contradicts the original record.
!
**Why there are no scores yet**The attachment asks for evidence-led content. Publishing invented successes would undermine that goal. The honest next milestone is ten documented cases with source evidence, recordings, and limitations—not a filled table without the underlying tests.
## Reproduce or challenge the test
Reviewers may use this protocol for Tahmir, WPConvert, a manual rebuild, an AI-generated theme, or another conversion workflow. Use the same source, WordPress environment, viewport widths, content changes, and timing rules for every option.
To propose a source case or request test access, email [hello@tahmir.ai](mailto:hello@tahmir.ai?subject=AI%20HTML%20editability%20test). There is no requirement to publish a positive result.
**Permanent methodology record**Protocol version 1.0 · Published September 20, 2026 · Owner: Awais / Tahmir AI. Material changes to measures or pass criteria should be dated before new cases are compared with earlier results.
A
**Designed and written by Awais, founder of Tahmir AI**Founder-run research. Not independent testing.
Apply the protocol
## Test a real conversion path
[Decision guide
## Compare four conversion methods
Choose by editing, ownership, maintenance, and handoff—not labels.**Compare methods**](https://www.tahmir.com/ai-html-to-wordpress-4-conversion-methods-compared/)[Converter · HTML
## HTML to WordPress workflow
Review source requirements, output, ZIP handling, and limitations.**View workflow**](https://www.tahmir.com/html-to-wordpress-converter-tahmir-ai/)[Product comparison
## Tahmir vs WPConvert
Run the same source and acceptance checklist through both workflows.**Read comparison**](https://www.tahmir.com/tahmir-ai-vs-wpconvert-wordpress-conversion-workflows-compared/)
## Frequently asked questions about AI HTML to WordPress editability test
### Have the ten benchmark cases been completed?
No. This page publishes the protocol and planned case matrix. Results will be added only after each source, timing log, editing check, recording, and limitations note can be shared.
### Who runs this benchmark?
Awais, the founder of Tahmir AI, designed and publishes it. It is founder-run product research, not an independent laboratory test.
### What does the editability task measure?
A second person changes a headline, paragraph, image, button URL, repeated item, and metadata field. Each task is recorded as pass, pass with assistance, or fail, together with the interface and dependency.
## Put your page into the test set.
Share a representative source and evaluate the WordPress result with the public protocol.
[Download for Free Now](https://dash.tahmir.com/wp-json/tahmir-releases/v1/download/free/latest)