A visitor lands on a language school website, sees a course catalog, but can't quickly determine their level. The standard 50-question test takes 40 minutes — enough time for them to leave for a competitor. On the 1C-Bitrix platform, we implement an adaptive test that determines the level according to CEFR in 15 minutes and immediately shows suitable groups. According to our data, this approach increases enrollment conversion by 35% compared to standard forms. Below, we break down the architectural solutions: the CAT algorithm, a three-dimensional course catalog, and Zoom integration via REST API.
How the adaptive level test boosts conversion
The level test is a critical point in the funnel. The standard "50 questions from A1 to C2" approach takes 40 minutes and causes boredom. We implement a simplified CAT algorithm (Computerized Adaptive Testing): the test starts with 5 questions at the median B1 level, then goes up or down based on answers. On average, a student answers 20–25 questions instead of 50, and the level determination accuracy is 87% (from our measurements). This is 2x faster than the standard test.
More about the CAT algorithm
Algorithm: the server-side D7 controller (`/api/placement-test/`) processes each answer without sending correct answers to the client. State is stored in `$_SESSION` and backed up in a Highload-block — if the user closes the tab, they can continue later. The final level is calculated as a weighted average (grammar — weight 1.0, vocabulary — 0.8, reading — 1.2) and selects groups from the Highload-block.
| Parameter |
Standard test |
Adaptive test (CAT) |
| Number of questions |
50 |
20–25 |
| Time to complete |
40 min |
15 min |
| Level accuracy |
75% |
87% |
Why the adaptive test takes only 15 minutes
Due to dynamic difficulty: if the student answers correctly, the next question is harder; if they make a mistake, it's easier. The algorithm quickly converges to the exact level. The result displays with a level description ("B1 — Intermediate: you can understand main ideas of texts..."), recommended course cards, and nearby groups with an enrollment button. For unauthenticated users, the result is saved in a cookie for 30 days; upon registration, it's transferred to the profile.
Three-dimensional course catalog
The language school catalog has three axes: language, level, format. The "Courses" information block contains sections by language (English, German, French, etc.) and direction (General, Business, Exam Prep). Element properties include CEFR level, format (group, individual, online), intensity, duration, age group, and result.
Filtering is implemented via bitrix:catalog.smart.filter with AJAX and cascading dropdowns: when a language is selected, only available levels are loaded. This speeds up search by 2–3 times compared to a flat list.
The Highload-block "Groups" stores schedules: teacher, day bitmask (Mon=1, Tue=2...), start time, classroom or Zoom link. The enrollment form automatically pulls the level from the test and suggests suitable groups.
Common mistakes in language school website development
- Ignoring mobile adaptation of the test: on phones, 80% of users won't complete a 40-minute test. Our components are tested for mobile screens.
- Lack of catalog caching: without tagged infoblock cache, the site slows down with 1000+ courses. We use
bitrix:cache with tags.
- Complex enrollment process: each extra step reduces conversion. Our enrollment form has 3 fields after the test.
Integration with Zoom and LMS
For online courses, integration with Zoom/Google Meet and LMS (Moodle, iSpring) is necessary. Integration via REST API: when a group with online format is created, a recurring meeting is automatically generated, and the link is saved in the group. Access to the link opens in the personal account after payment. Lesson materials are stored in an information block linked to the course.
Student personal account
The account is built on a custom bitrix:main.profile template with tabs: "My Courses", "Schedule" (calendar view with color coding), "Homework" (statuses: new, submitted, reviewed), "Payments" (history, online payment via the sale module), "Test Results" (level dynamics, progress bar before and after the course).
Development process: from analysis to deployment
| Stage |
What we do |
Timeline |
| Analysis |
Course map, language×level×format matrix, test requirements |
5–7 days |
| Design |
Wireframes, infoblock structure, CAT algorithm |
7–10 days |
| UI/UX |
Mockups, UI kit, mobile adaptive |
10–14 days |
| Catalog development |
Infoblocks, filtering, course cards |
10–14 days |
| Level test |
CAT component, result page |
10–12 days |
| Personal account & integrations |
Account, Zoom API, payment |
10–14 days |
| Content & testing |
Question bank (120 questions per language), QA |
7–10 days |
Total time: 9–12 weeks. Question bank filling runs in parallel with development.
What's included in the work?
We deliver a ready site with full documentation: infoblock architecture, API description, admin instructions. We hand over hosting credentials, Bitrix panel access, and all integrations. We train editors to populate courses and questions. After launch, we provide 2 months of technical support and a code warranty. Contact us for a project evaluation — we'll calculate timelines and cost individually.
Request a consultation — get a commercial proposal after requirements analysis.
How to properly design infoblocks?
When developing a 1C-Bitrix website, we see dozens of projects where poor infoblock structure slows down the site. Typical scenario: the client asks for a "product catalog." The developer creates one infoblock catalog, puts 15 properties in it. Six months later – 40 properties, 8 of which are used only for one category. The filter lags, the b_iblock_element_property table grows to millions of rows, CIBlockElement::GetList runs for 3 seconds. Consequences – conversion drop, loss of customers, additional optimization costs. In one project after catalog refactoring, page generation time dropped from 4.2 to 0.8 seconds, and annual support costs were reduced by over $10,000 through eliminated redundant queries and agents.
Our approach: design infoblocks before writing a single line of code. Separate infoblocks for entities (products, categories, brands), dictionary properties via highload blocks, trade offers for SKUs. This builds performance for years. If you want a preliminary audit of your infoblock schema, contact us for a free review of common mistakes and recommendations.
Why 1C-Bitrix outperforms most CMS for business
The choice of CMS is dictated by business needs, not preferences. Native 1C exchange via catalog.import.1c provides two-way synchronization of products, prices, balances, and orders through CommerceML without third-party modules — five times faster than developing custom exchange on OpenCart or WordPress, saving hundreds of thousands of rubles. Proactive security module includes WAF, file integrity control, SQL injection protection, and two-factor authentication; it's certified for FSTEK requirements. Modular architecture lets you enable only needed modules — iblock, catalog, sale, search — reducing DB queries per hit. Regular patches close vulnerabilities faster than open-source projects (average CVE fix time two weeks). Official documentation is maintained on the vendor's site.
What highload blocks are and how they speed up the catalog
Highload blocks are an alternative to extended infoblock properties when the list of values can grow to thousands of entries. Typical example: manufacturers, countries, colors. If stored as list properties in an infoblock, each filter triggers a full scan of b_iblock_property_enum table. With HL-blocks, selection uses indexes – filter response time drops from 1–2 seconds to 50 ms. We use HLB component and custom queries via Bitrix\Highloadblock\DataManager. This is critical for catalogs with 100,000+ items.
From our practice: an online store with 500,000 items. Standard filter by brand took 4 seconds. The server couldn't handle 50 concurrent requests – pages crashed. We moved the brand directory to an HL-block, added tagged caching for 15 minutes, and set up an agent to clear cache on change. After optimization, filter time was 120 ms, average LCP was 1.8 seconds. The project runs stable without failures.
What integrations are critical for 1C-Bitrix stores
Each e‑commerce project requires reliable connections with payments, fiscalization, logistics, and CRM. We integrate YooKassa, CloudPayments, Tinkoff, Apple Pay, Google Pay for payments; ATOL and OrangeData for 54-FZ compliance via sale.cashbox; CDEK, Boxberry, PEC, Russian Post, Yandex.Delivery for logistics; Bitrix24, amoCRM, Roistat, Calltouch, Mindbox for analytics and CRM. All integrations are configured with proper error handling and fallback logic.
What's included in 1C-Bitrix website development
Each project includes a full set of documentation and artifacts to prevent knowledge loss after handover.
- Technical specification – user stories, infoblock diagrams, integration schemas.
- Source code in Git – with commit history, release tags, branching rules.
- Administrative documentation – description of custom components, deployment instructions, list of agents and events.
- Staff training – up to a 3-hour webinar: admin panel, order management, price settings. Recorded for later review.
- Access to staging during development – test before production deployment.
- Warranty support – bug fixes for 30 days after launch. Post-warranty support packages with SLA (response 2 hours, resolution 8 hours).
Our process and technologies
| Project type |
Timeline |
Complexity |
Key features |
| Corporate website |
from 1 month |
Medium |
Catalog, news, forms, CRM integration |
| Online store |
from 2 months |
High |
54-FZ, marketplaces, 1C exchange, SKU |
| B2B portal |
from 3 months |
Very high |
Personal prices, document flow, Bizproc |
| Landing page |
from 2 weeks |
Low |
LCP < 2s, composite cache, static |
| Multisite structure |
from 1.5 months |
High |
Separate content, shared catalog, hreflang |
Tech stack: mobile-first markup, tested on physical devices (iPhone, iPad, Android). Use BrowserStack for Safari on iOS. Performance goals: LCP < 2.5 s, FID < 100 ms, CLS < 0.1. Enable composite site (composite module), CDN, tagged caching, WebP/AVIF, lazy loading. SEO: Schema.org via JSON-LD, auto-generation of sitemap.xml via seo module, canonical and hreflang for multilingual versions. robots.txt blocks /bitrix/ from indexing. CI/CD: Git, auto-deploy via GitLab CI, staging. DB migrations: sprint.migration module with versioning.
Process:
-
Analytics – study competitors, gather requirements, create prototypes in Figma. Output: technical specification with user stories.
-
Design – UI/UX with design system. Components are reusable.
-
Development – write components with custom templates in
local/templates/. Business logic in local/modules/.
-
Testing – functional, cross-browser, load testing (up to 1000 requests). Critical bugs fixed before launch.
-
Launch – deploy to production, monitoring via UptimeRobot, alerts in Telegram. Fixes for first 48 hours.
Multilingual support and redesign
Full localization via language files lang/ and SITE_ID mechanism. hreflang for each version. Regional versions with different prices and content – IP detection (main.geo) or manual selection. Multidomain – unified management of multiple domains.
Redesign without losing rankings: performance audit (PageSpeed, WebPageTest), SEO (Screaming Frog). New template in local/templates/ with preserved URL structure. 301 redirects only if URL changes significantly. Kernel update, migration to D7 ORM, infoblock restructuring, migration via sprint.migration with Git.
Guarantee and support
We have been working with 1C-Bitrix for 12+ years, completed 500+ projects. Certified developers on staff. Fixed price in contract – no surprises. Warranty period covers code errors. After warranty, subscription packages with SLA (response time 2 hours, resolution 8 hours). 24/7 availability monitoring, alerts in Telegram. Get a consultation and preliminary estimate: contact us via the form on the website or chat – we'll respond within an hour. Order turnkey development – we'll design infoblocks, integrate 1C, and speed up the catalog. If you already have a site on another CMS, order a performance audit and migration to Bitrix.
