What an Israeli Online Store Must Disclose: The Details the Law Lists
Back to blog
product·September 12, 2026·4 min read·By Yehonatan Saadia

What an Israeli Online Store Must Disclose: The Details the Law Lists

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:

  1. The name, identity number and address of the business in Israel and abroad.
  2. The main characteristics of the goods or the service.
  3. The price of the goods or service and the available payment terms.
  4. The time and manner of delivery of the goods or service.
  5. 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 itemThe common failure
Business identityAppears only in the terms page, not in the footer or a contact page
Main characteristicsMarketing copy with no dimensions, quantity or what is included
Price and payment termsA 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 offerA 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 detailIts natural placeWhat happens when it is not there
Business identityFooter on every pageThe customer does not know who they are dealing with
What is includedProduct page, above the fold"Does this include" enquiries
Shipping priceProduct page and cartCheckout abandonment
Delivery timeProduct page and order confirmation"When will it arrive" calls
Promotion validityNext to the priceAn 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

#distance selling#consumer protection#online store#disclosure#operations

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.

Learn more

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 me

Have 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.