Got comments or ideas?
Drop us a line! Your feedback helps us make WOHNO better.
How the WOHNO plugin shows your listings natively and SEO-friendly in WordPress, why the application and applicant folder stay GDPR-safe with WOHNO, how caching, security and the four layouts work – and which pros and cons you should know before using it.
You maintain your listings in WOHNO and want to show them on your own WordPress site – up to date, attractive and without duplicate data entry. That's exactly what the WOHNO WordPress plugin is for. This article explains in depth how it works, what makes it special both technically and conceptually, where its limits are and how to set it up in a few minutes – including a shortcode reference and troubleshooting tips.
The plugin fetches your listings through the WOHNO API and renders them as native, SEO-friendly HTML directly on your WordPress site. A click opens the detail view; the application runs first-party on wohno.de – including the applicant folder, personal data and GDPR responsibility. This way you present a high-quality showcase on your domain without applicant data being created on your server.
Real HTML
Native
Indexable, no iframe
Layouts
4
Grid, cards, list, map
Applicant data on your site
0
Application stays with WOHNO
Classic real estate plugins take one of two routes: they either load an iframe (bad for SEO) or require you to host both properties and applications yourself (a lot of GDPR responsibility). The WOHNO plugin separates the two cleanly:
Under the hood the plugin works server-to-server: your WordPress server calls the WOHNO API, not your visitors' browser. That has three important consequences.
The API key is used server-side only and never delivered to the browser. Listings arrive as finished HTML in the page – search engines see real content, not an empty iframe.
Each query has a "fresh" window (about five minutes) and a longer "retain" window (about a day). Fresh hits return immediately from the cache; stale hits return the cache and trigger a background refresh. Only the very first view of a query fetches synchronously. So your page never waits on the API.
A background job (WP-Cron, every five minutes) keeps known queries warm. The refresh is ETag-validated – if nothing changed, it costs no API quota.
In practice this means: even with many visitors, the page stays fast and your API quota is spared. The only trade-off: new or changed listings appear slightly delayed due to caching.
[wohno_listings] shortcode – plus ready-made block patterns.[wohno_listing id="…"] embeds exactly one listing.Security matters most when handling an API key. Here the plugin is deliberately strict:
wp_options – encrypted with AES-256-GCM,
provided AUTH_KEY/SECURE_AUTH_KEY are set in wp-config.php (the WordPress default)
and the server provides openssl.X-API-Key header, never in the query string, never in
the page source and never in the browser.You maintain your listings exactly once in WOHNO. The plugin shows them automatically in sync on your website – no duplicate data, no stale exposés.
The overview is real HTML on your domain and therefore indexable. You gain content and visibility without building your own portal.
The application and applicant folder run first-party on wohno.de. No applicant data is created on your site – the data-protection responsibility for it stays with WOHNO.
The API key is stored encrypted server-side and never exposed in the browser. Caching and a background prewarm ensure your page rendering never waits on the API.
No tool is ideal for every case. You should know these points:
listings:read scope the plugin
shows nothing. The model pays off if you maintain (or want to maintain) your listings in
WOHNO anyway.In the WOHNO dashboard under "API Keys", create a secret key (sk_…) with the listings:read scope.
Install and activate the plugin, open the new "Wohno" menu in the WordPress sidebar, paste the key in the "Connection" tab and click "Test connection".
Set the default layout, columns, accent colour and corner radius in the "Appearance" tab.
Place the "Wohno – Listings" block, use a widget, or copy a shortcode from the "Embed" tab (with a live preview and shortcode generator).
A typical shortcode with filters looks like this:
[wohno_listings city="Köln" rooms_min="2" rent_max="1200" layout="grid" columns="3"]
| Attribute | Values | Default | Description |
|---|---|---|---|
city | text | – | City filter |
rooms_min / rooms_max | 0–20 | – | Room range |
rent_max | euros (e.g. 1200) | – | Max. cold rent in euros |
property_type | apartment, house, studio, wg_room, other | – | Property type |
wbs_only | 1 | – | WBS-only listings |
layout | grid, cards, list, map | grid | Layout |
columns | 1–4 | 3 | Columns (grid only) |
search | 1 | off | Show the filter bar |
You'll find the full reference, all attributes and troubleshooting tips in the developer documentation for the plugin.
Set up the WOHNO plugin now
Show listings natively and SEO-friendly on your WordPress site – the application and applicant folder stay GDPR-safe with WOHNO.
Continue with WOHNO
Which WordPress plugin fits your real estate business? The most in-depth comparison of seven solutions for property websites – from OpenImmo import and IDX/MLS to the WOHNO plugin. With real wordpress.org numbers, current pricing, screenshots, a comparison table, a GDPR check, and a clear recommendation by business model.
A repeatable process for private landlords: pre-sort applications, build a shortlist, organise viewings cleanly (one-on-one instead of group), coordinate appointments, decline fairly – and which applicant data you must delete after letting under the GDPR.
Who advertises, who screens applications, who decides – and who's allowed to see which tenant data? A practical guide for property managers, homeowners' associations, agents, and owner teams: clear roles, collaboration without duplicate work, and GDPR data protection (Art. 26, 28, 32) – with current 2025/26 sources.