A factual description with sources: which details section 14C of Israel's Consumer Protection Law lists for distance selling, the written document, and where stores break in practice.
Key takeaways
- Section 14C(a) lists five details to be disclosed to the consumer in distance marketing.
- The list explicitly names the business's name, identity number and address - in Israel and abroad.
- Section 14C(b) concerns a written document supplied to the consumer no later than delivery.
- At most stores the gap is not in the terms page but on the product page and at checkout.
- What appears on the page has to match what actually happens - otherwise the gap is operational, not only legal.
This is a factual description of what appears in the text of the law, not legal advice. How the law applies to a given store, what counts as distance selling and what each provision means all go to a lawyer. What can be quoted: section 14C of the Consumer Protection Law, 5741-1981, lists an explicit set of details a business must disclose to a consumer in distance marketing.
The list the law sets out
According to the text of the law, in distance marketing a business must disclose to the consumer at least these details:
- The name, identity number and address of the business in Israel and abroad.
- The main characteristics of the goods or the service.
- The price of the goods or service and the available payment terms.
- The time and manner of delivery of the goods or service.
- The period for which the offer will be valid.
This is a list of details, not of pages. Two things follow operationally: there is no requirement that all the details live in one place, and there is no benefit in burying them in a terms page when the consumer makes the decision on the product page.
Where this breaks in real stores
| The item | The common failure |
|---|---|
| Business identity | Appears only in the terms page, not in the footer or a contact page |
| Main characteristics | Marketing copy with no dimensions, quantity or what is included |
| Price and payment terms | A shipping cost that surfaces only at checkout |
| Time and manner of delivery | "Between 3 and 14 business days", which is not a time |
| Validity of the offer | A promotion with no end date |
The third row produces the most checkout abandonment, and it is exactly the case where the commercial interest and the list point the same way. A shipping price shown on the product page lowers abandonment, not merely satisfies an item.
Why the list fails on the product page specifically
A product page is written by whoever is selling, and its purpose is to persuade. The details on the list - dimensions, what is included, delivery time, shipping cost - read as dry information that interrupts the story, so they get pushed into a separate tab, into a long description nobody opens, or into the terms.
What actually happens is the opposite: those details are what removes hesitation. A customer who does not know when it will arrive does not buy faster - they leave to check elsewhere, or they ask, and that is a conversation that could have been saved.
So it is worth seeing the list not as an external requirement but as the set of details that produce a decision. It is also why stores that sort this out see enquiries fall before they see anything else.
The document supplied with the transaction
Section 14C(b) concerns a document the business supplies to the consumer in writing - in Hebrew or in the language in which the marketing approach was made - no later than the time of delivery of the goods or service, including specified details, among them the manner in which the consumer can exercise the right to cancel the transaction.
Operationally that translates into a simple question: what exactly is in the confirmation email sent automatically after an order. At most stores that email was written once at setup, contains only the order lines, and nobody has looked at it since. It is also the cheapest point to fix, because it is a single template.
Cancellation: what is written against what happens
The law provides, in section 14C(c)(2), a right to cancel the transaction within 14 days of the date of the transaction or of receiving the document under section 14C(b), whichever is later. It further provides that a written cancellation may also be made by facsimile or electronic communication.
How this applies to a particular product, what the exceptions are and what follows all go to a lawyer. What is purely operational is that the way a customer actually cancels matches the way described on the page: if it says cancellation by email is accepted, there has to be an address somebody reads, and a reply. A store that writes one thing and behaves differently generates exactly the enquiries it wanted to avoid.
Where exactly each detail should sit
| The detail | Its natural place | What happens when it is not there |
|---|---|---|
| Business identity | Footer on every page | The customer does not know who they are dealing with |
| What is included | Product page, above the fold | "Does this include" enquiries |
| Shipping price | Product page and cart | Checkout abandonment |
| Delivery time | Product page and order confirmation | "When will it arrive" calls |
| Promotion validity | Next to the price | An argument about a price that changed |
The second row deserves particular attention at stores selling bundles or services: "what is included" is the detail most people look for and the one most often written in marketing language instead of as a list.
What to add beyond the list
The list is a minimum, and there are details not on it that cut enquiries most sharply:
- What happens when an item is out of stock after the order.
- Who pays return shipping.
- How long a refund actually takes.
- If there is collection in person, from where and at what hours.
- Who to contact when something has not arrived.
The third item generates the most "when do I get my money" calls. One sentence describing the realistic range saves them, and it is the same logic described in automatic tracking updates to the customer.
Is a terms page enough?
A terms page is a good place for full detail and a poor place for details that drive a decision. A consumer deciding whether to buy does not open the terms, so shipping price, delivery time and return conditions belong where the decision is made.
The simple operational rule: anything affecting the decision goes on the product page or in the cart; anything explaining the framework goes in the terms; and the document sent after the order carries both, briefly. How those pages are maintained is described in store policy pages as an operational asset.
Sources
Frequently asked questions
Can you rely on the store platform's template?
A template is a starting point rather than an answer, because it does not know what you sell, where you ship from, or what your return terms are. Adapting it is a question for a lawyer, not for the operations team.
What do you do when the price changes frequently?
Operationally, what is needed is that the price shown is the price charged, and that every promotion is tied to dates. A price that changes is not a problem; a gap between what was shown and what was charged is.
Does a home-based business need to show a physical address?
The list in the section explicitly mentions the business's address. How that is applied in a home-based business, and what alternatives exist, is exactly the kind of question that goes to a lawyer rather than being settled internally.
What about selling through social media?
Whether and how the law applies to a given channel is a legal question. Operationally, it is worth remembering that the information a customer needs in order to decide does not become unnecessary merely because the sale happens in a message.
Keep reading
Related service
MVP Development
Turn an idea into a validated product in weeks, not months.
About the author
Yehonatan Saadia
Freelance automation, web & MVP developer
I'm Yehonatan Saadia, a senior developer who builds business automation, custom websites, and MVPs for small and mid-sized companies across the US, Europe, and Israel. These guides come from real client work, not theory.
Work with meHave a project like this?
Tell me what you're trying to automate or build and I'll tell you the fastest reliable way to ship it.
